您的供应链管理数据模板

Microsoft Dynamics 365 SCM
您的供应链管理数据模板

您的供应链管理数据模板

此综合数据模板为收集供应链流程挖掘所需的关键信息提供结构化方法。模板列出了需要跟踪的重要属性和活动,并清晰说明如何从Microsoft Dynamics 365 SCM中提取这些数据。使用此模板,确保您的事件日志已准备就绪,支持深入分析。
  • 建议收集的属性,支持详细分析
  • 需要在流程中跟踪的关键供应链活动
  • Microsoft Dynamics 365 SCM数据提取实用指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

供应链管理属性

以下是建议纳入事件日志的数据字段,可对供应链管理流程进行全面、准确的分析。
5 必需 8 建议 8 可选
名称 说明
物流订单
LogisticsOrder
特定供应链履行请求的唯一标识符,作为主要案例标识符。
说明

物流订单是整个物流流程的唯一标识,将从客户需求到最终交付的所有活动连接起来。对于特定履约请求,该属性是连接采购、生产和运输等不同子流程的核心线索。

在分析中,每个事件都与一个物流订单相关联,因此可以完整重建端到端流程。您可以跟踪订单跨部门、跨系统的旅程,识别瓶颈,并准确衡量从开始到结束的整体周期时间。

为什么重要

这是关联所有相关流程事件的关键字段,可对单个履行请求的供应链流程进行端到端分析。

获取位置

这是一个概念标识符,可能通过组合SalesTable(Sales Order)、WHSLoadTable(Load ID)或InventTransOrigin(Reference ID)等表中的字段生成,以便在不同模块之间创建唯一案例ID。

示例
LO-2024-00123LO-2024-00124LO-2024-00125
上次数据更新
LastDataUpdate
数据最近一次从源系统刷新时的时间戳。
说明

此属性表示数据最近一次提取或刷新的日期和时间,是任何流程分析仪表板的重要元数据。

这些信息有助于您了解所分析数据的新鲜度,确保结论基于最新信息。同时,它对于管理数据管道,以及验证数据加载流程是否按预期、按计划运行也十分重要。

为什么重要

告知用户数据的新鲜度,这对于基于分析及时做出相关业务决策至关重要。

获取位置

数据提取或ETL工具会在每次刷新周期结束时生成该值,并将其写入数据集。

示例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
事件时间
EventTime
表示活动发生时间的时间戳。
说明

该属性提供活动在系统中记录的准确日期和时间,是所有基于时间的流程分析的基础,包括计算周期时间、了解流程绩效和识别瓶颈。

根据此时间戳按时间顺序排列事件,可以让流程挖掘工具重建活动实际发生的精确顺序。这对于了解真实流程及其动态至关重要,而不是依赖理想化的流程模型。

为什么重要

该时间戳对于正确排列事件顺序,以及计算周期时间、前置时间等所有基于时间的指标至关重要。

获取位置

通常取自D365 SCM表中的创建日期时间或状态变更日期时间字段。例如SalesTable中的CreatedDateTime、PurchLine中的DeliveryDate,或InventTrans中的实际交易日期。

示例
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
活动
ActivityName
物流流程中某个时间点发生的业务事件或任务名称。
说明

此属性记录发生的具体业务事件或任务,例如“Purchase Order Issued”“Goods Produced”或“Shipment Scheduled”。这些活动是流程的基本组成部分。

分析这些活动的顺序、频率和持续时间,是流程挖掘的核心。通过这种分析,可以自动发现并可视化流程图,检测偏离标准流程的情况,并识别频繁发生或效率低下、适合改进的流程步骤。

为什么重要

它定义流程步骤,使您能够可视化流程、分析变体,并识别瓶颈或不符合合规要求的活动。

获取位置

根据SalesTable、PurchTable、ProdTable等交易表中的状态变更,或CustInvoiceJour等表中的文档过账日期,依据业务逻辑生成。

示例
采购订单已签发货物已生产客户发票已过账货物已交付
源系统
SourceSystem
提取事件数据的记录系统。
说明

此属性用于标识数据来源的系统或模块。在复杂的供应链环境中,数据可能来自Dynamics 365 SCM中的多个模块,例如Sales、Procurement或Warehouse Management。

明确源系统对于数据治理、排查数据不一致问题和了解所记录活动的上下文至关重要。它可以确保数据质量,并支持追溯信息来源,这在集成环境中尤为重要。

为什么重要

提供数据来源的上下文,对于数据验证、问题排查,以及理解跨系统边界的流程差异至关重要。

获取位置

通常是在数据提取过程中添加的静态值,用于标记来自该特定系统的记录。

示例
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
供应商名称
SupplierName
提供原材料或商品的供应商名称。
说明

此属性包含材料采购来源供应商的名称,是分析采购相关活动的重要维度。

该属性广泛用于Procurement Lead Time Breakdown和Supplier Performance Benchmarking仪表板。按供应商分析流程指标,有助于识别最可靠、高效的合作伙伴,以及经常延迟或造成中断的供应商。这些信息对于战略采购和供应商关系管理至关重要。

为什么重要

支持按供应商细分和对比采购绩效,对于改善供应商关系、缩短材料交付周期至关重要。

获取位置

通过供应商账号,将采购订单表(PurchTable)与供应商主数据表(VendTable)连接后得出。

示例
Contoso原材料Fabrikam公司Northwind贸易公司
客户名称
CustomerName
下达销售订单的客户名称。
说明

此属性用于识别与销售订单关联的客户,支持从客户视角分析供应链流程。

按客户分析物流流程,可以发现特定客户独有的履约模式、偏好或挑战。这对于重点客户管理和服务等级定制尤其有用,有助于提升客户满意度和留存率。

为什么重要

支持以客户为中心的分析,帮助识别延迟最多的客户,并评估重点客户的服务等级。

获取位置

通过客户账号,将销售订单表(SalesTable)与客户主数据表(CustTable)连接后得出。

示例
Alpine滑雪屋Adventure WorksCity Power & Light
是否准时交付
IsOnTimeDelivery
用于标识订单是否在要求日期当天或之前交付。
说明

这是一个计算得出的布尔属性,用于表示物流订单是否按时交付。该属性通过比较“Goods Delivered”活动的时间戳与“Requested Delivery Date”得出。

此属性是计算On-Time Delivery Rate KPI的基础,也是On-Time Delivery Performance Monitor仪表板中的主要筛选条件。它将日期比较转换为简单的真或假值,便于筛选和统计延迟订单。

为什么重要

直接衡量客户服务绩效,是On-Time Delivery KPI的重要输入,可简化交付可靠性分析。

获取位置

这是一个计算字段。逻辑为:IF(“Goods Delivered”时间戳<=“Requested Delivery Date”)THEN True ELSE False。

示例
truefalse
生产订单号
ProductionOrderNumber
生产或制造订单的唯一标识符。
说明

该编号用于标识制造工厂内生产特定数量产品的订单,并跟踪原材料消耗和成品产出。

对于包含制造环节的企业,该ID对于跟踪生产流程至关重要。它支持Production Schedule Adherence Tracker仪表板,将计划生产日期与实际完成日期关联起来,突出显示制造流程中的差异或延误。

为什么重要

支持对制造生命周期进行详细分析,帮助衡量生产计划达成情况并识别车间瓶颈。

获取位置

位于ProdTable表的ProdId字段中。

示例
PRD-000112PRD-000113PRD-000114
用户ID
UserId
执行活动的用户标识符。
说明

此属性存储执行特定活动的员工或系统用户ID,例如创建采购订单的采购员,或确认发运的仓库员工。

按用户分析活动有助于了解工作量分配、识别培训需求和调查流程偏差。这也是合规分析的关键,可帮助审计人员将操作追溯到具体个人。该视角对于绩效管理和资源优化至关重要。

为什么重要

支持按用户或团队分析流程表现,帮助识别自动化机会,并对合规和审计轨迹分析至关重要。

获取位置

可在D365 SCM大多数交易表的“Created by”或“Modified by”字段中找到,例如SalesTable或PurchTable中的CreatedBy。

示例
j.doea.smithAX_BATCH_USER
要求交付日期
RequestedDeliveryDate
客户要求的交付日期。
说明

此属性记录客户下单时指定的交付日期,是衡量实际交付绩效的主要基准。

该日期是On-Time Delivery Performance Monitor仪表板和On-Time Delivery Rate KPI的基础。将要求交付日期与实际交付日期进行比较,是计算交付绩效的标准方法,也是衡量客户满意度的重要指标。

为什么重要

这是衡量准时交付绩效的基准,也是客户满意度和供应链可靠性的关键KPI。

获取位置

位于SalesLine表的ReceiptDateRequested字段,或SalesTable表的ShippingDateRequested字段中。

示例
2023-05-102023-06-012023-07-20
采购订单号
PurchaseOrderNumber
发送给供应商的采购订单唯一标识符。
说明

这是向外部供应商订购原材料或货物所使用的正式单据编号,其中包含物料、数量、价格和交付日期等详细信息。

按Purchase Order Number分析流程,对于采购前置时间明细和供应商绩效基准仪表板至关重要。它支持跟踪从采购申请到供应商付款的完整采购到付款周期,并帮助识别材料采购延误。

为什么重要

该ID对于分析供应链中的采购环节、监控供应商绩效和了解材料前置时间至关重要。

获取位置

位于PurchTable表的PurchId字段中。

示例
PO-000541PO-000542PO-000543
销售订单号
SalesOrderNumber
客户销售订单的唯一标识符。
说明

这是客户商品或服务需求的主要参考编号。销售订单会启动后续多项供应链活动,包括采购和生产。

在流程挖掘中,Sales Order Number是筛选和分析的重要维度。它支持业务用户跟踪特定客户订单的完整履行流程,也是概念性Logistics Order案例ID的重要组成部分。

为什么重要

它将供应链流程与客户需求直接关联起来,支持分析订单到收款周期和针对特定客户的履行表现。

获取位置

位于SalesTable表的SalesId字段中。

示例
SO-001872SO-001873SO-001874
产品类别
ProductCategory
产品所属的类别。
说明

此属性将单个产品归入更广泛的类别,例如“电子产品”“原材料”或“成品”,从而支持更高层级的供应链分析。

分析人员无需逐一查看数千个SKU,而是可以按产品类别识别影响整个产品组的趋势和瓶颈。这对于Procurement Lead Time Breakdown仪表板尤其有用,可帮助了解不同材料类型的供应商绩效。

为什么重要

支持跨产品组进行汇总分析,有助于战略决策,并识别影响特定产品类型的系统性问题。

获取位置

通过将物料主数据表(InventTable)与EcoResProductCategory等产品类别表连接后得出。

示例
音频组件包装材料液压部件
产品编号
ProductNumber
所订购或生产产品的唯一标识。
说明

此属性表示交易涉及产品的库存单位(SKU)或物料编号。产品可以是销售给客户的成品,也可以是从供应商采购的原材料。

按产品分析供应链流程,有助于识别交付周期较长、质量问题频发或生产路径复杂的产品。这些信息对于库存管理、需求预测和产品组合优化至关重要。

为什么重要

支持分析不同产品的流程绩效,从而发现特定产品面临的供应链挑战。

获取位置

位于SalesLine、PurchLine和ProdBOM等交易明细表的ItemId字段中。

示例
A0001D0010M9201
仓库ID
WarehouseId
存储或处理货物的仓库标识。
说明

此属性用于识别参与拣选、包装或发运等活动的具体仓库或配送中心。

该属性是Warehouse Operations Throughput仪表板的基础,可用于比较不同设施的绩效。按仓库分析有助于识别效率最高的地点、产能承压的地点,以及最需要优先改进运营的地点。

为什么重要

支持比较不同实体地点的绩效并分析瓶颈,推动仓库效率提升。

获取位置

位于InventSum和WHSWorkTable等库存及仓库管理相关表的InventLocationId字段中。

示例
WH-MainWH-EastDC-West
承运商名称
CarrierName
负责处理发运的运输公司或承运商名称。
说明

此属性用于识别负责运输货物的第三方物流服务商或内部车队,明确实际运送产品的公司。

承运商也是Transportation Efficiency & Costs仪表板的关键维度。按承运商分析运输时间、准时交付等绩效指标,企业可以对物流合作伙伴进行对标、协商更优费率,并为承运商选择提供依据。

为什么重要

支持分析不同物流合作伙伴的绩效,对于承运商管理和运输成本优化至关重要。

获取位置

位于销售订单的CarrierService等字段中,也可在TMSCarrier等专用运输管理表中获取。

示例
FedExUPSMaerskDHL
是否返工
IsRework
用于标识某项活动或流程循环是否构成返工。
说明

这是一个计算得出的布尔属性,用于识别代表返工或纠正循环的活动或流程路径。例如,“Quality Control Performed”活动失败后返回较早的“Goods Produced”步骤,就会被标记为返工。

该属性对于计算Order Fulfillment Rework Rate KPI至关重要。标记返工后,分析人员可以轻松量化质量问题或流程错误的频率和影响,从而定位需要改进和加强控制的环节。

为什么重要

通过明确标记不属于“happy path”的活动,帮助量化流程低效和质量问题。

获取位置

这是一个计算字段,通常依据业务规则得出。例如,将“Repack Goods”等特定活动名称标记为返工,或识别流程中的回退循环。

示例
truefalse
计划发运日期
ScheduledShipmentDate
计划发运的日期。
说明

此属性表示货物计划离开仓库或生产设施的日期,是履约流程中的重要内部里程碑。

该日期用于计算Shipment Schedule Adherence Rate KPI。将计划日期与“Goods Loaded For Transport”活动的实际日期进行比较,可以衡量内部物流计划与执行的可靠性和可预测性。

为什么重要

帮助衡量内部计划达成情况和发运流程的可预测性,并影响后续运输规划。

获取位置

位于SalesLine表的ConfirmedShipDate等字段中,计划装载信息也可能位于WHSLoadTable的相关字段中。

示例
2023-05-082023-05-302023-07-18
订单金额
OrderValue
销售订单的货币总价值。
说明

此属性表示客户销售订单的财务总价值,是了解流程绩效业务影响的重要指标。

结合订单金额分析周期时间、延迟交付等流程指标,有助于确定改进工作的优先级。例如,影响高价值订单的延迟可能比影响小额订单的延迟更需要优先处理,从而为流程分析提供财务维度。

为什么重要

为流程分析提供财务背景,支持根据问题的金额影响确定处理优先级。

获取位置

从SalesLine表计算得出:汇总属于特定销售订单(SalesId)的所有明细行的LineAmount字段。

示例
15200.50850.00125000.75
运输方式
ModeOfTransport
用于发运的运输方式,例如公路、航空或海运。
说明

此属性指定将货物从起点运往目的地所采用的运输方式,包括公路、铁路、航空和海运。

这是Transportation Efficiency & Costs仪表板的重要维度。按运输方式分析周期时间和成本,有助于优化物流策略,在速度与成本之间取得平衡,并识别特定运输渠道中的低效环节。

为什么重要

对于分析运输成本和效率至关重要,有助于优化物流网络并降低货运支出。

获取位置

位于SalesTable或PurchTable等表的ModeOfDelivery字段中,也可在TMSRoute等运输管理表中获取更详细的信息。

示例
卡车空运海运铁路运输
必需 建议 可选

供应链管理活动

以下是建议在事件日志中记录的关键流程步骤和里程碑,确保准确发现流程并洞察供应链绩效。
8 建议 7 可选
活动 说明
交付证明已签署
客户已正式确认收到货物,通常通过签署交货单完成。系统一般通过附加文档或更新状态来记录此事件。
为什么重要

这是订单成功履行的最终确认,也是物流流程明确结束的标志。它对于解决争议和计算订单总周期时间至关重要。

获取位置

这不是标准的独立交易。通常通过更新销售订单状态,或使用文档处理功能附加扫描版交付证明文档来管理。

采集

根据状态更新,或销售订单或发运记录中附加POD文档推断。

事件类型 inferred
原材料已收货
供应商订购的货物或材料已实际运抵仓库。在Dynamics 365中针对采购订单过账产品收货交易时,系统会记录该事件。
为什么重要

此活动标志着供应商前置时间结束,以及材料可用于生产或履行订单。这里的延误会直接影响后续排程和客户交付日期。

获取位置

记录在Procurement and sourcing或Inventory management模块中。过账Product Receipt(VendPackingSlipJour)会创建带时间戳的交易记录。

采集

针对Purchase Order过账Product Receipt时记录的事件。

事件类型 explicit
客户订单已创建
表示在Dynamics 365 SCM中正式创建新的销售订单。当用户保存新的销售订单文档时,系统会记录这一带时间戳的明确事件,订单履行流程也由此启动。
为什么重要

此活动标志着订单履行周期正式开始,是衡量整体前置时间、准时交付表现和分析订单接收模式的主要基准。

获取位置

这是Sales and marketing模块中记录的明确事件。创建操作会记录在SalesTable(Sales Order Header)中,并带有具体的创建时间戳。

采集

SalesTable中创建Sales Order记录时记录的事件。

事件类型 explicit
货物已交付
货物已抵达客户目的地。由于Dynamics 365没有原生的“delivered”交易,该事件可能根据承运商跟踪数据或手动状态更新推断。
为什么重要

标志着实际交付完成,并提供“Actual Delivery Date”,这是计算准时交付KPI和面向客户指标的必要数据。

获取位置

这通常不是标准字段,可能记录在销售订单或发运记录的自定义日期字段中,并通过手动操作或承运商系统集成进行更新。

采集

根据手动更新交付日期字段,或通过外部承运商API集成推断。

事件类型 inferred
货物已拣选并包装
仓库员工已从库存中实际拣选物料并完成发运包装。当拣货作业完成且系统中的包装状态更新时,系统会记录此事件。
为什么重要

表示核心仓库履行任务已完成。这是Warehouse Operations Throughput仪表板的重要指标,也有助于识别拣货和包装流程中的瓶颈。

获取位置

记录在Warehouse management模块中。通常根据仓库作业(WHSWorkTable)状态变为“Closed”,或通过过账装箱单来推断。

采集

根据仓库作业状态变为“Closed”,或装箱单的过账日期推断。

事件类型 inferred
货物已生产
制造流程已完成,系统正式将成品报告为完工。通过为生产订单过账“Report as Finished”日记账来记录此事件,同时更新库存。
为什么重要

标志着生产阶段完成,并使货物可进入质量控制和发运环节。这是衡量生产排程执行情况的关键里程碑。

获取位置

记录在Production control模块中。过账“Report as Finished”日记账会创建带时间戳的库存交易,并更新生产订单状态。

采集

为生产订单过账“Report as Finished”日记账时记录。

事件类型 explicit
货物已装载待运输
包装完成的货物已实际装载到承运商车辆上,并在系统中确认发运。此事件对应Dynamics 365中的“Ship confirm”操作。
为什么重要

标志着货物实际离开仓库。该活动是衡量“Goods In Transit”时长以及确认发运财务记录的起点。

获取位置

记录在Warehouse或Transportation management模块中。对装载或发运(WHSLoadTable)执行“Ship confirm”操作时,会创建带时间戳的事件。

采集

对关联装载或发运执行“Ship confirm”操作时记录。

事件类型 explicit
采购订单已签发
系统创建并确认正式采购订单,代表公司承诺向供应商采购。当PO状态更新为“Confirmed”或“In external review”时,系统会记录此事件。
为什么重要

这是采购流程中的关键里程碑,也是衡量供应商前置时间的主要起点。分析从该事件到材料收货的时间,有助于评估供应商绩效。

获取位置

记录在Procurement and sourcing模块中。采购订单的确认会通过PurchTable中的状态变更和日期进行跟踪。

采集

通过记账操作将Purchase Order状态更新为“Confirmed”时记录。

事件类型 explicit
仓库拣货单已生成
系统创建拣货单或仓库作业,指示员工拣选履行订单所需的物料。当订单下达至仓库处理时,系统会记录此事件。
为什么重要

此活动启动仓库的实际履行作业。分析从此时到包装完成的时间,有助于衡量仓库内部效率和响应速度。

获取位置

记录在Warehouse management模块中。创建仓库作业(WHSWorkTable)或过账拣货单日记账(WMSPickingRoute)是独立事件。

采集

生成拣货单日记账或创建仓库作业时记录。

事件类型 explicit
发运已排程
为包装完成的货物指定具体发运日期和承运商。通常在运输模块中规划装载或确认发运时记录。
为什么重要

为衡量发运排程执行情况提供基准。将排程日期与实际装载日期进行比较,是物流规划的重要绩效指标。

获取位置

记录在Transportation management(TMS)模块中。装载(WHSLoadTable)或发运确认记录通常包含可供捕获的计划发运日期。

采集

确认运输装载或发运记录时记录。

事件类型 explicit
客户发票已过账
根据销售订单生成销售发票,并过账至财务分类账。该操作通常在发运时完成,但具体流程可能有所不同,因此作为独立活动记录。
为什么重要

这是订单到收款周期中的关键财务里程碑。分析从发运到开票的时间,可以发现账单处理延误及其对现金流的影响。

获取位置

记录在Accounts receivable模块中。销售订单发票过账时,会在CustInvoiceJour表中创建记录,并带有具体过账日期。

采集

销售订单发票过账并创建CustInvoiceJour记录时记录。

事件类型 explicit
已完成质量控制
对生产或收货的货物进行质量检验,确保其符合标准。系统通常会将其记录为质量订单完成或验证。
为什么重要

确保产品质量和流程合规。识别被跳过的质量检查或过长的检验时间,有助于降低风险并改善整体流程。

获取位置

通过Inventory management模块中的Quality Orders记录。与物料关联的质量订单(InventQualityOrderTable)完成验证或关闭时,会生成此事件。

采集

验证或关闭与物料批次或序列号关联的Quality Order时记录。

事件类型 explicit
生产订单已创建
系统生成生产订单,用于制造客户物流订单所需的成品。这是Production control模块中记录的独立事件。
为什么重要

在按订单生产场景中,该活动启动制造流程。跟踪从此事件到货物完成的时间,对于分析生产周期和排程执行情况至关重要。

获取位置

记录在Production control模块中。ProdTable(Production Order表)中新记录的创建包含创建时间戳。

采集

在生产订单表(ProdTable)中创建新记录时记录。

事件类型 explicit
订单已取消
客户销售订单在履行完成前被取消。系统通过将销售订单头状态变更为“Canceled”来记录。
为什么重要

表示流程结果不理想。分析订单何时以及为何取消,可以发现产品可用性、前置时间或客户服务方面需要解决的问题。

获取位置

根据SalesTable中的状态字段变为“Canceled”推断。如果启用了变更跟踪或数据库日志记录,还可以捕获该变更日期。

采集

根据销售订单状态变为“Canceled”推断。

事件类型 inferred
采购申请已创建
当库存不足时,通常需要向采购部门正式申请采购订单所需的材料。创建并保存新的采购申请文档时,系统会记录这一明确事件。
为什么重要

此活动启动采购子流程。跟踪该活动对于分析采购前置时间中的内部审批环节,以及识别PO签发前的延误至关重要。

获取位置

记录在Procurement and sourcing模块中。PurchReqTable中创建记录是一个带时间戳的独立事件。

采集

在采购申请表(PurchReqTable)中创建记录时记录的事件。

事件类型 explicit
建议 可选

提取指南

如何从Microsoft Dynamics 365 SCM获取数据

准备开始了吗?

借助此模板,充分发挥供应链的潜力。立即开始优化运营,提升效率并降低成本。

掌握供应链管理:立即开始优化

获得端到端可视性,将预测准确率提升至90%,同时降低成本。

开始免费试用

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