您的订单到现金:销售订单处理数据模板
您的订单到现金:销售订单处理数据模板
这是适用于订单到收款-销售订单处理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 明确构建完整事件日志所需的关键数据属性。
- 列出流程中的关键活动和里程碑。
- 作为流程挖掘的通用起点,可适配任意系统。
订单到收款-销售订单处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 具体活动或事件发生的准确日期和时间。 | ||
| 说明 事件时间是记录活动确切发生时刻的时间戳,为流程提供时间背景,使与销售订单相关的所有事件能够按时间顺序排列。 此时间戳是所有基于时间的分析的关键。它用于计算任意两个活动之间的周期时间、确定具体步骤的持续时间,以及定位延迟或瓶颈。例如,“订单履约周期时间”KPI通过计算最终交付活动与初始订单创建活动的事件时间差得出。“销售订单周期时间概览”等仪表板完全依赖此属性运行。 为什么重要 此时间戳对于计算周期时间和持续时间等所有绩效指标至关重要,而这些指标是识别瓶颈的基础。 获取位置 通常与每条交易或状态更新记录一同保存,字段名称可能是创建日期、更改日期或过账日期。 示例 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
| 活动名称 ActivityName | 销售订单流程中某一时间点发生的具体业务事件或任务的名称。 | ||
| 说明 活动名称描述销售订单生命周期中的步骤或里程碑,例如“销售订单已创建”“已执行信用检查”或“货物已发运”。每项活动都代表针对销售订单执行的一项独立操作,是流程图的基本组成部分。 分析高度依赖此属性来可视化流程顺序流、识别常见路径并发现偏离标准过程的情况。通过分析活动顺序,分析人员可以定位瓶颈、返工循环(例如反复出现“销售订单已更改”)以及不符合规范的流程变体。它也是“流程一致性检查与偏差”等仪表板以及“销售订单返工率”等KPI的基础。 为什么重要 它定义流程中的步骤,从而支持流程图可视化、流程顺序流分析,以及返工或偏差识别。 获取位置 通常来源于源系统销售、交付和开票模块中的单据状态变化、事件日志或交易代码。 示例 销售订单已创建货物已发运已收到付款销售订单已取消 | |||
| 销售订单ID SalesOrderId | 销售订单的唯一标识符,也是Order to Cash流程的主要案例标识符。 | ||
| 说明 销售订单ID是Order to Cash流程中流程挖掘的基础,用于唯一标识从创建到关闭的每个流程实例。它充当主键,将所有相关活动、事件和数据点关联起来,形成单个订单完整的端到端历程。 在分析中,此属性可用于重建每个销售订单的生命周期,跟踪事件顺序、测量活动之间的持续时间,并在订单层级汇总指标。例如,计算“订单履约周期时间”KPI时,需要按销售订单ID对所有活动分组,并计算首个事件与最后一个事件之间的时间差。 为什么重要 此ID对于跟踪订单在流程中的进展至关重要,可支持案例级周期时间、瓶颈和偏差分析。 获取位置 通常位于源ERP或CRM系统销售订单单据的抬头表中。 示例 SO-001234598004567ORD-2023-54321 | |||
| 最后数据更新时间 LastDataUpdate | 表示数据最近一次从源系统刷新或提取时间的时间戳。 | ||
| 说明 此属性提供数据最近一次加载到流程挖掘环境的时间戳。它反映待分析数据的新鲜度,与记录业务活动实际发生时间的事件时间不同。 虽然它通常不用于直接分析流程顺序流,但对于数据治理和确保分析结果可靠性至关重要。它帮助分析人员和业务用户了解所生成洞察的时效性。例如,如果最近一次数据更新是在一周前,那么基于当前绩效得出的任何结论都必须结合这一事实进行判断。 为什么重要 它反映数据的新鲜度,确保分析基于最新信息,结论具有现实相关性。 获取位置 通常由数据提取(ETL)工具或流程挖掘平台在数据摄取过程中生成并存储。 示例 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| 源系统 SourceSystem | 用于标识数据来源的信息系统,例如ERP、CRM或旧有平台。 | ||
| 说明 源系统属性用于指定生成事件数据的记录系统。在现代企业中,Order to Cash等端到端流程通常跨越多个应用,例如使用CRM创建订单,使用ERP完成履约和开票。 在分析中,此属性有助于了解流程所处的技术环境,识别集成点以及不同系统之间潜在的数据一致性问题。按源系统分析活动,可以发现某些流程步骤是否因执行系统不同而采用不同处理方式或出现更多延迟。 为什么重要 它提供数据来源背景。在多系统环境中,这对于追踪数据血缘和识别特定于系统的流程变体至关重要。 获取位置 此信息通常在数据提取(ETL)过程中添加,也可以作为数据仓库中的标准字段。 示例 SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| 产品标识符 ProductIdentifier | 销售订单中主要产品或服务的唯一代码或名称。 | ||
| 说明 产品标识符,例如物料编号或SKU,用于指定销售的产品。销售订单可以包含多个产品,但此属性通常代表主要产品,也可以汇总为产品类别,用于高层级分析。 此属性支持从产品角度分析Order to Cash流程。分析可以揭示某些产品是否对应更长的履约时间、更频繁的交付问题或更高的取消率。这些洞察对于供应链规划、库存管理和产品组合策略至关重要。例如,如果发现某条产品线在“Released To Warehouse”步骤中持续延迟,就可以进一步调查其库存水平或仓库布局。 为什么重要 支持分析不同产品或产品组的流程绩效,帮助识别特定于产品的瓶颈或问题。 获取位置 位于销售订单的订单行项目层级。对于案例级分析,可能使用最重要的订单行项目,或使用派生的产品类别表示。 示例 PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| 客户标识符 CustomerIdentifier | 下达销售订单的客户的唯一标识符或名称。 | ||
| 说明 此属性标识销售订单所对应的外部处理对象。它可以是唯一客户编号、公司名称,或用于区分不同客户的其他关键标识。 在流程挖掘中,客户标识符是划分数据的重要维度。分析人员可以筛选流程图,查看特定客户的流程表现,也可以比较不同客户群体之间的流程顺序流,例如战略客户与偶发购买者。这有助于发现定制流程,或识别经常导致流程偏差和延迟的客户,为客户关系管理提供有价值的洞察。 为什么重要 支持按不同客户或客户群体筛选和比较流程,以识别定制化流程或存在问题的客户。 获取位置 位于销售订单抬头数据中,并与源ERP或CRM系统中的客户主数据关联。 示例 CUST-10023Global Corp Inc.758991 | |||
| 用户名 UserName | 执行活动的用户、员工或系统代理的姓名或ID。 | ||
| 说明 用户名属性用于标识负责执行某项活动的个人或自动化代理。可能是创建订单的销售代表、批准订单的信用经理,也可能是自动过账付款的系统用户。 此属性支持以人为中心的流程分析,可用于分析工作量分配、比较团队或个人绩效,并发现培训机会。它也是合规和审计追踪的关键。按用户分析活动,有助于发现参与返工循环或存在不合规行为的人员,也是计算“人工干预率”KPI的基础。 为什么重要 用于识别执行活动的人员或系统,从而分析工作量、团队绩效、自动化程度和合规情况。 获取位置 通常位于交易日志或单据变更历史中,字段名称常为“Created By”或“Changed By”。 示例 John.SmithBATCH_USERAlice.JonesUSER_API | |||
| 订单金额 OrderValue | 销售订单的货币总金额,通常以单据币种表示。 | ||
| 说明 订单金额表示销售订单的总财务价值,是衡量每个案例规模的重要财务指标。 此属性对于基于价值的流程分析非常有用,可优先关注高价值订单。例如,分析人员可以调查高价值订单是否比低价值订单经历更长的周期时间或更多返工。它还可用于计算流程低效造成的财务影响,例如由特定瓶颈导致延迟的订单总金额,从而为流程改进项目提供有力的业务依据。 为什么重要 支持基于价值的分析,通过关注高价值订单并量化延迟造成的财务影响,帮助确定流程改进优先级。 获取位置 可在销售订单抬头数据中获取,通常通过汇总所有订单行项目的净值计算。 示例 15200.50500.00125000.75 | |||
| 销售渠道 SalesChannel | 接收销售订单的渠道,例如Web、直销或合作伙伴。 | ||
| 说明 销售渠道表示订单的来源或下单方式,可能包括在线门户、直销团队、与合作伙伴的EDI连接或零售门店。 按销售渠道分析流程,可以发现效率和一致性方面的显著差异。例如,网络渠道订单可能高度自动化且处理迅速,而直销订单可能涉及更多人工更改和更长的审批周期。这类分析有助于企业优化各渠道的特定流程顺序流,并更有效地配置资源。它也是“订单履约瓶颈”等仪表板的重要分析维度。 为什么重要 支持比较不同渠道的流程绩效,揭示效率、自动化程度和遵从性方面的差异。 获取位置 此信息通常存储在销售订单抬头数据中,并且往往是录入订单时的必填字段。 示例 Web门户直销EDI合作伙伴网络 | |||
| 付款到期日 PaymentDueDate | 客户应支付发票款项的截止日期。 | ||
| 说明 付款到期日根据发票日期和客户约定的付款条款计算,用于设定按时付款的截止时间,是应收账款流程的重要要素。 该属性是分析订单到现金周期财务环节的基础。它是判断付款是否按时的基准,也是计算“按时付款率”KPI的直接输入。“发票到付款周期”仪表板高度依赖该日期来分析付款行为并有效管理营运资金。将发票创建到付款之间的延迟与该日期进行对比,可以识别付款缓慢的客户。 为什么重要 该日期对财务分析至关重要,是计算按时付款率和管理应收账款的基准。 获取位置 通常记录在客户发票中,根据发票日期以及客户主数据或销售订单中指定的付款条款计算得出。 示例 2023-12-152024-01-302024-02-28 | |||
| 实际交付日期 ActualDeliveryDate | 货物实际交付给客户的日期,标志着流程履约环节的完成。 | ||
| 说明 实际交付日期是记录货物成功交付给客户的时间戳,通常依据承运商提供的交付证明。 该属性是衡量履约成功与否的最终依据,也是计算“按时交付率”时使用的最终数据点,需要与请求交付日期和确认交付日期进行比较。分析“货物已发运”活动与实际交付日期之间的时间差,还可以帮助评估物流合作伙伴和运输方式的表现。 为什么重要 这是履约完成的最终证明,对于准确计算按时交付率和订单履约周期总时长至关重要。 获取位置 通常来自外部物流或运输系统,并回传集成至ERP,也可能取自“货物已交付”活动的时间戳。 示例 2023-11-172023-12-022024-01-14 | |||
| 拒绝原因 RejectionReason | 说明销售订单或订单行项目被取消或拒绝原因的代码或描述。 | ||
| 说明 销售订单被取消或订单项被拒绝时,拒绝原因可以说明这一负面结果背后的业务背景。原因可能包括“客户取消”“价格错误”或“缺货”。 该属性对于分析流程失败的根本原因至关重要。通过分析不同拒绝原因的发生频率,企业可以识别系统性问题。例如,大量订单因“价格错误”而取消,可能说明报价或主数据流程存在问题。这类分析可以直接支持提高“一次通过率”和减少流程浪费。 为什么重要 说明订单失败的原因,帮助开展根因分析,解决定价、库存或客户沟通中的深层问题。 获取位置 通常记录在销售订单行项目层级,订单项取消时从预定义代码列表中选择。 示例 客户请求产品已停产定价错误超出信用额度 | |||
| 是否自动执行 IsAutomated | 用于标识某项活动是由系统自动执行,还是由用户手动完成的标志。 | ||
| 说明 该布尔属性用于区分人工用户执行的任务与系统自动执行的任务,例如后台作业、API或RPA机器人执行的任务。例如,信用检查可能是自动步骤,而解除信用冻结通常需要人工处理。 从自动化角度分析流程,对于数字化转型计划至关重要。该标志是计算“人工干预率”KPI的主要数据点,可帮助识别流程中高度自动化的部分,以及仍依赖人工操作的环节。通过分析这些环节,企业可以发现进一步自动化的机会,从而降低成本、减少错误并缩短周期时间。 为什么重要 区分人工任务和自动化任务,是衡量自动化水平、识别流程改进机会的关键。 获取位置 该信息可以从“用户名”属性中推导得出,例如识别“BATCH_USER”等系统用户;也可以来自事件日志中记录执行上下文的特定字段。 示例 truefalse | |||
| 确认交付日期 ConfirmedDeliveryDate | 企业向客户确认并承诺的交付日期。 | ||
| 说明 企业在检查库存和生产计划后,会提供确认交付日期。这代表企业对客户作出的承诺,也是衡量履约绩效的内部基准。 此属性对于评估内部运营效率至关重要。在“准时交付率”KPI中,它会与实际交付日期进行比较,以判断企业是否兑现承诺。如果大量订单的要求交付日期与确认交付日期存在显著差异,可能说明可承诺量(ATP)计算或产能规划存在系统性问题。 为什么重要 它代表企业对客户作出的承诺,是衡量准时交付和履约可靠性的内部基准。 获取位置 位于销售订单计划行数据中,通常会在可用性检查或生产计划运行后更新。 示例 2023-11-182023-12-012024-01-15 | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求的订单交付日期。 | ||
| 说明 此日期表示客户期望的交付时间,是流程初始阶段记录的重要信息,也是衡量交付及时性和客户满意度的主要基准。 在流程分析中,要求交付日期会与确认交付日期、实际交付日期等关键日期进行比较,以衡量服务水平。它是“准时交付绩效”仪表板的重要输入,用于从客户角度判断交付是否准时。分析要求日期与确认日期之间的差距,也有助于发现计划和排程问题。 为什么重要 它代表客户对交付的期望,是衡量准时交付绩效和客户满意度的基准。 获取位置 通常位于销售订单抬头或订单行项目明细中,在创建订单时录入。 示例 2023-11-152023-12-012024-01-10 | |||
| 订单状态 OrderStatus | 事件发生时销售订单的状态,例如“已打开”“处理中”或“已完成”。 | ||
| 说明 订单状态反映销售订单在特定时间点所处的生命周期阶段,是概括订单当前状态的分类标签。 活动序列可以提供详细的流程图,而订单状态属性适合用于创建简化的高层流程视图。您可以使用它筛选当前处于特定状态的所有订单,例如所有“信用冻结”订单。分析订单在不同状态下的停留时间,还可以发现瓶颈,例如订单在“等待审批”状态下停留过久。 为什么重要 以高层视角概括订单状态,可用于筛选、状态分析,以及识别卡在特定阶段的订单。 获取位置 这是大多数ERP和CRM系统销售订单单据抬头中的标准字段。 示例 未结进行中信用冻结已完成已取消 | |||
订单到收款-销售订单处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 发票已创建 | 此活动表示已为发运的货物或服务生成客户发票。这是一项核心财务交易,用于正式记录客户应付款项并启动付款周期。 | ||
| 为什么重要 发运与开票之间的时间差称为“bill-to-cash”延迟,会直接影响现金流。分析该时间有助于发现开票流程中的延迟。 获取位置 这是从财务模块中发票或账单单据的创建时间戳获取的明确事件。 采集 使用应收账款或开票表中发票单据记录的创建日期和时间。 事件类型 explicit | |||
| 已收到付款 | 此活动表示已收到、处理并核销客户针对发票支付的款项。该事件通常发生在应收账款模块中,并结清未结财务项目。 | ||
| 为什么重要 这是最终创造价值的步骤。测量从开票到收款的时间,对于分析应收账款周转天数和现金转换周期效率至关重要。 获取位置 这是明确的财务过账事件,可从应收账款单据的清账日期或付款核销记录的创建时间获取。 采集 使用结清未开发票金额的财务单据的过账日期或清账日期。 事件类型 explicit | |||
| 货物已发运 | 此关键事件标志着订单货物已完成发运并实际离开仓库。这是重要的物流和财务里程碑,通常会触发开票流程。 | ||
| 为什么重要 这是衡量准时交付表现和履约周期时间的核心里程碑。从订单创建到发运的时间是关键绩效指标。 获取位置 通常会在发运或物流模块中作为明确事件记录,常称为“Post Goods Issue”或“Ship Confirmation”。 采集 使用发运确认或货物发出交易的时间戳,该时间通常存储在交付单或履约单中。 事件类型 explicit | |||
| 销售订单已关闭 | 这是订单成功处理后的最终活动,表示订单已完成发运、开票和收款。此状态表示该销售订单预计不会再发生其他交易。 | ||
| 为什么重要 此活动标志着流程成功完成。从创建到关闭的总时间,代表完美订单的端到端周期时间。 获取位置 通常根据销售订单抬头的最终状态推断,例如所有子交易完成后状态变为“Closed”或“Complete”。 采集 确定销售订单抬头整体状态更新为最终完成状态时的时间戳。 事件类型 inferred | |||
| 销售订单已创建 | 此活动表示系统中销售订单的初始创建,代表正式记录客户对商品或服务的需求,也是Order to Cash流程的起点。 | ||
| 为什么重要 这是流程的主要开始事件。从这一节点开始计时,有助于衡量整体订单履行周期时间和初始数据录入效率。 获取位置 此事件通常从主销售订单抬头记录的创建时间戳或相关交易日志中获取。 采集 在系统订单抬头表或单据中,识别与新销售订单ID创建相关的第一个时间戳。 事件类型 explicit | |||
| 销售订单已取消 | 此事件表示销售订单在完全发运和开票前被取消。这是流程可能在不同阶段出现的一种非成功终点。 | ||
| 为什么重要 这是关键的失败结果。分析订单取消的时间和原因,有助于发现客户满意度、库存可用性或数据录入错误等问题。 获取位置 通常通过销售订单抬头或订单行项目上的“Cancelled”或“Rejected”状态记录。 采集 记录销售订单单据应用取消原因或最终“Cancelled”状态时的时间戳。 事件类型 inferred | |||
| 销售订单已批准 | 此里程碑表示销售订单已通过信用和配置审核等必要的内部检查,并已正式确认进入履约流程。通常会有明确的批准操作或状态变更。 | ||
| 为什么重要 这是控制履约流程的关键控制点。分析批准前所需的时间,有助于发现订单验证和审核周期中的延迟。 获取位置 通常会在销售订单状态字段或工作流历史中记录为“Approved”“Confirmed”或“Booked”等具体状态。 采集 确定销售订单状态转换为表示订单可进入履约流程的状态时的时间戳,例如“Approved”或“Booked”。 事件类型 inferred | |||
| 发票已发送给客户 | 表示已创建的发票发送给客户付款的时间点。发送渠道可以是电子邮件、电子数据交换或邮寄等。 | ||
| 为什么重要 这标志着客户付款期限正式开始计算。发票创建到发送之间的延迟,可能会对现金转换周期产生不利影响。 获取位置 来源于输出管理日志、通信记录,或发票单据的特定状态更新。 采集 记录系统输出日志中显示发票单据已成功发送的时间戳。 事件类型 inferred | |||
| 已执行信用检查 | 此活动表示已对订单关联客户的信用状况进行检查。检查可以由系统自动执行,也可以由人工审核,通常会更新订单的信用状态。 | ||
| 为什么重要 此步骤通常是一个瓶颈。测量其持续时间和结果,有助于分析信用管理效率及其对整体订单周期时间的影响。 获取位置 通常可根据销售订单状态变化、解除信用冻结,或特定信用管理日志中的记录推断得出。 采集 记录订单信用状态字段更新为“Approved”或“Checked”的时间戳,或记录与信用相关的冻结被解除的时间戳。 事件类型 inferred | |||
| 已释放至仓库 | 此活动标志着销售订单正式移交仓库进行实物处理,并触发仓库团队开始拣货和包装。 | ||
| 为什么重要 这是部门之间的关键交接点。分析此步骤所需时间,有助于发现销售与物流之间沟通环节的瓶颈。 获取位置 通常在生成拣货单,或订单状态更新为“Ready to Pick”或“Released”时记录此事件。 采集 确定销售订单行状态变更为表示订单可由仓库处理的状态时的时间戳。 事件类型 inferred | |||
| 库存已预留 | 此活动表示销售订单行所需库存已完成分配或预留。此操作可确保相关物料可用并专用于该订单,避免被销售给其他客户。 | ||
| 为什么重要 跟踪库存预留情况,有助于分析物料可用性和潜在的库存延迟。订单批准与库存预留之间的时间,可以揭示采购或供应问题。 获取位置 这通常是由系统自动记录的事件,记录在库存交易表中,或通过销售订单行的状态变化体现。 采集 从库存交易日志中记录与特定销售订单行库存承诺对应的时间戳。 事件类型 explicit | |||
| 货物已交付 | 此活动表示货物已成功送达客户指定地址。相关信息通常根据外部物流承运商提供的数据更新,也可以通过人工确认更新。 | ||
| 为什么重要 跟踪交付情况,可以完整了解客户体验,并准确测量订单履约的总周期时间。 获取位置 通常来源于已集成回核心系统的外部承运商数据,或“Proof of Delivery”确认记录。 采集 记录物流承运商提供的交付确认时间戳,或人工录入“Proof of Delivery”记录的时间戳。 事件类型 explicit | |||
| 货物已包装 | 此活动标志着包装流程完成,已拣选物品完成合并、包装并准备发运。通常还包括生成装箱单和完成发运信息。 | ||
| 为什么重要 分析拣货与包装之间的时间,有助于优化工作站布局和包装流程。这也是发运前确保订单准确性的关键步骤。 获取位置 此事件可能作为WMS中的独立状态记录,也可以根据装箱单的创建时间推断得出。 采集 确定履约单状态变更为“Packed”时的时间戳,或使用装箱单的创建时间戳。 事件类型 inferred | |||
| 货物已拣选 | 此活动表示已从仓库库位完成订单全部物品的实物拣选。通常在仓库操作员确认拣货任务完成时记录。 | ||
| 为什么重要 测量拣货时长对于分析仓库效率、识别实物履约流程中的瓶颈至关重要。 获取位置 通常记录在Warehouse Management System模块中,或根据交付单、履约单的状态更新推断得出。 采集 记录关联拣货单或履约单状态更新为“Picked”或“Completed”时的时间戳。 事件类型 inferred | |||
| 贷项通知单已创建 | 当向客户开具贷项通知单时,会发生此活动,通常用于处理产品退货、价格争议或其他调整。它表示对先前开票金额的冲销或减少。 | ||
| 为什么重要 分析贷项通知单的频率和原因,有助于发现产品质量、发运准确性或定价错误等系统性问题。这是流程失效的重要指标。 获取位置 这是明确的财务事件,可从开票或应收账款模块中贷项通知单的创建时间戳获取。 采集 使用贷项通知单的创建日期和时间,该单据通常会关联至原始销售订单或发票。 事件类型 explicit | |||
| 销售订单已变更 | 此活动表示销售订单初始创建后发生的任何重大修改,例如数量、商品、价格或要求日期变更。通常通过跟踪系统审计轨迹或变更日志中的更新记录来获取。 | ||
| 为什么重要 跟踪订单变更对于识别流程返工、了解低效来源和衡量一次正确率至关重要。频繁变更可能说明初始订单准确性存在问题。 获取位置 数据来源包括系统变更日志表、审计轨迹,或通过比较不同版本的销售订单单据获得。 采集 筛选系统变更日志中销售订单抬头或行项目关键字段的更新记录,并将变更时间戳作为事件时间。 事件类型 explicit | |||
提取指南
立即开始优化销售订单处理
立即获得洞察,消除延迟,改善现金流。
无需信用卡,几分钟即可完成设置。