您的订单到收款:销售订单处理数据模板

Oracle E-Business Suite
您的订单到收款:销售订单处理数据模板

您的订单到收款:销售订单处理数据模板

此模板以结构化方式概述了开展订单到收款:销售订单处理分析所需提取的核心数据,说明需要收集的关键属性以及在Oracle E-Business Suite中需要跟踪的主要活动。此外,模板还提供实用的数据提取指导,帮助您顺利开始流程挖掘。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

订单到收款-销售订单处理属性

以下是建议纳入事件日志的数据字段,用于全面分析订单到收款-销售订单处理。
3 必需 7 建议 10 可选
名称 说明
事件时间
EventTime
表示特定活动发生时间的时间戳。
说明

事件时间或时间戳记录活动执行的准确日期和时间。例如,记录订单创建、发票发送或付款接收的时间。这类时间数据是流程挖掘的基础。

该属性用于按时间顺序排列每个案例的事件,以准确重建流程。它也是所有时长和绩效计算的依据,例如活动间周期时间、案例总时长,以及延迟或瓶颈识别。

为什么重要

提供事件的时间顺序,是所有基于时间的绩效分析基础,包括周期时间和瓶颈识别。

获取位置

来源于Oracle EBS表中的各种日期字段,例如OE_ORDER_HEADERS_ALL中的CREATION_DATE、WSH_DELIVERY_DETAILS中的ACTUAL_SHIPMENT_DATE,或RA_CUSTOMER_TRX_ALL中的TRX_DATE。

示例
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
活动名称
ActivityName
销售订单生命周期中发生的特定业务事件或步骤的名称。
说明

此属性记录销售订单上执行的每项活动名称,例如“Order Booked”“Goods Shipped”或“Payment Received”。这些活动代表订单到收款流程中的关键里程碑。

分析活动的顺序和频率是流程挖掘的核心。通过分析,您可以发现实际流程路径,包括常见路径、偏差和瓶颈。这些数据用于生成流程图,是流程分析的主要可视化工具。

为什么重要

定义流程图中的步骤,是可视化和分析流程的基础。

获取位置

这是一个概念字段,由订单管理、发运执行和应收账款等模块中的各种源系统事件、状态和交易日期推导而来。

示例
销售订单已创建货物已发运发票已创建已收到付款
销售订单
SalesOrder
客户销售订单的唯一标识符,是订单到收款流程的主要案例标识。
说明

销售订单号在客户订单的整个生命周期内唯一标识每个订单,从创建到最终关闭。它是连接登记、发运、开票和付款等所有相关活动的主线。

在流程挖掘中,该属性对于重建每个订单的端到端历程至关重要。将所有事件归入同一销售订单后,分析人员可以查看完整流程、识别订单间的差异,并衡量单个案例的周期时间和按时交付等关键绩效指标。

为什么重要

这是案例ID,是关联所有流程事件、分析订单端到端生命周期的基础。

获取位置

销售订单的主键,通常位于Oracle订单管理表中,例如OE_ORDER_HEADERS_ALL.HEADER_ID。

示例
685127103482459
付款到期日
PaymentDueDate
客户应支付发票款项的计算到期日期。
说明

付款到期日是发票必须付清的具体日期,根据发票日期和约定付款条款计算得出,是“Payment Received”活动的目标日期。

该属性对于计算“付款条款合规率”KPI至关重要,方法是将其与实际付款日期进行比较。分析偏差有助于催收团队确定工作优先级、识别长期逾期客户,并衡量催收流程的有效性。

为什么重要

作为收款目标日期,用于衡量付款及时性以及客户对付款条款的遵守情况。

获取位置

位于AR_PAYMENT_SCHEDULES_ALL表的DUE_DATE字段,该表与发票交易关联。

示例
2023-06-152023-07-012023-08-30
付款条款
PaymentTerms
约定的付款条件,用于规定客户应在何时支付货物或服务款项。
说明

付款条款规定发票的付款条件,例如“Net 30”“Net 60”或“Due on Receipt”。该属性是管理应收账款和现金流的基础。

按付款条款分析流程绩效,有助于识别某些条款下的客户是否更容易逾期付款。这些信息可用于评估财务风险、优化催收策略,并衡量不同付款条款方案的有效性,也是“付款条款合规监控”仪表板的关键维度。

为什么重要

对于分析付款行为、监控现金流以及评估不同客户协议相关的财务风险至关重要。

获取位置

位于RA_TERMS表,并通过TERM_ID与RA_CUSTOMER_TRX_ALL(发票)或OE_ORDER_HEADERS_ALL(订单)等表关联。

示例
30天账期60天账期收到即付款
客户名称
CustomerName
提交销售订单的客户名称。
说明

此属性标识与销售订单关联的客户法定名称,是细分和分析流程绩效的主要维度。

按客户筛选或拆分流程后,分析人员可以识别哪些客户的周期时间最长、返工率最高,或最常出现付款延迟。这些洞察对于改善客户关系、制定服务级别和了解客户行为非常有价值。

为什么重要

支持以客户为中心的分析,识别绩效差异、改善服务,并了解不同客户的付款行为。

获取位置

通过将OE_ORDER_HEADERS_ALL中的SOLD_TO_ORG_ID与HZ_CUST_ACCOUNTS和HZ_PARTIES表连接,获取客户方名称。

示例
Global Tech Inc.Innovate Solutions LLCPioneer Corp
用户名
UserName
执行该活动的用户。
说明

标识负责执行特定流程步骤的用户,例如创建订单的销售代表、执行检查的信用分析师或创建发票的文员。

按用户分析活动有助于识别培训需求、高绩效个人或团队以及工作量分配情况。这对于合规和审计轨迹分析同样至关重要,例如调查未经授权的操作,或了解与特定用户相关的返工模式。

为什么重要

支持分析用户绩效、工作量分配以及对合规规范的遵循情况,帮助回答“谁”执行了某项操作。

获取位置

来源于各Oracle EBS表中的用户相关字段,例如CREATED_BY或LAST_UPDATED_BY。通常还需要与FND_USER连接,以获取完整用户名。

示例
JSMITHRWILLIAMSCDAVIS
确认交付日期
ConfirmedDeliveryDate
承诺向客户交付货物的日期。
说明

此属性存储向客户承诺或确认的交付日期,是衡量按时交付绩效的目标或基准。

在流程挖掘中,该日期会与实际交付时间戳(来自“Goods Delivered”活动)进行比较,以计算“按时交付率”KPI。分析偏离该日期的情况,有助于识别导致交付延迟的物流、库存管理或生产计划系统性问题。

为什么重要

这是衡量按时交付绩效的基准,也是影响客户满意度和运营卓越的关键KPI。

获取位置

通常位于OE_ORDER_LINES_ALL表订单行级别的LATEST_ACCEPTABLE_DATE或REQUEST_DATE字段。

示例
2023-05-102023-06-012023-07-20
订单总金额
TotalOrderAmount
销售订单的货币总价值。
说明

此属性表示销售订单所有订单行的总价值,以交易货币计,是与每个案例关联的关键财务指标。

按订单金额分析流程指标,有助于确定改进工作的优先级。例如,分析人员可以调查高价值订单是否比低价值订单经历更多延迟或返工,也可以评估财务影响,例如量化卡在特定瓶颈中的订单金额。

为什么重要

支持流程财务分析,帮助优先处理高价值订单,并量化低效环节造成的金额影响。

获取位置

通常通过汇总指定订单的订单行金额计算。订单行金额位于OE_ORDER_LINES_ALL等表中。

示例
5450.00125000.75980.50
订单状态
OrderStatus
销售订单或订单行当前或历史状态。
说明

此属性记录销售订单在不同时间点的状态,例如“Entered”“Booked”“Closed”或“Cancelled”。状态通常与流程活动直接对应。

跟踪订单状态是构建仪表板、展示所有活动订单当前状态的关键。它可以帮助管理人员监控订单管道、识别停滞订单并主动管理异常。分析状态转换也是定义流程图活动的常用方法。

为什么重要

帮助了解销售订单管道,识别停滞订单并管理流程异常。

获取位置

通常位于OE_ORDER_HEADERS_ALL和OE_ORDER_LINES_ALL表的FLOW_STATUS_CODE列。

示例
已登记等待发运已发运已关闭已取消
产品编号
ProductNumber
销售订单行中产品或物料的唯一标识符。
说明

此属性用于识别所销售的具体材料、物料或服务。与销售订单头相比,它支持更细粒度的分析。

按产品分析流程有助于发现特定产品相关的问题。例如,某些产品可能因制造或采购流程复杂而履约时间更长,另一些产品则可能更容易出现运输错误或客户争议。借此可以有针对性地改进供应链和产品管理。

为什么重要

支持产品级分析,识别导致流程延迟、返工或其他低效问题的物料。

获取位置

来源于OE_ORDER_LINES_ALL表中的INVENTORY_ITEM_ID,可与MTL_SYSTEM_ITEMS_B连接以获取物料编号或描述。

示例
AS54888CM15001SV20100
最近数据更新时间
LastDataUpdate
源系统最近一次数据刷新的时间戳。
说明

此属性表示数据最近一次从Oracle E-Business Suite提取并加载到流程挖掘工具的时间,反映待分析数据的新鲜度。

这对于了解当前洞察的时效性至关重要。它可以帮助您判断查看的是实时信息,还是特定时间点的快照,这对运营决策十分重要。

为什么重要

告知用户数据的新鲜度,这对于信任分析结果和及时决策至关重要。

获取位置

此时间戳在数据提取、转换和加载(ETL)过程中生成并添加。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
发运方式
ShippingMethod
用于将货物运输给客户的方式或承运商。
说明

此属性指定发运所采用的运输方式或服务级别,例如“Ground Freight”“Air Express”或“Local Courier”,是影响交付时间和成本的关键因素。

通过该属性分析流程,企业可以评估不同发运方式的绩效。例如,“发运方式绩效”仪表板会比较各方式从“Goods Shipped”到“Goods Delivered”的周期时间,帮助企业在速度、成本和可靠性之间优化物流方案。

为什么重要

支持评估不同承运商和发运选项的绩效,在成本、速度和可靠性之间实现优化。

获取位置

通常以SHIPPING_METHOD_CODE存储在WSH_DELIVERY_DETAILS或OE_ORDER_LINES_ALL等表中。

示例
UPS GroundFedEx Priority OvernightDHL Express Worldwide
取消原因
CancellationReason
销售订单或订单行被取消的记录原因。
说明

销售订单取消时,此属性记录取消原因。例如:“客户请求”“缺货”或“信用冻结”。

这些数据对于分析订单取消的根本原因至关重要。“销售订单取消率及原因”仪表板使用此属性识别取消订单的主要驱动因素,帮助企业制定有针对性的策略,减少客户流失、改进库存预测或优化信用政策。

为什么重要

直接揭示订单取消原因,支持根因分析,帮助减少销售损失并提高客户留存率。

获取位置

此信息通常存储在原因代码字段中,例如CANCELLED_REASON。该字段可能位于OE_ORDER_LINES_ALL表中,也可能位于用于记录订单变更的相关表中。

示例
商品已停产客户已取消重复订单
是否按时交付
IsOnTimeDelivery
用于标识订单是否在确认交付日期当天或之前交付。
说明

此计算属性是一个布尔标记(True/False),用于表示订单是否履行交付承诺。它通过比较“货物已交付”活动的时间戳与“确认交付日期”得出。

此属性直接支持“按时交付率”KPI。它为每个订单提供清晰的二元结果,简化分析和仪表板创建。您可以据此轻松筛选和汇总,识别延迟交付的特征,例如常见产品、客户或运输方式。

为什么重要

直接衡量客户服务水平和履约可靠性,简化按时交付KPI的计算与可视化。

获取位置

这是一个计算字段。逻辑为:IF('Goods Delivered' EventTime <= ConfirmedDeliveryDate)THEN True ELSE False。

示例
truefalse
是否按时付款
IsPaymentOnTime
用于标识款项是否在发票到期日当天或之前收到。
说明

这是一个计算得出的布尔属性,通过比较相应发票的“已收到付款”活动时间戳与“付款到期日”得出,用于简单表示付款是否合规。

此标记是“付款条款合规率”KPI的基础。它简化了用于监控客户付款行为和应收账款流程有效性的仪表板与报告创建。您可以快速区分按时付款和逾期付款,分析客户类型或付款条款等影响因素。

为什么重要

直接衡量付款条款的遵守情况,这对于管理现金流和评估客户财务可靠性至关重要。

获取位置

这是一个计算字段。逻辑为:IF('Payment Received' EventTime <= PaymentDueDate)THEN True ELSE False。

示例
truefalse
是否返工
IsRework
用于标识销售订单是否经历过返工,例如重复确认或更新活动。
说明

这是一个计算得出的布尔属性,用于标记包含返工特征模式的案例。您可以通过检测流程图中的循环来识别返工,例如同一订单被多次登记,或系统中记录了特定变更事件。

此标记用于计算“销售订单返工率”KPI,并驱动“销售订单返工分析”仪表板。分析人员可以快速筛选和研究偏离标准流程的订单,量化返工对周期时间和成本的影响,并识别造成低效循环的根本原因。

为什么重要

通过标记需要人工变更的订单,帮助量化流程低效程度,并分析返工的原因及影响。

获取位置

在数据转换过程中计算,通过识别代表循环的活动序列得出,例如同一案例中“订单已登记”出现多次。

示例
truefalse
源系统
SourceSystem
提取数据的系统。
说明

此属性标识事件数据来源的信息系统。对于此流程,该值始终为“Oracle E-Business Suite”。

在多系统环境中,该字段对于数据血缘和问题排查至关重要。即使在单一系统环境中,它也能为数据模型提供重要背景,并帮助标准化数据接入流程。

为什么重要

提供数据来源的必要背景,确保数据可追溯并得到正确解读,尤其适用于多系统环境。

获取位置

通常是在数据提取、转换和加载(ETL)过程中添加的静态值,用于标记数据来源。

示例
Oracle E-Business SuiteOracle EBS R12
订单数量
OrderQuantity
特定销售订单行中订购的产品数量。
说明

此属性表示客户在销售订单行中请求的特定产品数量,反映订单行层面的交易规模。

订单数量可作为分析维度,用于判断流程行为是否会随订单规模变化。例如,超大订单或超小订单可能遵循不同的流程路径,或经历不同类型的延迟。它还可为订单金额等其他指标提供背景信息。

为什么重要

反映订单规模,支持分析订单数量如何影响流程效率和履约路径。

获取位置

位于OE_ORDER_LINES_ALL表的ORDERED_QUANTITY字段中。

示例
102501
货币
Currency
销售订单金额使用的货币代码。
说明

货币属性指定订单金额所使用的币种,例如USD、EUR或JPY,为解读订单相关财务数据提供必要背景。

对于使用多种货币交易的跨国企业,这一属性不可或缺。它确保“订单总金额”等财务指标得到正确理解,并支持汇总报告所需的货币转换。

为什么重要

为所有货币金额提供必要背景,确保财务分析准确,尤其适用于全球化业务环境。

获取位置

位于OE_ORDER_HEADERS_ALL表的TRANSACTIONAL_CURR_CODE字段。

示例
USDEURGBP
必需 建议 可选

订单到收款-销售订单处理活动

以下是需要记录在事件日志中的关键流程步骤和里程碑,用于准确发现流程并进行优化。
7 建议 6 可选
活动 说明
发票已创建
此事件标志着已发运货物对应的应收账款发票创建。该明确事件由AutoInvoice流程触发,将订单管理和发运数据导入应收账款模块。
为什么重要

此活动启动流程中的财务结算部分,是衡量发票到付款周期时间和监控开票效率的起点。

获取位置

这是Oracle应收账款RA_CUSTOMER_TRX_ALL表中记录的明确交易。TRX_DATE或CREATION_DATE可作为事件时间戳。

采集

使用RA_CUSTOMER_TRX_ALL表中的TRX_DATE。

事件类型 explicit
已收到付款
当客户付款到账并在系统中核销至对应发票时,此活动发生。这是应收账款模块中记录的明确财务交易。
为什么重要

这一里程碑对于跟踪现金流、销售未收天数(DSO)和付款条款合规性至关重要,也是衡量财务周期时间的关键终点。

获取位置

明确记录在AR_RECEIVABLE_APPLICATIONS_ALL表中。APPLY_DATE列提供收款核销至发票的时间戳。

采集

针对具体发票,使用AR_RECEIVABLE_APPLICATIONS_ALL中的APPLY_DATE。

事件类型 explicit
库存已分配
此活动表示已为订单行预留库存,确保拣货所需数量可用。通常可通过销售订单行状态变化推断,表明该订单行已准备好释放至仓库。
为什么重要

这一里程碑对于了解履行准备情况至关重要。此处的延迟可能指向库存短缺、采购问题或分配流程低效。

获取位置

通过WSH_DELIVERY_DETAILS表中的状态变化推断。当订单行状态更新为“Ready to Release”时,活动发生,时间戳取自相关状态更新记录。

采集

根据WSH_DELIVERY_DETAILS中的订单行状态更新为“Ready to Release”推断。

事件类型 inferred
订单已关闭
此活动标志着销售订单最终完成,即所有订单行均已成功发运、开票并关闭。这是订单抬头上的明确状态更新。
为什么重要

这是订单到收款流程的主要成功终点,为计算成功履行订单的端到端周期时间提供最终时间戳。

获取位置

当FLOW_STATUS_CODE更新为“CLOSED”时,此事件记录在OE_ORDER_HEADERS_ALL表中。该状态变更的LAST_UPDATE_DATE即为事件时间戳。

采集

OE_ORDER_HEADERS_ALL中FLOW_STATUS_CODE变为“CLOSED”的更新时间戳。

事件类型 explicit
订单已登记
表示销售订单已正式确认,订单生效并可进入采购、发运等后续处理。这是Oracle EBS中的明确操作,会将订单状态从“Entered”更改为“Booked”。
为什么重要

订单登记是正式承诺履行订单的关键里程碑。创建到登记之间的延迟,可能表明数据录入、审批或初始验证存在问题。

获取位置

数据取自OE_ORDER_HEADERS_ALL表。当BOOKED_FLAG设置为“Y”时,该事件发生,时间戳记录在BOOKED_DATE列中。

采集

使用OE_ORDER_HEADERS_ALL表中的BOOKED_DATE。

事件类型 explicit
货物已发运
表示发运确认流程已完成,货物已实际离开仓库。这是发运模块中的关键明确事件,会更新库存并推进订单状态。
为什么重要

这是衡量按时发运绩效的关键履行里程碑,也是开票和收入确认流程的触发点。

获取位置

作为Oracle发运执行中的明确交易记录。时间戳可在WSH_NEW_DELIVERIES表的INITIAL_PICKUP_DATE中获取,也可根据WSH_DELIVERY_DETAILS状态更新为“Shipped”推断。

采集

使用WSH_DELIVERY_DETAILS或WSH_NEW_DELIVERIES中的发运确认日期。

事件类型 explicit
销售订单已创建
此活动表示系统中首次创建销售订单。当用户保存新的销售订单抬头时,系统会记录这一明确事件,标志着订单到收款流程正式开始。
为什么重要

这是流程的主要开始事件。从这一节点到后续活动的耗时,是衡量订单到收款整体周期时间的关键。

获取位置

此事件取自Oracle订单管理模块的OE_ORDER_HEADERS_ALL表。CREATION_DATE列提供该活动的明确时间戳。

采集

使用OE_ORDER_HEADERS_ALL表中的CREATION_DATE。

事件类型 explicit
发票已发送给客户
此活动表示发票已通过打印或电子方式传送给客户。由于发送并不总是独立于创建的明确事件,因此通常需要推断。
为什么重要

标志着客户付款期限正式开始计算。发票创建到发送之间的延迟可能影响现金流并导致逾期付款。

获取位置

可以根据RA_CUSTOMER_TRX_ALL表中的LAST_PRINTED_DATE推断。对于电子发票,可能需要查看外部文档发送系统的日志。

采集

使用RA_CUSTOMER_TRX_ALL中的LAST_PRINTED_DATE,或第三方工具的日志。

事件类型 inferred
已完成信用检查
此活动表示订单客户信用检查流程已完成。通常,当销售订单上的信用检查冻结被解除时,即可记录该事件,订单随后可以继续处理。
为什么重要

信用检查延迟是常见的瓶颈,可能导致整个履行流程停滞。监控此活动有助于发现财务控制和审批环节中的低效问题。

获取位置

可以通过OE_ORDER_HOLDS_ALL表推断此事件,识别特定订单抬头的“Credit Check Hold”被解除的时间戳。

采集

使用OE_ORDER_HOLDS_ALL中与信用相关冻结的解除时间戳。

事件类型 inferred
拣货已释放
此事件标志着销售订单行已释放至仓库,拣货活动可以开始。这是一个明确操作,会创建拣货单并使订单对仓库操作人员可见。
为什么重要

此活动启动实体履行流程。分析从这一节点到“Goods Shipped”的耗时,可以了解仓库现场效率并发现潜在的拣货瓶颈。

获取位置

这是Oracle发运执行模块中记录的明确事件。可通过WSH_DELIVERY_DETAILS中的交付明细状态变为“Released to Warehouse”或“Transactable”来识别。

采集

WSH_DELIVERY_DETAILS.RELEASED_STATUS变为“S”(Submitted)时的时间戳。

事件类型 explicit
订单已取消
表示销售订单在履行完成前被整体取消。这是一个终止订单处理工作流的明确事件。
为什么重要

这是关键的异常终点。分析取消的频率、时间和原因,对于识别收入损失以及流程或产品问题至关重要。

获取位置

当FLOW_STATUS_CODE设置为“CANCELLED”且CANCELLED_FLAG为“Y”时,记录在OE_ORDER_HEADERS_ALL表中。LAST_UPDATE_DATE可作为时间戳。

采集

OE_ORDER_HEADERS_ALL中的CANCELLED_FLAG设置为“Y”时的时间戳。

事件类型 explicit
订单行已关闭
表示销售订单中单个订单行的所有处理已完成,包括发运和开票。这是由工作流流程管理的明确状态变更。
为什么重要

跟踪订单行级别的关闭情况,有助于分析部分发运,并在整个订单完成前发现特定产品或履行路径的问题。

获取位置

当FLOW_STATUS_CODE更新为“CLOSED”时,记录在OE_ORDER_LINES_ALL表中。该状态变更的LAST_UPDATE_DATE可作为时间戳。

采集

OE_ORDER_LINES_ALL中FLOW_STATUS_CODE变为“CLOSED”的更新时间戳。

事件类型 explicit
货物已交付
此活动表示货物已送达客户。标准Oracle EBS不跟踪此事件,因此通常需要从外部承运商系统导入或推断。
为什么重要

这是衡量按时交付KPI和了解完整客户体验的基础。发运与交付之间的间隔可以反映承运商绩效。

获取位置

需要进行系统分析。Oracle EBS原生不提供此数据,必须从外部承运商数据源或与系统集成的物流平台获取。

采集

根据外部承运商数据推断,或按“Goods Shipped”后的标准运输时间估算。

事件类型 inferred
建议 可选

提取指南

如何从Oracle E-Business Suite获取数据

准备开始了吗?

借助此模板,您已具备开始优化订单到收款:销售订单处理所需的一切。立即开始改进流程,显著提升效率。

立即改进您的订单到收款销售流程!

精准定位低效环节,将订单到收款周期时间缩短30%。

开始免费试用

无需信用卡。免费试用14天。