您的供应链管理 data 模板
您的供应链管理 data 模板
- 为深入分析建议收集的属性
- 流程中需要跟踪的关键供应链活动
- Microsoft Dynamics 365 SCM 的实用数据提取指南
供应链管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
物流订单
LogisticsOrder
|
特定供应链履行请求的唯一标识符,作为主实例标识符(Case ID)。 | ||
|
描述
物流订单(Logistics Order)是整个物流过程的唯一标识符,将从客户需求到最终交付的所有活动关联在一起。此属性作为核心纽带,将特定履行请求下的采购、生产和发运等各个子流程串联起来。 在分析中,每个事件都与一个物流订单相关联,从而实现流程流向的完整端到端重构。这使得跨部门和跨系统追踪订单历程、识别瓶颈以及准确衡量从开始到结束的总周期时间成为可能。
为何重要
这是将所有相关流程事件关联在一起的关键,能够对单个履行请求的供应链流程进行端到端分析。
获取方式
这是一个概念性标识符,可能通过合并 SalesTable(销售订单)、WHSLoadTable(装货 ID)或 InventTransOrigin(参考 ID)等表中的字段来创建,从而形成跨不同模块的唯一实例 ID(Case ID)。
示例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Event 时间
EventTime
|
活动发生的时间戳。 | ||
|
描述
此属性提供了活动在系统中记录的准确日期和时间。它是任何基于时间的流程分析的基础,包括计算周期时间、了解流程绩效和识别瓶颈。 根据此时间戳对事件进行时间排序,使流程挖掘工具能够重构活动发生的精确顺序。这对于理解真实的流程流向及其动态特性至关重要,而不是仅依赖理想化的流程模型。
为何重要
此时间戳对于正确排列事件顺序以及计算所有基于时间的指标(如周期时间和提前期)至关重要。
获取方式
通常源自 D365 SCM 表中的创建或状态变更日期时间字段。例如 SalesTable 中的 CreatedDateTime、PurchLine 中的 DeliveryDate 或 InventTrans 中的实际交易日期。
示例
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
|
|||
|
最后数据更新
LastDataUpdate
|
数据从源系统最后一次刷新的时间戳。 | ||
|
描述
此属性指示数据最后一次提取或刷新的日期和时间,是任何流程分析仪表板的关键元数据。 这些信息可帮助用户了解所分析数据的时效性,确保结论基于最新信息。这对于管理数据管道以及验证数据加载过程是否按计划预期运行也至关重要。
为何重要
告知用户 Data 的新鲜度,这对于基于分析做出及时且相关的业务决策至关重要。
获取方式
该值由数据提取或 ETL 工具在每个刷新周期结束时生成并标记在数据集上。
示例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
活动
ActivityName
|
物流流程中某一时间点发生的业务事件或任务名称。 | ||
|
描述
此属性记录发生的具体业务事件或任务,例如“采购订单已下达”、“货物已生产”或“装运已排程”。这些活动是流程的基本构建块。 分析这些活动的顺序、频率和持续时间构成了流程挖掘的核心。它支持自动发现和可视化流程图,检测与标准程序的偏离,并识别频繁发生或效率低下、亟待改进的流程步骤。
为何重要
它定义了流程的步骤,从而能够实现流程流向的可视化、分析变体并识别瓶颈或违规活动。
获取方式
根据各种交易表(如 SalesTable、PurchTable、ProdTable)中的状态更改或来自 CustInvoiceJour 等表的单据过账日期,由业务逻辑派生得出。
示例
采购订单已下达产出品客户发票已过账货物已送达
|
|||
|
源系统
SourceSystem
|
提取事件数据的记录系统。 | ||
|
描述
此属性识别数据的来源系统或模块。在复杂的供应链环境中,数据可能来自 Dynamics 365 SCM 内的多个模块,如销售、采购或仓库管理。 明确来源系统对于数据治理、排查数据不一致性以及理解所记录活动的背景至关重要。它能确保数据质量并提供可追溯至信息源头的路径,这在集成环境中尤为重要。
为何重要
提供关于数据来源的上下文信息,这对于数据验证、故障排除以及理解跨系统边界的流程变异至关重要。
获取方式
这通常是在数据提取过程中添加的静态值,用于标记来自该特定系统的记录。
示例
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
|
|||
|
供应商名称
SupplierName
|
提供原材料或商品的供应商名称。 | ||
|
描述
此属性包含所采购物料的供应商名称,是分析采购相关活动的关键维度。 它广泛应用于“采购提前期分解”和“供应商绩效基准测试”仪表板。按供应商分析流程指标有助于识别最可靠、最高效的合作伙伴,以及那些经常延迟或导致流程中断的供应商。这些信息对于战略采购和供应商关系管理至关重要。
为何重要
允许按供应商对采购绩效进行细分和基准测试,这对于改善供应商关系和缩短物料提前期至关重要。
获取方式
通过根据供应商账号将采购订单表 (PurchTable) 与供应商主表 (VendTable) 联接得出。
示例
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
|
|||
|
客户名称
CustomerName
|
下单客户的名称。 | ||
|
描述
此属性识别与销售订单关联的客户,从而实现以客户为中心的供应链流程视角。 按客户分析物流流程可以揭示与特定客户相关的独特履行模式、偏好或挑战。这对于大客户管理和定制化服务水平特别有用,有助于提升客户满意度和保留率。
为何重要
支持以客户为中心的分析,有助于识别哪些客户经历的延迟最多,并评估大客户的服务水平。
获取方式
通过根据客户账号将销售订单表 (SalesTable) 与客户主表 (CustTable) 联接得出。
示例
Alpine Ski HouseAdventure WorksCity Power & Light
|
|||
|
客户要求的交货日期
RequestedDeliveryDate
|
客户要求的交货日期。 | ||
|
描述
此属性捕获了客户在下单时指定的交付日期。它是衡量实际交付绩效的核心基准。 该日期是“准时交付绩效监控”仪表板和“准时交付率”KPI 的基础。将“要求交付日期”与“实际交付日期”进行对比,是计算交付绩效的标准方法,也是衡量客户满意度的关键指标。
为何重要
这是衡量准时交付绩效的基础,也是关系到客户满意度和供应链可靠性的关键 KPI。
获取方式
位于 SalesLine 表的 ReceiptDateRequested 字段或 SalesTable 的 ShippingDateRequested 字段中。
示例
2023-05-102023-06-012023-07-20
|
|||
|
是否按期交付
IsOnTimeDelivery
|
标识订单是否在客户要求日期当日或之前完成交付。 | ||
|
描述
这是一个计算得出的布尔属性,指示物流订单是否按时交付。它通过比较“货物已送达”活动的时间戳与“要求交付日期”得出。 该属性是计算“准时交付率”KPI 的基础,也是“准时交付绩效监控”仪表板中的主要过滤器。它通过将日期对比转换为简单的“是”或“否”值来简化分析,从而轻松过滤并统计延迟订单。
为何重要
直接衡量客户服务绩效,是准时交付 (OTD) KPI 的关键输入,简化了对交付可靠性的分析。
获取方式
这是一个计算字段。逻辑为:如果(“货物已送达”时间戳 <= “要求交付日期”),则为 True,否则为 False。
示例
truefalse
|
|||
|
生产订单号
ProductionOrderNumber
|
生产或制造订单的唯一标识符。 | ||
|
描述
此编号标识在制造设施内生产特定数量产品的订单,用于跟踪原材料消耗和成品产出。 对于包含制造环节的企业,此 ID 对于追踪生产过程至关重要。它通过将计划生产日期与实际完成日期相关联来支持“生产计划达成率追踪”仪表板,从而突显制造过程中的任何差异或延迟。
为何重要
它支持对制造生命周期进行详细分析,有助于衡量生产计划遵守情况并识别车间瓶颈。
获取方式
位于 ProdTable 表的 ProdId 字段中。
示例
PRD-000112PRD-000113PRD-000114
|
|||
|
用户ID
UserId
|
执行该活动的用户标识。 | ||
|
描述
此属性存储执行特定活动的员工或系统用户的 ID。这可以是一个创建采购订单的采购员,也可以是一个确认发运的仓库工作人员。 按用户分析活动有助于了解工作负载分配、识别培训需求并调查流程偏离。它也是合规性分析的关键,允许审计人员将操作追溯到特定人员。此视图对于绩效管理和资源优化至关重要。
为何重要
支持按用户或团队进行流程性能分析,有助于识别自动化机会,且对于合规性和审计追踪分析至关重要。
获取方式
存在于 D365 SCM 大多数交易表的“创建者”或“修改者”字段中,例如 SalesTable 或 PurchTable 上的 CreatedBy。
示例
j.doea.smithAX_BATCH_USER
|
|||
|
采购提前期
ProcurementLeadTime
|
从创建采购申请到收到原材料所花费的总时间。 | ||
|
描述
这是一个计算得出的时长指标,用于衡量采购流程的效率。它被计算为给定采购订单中“采购申请已创建”活动与“原材料已收到”活动之间的时间差。 此属性直接支持“采购提前期分解”仪表板和“平均采购周期时间”KPI。通过预先计算该值,采购绩效分析(尤其是按供应商或产品类别细分时)会变得更加高效。
为何重要
量化整个采购周期的时长,这是管理库存水平和生产计划的关键 KPI。
获取方式
这是一个计算字段。逻辑为:时间戳(“原材料已收到”)- 时间戳(“采购申请已创建”)。
示例
10 天25天4 小时
|
|||
|
采购订单号
PurchaseOrderNumber
|
发送给供应商的采购订单的唯一标识符。 | ||
|
描述
这是向外部供应商订购原材料或商品时使用的正式单据编号,包含物料、数量、价格和交付日期的详细信息。 按采购订单号分析流程对于“采购提前期分解”和“供应商绩效基准测试”仪表板至关重要。它支持追踪从申请到供应商付款的完整采购到付款(procure-to-pay)周期,并帮助识别物料获取过程中的延迟。
为何重要
此 ID 对于分析供应链的采购部分、监控供应商绩效以及理解物料提前期至关重要。
获取方式
位于 PurchTable 表的 PurchId 字段中。
示例
PO-000541PO-000542PO-000543
|
|||
|
销售订单编号
SalesOrderNumber
|
客户销售订单的唯一标识符。 | ||
|
描述
这是客户请求商品或服务的主要参考编号。销售订单会触发许多下游供应链活动,包括采购和生产。 在流程挖掘中,销售订单号是过滤和分析的关键维度。它允许业务用户追踪特定客户订单的完整履行过程,且通常是概念性“物流订单”实例 ID(Case ID)的核心组成部分。
为何重要
它将供应链流程与客户需求直接挂钩,实现对从销售到收款(order-to-cash)周期以及特定客户履行绩效的分析。
获取方式
位于 SalesTable 表的 SalesId 字段中。
示例
SO-001872SO-001873SO-001874
|
|||
|
产品类别
ProductCategory
|
产品所属的类别。 | ||
|
描述
此属性将单个产品归入更广泛的类别,如“电子产品”、“原材料”或“成品”。这有助于对供应链进行更高层级的分析。 分析人员无需逐一查看成千上万个 SKU,而是可以通过产品类别识别影响整个产品群的趋势和瓶颈。这在“采购提前期分解”仪表板中尤其有用,有助于了解供应商在不同类型物料上的表现。
为何重要
支持跨产品组的聚合分析,有助于战略决策并识别影响特定类型产品的系统性问题。
获取方式
通过将物料主表 (InventTable) 与产品类别表(如 EcoResProductCategory)联接得出。
示例
音频组件包装材料液压零件
|
|||
|
产品编号
ProductNumber
|
所订购或生产产品的唯一标识符。 | ||
|
描述
此属性是交易所涉及产品的库存单位(SKU)或物料编号。它可以是销售给客户的成品,也可以是从供应商采购的原材料。 按产品分析供应链流程有助于识别提前期长、质量问题频发或生产路径复杂的物料。这些信息对于库存管理、需求预测和产品组合优化至关重要。
为何重要
允许分析不同产品的流程性能,从而揭示特定物料所面临的供应链挑战。
获取方式
存在于交易行表(如 SalesLine、PurchLine 和 ProdBOM)的 ItemId 字段中。
示例
A0001D0010M9201
|
|||
|
仓库 ID
WarehouseId
|
存储或处理货物的仓库标识符。 | ||
|
描述
此属性识别涉及特定活动(如拣货、包装或发运)的具体仓库或分拨中心。 它对于“仓库运营吞吐量”仪表板至关重要,支持不同设施之间的绩效对比。按仓库分析有助于识别哪些地点效率最高,哪些正面临产能困境,以及哪些地方最急需进行运营改进。
为何重要
允许跨不同物理地点进行绩效比较和瓶颈分析,支持仓库效率的改进。
获取方式
存在于库存和仓库管理相关表(如 InventSum 和 WHSWorkTable)的 InventLocationId 字段中。
示例
WH-MainWH-EastDC-West
|
|||
|
承运商名称
CarrierName
|
处理装运的运输公司或承运商名称。 | ||
|
描述
此属性识别负责运输货物的第三方物流提供商或内部车队,明确了具体由哪家公司物理移动产品。 承运商是“运输效率与成本”仪表板的另一个关键维度。通过按承运商分析运输时长和准时交付率等绩效指标,企业可以对物流合作伙伴进行基准评估,谈判更优费率,并在承运商选择上做出明智决策。
为何重要
允许分析不同物流合作伙伴的绩效,这对于承运商管理和运输成本优化至关重要。
获取方式
存在于销售订单的“CarrierService”等字段中,或存在于 TMSCarrier 等专用运输管理表中。
示例
联邦快递UPS马士基 (Maersk)DHL
|
|||
|
是否返工
IsRework
|
用于指示某个活动或流程循环是否属于返工的标识。 | ||
|
描述
这是一个计算得出的布尔属性,用于识别代表返工或修正循环的活动或流程路径。例如,如果“已执行质量控制”活动失败并返回到之前的“货物已生产”步骤,则会被标记为返工。 此属性对于计算“订单履行返工率”KPI 至关重要。通过标记返工,分析人员可以轻松量化质量问题或流程错误的发生频率及影响,从而精准锁定需要流程改进和控制的领域。
为何重要
通过明确标记不属于“理想路径”的活动,帮助量化流程低效和质量问题。
获取方式
这是一个计算字段,通常根据业务规则得出。例如,将“重新包装货物”等特定活动名称标记为返工,或识别流程中的逆向循环。
示例
truefalse
|
|||
|
计划发运日期
ScheduledShipmentDate
|
计划发运的日期。 | ||
|
描述
此属性代表装运离开仓库或生产设施的计划日期。它是履行流程中的关键内部里程碑。 该日期用于计算“装运计划达成率”KPI。将计划日期与“货物已装车运输”活动的实际日期进行对比,有助于衡量内部物流规划与执行的可靠性和可预测性。
为何重要
有助于衡量内部计划遵守情况和发货流程的可预测性,从而影响下游运输规划。
获取方式
位于 SalesLine 表的 ConfirmedShipDate 字段,或计划装货的相关 WHSLoadTable 字段中。
示例
2023-05-082023-05-302023-07-18
|
|||
|
订单价值
OrderValue
|
销售订单的总金额。 | ||
|
描述
此属性代表客户销售订单的总财务价值。它是理解流程绩效对业务影响的关键指标。 结合订单价值分析周期时间或交付延迟等流程指标,可以明确改进工作的优先级。例如,影响高价值订单的延迟可能比影响小额订单的延迟更需要优先解决。这为流程分析增加了一个财务维度。
为何重要
为流程分析提供财务背景,从而能够根据资金影响的大小来设定问题的处理优先级。
获取方式
通过汇总属于特定销售订单 (SalesId) 的所有行的 LineAmount 字段,从 SalesLine 表中计算得出。
示例
15200.50850.00125000.75
|
|||
|
运输方式
ModeOfTransport
|
装运使用的运输方式,例如卡车、空运或海运。 | ||
|
描述
此属性指定将货物从始发地移动到目的地所使用的运输方式。例如公路、铁路、空运和海运。 它是“运输效率与成本”仪表板的关键维度。按运输方式分析周期时间和成本有助于优化物流策略,在速度和成本之间取得平衡,并识别特定运输渠道中的低效环节。
为何重要
对于分析运输成本和效率至关重要,有助于优化物流网络并减少货运开支。
获取方式
存在于 SalesTable 或 PurchTable 等表的 ModeOfDelivery 字段中,或在 TMSRoute 等运输管理表中有更详尽记录。
示例
卡车空运海运通道
|
|||
供应链管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
交付证明已签署
|
客户已正式确认收到货物,通常是签署送货单。这通常通过在系统中附加单据或更新状态来捕获。 | ||
|
为何重要
这是订单成功履行的最终确认,也是物流流程的明确终点。它对于解决纠纷和计算订单总周期时间至关重要。
获取方式
这不是标准的离散事务。通常通过更新销售订单状态或使用文档处理功能附加扫描的交付证明单据来管理。
捕获
推导自状态更新,或通过销售订单/装运单上附带的 POD 单据得出。
事件类型
inferred
|
|||
|
产出品
|
制造过程已完成,成品已在系统中正式报告为完工。这通过过账生产订单的“完工报告”日记账来捕获,并同步更新库存。 | ||
|
为何重要
标志着生产阶段的结束,并使货物进入质检和装运环节。这是衡量生产计划达成率的关键里程碑。
获取方式
记录在生产控制模块中。过账“完工报告”日记账会创建一条带有时间戳的库存事务,并更新生产订单状态。
捕获
当生产订单的“完工入库”日记账过账时记录。
事件类型
explicit
|
|||
|
原材料已收到
|
向供应商订购的货物或物料已实际运抵仓库。这通过 Dynamics 365 中针对采购订单的物料收货过账事务进行记录。 | ||
|
为何重要
此活动标志着供应商提前期的结束,以及物料可用于生产或履行。这里的延迟会直接影响下游排程和客户交付日期。
获取方式
记录在采购与资源管理或库存管理模块中。过账物料收货(VendPackingSlipJour)会创建一条带有时间戳的事务记录。
捕获
针对采购订单过账产品收据时记录的 Event。
事件类型
explicit
|
|||
|
客户订单已创建
|
代表在 Dynamics 365 SCM 中正式创建了新的销售订单。当用户保存新的销售订单单据时,系统会记录带有时间戳的显式事件,从而启动履行流程。 | ||
|
为何重要
此活动标志着订单履行周期的正式开始。它是衡量整体提前期、准时交付绩效以及分析接单模式的核心依据。
获取方式
这是销售与市场模块中记录的显式事件。创建操作记录在 SalesTable(销售订单头)中,带有特定的创建时间戳。
捕获
在 SalesTable 中创建销售订单记录时记录的 Event。
事件类型
explicit
|
|||
|
货物已拣选并包装
|
仓库工作人员已从库存中实际拣取物品并完成装箱待运。当拣货工作完成且系统中的包装状态更新时,系统会捕获此操作。 | ||
|
为何重要
代表核心仓库履行任务的完成。它是仓库运营吞吐量仪表板的关键指标,用于识别拣货和包装流程中的瓶颈。
获取方式
记录在仓库管理模块中。这通常根据仓库工作 (WHSWorkTable) 状态变更为“已关闭”或通过过账装箱单来推断。
捕获
推导自仓库工作状态变更为“已关闭”,或根据装箱单的过账日期得出。
事件类型
inferred
|
|||
|
货物已装车运输
|
包装好的货物已实际装上承运人的车辆,且装运已在系统中确认。此事件对应 Dynamics 365 中的“发运确认”操作。 | ||
|
为何重要
标志着货物实际离开仓库。此活动是衡量“在途货物”时长以及进行装运财务确认的起点。
获取方式
记录在仓库或运输管理模块中。对装货或装运 (WHSLoadTable) 执行“发运确认”操作会创建一条带有时间戳的事件。
捕获
当对关联的装货或装运执行“发运确认”操作时记录。
事件类型
explicit
|
|||
|
货物已送达
|
货物已送达客户目的地。由于 Dynamics 365 没有原生的“已送达”事务,此事件可能根据承运商跟踪数据或手动状态更新推断得出。 | ||
|
为何重要
标志着物理交付的完成。它提供了“实际交付日期”,这是计算准时交付率(OTD)等 KPI 和面向客户的绩效指标的核心数据。
获取方式
这通常不是标准字段。它可能被捕获在销售订单或装运的自定义日期字段中,通过手动更新或与承运商系统集成来同步。
捕获
推导自交货日期字段的手动更新,或通过外部承运商 API 集成得出。
事件类型
inferred
|
|||
|
采购订单已下达
|
创建并确认正式采购订单,承诺公司将向供应商进行采购。当采购订单状态更新为“已确认”或“外部审核中”时,系统会记录此 Event。 | ||
|
为何重要
这是采购过程中的关键里程碑,也是衡量供应商提前期的主要起点。分析从该事件到物料收货的时间,有助于评估供应商绩效。
获取方式
记录在采购与资源管理模块中。采购订单的确认是通过 PurchTable 中的状态变更和日期进行跟踪的。
捕获
当通过日记账操作将采购订单状态更新为“已确认”时记录。
事件类型
explicit
|
|||
|
客户发票已过账
|
根据销售订单生成销售发票并过账到财务分类帐。这通常在发货时进行,但流程可能有所不同,因此是一个独立的活动。 | ||
|
为何重要
这是从销售到收款(order-to-cash)周期中的关键财务里程碑。分析从发运到开票的时间,可以揭示计费流程中的延迟并了解其对现金流的影响。
获取方式
记录在应收账款模块中。销售订单发票的过账会在 CustInvoiceJour 表中创建一条带有特定过账日期的记录。
捕获
当销售订单发票过账并创建 CustInvoiceJour 记录时记录。
事件类型
explicit
|
|||
|
已创建请购单
|
正式向采购部门提出申请,以采购订单所需的物料,通常在库存不足时发生。当创建并保存新的采购申请单据时,系统会记录这一明确的 Event。 | ||
|
为何重要
此活动启动了采购子流程。跟踪这一环节对于分析采购提前期中的内部审批部分,以及识别采购订单下达前的延迟至关重要。
获取方式
记录在采购与资源管理模块中。在 PurchReqTable 中创建记录是一个带有时间戳的离散事件。
捕获
在采购申请表 (PurchReqTable) 中创建记录时记录的 Event。
事件类型
explicit
|
|||
|
已执行质量控制
|
对产成品或收到的货物进行质量检测,以确保其符合标准。这通常在系统中记录为质量订单的完成或验证。 | ||
|
为何重要
确保产品质量和流程合规。识别被跳过的质量检测或过长的检查时间有助于降低风险并改进整体流程流向。
获取方式
通过质量订单记录在库存管理模块中。与物料相关的质量订单(InventQualityOrderTable)的验证或关闭会触发此事件。
捕获
在验证或关闭与物料批次或序列号关联的质量订单时记录。
事件类型
explicit
|
|||
|
已生成仓库拣货单
|
创建拣货单或仓库工作,指导员工应拣选哪些物料来履行订单。当订单发布至仓库进行处理时,系统会记录此 Event。 | ||
|
为何重要
此活动启动了实际的仓库履行操作。分析从此时点到包装完成的时间,有助于衡量仓库内部的效率和响应速度。
获取方式
记录在仓库管理模块中。创建仓库工作(WHSWorkTable)或过账拣货单日记账(WMSPickingRoute)是一个离散事件。
捕获
在生成拣货单日记账或创建仓库工作时记录。
事件类型
explicit
|
|||
|
生产订单已创建
|
生成生产订单,以制造客户物流订单所需的成品。这是在生产控制模块中记录的一个独立 Event。 | ||
|
为何重要
启动按订单制造场景下的制造流程。追踪从该 Event 到货物完工的时间,对于分析生产周期时间和计划遵守情况至关重要。
获取方式
记录在生产控制模块中。在 ProdTable(生产订单表)中创建新记录时包含创建时间戳。
捕获
在生产订单表(ProdTable)中创建新记录时记录。
事件类型
explicit
|
|||
|
装运已排程
|
为已包装货物的运输分配特定的日期和承运商。这通常在运输模块中规划装载或确认装运时记录。 | ||
|
为何重要
为衡量装运计划达成率提供基准。将此计划日期与实际装货日期进行对比,是物流规划的关键绩效指标(KPI)。
获取方式
记录在运输管理 (TMS) 模块中。装货 (WHSLoadTable) 或装运的确认通常包含可以捕获的计划发运日期。
捕获
在确认运输装货或装运记录时记录。
事件类型
explicit
|
|||
|
订单已取消
|
客户销售订单在履行完成前被取消。这通过销售订单标题状态变更为“已取消”来捕获。 | ||
|
为何重要
代表流程的负面结果。分析订单取消的时间和原因,可以揭示在产品可用性、交付周期或客户服务方面需要解决的问题。
获取方式
推导自 SalesTable 的状态字段变更为“已取消”。如果启用了更改跟踪或数据库日志记录,则可以捕获此更改的日期。
捕获
推导自销售订单状态变更为“已取消”。
事件类型
inferred
|
|||