您的Order to Cash:销售订单处理数据模板

Oracle Fusion Financials
您的Order to Cash:销售订单处理数据模板

您的Order to Cash:销售订单处理数据模板

此模板为收集Order to Cash:销售订单处理分析所需的关键数据提供结构化指南。模板列出了需要收集的重要属性和需要跟踪的关键活动,确保您全面了解流程。您还可以获得从源系统提取数据的实用指导,快速开始分析。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 实用的数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

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

以下是建议纳入事件日志的数据字段,用于全面分析订单到收款-销售订单处理并获取洞察。
3 必需 8 建议 12 可选
名称 说明
销售订单
SalesOrder
销售订单的唯一标识符,作为Order to Cash流程的主案例。
说明

销售订单编号可在整个客户订单生命周期内唯一标识每个订单。它是连接所有相关活动的主线,从最初创建和确认,到履约、开票及最终收款。

在流程挖掘中,此属性对于将所有相关事件归入同一案例至关重要。按销售订单分析可以完整查看端到端流程,计算总周期时间,识别单个订单的流程变体,并跟踪订单在不同部门和系统中的流转过程。

为什么重要

这是Case ID。它将所有流程事件关联起来,从而能够追踪单个客户订单的端到端历程。

获取位置

此标识符通常位于Oracle Fusion的销售订单头表中,例如DOO_HEADERS_ALL。请参阅Oracle Fusion Financials文档。

示例
SO-100567SO-100568SO-100569
事件时间
EventTime
表示销售订单中特定活动或事件发生时间的时间戳。
说明

此属性为流程中的每项活动提供日期和时间,建立事件的时间顺序。它是流程分析的时间基础,准确记录每个步骤发生的时间。

在流程挖掘中,EventTime对于计算周期时间、活动间时长和案例整体周期时间至关重要。它支持绩效分析、基于等待时间的瓶颈检测,以及监控与时效相关的服务级别协议(SLA)合规情况。所有基于时间的KPI和仪表板都依赖此属性的准确性。

为什么重要

此时间戳对于按时间顺序排列事件,以及计算周期时间和时长等所有基于时间的指标至关重要。

获取位置

这是一个派生属性,来源于Oracle Fusion不同表中的多个时间戳字段,例如订单创建日期、发运日期、发票日期和付款日期。

示例
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
活动名称
ActivityName
销售订单流程中发生的具体业务事件或任务的名称。
说明

此属性描述销售订单在特定时间执行的步骤,例如“销售订单已创建”“货物已发运”或“已收到付款”。这些活动的顺序构成每个案例的流程顺序流。

分析ActivityName是流程挖掘的基础。它支持流程图可视化、发现不同流程变体,并识别案例聚集的瓶颈。它也是计算步骤之间转换时间、理解订单到收款流程运行顺序的基础。

为什么重要

此属性定义流程图中的步骤,从而支持流程顺序流的可视化和分析。

获取位置

这是一个派生属性,通过将Oracle Fusion各表中的交易状态或事件类型(例如订单状态、发运状态和发票状态)映射到标准化活动名称列表生成。

示例
销售订单已创建货物已发运发票已创建已收到付款
付款到期日
PaymentDueDate
客户必须支付发票款项的日期。
说明

Payment Due Date根据发票日期和与客户约定的付款条款计算,设定及时收款的截止日期。

此属性对于“On-Time Payment Collection Rate”KPI至关重要。将PaymentDueDate与实际收款日期进行比较,系统可以判断付款是否按时到账,从而帮助监控应收账款绩效并管理现金流。

为什么重要

作为计算准时付款率的截止日期,这是衡量现金流效率的关键指标。

获取位置

位于Oracle Fusion的应收账款或发票表中,例如AR_PAYMENT_SCHEDULES_ALL。

示例
2023-06-192023-07-012023-06-25
实际交付日期
ActualDeliveryDate
货物实际交付给客户的日期。
说明

此属性记录最终交付日期,标志着履约阶段完成。它是衡量计划日期或客户要求日期实际结果的依据。

将此日期与RequestedDeliveryDate进行比较,可以计算准时交付绩效。它是“On-Time Delivery Rate”KPI和“Delivery SLA”仪表板的重要输入,可清晰衡量物流和供应链的有效性。

为什么重要

这是用于计算准时交付率,并根据客户要求评估履约绩效的实际结果日期。

获取位置

来源于Oracle Fusion的发运和交付交易表。请参阅Oracle Fusion Financials文档。

示例
2023-05-202023-06-032023-05-25
客户名称
CustomerName
提交销售订单的客户名称。
说明

此属性标识与销售订单关联的客户账户法定名称,是从客户视角对流程进行分组和分析的关键维度。

按客户分析有助于识别特定客户是否经历更长的周期时间、更多返工或特定流程偏差。这些洞察可用于改善客户服务,为重点客户定制流程,并调查影响客户满意度的问题。

为什么重要

支持以客户为中心的分析,识别影响特定客户的流程问题并提升客户满意度。

获取位置

来源于客户主数据表(例如HZ_PARTIES),并通过客户ID与销售订单关联。

示例
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
是否自动执行
IsAutomated
用于标识活动由系统自动执行还是由用户手动执行的标志。
说明

此布尔属性区分系统驱动的事件(例如自动信用检查、系统生成的发票)和用户手动操作。通常根据活动关联的用户名派生,其中通用系统ID表示自动执行。

分析此属性有助于衡量流程自动化程度,也是“Manual Reworked Orders Percentage”KPI的直接输入。它可以显示哪些人工步骤最耗时或最容易出错,从而发现进一步自动化的机会。

为什么重要

帮助量化流程自动化程度,并识别减少高成本人工干预的机会。

获取位置

这是一个派生字段,通常根据UserName属性应用规则生成。例如,当用户为“SYSTEM”或“BATCH”时,此标志设为true。

示例
truefalse
用户名
UserName
执行该活动的用户姓名或ID。
说明

此属性标识负责执行特定流程步骤的员工或系统用户。它可用于分析用户级绩效、工作负载分布,以及对标准操作流程的遵循情况。

按用户分析有助于识别培训需求,发现高绩效个人或团队,并调查由特定用户造成的偏差。它对于合规和审计也很有价值,可追踪每项操作由谁执行。

为什么重要

支持按用户分析绩效和工作负载分布,并识别与个人相关的人工返工模式。

获取位置

通常来源于Oracle Fusion交易表中的CREATED_BY或LAST_UPDATED_BY等字段,并经常关联FND_USER等用户主表。

示例
john.smithjane.doesystem_batch_user
要求交付日期
RequestedDeliveryDate
客户要求订单交付的日期。
说明

此属性记录客户希望收到货物的日期,是Order to Cash流程履约阶段的关键绩效目标。

此日期对于计算“On-Time Delivery Rate”KPI和支持“Delivery Service Level Agreement(SLA)”仪表板至关重要。将此日期与ActualDeliveryDate进行比较,组织可以衡量满足客户期望的能力,并识别交付延误的根因。

为什么重要

作为衡量准时交付绩效和客户服务级别协议(SLA)合规情况的基准。

获取位置

通常位于Oracle Fusion的销售订单行项目表中。请参阅Oracle Fusion Financials文档。

示例
2023-05-202023-06-012023-05-25
销售渠道
SalesChannel
接收销售订单的渠道。
说明

此属性对销售订单来源进行分类,例如“Web”“Direct Sales”“Partner”或“EDI”,帮助了解订单如何进入组织。

按销售渠道对流程进行分组,是“Sales Channel Performance Overview”仪表板的关键。它支持比较不同渠道的效率、周期时间和错误率,识别最有效的渠道,以及可能需要流程改进或进一步自动化的渠道。

为什么重要

支持按渠道分析绩效,帮助识别订单处理中效率最高和最低的渠道。

获取位置

此信息可能存储在销售订单头的专用字段中。请参阅Oracle Fusion Financials文档。

示例
直销Web门户EDI经销商
销售订单总金额
SalesOrderTotalAmount
销售订单的货币总价值。
说明

此属性表示向客户收取的整个销售订单总金额,包括所有行项目、税费和其他费用,未扣除任何折扣。

在流程分析中,此属性对于基于价值的流程挖掘至关重要。它支持按订单价值(例如高价值订单和低价值订单)进行分组,以判断不同订单是否遵循不同流程路径或具有不同周期时间。它还有助于优先改进财务影响最大的流程案例。

为什么重要

支持财务影响分析,帮助优先改进高价值订单流程,并了解成本驱动因素。

获取位置

通常位于Oracle Fusion的销售订单头表中。请参阅Oracle Fusion Financials文档。

示例
5250.00125000.75980.50
业务单元
BusinessUnitName
负责销售订单的内部业务单元名称。
说明

此属性表示公司内部负责该交易的具体部门或运营单元,支持比较组织不同部分的绩效。

按业务单元对流程进行分组,有助于识别公司各部门在效率、成本和合规方面的差异。分析可以发现高绩效单元中的最佳实践并推广,也可以识别需要重点改进的低绩效单元。

为什么重要

支持不同组织单元之间的绩效基准比较和流程一致性分析。

获取位置

通常可在销售订单头中找到,并与Oracle Fusion中定义的组织结构关联。

示例
BU-North AmericaBU-EMEA全球服务
产品名称
ProductName
所销售产品或服务的名称。
说明

此属性指定销售订单行中的项目。如果订单包含多个行项目,可以在行项目级别分析案例,也可以在订单头级别汇总此属性。

按产品分析有助于了解某些产品是否更容易出现复杂或有问题的流程,例如频繁交付延误或付款问题。这些洞察可为产品管理和供应链策略提供依据。

为什么重要

支持分析不同产品的流程绩效,突出可能存在复杂履约或开票路径的项目。

获取位置

来源于销售订单行项目表,并与产品主表连接。请参阅Oracle Fusion Financials文档。

示例
Standard Widget X1高级服务套餐Component Y2-B
付款条件
PaymentTerms
与客户约定的付款条件。
说明

此属性规定客户应支付发票的条件,例如“Net 30”或“Net 60”。这些条件是计算PaymentDueDate的基础。

按付款条件细分分析,有助于解释付款周期时间的差异。它为“On-Time Payment Rate”KPI提供背景,因为不同付款条件自然会带来不同的付款行为。这些信息可用于制定信用政策和预测现金流。

为什么重要

为付款行为分析提供关键背景,并帮助解释从开票到付款周期时间的差异。

获取位置

可在Oracle Fusion的销售订单层级或客户账户层级找到。请参阅Oracle Fusion Financials文档。

示例
30天账期60天账期收到即付款
最后数据更新时间
LastUpdateDate
表示此事件数据最近一次从源系统刷新时间的时间戳。
说明

此属性记录流程挖掘数据集最近一次提取或更新数据的时间,帮助用户了解当前分析数据的新鲜度。

这些信息对于判断流程分析的时效性至关重要,有助于管理用户对数据及时性的预期,并支持设置和监控数据刷新计划。

为什么重要

表示数据的新鲜度,帮助用户了解流程分析是否为最新状态。

获取位置

此值会在每次数据提取和转换周期中生成并写入数据集。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
发票是否已更正
IsInvoiceCorrected
用于标记发票是否在首次创建后经过更正或修订。
说明

如果发票经历了更正循环,即事件日志中存在“Invoice Corrected”活动,则此布尔属性为true。它用于标记开票阶段发生返工的案例。

这是“Invoice Accuracy & Rework Analysis”仪表板和“Invoice Rework Rate”KPI的重要输入。它有助于量化开票错误程度,并通过根因分析找出需要更正的原因,从而减少人工工作和付款延迟。

为什么重要

识别发票返工,这是流程低效、数据质量问题和潜在付款延迟的重要指标。

获取位置

这是一个计算字段。如果案例的事件日志中存在“Invoice Corrected”活动,通常将其设置为true。

示例
falsetrue
发票编号
InvoiceNumber
客户发票的唯一标识符。
说明

此属性是为销售订单生成的发票分配的唯一编号,将销售和履约活动与流程中的财务结算环节关联起来。

虽然Sales Order是主要案例ID,但Invoice Number对于分析开票和付款子流程至关重要。它是跟踪发票更正、争议和付款状态的基础,可支持“Invoice Accuracy & Rework Analysis”等仪表板。

为什么重要

为应收账款流程提供关键关联,并用于分析发票返工和付款周期。

获取位置

可在Oracle Fusion的应收账款交易表中找到,例如RA_CUSTOMER_TRX_ALL。

示例
INV-93485INV-93486INV-93487
客户所在国家/地区
CustomerCountry
客户所在的国家/地区。
说明

此属性提供客户发运地址或账单地址所在的国家/地区,是地理分析的重要维度。

按国家/地区细分流程,有助于发现不同地区在流程绩效、周期时间或付款行为方面的差异。这对于了解当地法规、物流挑战和市场状况对Order to Cash流程的影响非常有价值。

为什么重要

支持地理分析,帮助识别不同地区在流程效率、合规性和客户行为方面的差异。

获取位置

来源于与销售订单关联的客户主数据表(HZ_LOCATIONS、HZ_PARTY_SITES)。

示例
USA德国日本
是否延迟付款
IsLatePayment
如果在付款到期日之后收到付款,则该计算标记为true。
说明

此布尔属性通过比较实际收款日期和PaymentDueDate得出,可清晰反映发票是否按时支付。

该属性用于计算“On-Time Payment Rate”KPI。它支持轻松区分按时付款和延迟付款,分析延迟付款客户的特征、常见延迟原因及其对营运资金的财务影响。

为什么重要

直接衡量收款效率,并简化逾期付款分析。

获取位置

这是一个计算字段。逻辑为:PaymentReceivedDate > PaymentDueDate。

示例
falsetrue
是否按时交付
IsOnTimeDelivery
如果实际交付日期早于或等于要求交付日期,则该计算标记为true。
说明

此布尔属性通过比较ActualDeliveryDate和RequestedDeliveryDate得出,可在案例层面直观反映交付绩效。

该标记是计算“On-Time Delivery Rate”KPI的基础。它简化了筛选和分析,帮助用户快速找出所有延迟订单,并对导致延迟的因素进行根因分析。

为什么重要

直接衡量履约绩效是否符合客户预期,并简化延迟订单分析。

获取位置

这是一个计算字段。逻辑为:ActualDeliveryDate <= RequestedDeliveryDate。

示例
truefalse
源系统
SourceSystemIdentifier
标识提取事件数据的源系统。
说明

此属性指定数据来源。在Order to Cash流程涉及多个系统的环境中,这一点尤其有用。例如,订单数据可能来自Oracle Fusion,而发运数据可能来自第三方物流系统。

在分析中,它有助于了解数据血缘,也可用于筛选特定系统中的事件,以查看相应流程。它对于数据验证,以及识别不同IT环境中的流程碎片化至关重要。

为什么重要

提供数据来源背景,对于多系统环境中的数据治理和问题排查至关重要。

获取位置

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

示例
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
订单类型
OrderType
销售订单的分类,例如“标准订单”或“退货订单”。
说明

Order Type用于根据业务目的对销售订单进行分类。常见类型包括标准销售订单、服务订单、退货授权(RMA)和内部订单。

按订单类型分析流程非常重要,因为不同类型通常具有不同的流程路径和绩效目标。这种细分有助于理解有意且符合预期的流程差异,避免将其误判为偏差。

为什么重要

支持区分不同且合理的流程路径(例如标准订单与退货订单),确保分析公平、准确。

获取位置

通常可在Oracle Fusion的销售订单头表中找到。请参阅Oracle Fusion Financials文档。

示例
标准销售订单退货授权服务订单
运输方式
ShippingMethod
用于将货物运送给客户的方式或承运商。
说明

此属性详细说明交付所使用的物流承运商或服务级别,例如“Ground Freight”“Air Express”或“Local Courier”。

此信息对于“Shipping Method Delivery Compliance”仪表板至关重要。它支持比较不同运输方式和承运商的准时交付绩效及运输成本,帮助优化物流策略和供应商选择。

为什么重要

直接支持物流分析,可比较不同运输承运商和运输方式的绩效。

获取位置

可在Oracle Fusion的发运和履约表中找到。请参阅Oracle Fusion Financials文档。

示例
FedEx GroundUPS Next Day AirDHL International
必需 建议 可选

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

以下是需要记录在事件日志中的关键流程步骤和里程碑,用于准确发现流程并评估绩效。
6 建议 8 可选
活动 说明
发票已创建
此活动表示在Accounts Receivable模块中创建客户发票,通常由发运确认事件触发。系统会生成包含唯一编号和创建日期的发票记录。
为什么重要

标志着收款周期正式开始,是衡量“Invoice to Payment Time”和整体现金流效率的基础。

获取位置

这是Oracle Accounts Receivable(AR)中的明确事件。发票记录会在RA_CUSTOMER_TRX_ALL表中创建,并包含交易日期。

采集

取自AR模块中发票交易的创建日期。

事件类型 explicit
已收到付款
此活动表示客户付款已收到,并已在Accounts Receivable中核销发票。现金收款核销过账时会记录此活动。
为什么重要

这是衡量“Overall Order to Cash Cycle Time”和“On-Time Payment Rate”的关键里程碑,代表销售收入转化为现金。

获取位置

这是Oracle Accounts Receivable中的明确事件。当收款核销发票时,系统会在AR_RECEIVABLE_APPLICATIONS_ALL等现金收款表中记录此事件。

采集

取自AR中现金收款核销记录的“apply date”时间戳。

事件类型 explicit
订单已关闭
流程中的最终活动,表示销售订单的所有行均已完成履约、开票并关闭。订单头状态会更新为“Closed”。
为什么重要

此活动标志着销售订单生命周期顺利结束,对于计算端到端流程时长和识别始终未关闭的僵尸订单至关重要。

获取位置

根据DOO_HEADERS_ALL表中销售订单头状态变为“Closed”推断。最终状态变化的时间戳即为事件时间。

采集

根据销售订单头状态变为“Closed”时的时间戳得出。

事件类型 inferred
订单已确认
这一关键里程碑表示销售订单已通过包括信用审批在内的所有初始检查,并已进入履约阶段。通常可根据订单状态变为“Awaiting Shipping”或“Scheduled”等状态推断。
为什么重要

此活动是计算“Average Order Confirmation Time”的关键里程碑,也标志着流程从订单录入交接至履约阶段。

获取位置

根据销售订单头或行状态变为表示可履约的值推断,例如“Awaiting Shipping”。请检查DOO_HEADERS_ALL或DOO_FULFILL_LINES_ALL中的状态列。

采集

根据订单状态变为已确认或已排程状态时的时间戳得出。

事件类型 inferred
货物已发运
此活动标志着货物已从仓库发出,正在运输至客户。Oracle Shipping处理发运确认交易时会记录此活动。
为什么重要

这是履约流程完成的重要里程碑,并会触发开票。它对于衡量准时发运和交付周期时间至关重要。

获取位置

这是Oracle Shipping Execution中明确记录的事件。发运确认交易会在WSH_DELIVERY_DETAILS等发运表中创建包含发运日期的记录。

采集

取自与订单行关联的交付明细记录中的“actual ship date”时间戳。

事件类型 explicit
销售订单已创建
此活动标志着销售订单流程的开始,表示新销售订单录入Oracle Fusion的时刻。通常,用户在Order Management模块中保存新订单记录时,系统会明确记录此事件。
为什么重要

作为流程起点,此活动对于衡量整体Order to Cash周期时间和分析订单接收量至关重要。

获取位置

在销售订单记录于Order Management Cloud中创建时明确记录。请在DOO_HEADERS_ALL表中查找创建时间戳。

采集

取自销售订单头记录的创建时间戳。

事件类型 explicit
发票已更正
当已创建的发票因错误或客户争议而被修改、重新开具或贷记时,就会发生此活动。通常通过创建贷项通知单或同一发票的新版本记录。
为什么重要

跟踪发票更正是“Invoice Rework Rate”KPI的关键,可揭示开票流程中的问题,这些问题可能延迟付款并增加管理成本。

获取位置

根据创建与原发票关联的贷项通知单,或RA_CUSTOMER_TRX_ALL表中同一发票的后续版本推断。

采集

通过识别引用先前发票交易的贷项通知单或发票得出。

事件类型 inferred
已应用信用冻结
当销售订单因信用检查失败或其他信用相关问题而被系统自动或人工冻结时,就会发生此活动。通常,系统会通过订单冻结状态的变化记录此活动。
为什么重要

跟踪信用冻结对于识别订单处理延误原因,以及衡量信用冻结解除流程的效率至关重要。

获取位置

根据销售订单上应用冻结的记录推断。通常记录在DOO_HOLDS_ALL等与订单关联的冻结相关表中。

采集

根据订单冻结表中创建一条“Credit”冻结类型的记录推断。

事件类型 inferred
已执行信用检查
表示针对客户账户执行信用检查,以评估其信用状况。这通常是订单处理工作流中的自动或人工步骤,完成后一般会记录为状态更新或已完成任务。
为什么重要

分析信用检查耗时有助于识别订单审批中的瓶颈,也是“Credit Check to Confirmed Time”KPI的关键依据。

获取位置

可根据销售订单的状态变化推断,例如状态变为“Pending Credit Approval”,也可从信用管理功能中的明确事件日志获取。

采集

根据订单状态变化或信用审核任务相关时间戳推断。

事件类型 inferred
库存已预留
此活动表示为履行销售订单行而分配或预留实物库存。系统会锁定特定库存,确保订单准备拣货时货物可用。
为什么重要

跟踪此活动有助于分析“Inventory Allocation Lead Time”KPI,并识别订单确认与货物锁定之间的延误。

获取位置

此事件通常记录在库存或供应链执行模块中。可根据履约行状态更新推断库存已明细分配或预留。

采集

根据与库存预留或排程相关的履约行状态变化推断。

事件类型 inferred
订单已取消
表示销售订单在完全发运前被取消。取消可能由多种原因导致,最终状态为“Cancelled”。
为什么重要

这是关键的例外路径。分析已取消订单有助于识别库存不足、定价问题或客户改变意向等根因,为流程改进提供依据。

获取位置

根据销售订单头或行状态变为“Cancelled”推断。使用该状态变化的时间戳记录事件。

采集

根据订单头或行状态变为“Cancelled”时的时间戳得出。

事件类型 inferred
订单行已关闭
表示单个销售订单行最终关闭,说明该订单行已完成发运和开票,且不再有后续交易。系统会将行状态更新为“Closed”。
为什么重要

关闭订单行表示该项目的所有合同义务均已完成。分析此活动有助于识别在履约和付款完成后仍长期保持打开状态的订单。

获取位置

根据DOO_FULFILL_LINES_ALL表中履约行状态变为“Closed”推断。该状态变化的时间戳即为事件时间。

采集

根据履约行状态变为“Closed”时的时间戳得出。

事件类型 inferred
货物已交付
表示客户已收到货物。此信息通常来自外部承运商,并回写至Oracle Fusion;也可以根据发运日期和标准运输时间推断。
为什么重要

此活动对于计算“On-Time Delivery Rate”KPI和准确衡量客户服务水平至关重要。

获取位置

这通常不是Oracle原生事件。若已建立承运商集成,则可直接获取;也可在“Goods Shipped”日期上加上标准运输时间计算得出。需要进行系统分析。

采集

根据承运商数据馈送推断,或根据发运日期加平均运输时间计算得出。

事件类型 inferred
货物已拣选
表示从仓库拣选货物以履行订单。这是物流流程中的关键步骤,通常记录在仓库管理或发运模块中。
为什么重要

此活动让仓库运营更加透明。库存预留与拣选之间的延误可能表明仓库存在资源或流程瓶颈。

获取位置

记录在Oracle Fusion Cloud SCM(Supply Chain Management)模块中。可根据与销售订单行关联的拣货波次或拣货单状态变化推断。

采集

根据SCM模块中拣货交易的完成时间戳推断。

事件类型 inferred
建议 可选

数据提取指南

如何从Oracle Fusion Financials获取数据

准备好开始了吗?

使用此模板简化数据收集,开启您的流程挖掘之旅。立即开始优化订单到收款:销售订单处理流程。

立即优化订单到收款:销售订单处理流程

轻松识别瓶颈,将订单到收款周期时间缩短30%。

开始免费试用

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