您的采购到付款-采购订单数据模板
您的采购到付款-采购订单数据模板
- 建议收集的属性
- 流程映射需跟踪的关键活动
- 实用的数据提取指南
采购到付款-采购订单属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
具体活动或事件发生的准确日期和时间。 | ||
|
说明
此时间戳记录采购订单流程中每项活动的发生时间,是按正确顺序排列事件的时间依据。 在流程分析中,事件时间戳是计算周期时间、活动间隔时长和案例总时长的基础。它们可用于识别瓶颈、衡量相对于SLA的绩效,并了解流程的时间特征。例如,可据此计算“创建采购订单”到“采购订单已批准”之间的时长。
重要性
时间戳对于计算周期时间和持续时长等所有基于时间的绩效指标至关重要,也是识别流程瓶颈的基础。
获取途径
从多个表中的各类日期和时间字段提取,例如PurchTable中的CreatedDateTime,或相关日记账表中的过账日期。
示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
|
|||
|
活动名称
ActivityName
|
采购订单生命周期中发生的具体业务事件或步骤的名称。 | ||
|
说明
此属性描述采购订单流程中的单个步骤,例如“创建采购订单”“采购订单已批准”或“收货已过账”。这些活动按顺序构成每张采购订单的流程路径。 活动分析是流程挖掘的核心。它可以直观呈现流程图、发现流程变体,并识别频繁重复或导致延迟的活动。了解活动的顺序和频率对于优化流程至关重要。
重要性
此属性对于构建流程图、了解采购订单生命周期中的事件顺序至关重要。
获取途径
根据业务逻辑,从PurchTable、PurchReqTable等表中的状态变更,以及VendPackingSlipJour或VendInvoiceJour等相关过账日记账中推导。
示例
创建采购订单采购订单已批准收货已过账采购订单已开票
|
|||
|
采购订单
PurchaseOrderNumber
|
采购订单的唯一标识符,是流程分析的主要案例标识。 | ||
|
说明
采购订单编号是关联所有相关活动的核心标识,从初始草稿到最终完成或取消均由此编号串联。每个唯一编号代表一个采购订单流程实例。 在流程挖掘中,此属性用于重建每张采购订单的端到端历程。按此标识分析流程,可以详细了解完整生命周期,帮助识别各订单的常见路径、偏差和瓶颈。
重要性
这是重建流程顺序的基础标识,可用于分析每张采购订单从开始到结束的历程。
获取途径
这是采购订单表头中的主键。在Microsoft Dynamics 365中,该表通常为PurchTable,字段名称为PurchId。
示例
PO-001245PO-001246PO-001247
|
|||
|
数据上次更新时间
LastDataUpdate
|
表示此流程数据上次刷新的时间戳。 | ||
|
说明
此属性记录最近一次从源系统提取数据的日期和时间,有助于了解所分析数据的新鲜度。 了解上次更新时间,可以帮助用户判断当前查看的是否为最新流程数据,也有助于评估分析结果的时效性并安排定期刷新数据。
重要性
清晰呈现数据的时效性,让用户了解流程分析数据的更新程度。
获取途径
这是在数据摄取过程中生成并存储的元数据属性。
示例
2024-05-21T05:00:00Z
|
|||
|
源系统
SourceSystem
|
表示数据提取自哪个系统。 | ||
|
说明
此属性标识采购订单数据的来源应用程序。在此数据模型中,值通常为“Microsoft Dynamics 365”。 大型组织的采购流程可能涉及多个系统。此属性有助于数据治理,确保数据来源清晰,尤其是在合并不同来源的数据时。
重要性
提供数据来源的重要背景信息,对于数据治理、验证以及了解流程所处的技术环境至关重要。
获取途径
这是在数据提取和转换过程中添加的静态值,用于标记数据集。
示例
Microsoft Dynamics 365 F&OD365
|
|||
|
供应商名称
VendorName
|
为其创建采购订单的供应商名称。 | ||
|
说明
此属性包含提供商品或服务的外部供应商名称,是分析采购活动的重要维度。 按供应商名称细分流程对于评估供应商绩效至关重要。您可以分析各供应商的按时交付率、商品退货率和质量检验结果,从而识别可靠的合作伙伴,以及可能导致延迟或质量问题的供应商。
重要性
此属性对于供应商绩效管理至关重要,可按供应商分析交付时间、退货率和整体可靠性。
获取途径
供应商账户存储在PurchTable的OrderAccount字段中。通过与VendTable联接获取供应商名称。
示例
Contoso办公用品Fabrikam机器人Northwind贸易公司
|
|||
|
用户名
UserName
|
执行特定活动的用户名称。 | ||
|
说明
此属性标识负责执行事件的人员,例如创建、审批或变更采购订单的人员。它可以是系统用户ID或全名。 分析用户活动有助于了解工作量分布、识别培训需求,并找出参与流程偏差的个人或团队。它对于审批人绩效仪表板至关重要,也可用于筛选特定用户执行的活动。
重要性
此属性支持按用户分析绩效,帮助识别与特定人员相关的瓶颈,并明确各流程步骤的责任归属。
获取途径
可在PurchTable等表的CreatedBy或ModifiedBy字段中查找。用户详情通常存储在UserInfo表中。
示例
Alice JohnsonBob Williams系统管理员
|
|||
|
要求交付日期
RequestedDeliveryDate
|
企业要求供应商交付商品或服务的日期。 | ||
|
说明
此日期在采购订单中指定,用于告知供应商期望的交付时间,是衡量供应商交付绩效的基准。 此属性对于“供应商交付遵循情况”仪表板和“按时交付率”KPI至关重要。通过比较RequestedDeliveryDate与实际收货日期,企业可以量化供应商的可靠性,并识别供应链中的长期延迟问题。
重要性
这是衡量按时交付绩效的基准,也是评估供应商可靠性和供应链效率的重要KPI。
获取途径
通常以DeliveryDate的形式存储在PurchTable(表头级别)或PurchLine(行项目级别)中。
示例
2023-11-152023-12-012024-01-20
|
|||
|
采购订单总金额
PurchaseOrderTotalAmount
|
采购订单的货币总额。 | ||
|
说明
此属性表示采购订单中所有商品和服务的总成本,是采购流程的重要财务指标。 按总金额分析流程可以揭示重要信息。例如,金额较高的采购订单可能需要经过不同且更严格的审批路径,或经历更长的周期时间。此属性也用于财务报告,以及按金额区间对采购订单进行分类分析。
重要性
支持采购流程的财务分析,帮助了解订单金额如何影响流程行为,例如审批时间和审批路径。
获取途径
可从PurchLine表中汇总指定PurchId对应的LineAmount计算,也可从PurchTable表头金额字段中获取。
示例
5250.00120.50150000.00
|
|||
|
采购订单状态
PurchaseOrderStatus
|
采购订单生命周期中的当前状态。 | ||
|
说明
此属性表示采购订单在特定时间点的整体状态,例如“未结订单”“已收货”“已开票”或“已取消”,反映最近一次活动的结果。 跟踪状态有助于了解所有未结采购订单的当前情况。在流程挖掘中,也可按案例结果进行分析,例如筛选所有最终状态为“已取消”的采购订单,调查取消原因。
重要性
呈现采购订单的当前状态,便于筛选案例并分析流程结果,例如完成率或取消率。
获取途径
可在PurchTable中找到。主要状态字段为DocumentState和PurchStatus。
示例
未结订单已收货已开票已取消
|
|||
|
交货地点
DeliveryLocation
|
商品的具体交付地点,可以是站点、仓库或地址。 | ||
|
说明
此属性指定采购订单商品的实际交付地点,可以是仓库、具体办公室或项目现场。 按交货地点分析流程,有助于发现特定地区或站点的瓶颈,尤其是在收货环节。“收货处理时间”仪表板可利用此属性比较不同地点的效率。
重要性
帮助发现特定地点的流程差异或延误,尤其是在收货和质量检验环节。
获取途径
交货地址和地点信息存储在PurchTable中,也可以根据公司或供应商设置自动填入。
示例
A主仓库C座办公室西海岸配送中心
|
|||
|
公司代码
CompanyCode
|
下达采购订单的法人实体或公司的标识。 | ||
|
说明
在多公司环境中,此属性用于指定发起采购的法人实体,是一项基础组织数据。 此属性支持比较同一组织内不同法人实体的采购到付款(P2P)流程,帮助发现各公司在流程效率、合规和供应商管理方面的差异,为标准化工作提供依据。
重要性
对于拥有多个法人实体的组织,此属性是比较并标准化各实体采购流程的必要条件。
获取途径
这是DataAreaId字段,Dynamics 365中的几乎所有表(包括PurchTable)都包含此字段。
示例
USMFDEMFGBSI
|
|||
|
审批人姓名
ApproverName
|
批准采购订单或工作流审批步骤的用户姓名。 | ||
|
说明
此属性用于标识正式批准采购订单、使其进入下一步的经理或用户。多级审批工作流中,一个采购订单可能有多位审批人。 跟踪审批人是分析“采购订单审批周期时间”和“审批人绩效指标”仪表板的基础。借此可以衡量每位审批人的处理时长、找出审批链中的瓶颈,并评估工作量分配和效率。
重要性
支持分析审批流程,帮助发现审批瓶颈,并衡量不同审批人的绩效和工作量。
获取途径
审批信息通常存储在工作流跟踪表中,而非PurchTable本身。需要查询与采购订单关联的工作流历史记录。
示例
Charles GreenDiana PrinceEdward Nigma
|
|||
|
是否按时交货
IsOnTimeDelivery
|
布尔标记,用于指示商品是否在要求的交货日期当天或之前收到。 | ||
|
说明
此计算属性将“已登记收货”活动的时间戳与RequestedDeliveryDate进行比较。若收货日期不晚于要求日期,则设为“true”。 此标记可直接用于计算“按时交货率”KPI,简化供应商绩效分析,并便于筛选和可视化按时与延迟交货情况。这也是“供应商交货履约情况”仪表板的核心内容。
重要性
以明确的二元结果呈现交货绩效,简化按时交货KPI和供应商评分卡的计算。
获取途径
此计算属性通过比较RequestedDeliveryDate与“已登记收货”活动的EventTime得出。
示例
truefalse
|
|||
|
退货原因
ReturnReason
|
将采购订单中的商品退回供应商时填写的原因。 | ||
|
说明
发生“商品退回供应商”活动时,此属性记录退货原因,例如“商品损坏”“商品错误”或“质量不佳”。 这些数据对“采购订单退货率”仪表板十分重要。分析退货原因有助于找出退货的根本原因,例如供应商质量问题、内部订购错误或运输问题,从而采取有针对性的措施降低退货率。
重要性
帮助了解商品退货原因,诊断供应商质量、订购准确性或物流方面的问题。
获取途径
退货原因通常记录在退货订单交易中,或通过负数收货日记账关联的原因代码记录。
示例
运输途中损坏送错商品未通过质量检验
|
|||
|
部门
DepartmentName
|
发起采购申请或订单的部门名称。 | ||
|
说明
此属性标识负责采购的内部业务单元或部门,通常根据采购申请创建人推导。 按部门分析流程有助于了解组织不同部门如何使用采购流程。您可以识别审批周期较长、采购订单变更率较高或存在特定采购模式的部门,并据此开展有针对性的流程改进。
重要性
支持比较不同业务单元的流程绩效,帮助识别部门特有的行为、瓶颈或低效环节。
获取途径
此信息通常通过采购申请(PurchReqTable)或采购订单(PurchTable)的申请人或创建人关联,并从人力资源模块获取其所属部门。
示例
财务IT制造市场营销
|
|||
|
采购申请
PurchaseRequisitionNumber
|
采购订单之前的采购申请标识符。 | ||
|
说明
此属性将采购订单关联回原始内部需求,即采购申请。并非所有采购订单都源自采购申请。 此关联对于分析完整的“请购到采购订单”流程至关重要。它有助于衡量“请购到采购订单转换速度”KPI,并了解内部需求转化为外部订单的速度。它也有助于分析合规情况,例如识别未经过正式申请便创建的采购订单。
重要性
将采购订单关联到初始申请,以便分析从请购到下单的周期时间并确保流程合规。
获取途径
可在PurchLine表的PurchReqId字段中找到,该字段关联回PurchReqTable。
示例
PR-000871PR-000872PR-000873
|
|||
|
采购类别
PurchaseCategory
|
所购商品或服务的分类,例如“IT硬件”或“办公用品”。 | ||
|
说明
此属性可将采购订单行项目归入不同类别,便于分析各类采购的支出模式和流程差异。 在流程分析中,按采购类别筛选可以揭示不同的流程表现。例如,资本支出采购流程可能比运营物资采购流程耗时更长、步骤更复杂。仪表板可按类别分析修改趋势和退货率。
重要性
按所购商品或服务类型细分流程,了解不同支出类别对应的流程表现。
获取途径
商品类别与已发布产品(InventTable)关联,并在PurchLine中使用。类别信息本身存储在类别管理表中。
示例
IT硬件办公用品专业服务原材料
|
|||
|
采购订单是否已更改
IsPurchaseOrderChanged
|
布尔标记,用于指示采购订单是否在首次批准后发生修改。 | ||
|
说明
对于给定案例,如果“采购订单已更改”活动发生在“采购订单已批准”活动之后,此计算属性将设为“true”。它简化了返工和修改情况的分析。 此标记对于计算“审批后采购订单修改率”KPI以及制作“采购订单修改趋势”仪表板至关重要。它能直接筛选并分析需要返工的采购订单,帮助找出此类变更的根本原因。
重要性
简化返工情况和变更频率的衡量,这些都是流程不稳定和效率低下的重要指标。
获取途径
此计算属性根据事件日志中的活动顺序得出。
示例
truefalse
|
|||
采购到付款-采购订单活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建采购申请
|
此活动表示创建采购申请,即正式提出商品或服务需求。系统在采购申请表中创建新记录时捕获此活动,标志着采购需求流程的开始。 | ||
|
重要性
这是采购订单流程的初始触发事件。分析从此事件到创建采购订单所需的时间,有助于衡量内部流程效率和响应需求的速度。
获取途径
此事件对应PurchReqTable中记录的创建。记录的创建时间戳(createdDateTime)即为事件时间。
采集
提取每份采购申请在PurchReqTable中的创建时间戳。
事件类型
explicit
|
|||
|
创建采购订单
|
此活动表示系统中创建了采购订单草稿。通常在采购申请获批后,可根据采购订单表头记录的创建时间戳捕获此活动。 | ||
|
重要性
这标志着流程从内部申请转为正式采购单据,是衡量采购订单处理和审批周期时间的重要起点。
获取途径
此事件表示PurchTable中创建了一条记录。该表的createdDateTime字段提供此活动的时间戳。
采集
提取PurchTable中每张采购订单的创建时间戳。
事件类型
explicit
|
|||
|
收货已过账
|
表示系统已正式记录采购订单对应的收货。过账产品收货日记账时捕获此事件。 | ||
|
重要性
这是更新库存并启动发票匹配流程的重要节点,也是衡量“按时交付率”和供应商交付周期的终点。
获取途径
从存储在VendPackingSlipJour中的产品收货日记账创建记录中捕获。该表的createdDateTime或PackingSlipDate表示正式收货时间。
采集
使用与采购订单关联的VendPackingSlipJour记录中的创建或过账时间戳。
事件类型
explicit
|
|||
|
采购订单已发送给供应商
|
此活动表示已将获批的采购订单发送给供应商。确认采购订单时会生成确认日记账,通常也会触发单据发送,此时即可捕获该活动。 | ||
|
重要性
这是首个面向外部的步骤,也是供应商交付周期的起点。跟踪此活动对于评估供应商绩效和衡量“按时交付率”KPI至关重要。
获取途径
PurchPurchaseOrderJour表中创建记录(采购订单确认日记账)即标志着此事件。该日记账的创建日期即为活动时间戳。
采集
使用该采购订单对应的第一条PurchPurchaseOrderJour记录的创建时间戳。
事件类型
explicit
|
|||
|
采购订单已完成
|
表示采购订单生命周期顺利结束,所有商品均已收货并开票。通常可根据采购订单状态更新为最终关闭状态来推断。 | ||
|
重要性
此活动标志着流程实例成功结束。衡量从创建到完成的“采购订单总周期时间”,可以全面了解流程效率。
获取途径
可根据PurchTable中的状态字段推断,例如DocumentState为“已开票”,且行项目状态显示已全部收货并开票。
采集
识别采购订单表头和行状态更新为最终关闭状态(如“已开票”)时的时间戳。
事件类型
inferred
|
|||
|
采购订单已批准
|
表示采购订单最终获批,可以发送给供应商。通常可根据采购订单状态变更推断此事件,也可直接从工作流历史中捕获。 | ||
|
重要性
这是一个关键节点,采购订单获批前无法继续后续操作。分析审批瓶颈和衡量“采购订单审批周期时间”KPI时,此节点至关重要。
获取途径
可根据PurchTable中的DocumentState字段变为“已批准”来推断。也可以使用WorkflowTrackingStatusTable中最后一个审批步骤的完成时间戳。
采集
识别PurchTable中DocumentState变为“已批准”时的时间戳。
事件类型
inferred
|
|||
|
供应商已确认采购订单
|
表示供应商已收到并确认采购订单详情。通常根据供应商的沟通信息,由人工录入此步骤。 | ||
|
重要性
供应商确认后,企业可以确认订单正在处理中。此阶段出现延迟或信息不符,可能预示着履约问题。
获取途径
通常可根据PurchTable中填写的确认日期或状态字段推断,例如交付确认日期。此活动不一定对应一个独立事件。
采集
根据PurchTable或PurchLine中特定确认日期字段是否已填写来推断。
事件类型
inferred
|
|||
|
商品已退还供应商
|
表示因商品损坏或发错货等问题,将已收商品退还给供应商。过账退货交易时捕获此活动。 | ||
|
重要性
退货意味着流程出现问题并产生额外成本。跟踪此活动有助于计算“采购订单退货率”,并识别供应商或产品方面的问题。
获取途径
可根据负数量采购订单的创建,或引用原采购订单的特定退货单据来推断。退货过账的交易日期即为事件时间。
采集
识别针对原采购订单过账的采购退货订单或借项通知单。
事件类型
explicit
|
|||
|
已完成质量检验
|
表示已完成对收货商品的质量检验。此活动通常通过质量管理模块或状态更新进行管理。 | ||
|
重要性
从收货到商品可供使用之间,质量检验可能成为重要瓶颈。分析检验时长有助于改善“检查周期时间”KPI。
获取途径
可根据与采购订单收货关联的质量订单(InventQualityOrderTable)完成情况推断。状态变为“通过”或“未通过”时的时间戳即为事件时间。
采集
跟踪与采购订单行关联的InventQualityOrderTable中的状态完成时间戳。
事件类型
inferred
|
|||
|
采购申请已批准
|
表示授权经理正式批准采购申请。通常可从工作流历史日志中捕获此事件,也可通过跟踪申请记录的状态变更来识别。 | ||
|
重要性
审批是将采购申请转换为采购订单的关键节点。此处的延迟会直接影响整个采购周期。
获取途径
可从与采购申请关联的WorkflowTrackingStatusTable中捕获,也可根据PurchReqTable中状态字段变为“已批准”来推断。
采集
使用申请工作流历史记录中最后一个审批步骤的完成时间戳。
事件类型
explicit
|
|||
|
采购订单已取消
|
表示采购订单尚未完全完成便已终止。采购订单单据发生特定状态变更时捕获此活动。 | ||
|
重要性
取消是重要的异常路径。分析取消频率和原因,有助于发现计划或供应商可靠性方面的问题。
获取途径
可根据PurchTable中的DocumentState字段更新为“已取消”来推断。状态变更的时间戳即为事件时间。
采集
识别PurchTable中的DocumentState设为“已取消”时的时间戳。
事件类型
inferred
|
|||
|
采购订单已变更
|
此活动记录采购订单获批后的任何修改。Dynamics 365可以跟踪采购订单版本,从而识别变更。 | ||
|
重要性
跟踪变更对于识别返工、了解流程稳定性和衡量“采购订单修改率”至关重要。变更可能导致延迟和成本波动。
获取途径
通过比较归档表或版本表(如PurchTableHistory)中存储的采购订单版本来推断。版本号增加表示发生了变更。
采集
识别获批后PurchTable中的版本号增加的记录。
事件类型
inferred
|
|||
|
采购订单已开票
|
此活动表示已收到供应商发票,并已针对采购订单过账。此事件连接采购和付款流程。 | ||
|
重要性
这是付款前的最后一步,对于计算采购最终成本至关重要,也是三单匹配分析的终点。
获取途径
从与采购订单匹配的供应商发票日记账(VendInvoiceJour)过账记录中捕获此事件。该记录中的InvoiceDate或过账日期即为时间戳。
采集
使用与PurchTable记录关联的VendInvoiceJour表中的过账时间戳。
事件类型
explicit
|
|||
|
采购订单已提交审批
|
表示采购订单草稿正式提交至审批工作流。通常这是用户执行的明确操作,可通过工作流日志捕获。 | ||
|
重要性
此活动正式启动采购订单审批周期。跟踪此活动可以准确衡量采购订单等待审批的时间及总审批时长。
获取途径
从采购订单对应的WorkflowTrackingStatusTable中捕获,该表记录提交事件及其时间戳。
采集
在与PurchTable记录关联的工作流历史中识别“已提交”事件。
事件类型
explicit
|
|||
数据提取指南
立即提升采购到付款-采购订单流程效率
精准定位低效环节,将采购到付款周期时间缩短最多30%。
无需信用卡,几分钟即可完成设置