您的供应链管理数据模板
您的供应链管理数据模板
- 建议收集的属性,支持详细分析
- 需要在流程中跟踪的关键供应链活动
- Microsoft Dynamics 365 SCM数据提取实用指南
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
物流订单
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等运输管理表中获取更详细的信息。
示例
卡车空运海运铁路运输
|
|||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
交付证明已签署
|
客户已正式确认收到货物,通常通过签署交货单完成。系统一般通过附加文档或更新状态来记录此事件。 | ||
|
为什么重要
这是订单成功履行的最终确认,也是物流流程明确结束的标志。它对于解决争议和计算订单总周期时间至关重要。
获取位置
这不是标准的独立交易。通常通过更新销售订单状态,或使用文档处理功能附加扫描版交付证明文档来管理。
采集
根据状态更新,或销售订单或发运记录中附加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
|
|||
提取指南
掌握供应链管理:立即开始优化
获得端到端可视性,将预测准确率提升至90%,同时降低成本。
无需信用卡,几分钟即可完成设置。