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

Salesforce Sales Cloud
数据模板:订单到收款(销售订单处理)

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

此模板为“订单到收款—销售订单处理”的数据收集提供完整指引,明确需采集的关键属性、需要跟踪的核心活动,并附有清晰的数据抽取说明。借助该模板,您可为高效的流程挖掘做好数据准备。
  • 建议收集的属性
  • 需要追踪的关键活动
  • Salesforce Sales Cloud 数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

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

以下为建议在事件日志中纳入的数据字段,支持对“订单到收款——销售订单处理”的全面分析,确保所有关键细节均被记录。
5 必填 6 推荐 13 可选
名称描述
Event 时间
EventTime
活动发生的精确日期和时间。
描述

事件时间(时间戳)记录活动发生的精确时刻。这类数据对正确排序事件、计算活动间时长至关重要,也是所有基于时间的流程挖掘分析的基础。

该属性用于为每个案例排列活动顺序、计算周期时长、识别等待时间,并在不同时间段分析流程绩效。若时间戳不准确或缺失,将严重降低分析价值。

为何重要

时间戳对于按时间顺序排列事件并计算各类绩效指标至关重要,例如周期时间和瓶颈。

获取方式

对应 'Order' 对象或相关记录上的 'CreatedDate'、'LastModifiedDate' 等字段。对于特定事件,也可能来自某条 'Task' 记录的完成日期。

示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
活动名称
ActivityName
销售订单生命周期中发生的具体业务事件或任务的名称。
描述

活动名称描述销售订单流程中的一个步骤,例如“订单已创建”“已完成信用审核”或“发票已发送”。这些活动是流程图的基本单元,来自系统事件、状态变更或任务完成。

对这些活动进行分析,可以可视化流程走向,识别常见路径(变体),并衡量每个步骤的频次与耗时。这是理解流程实际运行情况的基础。

为何重要

该属性用于定义流程图中的步骤。没有它,就无法可视化流程流转,也无法分析销售订单实际是如何处理的。

获取方式

通常来源于'Order.Status'字段的状态变更、关联记录(如Invoice)的创建,或与该订单相关且已完成的'Task'或'Event'记录。

示例
订单创建订单已批准已发货已收款
销售订单
SalesOrderId
每张销售订单的唯一标识,作为跟踪整个订单到收款流程的主跟踪对象。
描述

销售订单ID是流程分析的基石,唯一标识每一笔客户订单在其生命周期中的流转,串联起从创建、审批到履行与收款的全部活动。

在流程挖掘中,与某一订单相关的每个事件都会回溯到此ID,从而实现对订单旅程的端到端重建,并对单笔订单的周期、流程变体与瓶颈进行细致分析。

为何重要

该属性用于将所有相关事件归并到同一个案例,便于可视化并分析每个销售订单的端到端流程。

获取方式

这是标准Salesforce 'Order'对象的'Id'字段。

示例
8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1
最后数据更新
LastDataUpdate
指示数据上次提取或刷新的时间戳。
描述

该属性记录从源系统最近一次拉取数据的日期和时间,为所分析数据的新鲜度提供关键信息。

分析人员据此判断自己看到的是否是最新的流程数据,并评估结论的时效性。对任何流程挖掘项目而言,这都是关键的元数据。

为何重要

告知用户数据的时效性,确保他们清楚分析的最新程度。

获取方式

这是在ETL(抽取、转换、加载)过程中生成并添加的时间戳。

示例
2023-11-01T05:00:00Z
源系统
SourceSystem
用于标识数据提取自哪个系统。
描述

该属性标明流程数据的来源。在本次分析中,来源恒为 'Salesforce Sales Cloud'。

在多系统环境中,此字段对数据血缘和问题排查至关重要;即使在单系统场景下,它同样提供关于数据来源的重要元数据。

为何重要

提供数据来源的关键信息,这对数据治理以及多源系统集成时尤为重要。

获取方式

这通常是在数据抽取过程中添加的静态值,用于标识数据集。

示例
Salesforce Sales Cloud
总周期时间
CycleTime
从销售订单创建到最终关闭所经历的总耗时。
描述

总周期时间是一项关键绩效指标,用于衡量销售订单流程从起点到终点的总耗时。它以首个事件(如“Order Created”)与最后一个事件(如“Order Closed”)之间的时间差计算。

该指标是“销售订单端到端周期时间”仪表板的重点。分析周期时间有助于识别整体流程低效点,并评估改进举措的效果。还可通过国家、产品系列等属性对数据切分,进一步分析周期时间的差异。

为何重要

这是衡量整体流程效率并识别运行时间过长订单的基础KPI,后者往往指向系统性问题。

获取方式

在数据转换阶段计算:对每个 'SalesOrderId',用最后一条事件的时间戳减去第一条事件的时间戳。

示例
10天4小时25天11小时5天2小时
执行操作的用户
UserPerformingAction
执行该活动的用户或系统代理的名称。
描述

该属性标识负责完成某个流程步骤的人员,可能是销售代表、信用分析师,或系统用户(自动化)。

基于该用户维度的分析,对于了解工作量分布、个人绩效和自动化水平至关重要。它能回答“哪些用户返工最多?”“哪些团队审批更快?”等问题;也可用于社交网络分析,观察工作在人员之间如何交接。

为何重要

支持按用户、团队或角色进行绩效分析,并帮助识别自动化机会或培训需求。

获取方式

可在 'Order' 对象上的 'LastModifiedById' 字段或 'Task' 记录上的 'OwnerId' 字段找到。需与 'User' 对象关联以获取用户名。

示例
Alice SmithBob Johnson系统自动化信控团队
期望交货日期
RequestedDeliveryDate
客户在订单中提出的期望交付日期。
描述

该属性存储客户期望收到货物的日期,是衡量交付绩效和客户满意度的关键参照。

此日期直接用于 'Delivery Date Adherence Tracking' 仪表板和 'On-Time Delivery Rate' KPI,并将与实际交付日期('Goods Delivered' 时间戳)进行对比,以判定订单是准时、提前还是延迟交付。

为何重要

这是衡量准时交付表现的主要基准指标,也是客户满意度与运营成效的重要参考。

获取方式

这通常是'Order'对象上的自定义日期字段,具体字段名可能因组织而异。请查阅Salesforce Sales Cloud文档或数据模型。

示例
2023-11-152023-12-012024-01-10
订单总金额
TotalOrderAmount
销售订单的总金额。
描述

该属性表示客户订单的总金额,是评估流程高效或低效对业务影响的关键指标。

在分析中,可用订单总金额对案例进行分段,例如观察高金额订单的处理是否不同,或是否比低金额订单更易延迟。它也是计算财务KPI、理解价值在流程中流动的基础。

为何重要

支持流程的财务视角分析,可按订单金额分层,并量化延迟或返工带来的金钱影响。

获取方式

这是标准Salesforce 'Order'对象的'TotalAmount'字段。

示例
5400.50125000.00950.75
订单状态
OrderStatus
事件发生时该销售订单的状态。
描述

该属性记录销售订单的状态,如 'Draft'、'Activated'、'Shipped' 或 'Closed'。状态变更通常会在流程日志中生成相应的活动。

分析订单状态可为每个事件提供上下文,对跟踪订单进度至关重要。它还能帮助理解案例的结果,例如区分被 'Cancelled' 的订单与成功 'Closed' 的订单。

为何重要

为每个事件提供关键上下文信息,常作为界定活动的依据,也是分析取消等案例结果的关键。

获取方式

这是标准Salesforce 'Order'对象的'Status'选择列表字段。

示例
草稿已激活已发货已结案已取消
账户名称
AccountName
提交该销售订单的客户或公司名称。
描述

Account Name 用于标识与销售订单关联的客户,便于从客户视角开展流程分析。

借助该属性,分析人员可以按特定客户筛选流程、比较不同客户细分的流程绩效,或识别某些客户是否持续出现流程问题。它是将流程表现与客户体验直接关联的关键。

为何重要

将流程绩效关联到具体客户,便于按客户进行分析与分群,识别模式或问题。

获取方式

'Order'对象包含一个查找字段'AccountId'。需要将此ID与'Account'对象关联,才能获取'Account.Name'字段。

示例
Global Tech Inc.Innovate Solutions LLCVenture Dynamics
事件结束时间
EventEndTime
活动完成的准确日期和时间。
描述

事件结束时间用于标记活动完成。尽管许多流程挖掘工具会以下一个活动的开始时间推断,但显式采集可更准确地衡量活动时长,尤其适用于长时任务。

该属性用于精确计算活动的处理时间。它对分析“已完成信用审核”“已分配库存”等耗时较长的任务尤为有价值,有助于区分实际处理时间与等待时间。

为何重要

这使得可以精确计算每个活动的处理时长,对于识别瓶颈和高资源消耗环节至关重要。

获取方式

对于某个流程实例,可由序列中下一条事件的 'StartTime' 推导。对部分活动,也可能来自特定字段,如 'Task.CompletedDateTime'。

示例
2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z
产品系列
ProductFamily
订单中产品所属的品类或系列。
描述

产品系列为销售订单中的商品提供高层级分类,从而支持基于产品类型的流程分析。

可据此对流程进行分段,判断某些产品系列是否存在不同的流程路径、更长的处理周期或更高的返工率。例如,复杂、可配置的产品往往比标准现货需要更繁琐的审批与履行流程。

为何重要

支持按产品类别拆分流程分析,洞察不同产品类型是否造成效率差异。

获取方式

从“Product2”对象获取。该对象通过“OrderItem”连接对象与“Order”关联。需要按 Order -> OrderItem -> PricebookEntry -> Product2 的链路进行关联查询。

示例
硬件软件许可专业服务支持合同
信用检查状态
CreditCheckStatus
该订单信用审核的结果。
描述

该属性表示客户的信用评估结果,这是订单流程中的关键关口。常见取值包括 'Approved'、'Rejected' 或 'Pending'。

它是 'Credit Check Bottleneck Analysis' 仪表板的核心字段。通过跟踪订单进入和离开信用检查阶段的时间点及最终状态,可衡量该步骤的耗时与结果,并识别其是否为潜在的延误来源。

为何重要

直接支撑对信用检查环节的分析,便于衡量其持续时长、通过率及对整体周期的影响。

获取方式

这很可能是'Order'或'Account'对象上的自定义字段。请查阅Salesforce Sales Cloud文档或数据模型。

示例
已批准已拒绝待审核无需
发票 ID
InvoiceId
与该销售订单关联的发票的唯一标识。
描述

Invoice ID 将销售订单与对应的财务发票关联起来。发票的创建与发送是订单到收款流程后半程的关键里程碑。

该属性对跟踪从履行到收款至关重要,可精确衡量“发票已创建”“发票已发送至客户”等活动,为计算“收款时长”提供依据。

为何重要

将销售订单与开票子流程关联,便于准确跟踪财务活动与付款周期时间。

获取方式

这通常是'Order'对象上的自定义查找字段,指向标准或自定义'Invoice'对象。实现方式可能各不相同。

示例
INV-001234INV-001235INV-001236
处理时间
ProcessingTime
单个活动的持续时间,代表实际工作耗时。
描述

处理时间指在任务上实际投入的工作时长,计算方式为某个活动的结束时间减去开始时间。这不同于等待时间,等待时间是指活动之间的空闲时段。

该指标是瓶颈分析的基础,例如针对“Credit Check Performed”活动。通过单独评估实际处理时间,分析人员可以判断延迟究竟源于任务本身低效,还是源于任务开始前排队过长。

为何重要

将特定任务的实际工作时长单独计算,帮助区分低效活动与长时间等待。

获取方式

在数据转换阶段计算:用 'EventEndTime' 减去 'EventTime'(StartTime)。

示例
5分钟2小时15分钟45秒
收款用时
PaymentCollectionDuration
从发票发送给客户到收到回款之间的耗时。
描述

该计算指标衡量订单到收款周期最后且关键阶段的效率——回款。其定义为从 'Invoice Sent to Customer' 到 'Payment Received' 之间的时长。

该指标直接支撑 'Payment Collection Duration' 仪表板与 'Payment Realization Time' KPI。分析这段时长有助于财务识别催收瓶颈、评估付款条款有效性,并寻找加速现金回笼的机会。

为何重要

用于衡量应收账款流程的效率,直接影响公司现金流。

获取方式

在数据转换阶段计算:对每个流程实例,用 'Payment Received' 事件的时间戳减去 'Invoice Sent to Customer' 事件的时间戳。

示例
30天15天8小时45天
是否准时交付
IsOnTimeDelivery
指示货物是否在客户要求的交期当日或之前送达的标记。
描述

该布尔属性直接衡量交付表现是否满足客户预期。其计算方式为比较 'Goods Delivered' 活动的时间戳与 'RequestedDeliveryDate'。

它是 'On-Time Delivery Rate' KPI 的核心计算。分析此标记可帮助组织了解自身的可靠性与承诺达成度,这对客户满意度影响巨大。结合其他属性,还能识别特定配送方式或地区的准时率是否偏低。

为何重要

提供基于是否兑现客户承诺的清晰判定,直接支撑“准时交付率”KPI。

获取方式

在数据转换阶段计算。逻辑为:IF('Goods Delivered' EventTime <= 'RequestedDeliveryDate')THEN true ELSE false。

示例
truefalse
是否已自动化
IsAutomated
指示活动由系统流程还是人工用户执行的标记。
描述

该布尔属性用于区分由系统自动化触发(如自动状态更新)的事件与由用户手动执行的事件,是理解流程自动化水平的关键。

分析该属性有助于量化自动化对效率和一致性的影响,对比自动与手动路径,并发现进一步自动化的机会,从而减少人工工作量和差错风险。

为何重要

用于区分系统操作与用户操作,对自动化分析和识别减少人工的机会至关重要。

获取方式

在数据转换阶段推导:通过判断 'UserPerformingAction' 是否为指定的系统用户,或依据活动类型的规则进行识别。

示例
truefalse
是否返工
IsRework
指示销售订单是否发生返工的标记,例如重复执行的活动或流程中的循环。
描述

该计算属性用于识别未按线性前进的案例。返工通常发生在某个活动被重复执行,或流程回到较早阶段,多因错误、信息缺失或审批被拒所致。

此标记用于计算 'Sales Order Rework Rate' KPI,并驱动 'Sales Order Rework and Error Rate' 仪表板。它可量化低效的频率与影响,指向需要更好质量控制或流程澄清的环节。

为何重要

通过标记需要额外、未计划工作的订单,量化流程低效程度,这些情况会直接推高成本并拉长周期。

获取方式

通过流程挖掘软件或在数据转换阶段,检测某个流程实例中重复的活动名称或逆向流转来计算。

示例
truefalse
订单所有者
OrderOwner
负责管理该销售订单的主要用户。
描述

订单所有者通常是对该订单负主责的销售代表或客户经理。这与执行具体操作的用户不同,所有者对整个订单的整体推进负总责。

按所有者进行分析,有助于评估团队或个人对其订单组合的工作量与管理绩效。还能发现哪些所有者名下的订单更容易卡住或需要返工,从而识别出可能的辅导与改进机会。

为何重要

用于识别对订单结果负责的人,便于按责任人维度分析工作量与绩效。

获取方式

这是'Order'对象的'OwnerId'字段。可与'User'对象关联以获取所有者姓名。

示例
Jane Doe约翰·史密斯东区销售团队
送货国家/地区
ShippingCountry
销售订单发运的目的国家/地区。
描述

该属性指定订单的收货国家,是进行订单到收款流程地理分析的重要维度。

按收货国家分析可揭示不同区域的流程差异,例如国际订单交付时间更长,或回款周期存在差异。因此可以对流程进行分段,理解并解决区域性的挑战。

为何重要

支持按地域对流程进行分段分析,突出各区域的绩效差异、合规问题或物流挑战。

获取方式

这是标准Salesforce 'Order'对象的'ShippingCountry'字段。

示例
美国德国日本巴西
配送方式
ShippingMethod
所选的发运方式,例如“标准陆运”“快递”或“国际运输”。
描述

该属性表示订单配送所选的物流服务级别,直接影响交付时效和成本。

在 'Shipping Method Efficiency Analysis' 中,该属性用于对比不同配送方式的表现,判断加急件是否兑现时效承诺,以及不同方式对从 'Goods Shipped' 到 'Goods Delivered' 的整体用时有何影响。

为何重要

可用于分析物流绩效,帮助评估不同配送方案的成本与效率。

获取方式

这很可能是'Order'对象上的自定义字段,或相关自定义'Shipment'对象上的字段。请查阅Salesforce Sales Cloud文档或数据模型。

示例
标准陆运2日达快递隔夜空运国际优先
销售渠道
SalesChannel
提交销售订单的渠道,例如“网站”“直销”或“合作伙伴”。
描述

销售渠道属性按来源对订单进行归类,便于在不同渠道之间对比流程绩效。

它是“销售渠道绩效对比”仪表板的关键维度。通过按渠道筛选或对比,企业可以识别效率最高的渠道、返工最多的渠道,并明确需要通过标准化来拉齐表现的地方。

为何重要

支持跨业务渠道的绩效对比,有助于识别最佳实践与流程标准化机会。

获取方式

这通常是'Order'或'Opportunity'对象上的自定义选择列表字段。请查阅Salesforce Sales Cloud文档或数据模型。

示例
直销网络门户合作伙伴网络内部销售
必填 推荐 可选

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

以下为建议在事件日志中记录的关键流程步骤与里程碑,便于准确进行流程发现,并清晰把握订单到收款周期。
7 推荐 7 可选
活动描述
发票已创建
表示已为该销售订单生成财务发票。可通过关联“Invoice”对象的创建来捕获,既可以使用 Salesforce Billing 原生能力,也可以通过集成实现。
为何重要

该里程碑标志着流程进入财务收款阶段。交付与开票之间的时间差可揭示影响现金流的行政流程瓶颈。

获取方式

可从与该 'Order' 关联的 'Invoice' 对象(标准或自定义)的创建日期推断。

捕获

使用关联Invoice记录的'CreatedDate'。

事件类型 inferred
已发货
表示订单已从仓库实际发出并发往客户。此类事件几乎总是由外部物流或 ERP 系统回传至 Salesforce 的更新所捕获。
为何重要

这是衡量 'On-Time Shipping Rate' 与整体履约效率的关键里程碑,标志着客户旅程进入交付阶段的起点。

获取方式

可从 'Order' 对象或关联的自定义 'Shipment' 对象上的 'Shipped Date' 字段或 'Tracking Number' 字段被填充的时间推断;数据来源于履约系统。

捕获

使用发货日期或运单号字段首次被填充时的时间戳。

事件类型 inferred
已收款
标记已收到并完成核销的客户付款。该信息通常由财务系统回写至 Salesforce,多以状态变更形式体现。
为何重要

该事件是实现销售回款的最后一步。分析从 'Invoice Sent' 到此节点的时间,对管理现金流和应收账款周转天数(DSO)至关重要。

获取方式

可从 'Invoice' 对象状态变更为 'Paid' 或 'Closed' 推断;该更新通常由与会计或支付处理系统的集成驱动。

捕获

通过与外部财务系统的集成,跟踪'Invoice'对象的状态变更。

事件类型 inferred
订单创建
标记系统中首次创建销售订单记录。当新的 'Order' 对象实例在 Salesforce 首次保存时会明确记录该事件。
为何重要

这是订单到收款(Order to Cash)流程的主要起点事件。分析从此时点到后续活动的用时,对把握整体周期至关重要。

获取方式

'Order'对象的创建事件。其时间戳取自订单记录的标准字段'CreatedDate'。

捕获

直接取自 'Order' 对象的 'CreatedDate' 时间戳。

事件类型 explicit
订单已关闭
表示该销售订单在系统中已成功完成并最终关闭。通常依据订单的最终状态更新进行推断,意味着无需进一步操作。
为何重要

这是该流程主要的“理想路径”结束事件。测量到达该活动的总耗时即可得到“平均下单至关闭时间”KPI。

获取方式

可从 'Order' 对象的 'Status' 字段变更为终态(如 'Closed'、'Completed' 或 'Fulfilled')推断;时间戳可通过字段历史追踪获取。

捕获

监控 'Order' 对象的字段历史,查看是否变更为最终完成状态。

事件类型 inferred
订单已激活
Salesforce 的标准事件,表示订单已最终确定,可进入履约与开票。激活后订单的大部分内容将被锁定,系统会通过特定的状态变更进行记录。
为何重要

激活是确认订单有效性的关键且不可逆的里程碑,标志着从销售到运营的正式交接,也是衡量销售周期的核心节点。

获取方式

基于 'Order' 对象标准 'Status' 字段变更为 'Activated' 的记录进行推断。时间戳保存在 'Order' 的字段历史中。

捕获

监控 'Order' 对象的字段历史,查看状态是否变更为 'Activated'。

事件类型 inferred
货物已送达
表示货件已成功送达客户。该信息来源于承运商系统,并回写到 Salesforce。
为何重要

该事件是计算 'On-Time Delivery Rate' KPI 和衡量面向客户的周期时长的关键,同时用于确认履约流程已完成。

获取方式

可从 'Order' 或自定义 'Shipment' 对象上的 'Delivery Date' 字段被填充的时间推断;该数据通常通过与物流服务商的集成提供。

捕获

使用交付日期字段被填充时的时间戳。

事件类型 inferred
发票已发送给客户
表示发票已发送给客户进行付款,通常体现为发票记录的状态变更。
为何重要

这是“回款实现时间”KPI的触发事件。发票创建与发送之间的任何延迟都会直接推迟账期的开始。

获取方式

可从 'Invoice' 对象状态变更为 'Sent' 或类似值推断;也可依据“发送邮件”的活动日志条目。

捕获

监控关联的 'Invoice' 对象上的 'Status' 字段,或查看邮件日志活动。

事件类型 inferred
已完成信用检查
表示已完成与该订单关联客户的信用审核。该事件通常为推断事件,例如当自定义字段(如“Credit Check Status”)更新为“Passed”或“Completed”时进行标记。
为何重要

此活动往往是重大延误的源头。衡量其持续时间和等待时间,是应对信用检查瓶颈并改善现金流的关键,也是 'Credit Check Bottleneck Analysis' 仪表板的核心分析点。

获取方式

可从 'Order' 或关联 'Account' 对象上的自定义字段的时间戳或状态变更推断,例如 'Credit_Check_Date__c' 或 'Credit_Status__c'。

捕获

跟踪标识信用审核完成的自定义字段更新。

事件类型 inferred
库存已分配
表示订单中的产品已在库存系统中预留。该事件通常源自外部 ERP 或库存系统,并通过字段变更回写至 Salesforce。
为何重要

该活动是分析 'Inventory Allocation Lead Time' KPI 的关键。此处任何延误都会直接影响按时发货。

获取方式

需要进行系统层面的分析。通常可根据“Order”或“OrderItem”对象的状态更新,或由集成写入的自定义字段“Allocation_Date__c”来推断。

捕获

通过与ERP集成,跟踪'Order'或'OrderItem'对象上的状态或日期字段变更。

事件类型 inferred
订单已发送至履约
标记已激活订单移交至仓库或履约系统进行拣货与打包。通常由集成触发订单状态变更来记录。
为何重要

该事件划分了流程中的商务部分与物流部分。跟踪从激活到此节点的耗时,有助于区分行政性延误与仓储处理延误。

获取方式

可从 'Order' 状态变更为 'Sent to Fulfillment' 或 'Awaiting Shipment' 等值推断;该状态通常由与 ERP/WMS 的集成触发。

捕获

监控 'Order' 对象上的 'Status' 字段,关注表示已移交履约的特定取值。

事件类型 inferred
订单已取消
表示在履约完成前订单被取消,通常通过订单记录变更为终止状态体现。
为何重要

这是一个关键的异常和结束事件。分析订单为何以及何时被取消,可揭示销售流程、产品可供性或客户信用方面的问题。

获取方式

可从 'Order' 对象的 'Status' 字段变更为 'Cancelled' 推断;对应的时间戳可在该字段的历史记录中找到。

捕获

监控 'Order' 对象的字段历史,查看状态是否变更为 'Cancelled'。

事件类型 inferred
订单已批准
表示销售订单已获所有必要方正式批准,可进入下一阶段。可通过工作流中的最终审批步骤或相应的状态更新来捕捉。
为何重要

这是开启履约流程的关键里程碑。审批延误会显著拉长整体订单到收款周期。

获取方式

可从 'Order' 对象状态字段变更为 'Approved' 等值推断;也可依据关联 'ProcessInstance' 记录的完成日期。

捕获

监控 'Order' 对象的 'Status' 字段,或关注审批流程历史中的完成记录。

事件类型 inferred
订单已提交审批
表示草稿订单被提交至正式审批工作流的时点。通常依据订单状态变更或 Salesforce 审批流程历史中的记录创建来推断。
为何重要

跟踪提交有助于衡量订单的等待审批时间及审核流程本身的效率,并能突出审批前的瓶颈。

获取方式

可从 'Order' 对象的状态变更(如由 'Draft' 变为 'Submitted for Approval')推断,或通过跟踪与该订单关联的 'ProcessInstance' 对象中的提交日期获得。

捕获

跟踪状态字段的变更,或查询'ProcessInstance'对象。

事件类型 inferred
推荐 可选

提取指南

如何从 Salesforce Sales Cloud 获取数据