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

Microsoft Dynamics 365
您的订单到收款流程:销售订单处理数据模板

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

此模板概述了在Microsoft Dynamics 365中分析订单到收款流程:销售订单处理所需的关键数据元素,包括建议收集的属性和事件日志中需要跟踪的主要活动,并提供从系统中有效提取这些数据的实用指南。
  • 全面分析所需的推荐属性
  • 需要跟踪的关键流程活动
  • Microsoft Dynamics 365数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

订单到收款流程:销售订单处理属性

以下是建议纳入事件日志的数据字段,可用于全面分析Microsoft Dynamics 365中的订单到收款流程:销售订单处理。
5 必填 5 建议填写 10 选填
名称 说明
开始时间
EventTime
具体活动或事件发生的准确日期和时间。
说明

事件时间(即时间戳)记录活动发生的准确时刻。事件日志中的每项活动都有对应的时间戳,从而按时间顺序记录每个案例的流程。

此属性对于流程挖掘中的所有时间分析都至关重要。它可用于计算活动之间的周期时间、衡量案例总时长、分析等待时间,并发现流程延迟的瓶颈。您还可以据此持续监控绩效,例如按日、周或月跟踪吞吐量。

重要性

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

获取途径

此属性根据与具体交易相关的各类日期和时间字段得出,例如订单创建时间对应的“SalesTable.CreatedDateTime”,或付款对应的付款日记账过账日期。

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

此属性表示销售订单生命周期中的一个独立步骤或事件,例如“销售订单已创建”“货物已发运”或“已收到付款”。同一销售订单的活动顺序构成流程。

分析活动的顺序、频率及其转换关系,是流程挖掘的核心。通过分析,您可以查看流程图、识别常见和少见的流程变体、发现瓶颈,并找出返工或不符合规范的环节。此属性是了解流程实际运行情况的基础。

重要性

此属性定义流程步骤,使您能够构建并查看流程图,这是流程挖掘的主要目标。

获取途径

此属性通过将“SalesTable”等表以及相关物流或财务表中的具体系统事件或状态变化映射为标准化活动名称而得出。

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

销售订单编号是Microsoft Dynamics 365为每笔客户订单分配的唯一字母数字代码。它是核心案例ID,可关联从创建到关闭的所有相关活动和事件。

在流程挖掘中,此属性对于还原每笔销售订单的端到端历程至关重要。分析人员可据此追踪完整的活动序列、衡量案例持续时间并分析每笔订单的流程变体,为整个流程分析奠定基础。

重要性

此标识符对于关联所有相关事件至关重要,可支持对每笔销售订单的生命周期进行完整的端到端分析。

获取途径

位于“SalesTable”表的“SalesId”字段。

示例
SO-00102345SO-00102346SO-00102347
最近数据更新时间
LastDataUpdate
数据最近一次从源系统刷新或提取的日期和时间。
说明

此属性记录最近一次从Microsoft Dynamics 365提取数据的日期和时间,便于了解所分析数据的新鲜度。

进行流程分析时,了解数据的时效性对决策至关重要。此时间戳会显示数据最近一次更新的准确时间,帮助用户判断数据是否可信,确保分析结论基于当前信息。

重要性

此属性让用户了解数据的新鲜度,这对确保流程挖掘分析的相关性和准确性至关重要。

获取途径

此值在提取数据时生成,并在数据载入过程中附加到每条记录。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
源系统
SourceSystem
标识数据来源的信息系统。
说明

此属性用于指定记录事件数据的源应用程序。在此处通常为“Microsoft Dynamics 365”。

在单系统分析中,这项信息看似多余;但合并多个系统的数据时,例如另一个CRM系统或仓库管理系统的数据,它就至关重要。它有助于追踪数据来源,并在排查数据提取问题时定位记录的来源。

重要性

整合多个系统的数据时,这项信息能说明数据来源,帮助清晰追踪数据沿袭。

获取途径

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

示例
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
客户名称
CustomerName
提交销售订单的客户名称。
说明

此属性包含与销售订单关联的客户法定名称,通过销售订单中的客户账号与客户主数据联接得出。

按客户分析流程,是了解客户行为和服务水平的基础。您可以据此识别哪些客户遇到的延误最多、返工率最高,或经常走非标准流程。这对提升客户满意度和有效管理重点客户至关重要。

重要性

支持以客户为中心开展分析,识别特定客户相关的模式、延误或问题,直接了解其对客户满意度的影响。

获取途径

使用“SalesTable”中的“CustAccount”字段,在“CustTable”中查找。

示例
Contoso LtdAdatum CorporationFabrikam Inc.
客户要求的交货日期
RequestedDeliveryDate
客户要求的订单交货日期。
说明

此属性记录客户最初要求收到货物的日期,在创建订单时采集,可作为从客户角度衡量交付绩效的基准。

此日期是“交货日期遵守情况”仪表板的重要输入。将“RequestedDeliveryDate”与“ConfirmedDeliveryDate”和实际“Goods Delivered”日期进行比较,可以了解组织满足客户预期的情况。日期差距较大可能意味着计划、库存或物流方面存在问题。

重要性

此日期代表客户对交付时间的预期,是衡量客户满意度和按时交付绩效的重要基准。

获取途径

此字段位于“SalesTable”表中,通常名为“DeliveryDate”或类似名称。

示例
2023-05-102023-06-012023-05-25
确认交货日期
ConfirmedDeliveryDate
公司向客户确认并承诺的订单交货日期。
说明

确认交货日期是销售组织承诺向客户交付货物的日期。完成库存可用性和生产计划等内部检查后,才会确定此日期。

从运营承诺的角度看,此属性是计算“交货日期遵守率”KPI的关键依据。与客户最初要求的日期相比,它能更准确地反映内部按时交付的基准。分析与此日期的偏差,有助于发现物流和履约流程中的内部问题。

重要性

此日期代表公司对客户的承诺,是衡量履约可靠性和运营绩效的重要内部基准。

获取途径

此字段位于销售订单行数据中,通常在“SalesLine”表中,字段名可能为“ConfirmedDlv”。

示例
2023-05-122023-06-012023-05-28
订单金额
OrderValue
销售订单的货币总额。
说明

此属性表示销售订单的财务总额,包括所有商品、税费和其他费用,是与每个案例相关的重要财务指标。

订单金额是按价值分析流程的重要依据。您可以按金额划分流程,查看高价值订单的处理方式是否不同,或是否比低价值订单延误更多。这有助于优先改进财务影响较大的案例,并支持“按细分查看销售订单金额”等仪表板。

重要性

可按财务价值划分流程,帮助优先改进高价值订单,并了解流程偏差带来的成本影响。

获取途径

此数据位于销售订单抬头数据中。具体表和字段请查阅Microsoft Dynamics 365文档,金额通常根据销售行金额计算。

示例
5250.7512300.00899.50
销售渠道
SalesChannel
接收销售订单的渠道,例如网络、直销或合作伙伴。
说明

销售渠道表示客户订单的来源,可能是电子商务网站、直销团队、零售门店、呼叫中心或合作伙伴网络。Dynamics 365中的渠道通常根据业务需求配置。

按销售渠道分析流程,有助于发现不同渠道的绩效差异。例如,网络订单可能比电话订单处理得更快,自动化程度也更高。根据这些发现,您可以针对不同渠道优化流程和资源配置,并支持“按细分查看销售订单金额”等仪表板。

重要性

可比较不同销售渠道的绩效,发现与订单发起方式相关的低效环节或最佳实践。

获取途径

此信息通常存储在销售订单抬头中。具体字段请查阅Microsoft Dynamics 365文档。

示例
网络直销合作伙伴零售
付款到期日
PaymentDueDate
客户应支付发票款项的截止日期。
说明

付款到期日根据发票日期和与客户约定的付款条件计算,并记录在客户发票中。

此属性是分析“付款到期日遵守情况”和计算“按时付款率”KPI的基础。将“PaymentDueDate”与实际“Payment Received”日期进行比较,企业可以识别逾期付款,按客户细分分析付款行为,并主动采取措施改善现金流、缩短应收账款周转天数(DSO)。

重要性

此日期是衡量付款绩效的基准,对分析现金流和有效管理应收账款至关重要。

获取途径

此字段位于“CustInvoiceJour”表中,字段名为“DueDate”。

示例
2023-05-302023-06-152023-06-30
商品编号
ItemNumber
销售订单中产品或服务的唯一标识符。
说明

商品编号用于识别所售的具体产品。由于一个销售订单可能包含多种产品,此属性通常关联到行项目级别的事件数据。

按产品分析流程,有助于发现特定产品相关的问题。例如,某些产品可能对应较长的履约时间、较高的返工率或更频繁的信用冻结。您可以据此针对具体商品改进库存管理、产品数据设置或履约流程。

重要性

支持按产品分析,发现特定商品是否与流程延误、返工或其他低效问题相关。

获取途径

此字段位于“SalesLine”表中,字段名为“ItemId”。

示例
PROD-00123PROD-00548SVC-00045
国家/地区
CountryRegion
客户收货地址所在的国家/地区。
说明

此属性表示销售订单的发货目的地国家/地区,来源于Dynamics 365中存储的客户收货地址信息。

按国家/地区分析流程绩效,有助于发现区域差异。国际运输可能涉及清关等额外步骤,从而延长周期时间。此类分析有助于了解并优化不同地理市场的物流。

重要性

支持按地理区域开展分析,帮助发现供应链中的区域瓶颈、合规问题或绩效差异。

获取途径

此值来自与销售订单关联的客户收货地址。国家/地区信息通常位于“LogisticsPostalAddress”表中,通过“SalesTable”中的收货地址关联进行联接。

示例
USADEUCANGBR
是否按时交付
OnTimeDelivery
用于标记货物是否在确认交货日期当天或之前交付的布尔值。
说明

此计算属性会比较每个销售订单中“Goods Delivered”活动的时间戳与“ConfirmedDeliveryDate”。如果按时或提前交付,则值为“true”;如果延迟交付,则为“false”。

此标记是计算“交货日期遵守率”KPI的依据。通过筛选和汇总按时与延迟的订单,可简化分析,并快速发现与延迟交付相关的因素,例如特定产品、客户、地区或运输方式。

重要性

直接衡量履约是否达到承诺,对监控客户满意度和供应链可靠性至关重要。

获取途径

将“Goods Delivered”活动的“EventTime”与“ConfirmedDeliveryDate”属性进行比较计算。公式:('Goods Delivered' Timestamp <= ConfirmedDeliveryDate)。

示例
truefalse
是否按时付款
OnTimePayment
用于标记是否在付款到期日当天或之前收到款项的布尔值。
说明

此计算属性会比较“Payment Received”活动的时间戳与“PaymentDueDate”。如果按时付款,则值为“true”;如果逾期付款,则为“false”。

此标记是“按时付款率”KPI的核心组成部分,可快速将客户划分为按时付款和逾期付款两类。通过识别长期逾期付款的客户,企业可以据此调整信用政策、催收策略和客户关系管理方式。

重要性

衡量客户付款行为是否符合约定条款,是管理现金流和评估信用风险的基础。

获取途径

将“Payment Received”活动的“EventTime”与“PaymentDueDate”属性进行比较计算。公式:('Payment Received' Timestamp <= PaymentDueDate)。

示例
truefalse
是否返工
IsRework
用于标记销售订单是否发生返工(例如重复执行某项活动)的布尔值。
说明

此计算属性用于识别偏离直接理想路径的案例。通过识别重复活动的序列来检测返工,例如订单取消确认后再次确认,或货物拣选后又退回库存。

标记发生返工的案例,是计算“销售订单返工率”KPI的关键。分析人员可以快速筛选并调查低效流程,了解返工的根本原因,例如数据录入错误、信用问题或库存问题。减少返工是许多流程改进项目的主要目标。

重要性

通过标记需要重复执行步骤的案例,量化流程低效情况,便于有针对性地分析并减少浪费和延误。

获取途径

流程挖掘工具会分析每个案例的活动顺序来计算此值。例如,检测到(A -> B -> C -> B)这样的模式时,会将该案例标记为返工。

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

此属性用于识别负责执行特定任务的员工或系统用户,例如确认订单或创建发票。它通常关联到Microsoft Dynamics 365中的用户ID。

按用户分析绩效有助于发现培训需求、识别表现出色的员工,并合理分配工作量。此属性也适用于合规和审计,可明确追溯流程中每项操作的责任人。

重要性

可按个人或团队分析流程绩效,帮助发现培训机会、工作量失衡和资源相关瓶颈。

获取途径

此值来自各交易表中的用户ID字段,例如“CreatedBy”或“ModifiedBy”,再与主用户表(如“UserInfo”)联接,以获取全名。

示例
Alice JohnsonRobert Brown系统管理员
结束时间
EndTime
活动完成的准确日期和时间。
说明

结束时间时间戳记录活动完成的时刻。如果有此数据,相比根据下一项活动的开始时间推算,它能更准确地衡量活动持续时间。

同时掌握开始时间和结束时间,才能准确计算每项活动的“处理时间”,并将其与活动之间的“等待时间”区分开来。这有助于识别哪些具体任务耗时较长,哪些流程步骤存在长时间延误。

重要性

可准确计算各项活动的处理时间,并区分实际工作时间与空闲等待时间。

获取途径

与开始时间类似,此值由多个日期/时间字段得出,可能来自“ModifiedDateTime”字段,也可能来自“SalesTable”或“WHSLoadTable”等表中的特定状态更新时间戳。

示例
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
运输方式
ShippingMethod
将货物运送给客户所使用的方式或承运商。
说明

此属性指定交付所用的运输服务,例如“陆运”“空运”或特定承运商的名称。订单处理时会根据客户偏好、成本和交付速度选择运输方式。

在“运输方式绩效”仪表板中,此维度至关重要。按运输方式分析从“Goods Packed”到“Goods Delivered”的周期时间,有助于识别哪些承运商速度更快、更可靠或更容易延误。这些发现可用于改进物流规划和承运商选择。

重要性

可分析不同承运商和运输选项的绩效,帮助从成本、速度和可靠性等方面优化物流。

获取途径

此信息通常存储在销售订单抬头或相关履约记录中。请查阅Microsoft Dynamics 365文档。

示例
FedEx GroundUPS Next Day AirDHL Express
销售订单状态
SalesOrderStatus
提取数据时销售订单的当前状态。
说明

此属性反映销售订单的整体状态,例如“未结订单”“已开票”“已取消”或“已交付”。这是维护在销售订单抬头中的汇总状态。

活动日志可以动态呈现流程,而最终状态则便于筛选和划分数据。分析人员可以快速筛选所有未结订单,查看当前工作量;也可以将已成功完成的订单与已取消订单分开,分析取消原因。

重要性

此属性提供订单状态的快照,可按未结、已关闭或已取消的订单筛选分析,便于管理工作量和开展结果分析。

获取途径

此字段位于“SalesTable”表中,字段名为“SalesStatus”。

示例
欠交已交付已开票已取消
必填 建议填写 选填

订单到收款流程:销售订单处理活动

以下是销售订单处理分析中需要记录的关键流程步骤和重要节点,有助于准确发现并分析流程。
6 建议填写 7 选填
活动 说明
发票已创建
表示已为发运的商品或服务生成并过账销售发票。这是一项核心财务交易,用于正式记录客户欠款。
重要性

此活动标志着流程进入财务结算阶段。从发运到创建发票所需的时间,是“发票生成周期时间”KPI的关键指标,也会影响现金流。

获取途径

这是一项明确的财务交易。事件记录在销售发票日记账(CustInvoiceJour)的过账日期和时间中。

采集

记录销售发票日记账的过账时间戳。

事件类型 explicit
已收到付款
此活动表示已收到客户的发票款项并完成核销。该事件发生在应收账款模块中,并关联至原始发票。
重要性

这是分析现金转换周期的重要里程碑,对于衡量“按时付款率”KPI和发现收款延迟至关重要。

获取途径

此事件明确记录在应收账款模块中,可从客户付款核销(CustSettlement)的交易日期获取,该核销会关闭发票交易(CustTrans)。

采集

从CustSettlement表获取结算日期,并关联回发票和销售订单。

事件类型 explicit
订单已关闭
表示销售订单已成功处理完毕,所有货物均已发运、发票均已开具,且预计不会再有后续交易。这标志着流程成功完成。
重要性

此活动是成功完成案例的主要终点,对于计算端到端周期时间和吞吐量至关重要。

获取途径

可根据SalesTable中的状态字段推断。当“销售状态”为“已开票”且订单行状态也为“已开票”时,即视为订单已关闭。

采集

根据SalesTable状态字段变为“已开票”进行推断。时间戳通常取最后一笔相关交易的日期,例如开票或付款日期。

事件类型 inferred
订单已确认
此活动表示销售订单已正式确认,即承诺交付指定的商品或服务。在Dynamics 365中,用户执行明确操作后会生成确认日记账。
重要性

确认是重要里程碑,标志着履约流程正式开始。衡量从创建到确认所需的时间,有助于了解前台处理效率。

获取途径

此事件明确记录在销售订单确认日记账(SalesConfirmJour)的过账日期中。该时间戳可关联回SalesTable。

采集

记录销售订单确认日记账的过账时间戳。

事件类型 explicit
货物已发运
此事件表示订单中的包装货物已发出并离开仓库。在Dynamics 365中,过账装箱单即正式记录此事件。
重要性

这是一个关键里程碑,标志着内部履约流程结束、交付阶段开始。它也是计算按时发运表现的重要时间戳。

获取途径

此事件记录清晰明确,可从装箱单日记账(CustPackingSlipJour)的过账日期和时间中获取。

采集

记录装箱单日记账的过账时间戳。

事件类型 explicit
销售订单已创建
此事件表示销售代表或自动化渠道在系统中首次创建销售订单。系统会在主销售订单表中创建并保存新记录时明确记录此事件。
重要性

此活动是所有销售订单案例的通用起点。它提供计算销售订单整体周期时间和分析吞吐量所需的初始时间戳。

获取途径

此事件明确记录在Microsoft Dynamics 365中SalesTable表头记录的“创建日期和时间”字段中。

采集

从SalesTable实体读取创建时间戳。

事件类型 explicit
已下达至仓库
表示销售订单已正式下达至仓库,开始拣货和发运作业。在使用仓库管理(WMS)模块的环境中,这是一个独立步骤。
重要性

此活动将订单处理与实物履约区分开来。分析订单等待下达的时间,有助于发现资源规划或系统集成问题。

获取途径

此事件明确记录在与销售订单关联的仓库下达记录(WHSLoadTable、WHSShipmentTable)中。

采集

记录相应仓库装载或发运单的创建时间戳。

事件类型 explicit
已完成信用检查
表示已完成对销售订单相关客户的信用检查。检查可以由系统自动执行,也可以由人工审核,通常会导致订单信用状态发生变化。
重要性

分析信用检查所需时间及其结果,有助于发现订单审批流程中的瓶颈。频繁的冻结或过长的审批时间可能会显著延迟订单履约。

获取途径

通常可根据SalesTable中与信用管理相关的状态变化推断,例如订单因信用原因从“已冻结”变为“未结”。如果使用高级模块,也可能记录在信用管理表中。

采集

根据SalesTable或相关信用冻结表中的状态变更历史进行推断。

事件类型 inferred
库存已预留
此事件表示销售订单行所需的库存已在系统中通过人工或自动方式完成实物预留,确保商品可供拣货和履约。
重要性

跟踪库存预留情况,有助于分析订单确认到仓库作业开始之间的延迟。这也是“库存分配提前期”KPI的重要数据。

获取途径

可根据与销售订单行关联的库存交易记录(InventTrans)的创建或更新情况推断;记录状态会显示预留情况,例如“订购中”或“实物预留”。

采集

根据订单的库存交易记录(InventTrans)标记为已预留的时间戳进行推断。

事件类型 inferred
订单已取消
此事件表示销售订单在全部发运和开票之前被取消,是流程未成功完成的另一种终止状态。
重要性

跟踪取消情况有助于找出销售流失或流程失败的原因。分析订单在何时、因何原因取消,可为流程改进提供依据。

获取途径

根据SalesTable中的“销售状态”字段变为“已取消”进行推断。时间戳为记录此状态变更的时间。

采集

根据SalesTable中的状态字段变为“已取消”进行推断。

事件类型 inferred
货物已包装
此活动表示包装流程已完成,拣选的商品已集中整理并准备发运。在D365中,这可能与生成装箱单同时发生。
重要性

拣货与包装之间的耗时可揭示包装工位的瓶颈。这是整体履约周期中的一个关键子流程。

获取途径

此事件可从WMS模块中的容器包装完成记录中直接获取,也可根据装箱单日记账(CustPackingSlipJour)的生成情况推断,该记录通常表示包装结束。

采集

根据包装作业完成情况或装箱单日记账的创建日期进行推断。

事件类型 inferred
货物已拣选
表示已从仓库库位完成订单所有商品的实物拣选。通常在拣货员于WMS模块中完成拣货清单或作业单时记录。
重要性

跟踪拣货完成时间对于分析仓库效率至关重要。此阶段的延迟会直接影响整体发货时间。

获取途径

此事件在仓库管理模块中明确记录,可从与销售订单拣货相关的仓库作业(WHSWorkTable)完成时间戳中获取。

采集

记录拣货“作业”状态更新为“已关闭”时的时间戳。

事件类型 explicit
货物已送达
表示货物已成功送达客户指定地址。此信息通常由外部承运商系统更新,也可通过人工确认。
重要性

此活动对于衡量“交付日期达成率”KPI和了解面向客户的实际周期时间至关重要,也有助于评估承运商表现。

获取途径

标准D365不会原生将其作为明确事件跟踪。通常需要通过承运商集成接收更新,或人工更新销售订单或发运记录中的状态来推断。

采集

根据集成的承运商数据或人工更新的状态字段进行推断。

事件类型 inferred
建议填写 选填

数据提取指南

如何从Microsoft Dynamics 365提取数据

准备好开始了吗?

使用此模板准备数据,然后上传到我们的平台,获取流程洞察并提升销售订单处理效率。立即开始优化!

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

找出低效环节,将周期时间缩短30%,加快履约。

开始免费试用

无需信用卡,几分钟即可完成设置。