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

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

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

本模板为您提供开展“订单到收款——销售订单处理”分析所需数据的结构化概览,明确在Oracle E-Business Suite中应采集的关键属性与需要跟踪的重点活动;同时附有实用的数据提取指南,帮助您顺利开启流程挖掘之旅。
  • 建议收集的属性
  • 分析需重点跟踪的关键活动
  • 数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

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

以下为建议在事件日志中包含的数据字段,用于全面分析从订单到收款——销售订单处理流程。
3 必填 7 推荐 10 可选
名称 描述
Event 时间
EventTime
指示特定活动发生时间的时间戳。
描述

事件时间(timestamp)用于记录某个活动执行的精确日期和时间。例如:订单何时创建、发票何时发送、付款何时收到。这类时间数据是流程挖掘的基础。

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

为何重要

提供事件的时间顺序,是一切基于时间的绩效分析(如周期时长与瓶颈识别)的基础。

获取方式

来源于 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' 等。这些活动构成订单到收款(O2C)流程的关键里程碑。

分析这些活动的先后顺序与发生频率,是流程挖掘的核心。它能揭示真实的流程走向,包括常见路径、偏差与瓶颈。这些数据用于生成流程图,是流程分析的核心可视化。

为何重要

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

获取方式

这是一个概念性字段,由订单管理、发运执行与应收等模块的多类源系统事件、状态与交易日期综合推导而来。

示例
已创建销售订单货物已发货发票已创建已收到付款
销售订单
SalesOrder
客户销售订单的唯一标识,是从订单到收款流程中的主实例。
描述

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

在流程挖掘中,该属性是重建每张订单端到端旅程的基础。将所有事件归并到同一销售订单后,分析人员可以可视化完整的流程路径,识别订单之间的差异,并按单笔订单衡量周期时间、按时交付率等关键指标。

为何重要

这是 Case ID,是串联所有流程事件以分析端到端订单生命周期的基础。

获取方式

销售订单的主键,通常位于 Oracle Order Management 的相关表中,如 OE_ORDER_HEADERS_ALL.HEADER_ID。

示例
685127103482459
付款到期日
PaymentDueDate
根据发票日期和付款条款计算出的客户付款到期日。
描述

付款到期日是按发票日期和约定的付款条款计算出的、发票必须付款的具体日历日期,也是“收到付款”活动的目标日期。

该属性用于计算“付款条款达成率(KPI)”,方法是与实际付款日期进行对比。分析偏差有助于催收团队划分优先级、识别长期逾期的客户,并评估催收流程的有效性。

为何重要

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

获取方式

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

示例
2023-06-152023-07-012023-08-30
付款条款
PaymentTerms
约定的付款条款,规定客户何时为商品或服务付款。
描述

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

按付款条款分析流程绩效,有助于识别某些条款下的客户是否更容易发生逾期。相关洞见可用于评估财务风险、优化催收策略,并检验不同付款条款方案的有效性。它也是“Payment Terms Compliance Monitoring(付款条款合规监控)”仪表板的关键维度。

为何重要

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

获取方式

存于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
销售订单或订单行的当前或历史状态。
描述

该属性用于记录销售订单在不同时间点的状态,如“已录入”“已预订”“已关闭”或“已取消”。状态通常可与流程活动一一对应。

跟踪订单状态是构建仪表板以呈现所有在制订单当前状况的关键。它能帮助管理者监控订单管道、识别停滞订单并主动处理例外。分析状态转换也是定义流程图中活动的常用方法。

为何重要

提供销售订单流转的可视性,便于识别停滞订单并管理流程异常。

获取方式

通常位于OE_ORDER_HEADERS_ALL与OE_ORDER_LINES_ALL表中的FLOW_STATUS_CODE列。

示例
BOOKEDAWAITING_SHIPPINGSHIPPEDCLOSEDCANCELLED
产品编号
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
将货物运送至客户所使用的运输方式或承运商。
描述

该属性指定用于发运的运输方式或服务等级,如 '陆运'、'空运快件'、'本地快递'。它直接影响交付时效与成本。

按此属性分析流程,可评估不同运输方式的绩效。例如,'Shipping Method Performance' 仪表板会对比各方式从 'Goods Shipped' 到 'Goods Delivered' 的周期时间,帮助在速度、成本与可靠性之间做更优取舍。

为何重要

支持评估不同承运商与运输选项的绩效,以优化成本、时效与可靠性。

获取方式

通常为WSH_DELIVERY_DETAILS或OE_ORDER_LINES_ALL等表中的SHIPPING_METHOD_CODE字段。

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

当销售订单被取消时,此属性用于记录取消原因。例如:'Customer Request'、'Out of Stock'、'Credit Hold'。

这些数据对分析订单取消的根因至关重要。《销售订单取消率与原因》仪表板会利用该属性识别主要驱动因素,便于采取针对性举措,降低订单流失、改进库存预测或优化信用政策。

为何重要

直接揭示订单取消原因,支持根因分析,减少流失订单并提升客户留存。

获取方式

此信息通常存放在原因代码字段中,例如 CANCELLED_REASON,可能位于 OE_ORDER_LINES_ALL 表或与订单变更相关的其他表。

示例
物料已停产客户取消重复订单
是否准时交付
IsOnTimeDelivery
标记订单是否在确认交付日期当日或之前完成交付。
描述

这是一个计算得到的布尔标记(True/False),用于表示订单是否达成交付承诺。其逻辑来源于对比 'Goods Delivered' 活动的时间戳与 'Confirmed Delivery Date'。

该属性直接支撑 '按时交付率' KPI。它为分析与仪表板搭建提供清晰的二元结果,便于筛选与汇总。例如可快速识别晚交订单的共性:涉及的产品、客户或运输方式等。

为何重要

直接衡量客户服务水平与履约可靠性,便于计算与展示准时交付KPI。

获取方式

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

示例
truefalse
是否按时付款
IsPaymentOnTime
标记回款是否在发票到期日当日或之前到账。
描述

这是一个计算得到的布尔属性,通过对比 'Payment Received' 活动的时间戳与对应发票的 'Payment Due Date' 得到。它以简单的真/假标识付款是否合规。

该标记是 '账期合规率' KPI 的基础,可简化监控客户付款行为与应收流程效率的仪表板与报告搭建。还能快速按是否按时付款进行分组,分析客户类型、付款条款等影响因素。

为何重要

直接衡量对付款条款的遵循度,这对管理现金流与评估客户财务可靠性至关重要。

获取方式

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

示例
truefalse
是否返工
IsRework
标记销售订单是否发生返工,如重复确认或多次更新等。
描述

这是一个计算得到的布尔属性,用于标记包含返工迹象模式的流程实例。可通过检测流程图中的循环(例如同一订单被多次 'Order Booked'),或依据系统记录的特定变更事件来识别返工。

该标记用于计算 '销售订单返工率' 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 字段。

示例
美元EURGBP
必填 推荐 可选

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

为确保流程发现与优化的准确性,建议在事件日志中记录以下关键步骤和里程碑。
7 推荐 6 可选
活动 描述
发票已创建
该事件标志着已发运货物对应的应收发票创建。它由 AutoInvoice 流程显式触发,该流程将订单管理与发运的数据拉入应收模块。
为何重要

该活动开启流程中的财务结算环节,是度量从开票到收款的周期时间并监控开票效率的起点。

获取方式

这是记录在 Oracle Receivables 的 RA_CUSTOMER_TRX_ALL 表中的显式交易,TRX_DATE 或 CREATION_DATE 作为事件时间戳。

捕获

使用RA_CUSTOMER_TRX_ALL表中的TRX_DATE。

事件类型 explicit
已创建销售订单
该活动表示系统中首次创建销售订单。当用户保存新的销售订单头时会记录此显式事件,标志着从订单到收款流程的正式启动。
为何重要

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

获取方式

该事件来自 Oracle Order Management 模块的 OE_ORDER_HEADERS_ALL 表,CREATION_DATE 列提供明确的发生时间。

捕获

使用OE_ORDER_HEADERS_ALL表中的CREATION_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
订单已关闭
当所有订单行均已完成发运、开票并关闭后,该活动标志销售订单最终完结。这是对订单头的一次明确状态更新。
为何重要

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

获取方式

当 OE_ORDER_HEADERS_ALL 表中的 FLOW_STATUS_CODE 更新为 'CLOSED' 时记录此事件。该状态变更的 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 Shipping Execution 中以显式事务记录。时间戳可在WSH_NEW_DELIVERIES表的INITIAL_PICKUP_DATE中找到,或依据WSH_DELIVERY_DETAILS状态更新为'Shipped'进行推导。

捕获

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

事件类型 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
拣货已下发
该事件表示销售订单行已下发至仓库,开始拣货作业。这一显式动作会生成拣货单,并让仓库作业人员可见该订单。
为何重要

该活动开启实物履约环节。分析从此时点到“发运完成”的用时,可洞察仓库作业效率并识别潜在的拣货瓶颈。

获取方式

这是在 Oracle Shipping Execution 模块中捕获的显式事件。可通过 WSH_DELIVERY_DETAILS 中配送明细的状态变更识别:当其变为 'Released to Warehouse' 或 'Transactable'。

捕获

当WSH_DELIVERY_DETAILS.RELEASED_STATUS变为'S'(已提交)时的时间戳。

事件类型 explicit
订单已取消
表示在履约完成前整张销售订单被取消。这是一个显式事件,会终止订单处理工作流。
为何重要

这是一个重要的异常终点。需要分析取消的频率、发生时间与原因,以识别收入损失以及流程或产品层面的缺陷。

获取方式

当 FLOW_STATUS_CODE 设为 'CANCELLED' 且 CANCELLED_FLAG 为 'Y' 时,记录在 OE_ORDER_HEADERS_ALL 表中。可使用 LAST_UPDATE_DATE 作为时间戳。

捕获

当OE_ORDER_HEADERS_ALL表中的CANCELLED_FLAG被设为'Y'时的时间戳。

事件类型 explicit
订单行已关闭
表示销售订单的某一行已完成全部处理,包括发运与开票。该状态变更由工作流显式管理。
为何重要

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

获取方式

当 OE_ORDER_LINES_ALL 表中的 FLOW_STATUS_CODE 更新为 'CLOSED' 时记录该信息。此状态变更的 LAST_UPDATE_DATE 可作为时间戳。

捕获

当OE_ORDER_LINES_ALL中的FLOW_STATUS_CODE变为'CLOSED'时的更新时间戳。

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

对于衡量准时交付KPI并理解完整客户体验至关重要。发运与送达之间的时间差可反映承运商表现。

获取方式

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

捕获

可根据外部承运商数据推断,或在'Goods Shipped'之后按标准运输时效估算。

事件类型 inferred
推荐 可选

提取指南

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