您的采购到付款-采购订单数据模板

通用流程挖掘模板
您的采购到付款-采购订单数据模板

您的采购到付款-采购订单数据模板

通用流程挖掘模板

这是适用于采购到付款-采购订单的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。

选择具体系统
  • 全面列出建议的数据字段,支持深入分析。
  • 跟踪采购订单生命周期的关键活动和里程碑。
  • 适用于管理采购到付款流程的任意底层系统。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

采购到付款-采购订单属性

下表列出了建议的数据字段。这些字段对于创建完整的事件日志并深入分析采购到付款流程至关重要。
5 必填 7 建议填写 4 选填
名称 说明
事件时间
EventTime
表示活动或事件发生时间的准确时间戳。
说明

事件时间记录具体活动执行或状态变更的日期和时间,为采购订单生命周期中的每个事件提供时间背景。

在流程挖掘中,时间戳是计算周期时间、持续时间和活动间等待时间的基础。按时间顺序排列每个案例中的事件后,便可分析流程绩效、发现时间损耗形成的瓶颈,并监控服务级别协议(SLA)的遵循情况。

重要性

它支持所有基于时间的分析,包括计算周期时间、识别瓶颈,以及对照基准监控绩效。

获取途径

此信息通常见于事件日志、变更历史表,或交易文件中的创建日期或过账日期字段。

示例
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
活动名称
ActivityName
采购订单生命周期中某个时间点发生的具体业务事件或任务的名称。
说明

活动名称用于描述采购订单流程中的步骤或状态变更。例如“创建采购订单”“批准采购订单”“过账收货记录”和“收到发票”。每项活动都代表流程中的一个具体节点。

此属性是构建流程图的关键,流程图会直观呈现各项活动的顺序。分析不同活动的顺序和频次,有助于发现常见流程路径、偏离情况、瓶颈和返工循环,例如重复审批或变更。

重要性

它构成流程图的基础,可用于可视化和分析流程、差异及低效环节。

获取途径

此信息通常来自与采购订单相关的交易代码、状态变更日志、事件表或变更文件表。

示例
创建采购订单批准采购订单过账收货记录收到发票
采购订单ID
PurchaseOrderId
采购订单文件的唯一标识符,也是该流程的主要案例标识符。
说明

采购订单ID是分配给每张采购订单的唯一字母数字代码,用于将其与其他订单区分开来。它是特定采购交易中所有活动、文件和通信的核心参考依据。

在流程挖掘中,此ID对于将创建、审批、收货和开票等相关事件归入同一个端到端流程实例或“案例”至关重要。按此标识符分析流程,可以还原并可视化每张采购订单从创建到最终关闭的完整生命周期。

重要性

这是将所有相关事件关联到同一流程案例的基础属性,使采购订单生命周期的端到端分析成为可能。

获取途径

这通常是采购订单抬头表或文件中的主键字段。

示例
PO-0012454500017563732000451
数据最近更新时间
LastDataUpdate
表示此流程数据最近一次刷新或提取时间的时间戳。
说明

此属性记录从源系统最近一次加载或刷新的日期和时间。它是适用于整个数据集的元数据字段,而非单个事件的属性。

用户需要通过此信息了解所分析数据的新旧程度,以判断洞察是否仍具参考价值,并确保决策所依据的数据满足分析所需的时效性。

重要性

它告知用户数据的时效性,帮助用户了解分析涵盖的时间范围以及结论的参考价值。

获取途径

此时间戳通常由数据提取与转换(ETL)工具或流程生成并存储。

示例
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
源系统
SourceSystem
提取流程数据的记录系统或应用程序。
说明

源系统属性用于标识事件数据的来源信息系统,例如ERP、采购平台或旧系统。在采购到付款流程跨越多个集成应用程序的环境中,这一属性尤为重要。

了解源系统有助于验证数据、排查问题,并理解由系统差异造成的流程变化。例如,来自电子采购系统的采购订单可能采用不同且更自动化的路径,而在核心ERP中手动创建的订单则可能有所不同。

重要性

它说明数据的来源,为数据治理、验证以及分析不同系统间的流程差异提供重要背景。

获取途径

此值可以是在数据提取时添加的固定值,也可以是源表中用于标识录入系统的字段。

示例
SAP S/4HANAOracle FusionCoupa
供应商名称
VendorName
提供所购商品或服务的供应商名称。
说明

供应商名称用于标识与采购订单签约、负责提供指定商品或服务的外部合作方。它是与采购订单交易数据关联的重要主数据。

按供应商分析流程对于供应商绩效管理至关重要。您可以比较不同供应商的准时交付率、退货率和采购订单变更频率等指标。这些洞察可用于制定采购策略、开展供应商谈判和管理合作关系。

重要性

该属性支持供应商绩效分析,可比较不同供应商的交付时间、质量和流程阻滞情况。

获取途径

该信息来自供应商主数据,并与采购订单关联,通常位于单据抬头中。

示例
环球办公用品科技解决方案公司创意营销机构
用户名
UserName
执行特定活动的用户姓名或ID,例如创建、批准或修改采购订单的用户。
说明

用户名用于标识在流程中执行某项事件的人员,例如创建采购申请、批准采购订单或登记收货的人员。这让流程中的责任归属更加明确,也体现了流程中的人员参与情况。

按用户分析活动,有助于了解工作量分布、发现培训需求并识别潜在的合规问题。例如,可查看某些用户是否经常出现返工或延误,也可检查是否存在职责分离违规。

重要性

它将流程活动关联到具体人员,便于从用户层面分析工作量、绩效和合规情况。

获取途径

通常可在交易日志和单据抬头的“创建者”“修改者”或“用户ID”字段中找到。

示例
j.doesmith_auser123
要求交付日期
RequestedDeliveryDate
业务方要求供应商交付商品或服务的日期。
说明

要求交付日期是采购订单中指定的日期,表示组织期望供应商在该日期前交付商品或服务。该日期是衡量供应商交付绩效的基准。

计算“准时交付率”KPI离不开此属性。将要求交付日期与实际收货日期进行比较,企业便可评估供应商的可靠性。分析日期偏差有助于发现特定供应商、商品或发货地点长期存在的问题,为绩效沟通提供数据依据。

重要性

该日期是衡量供应商交付绩效的基准,也是计算准时交付率KPI的重要依据。

获取途径

该日期通常是采购订单抬头或行项目明细中的标准字段。

示例
2024-08-152024-09-012024-07-30
部门
Department
采购订单所归属或关联的业务部门、成本中心或职能领域。
说明

部门属性用于指定负责该项采购的组织单位。通常是发起申请的部门,或承担相关费用的部门,例如“IT”“市场营销”或“运营”。

该属性对于按业务部门细分和比较流程绩效至关重要。按部门分析可以发现哪些部门的周期时间最长、变更率最高或未经授权采购最多。这些洞察有助于根据各部门的具体需求和行为制定改进措施。

重要性

按业务单元细分流程分析,便于比较绩效并发现部门特有的问题或最佳实践。

获取途径

这些信息通常位于采购订单抬头或行项目明细中,常见字段名称为“成本中心”或“部门”。

示例
财务信息技术市场营销-消费品
采购订单状态
PurchaseOrderStatus
采购订单在生命周期中的当前或最终状态,例如“未结”“已关闭”或“已取消”。
说明

采购订单状态表示采购订单在特定时间所处的生命周期阶段,或其最终处理结果。常见状态包括“审批中”“已批准”“已发送给供应商”“部分收货”“已关闭”或“已取消”。

该属性可用于筛选和分析部分采购订单。例如,您可以只分析未结订单以发现当前瓶颈,或只分析已取消订单以了解取消原因。跟踪状态变更顺序,也可作为定义流程模型活动的依据。

重要性

按生命周期阶段筛选案例,便于重点分析未结、已关闭或存在问题的订单。

获取途径

这是采购订单抬头数据中的标准状态字段。

示例
未结已关闭待开票已取消审批中
采购订单金额
PurchaseOrderAmount
采购订单的总金额。
说明

采购订单金额表示该订单承诺支付的总金额。可在整张单据或单个行项目层面进行分析。

该属性是财务分析和确定优先级的重要依据。您可以按金额筛选流程,例如重点关注金额较高的采购订单,因为这类订单可能需要更复杂的审批工作流,或对业务产生更大影响。将采购订单金额与周期时间或返工率关联分析,可以发现高金额订单的处理效率是否低于低金额订单。

重要性

它为流程分析提供财务维度,便于按金额确定改进优先级并了解成本驱动因素。

获取途径

该值位于采购订单抬头数据中,通常由所有行项目金额汇总得出。

示例
15000.00250.75125000.50
项目类别
ItemCategory
所购商品或服务的分类,例如IT硬件、专业服务或办公用品。
说明

项目类别也称为物料组或采购类别,用于对采购的产品或服务进行分类。这种结构化分类有助于整理和了解采购支出及流程表现。

按项目类别分析流程可以发现显著差异。例如,复杂服务的采购流程可能比标准办公用品的采购流程审批周期更长、变更更多。按类别细分后,您可以针对不同类别优化流程并制定相应策略。

重要性

按类别分析流程绩效和支出,了解不同类型的采购如何影响流程效率。

获取途径

该信息通常存储在采购订单行项目中。

示例
IT硬件专业服务办公用品维护、维修与运营用品
申请人
Requester
最初提出商品或服务需求的人员姓名。
说明

申请人是组织内发起采购需求的人员,通常会先创建采购申请。申请人与在系统中创建采购订单单据的用户不同,后者通常属于采购部门。

按申请人分析有助于发现采购行为模式。例如,某些申请人可能经常提交紧急订单,或订单频繁变更。您可以据此开展有针对性的采购政策培训,或改进需求源头的规格说明。

重要性

它用于识别发起采购的业务用户,帮助分析采购行为并改进需求规格说明。

获取途径

该信息通常来自关联的采购申请,也可能存储在采购订单本身的“申请人”字段中。

示例
艾丽丝·约翰逊罗伯特·威廉姆斯陈伟
结束时间
EndTime
表示活动结束时间的准确时间戳。对于原子事件,此时间通常与事件时间相同。
说明

结束时间属性记录活动完成的时间。许多流程事件是原子事件,开始时间与结束时间相同;但有些活动,尤其是人工活动或持续时间可测量的活动,开始和结束时间戳可能不同。

记录结束时间后,便可准确计算各项活动的处理时间。这有助于找出耗时较长的具体步骤,并区分处理时间(实际开展工作的时间)和等待时间(活动之间的空闲时间)。

重要性

这有助于准确计算活动处理时间,并区分流程中的实际工作时间和空闲等待时间。

获取途径

可从事件日志或交易数据中获取,有时会单独列为“结束时间”或“完成日期”字段。如果没有该字段,可将其设为与事件时间相同的值。

示例
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
货币
Currency
采购订单金额等货币数值所使用的货币代码,例如USD或EUR。
说明

货币属性用于指定采购订单金额及其他财务字段所使用的货币单位。对于使用多种货币的跨国组织,正确解读和汇总财务数据尤其离不开这一属性。

在分析中,该属性可确保财务指标在相同口径下进行比较。涉及金额的仪表板或KPI都需要此属性,以便正确换算货币并生成报告,准确呈现采购流程的财务情况。

重要性

它为所有金额提供必要的背景信息,确保财务报告和比较准确,尤其适用于全球业务。

获取途径

该代码通常与总金额一同存储在采购订单抬头中。

示例
USDEURGBP
采购申请ID
PurchaseRequisitionId
前置并授权创建采购订单的采购申请唯一标识符。
说明

采购申请ID用于标识发起采购流程的内部单据。采购申请是部门向采购部门提出的正式请求,用于采购商品或服务。

借助此ID,可以将采购订单流程与上游的采购申请流程关联起来,进而分析从申请到创建采购订单所需的时间。它还有助于发现申请方与采购团队交接过程中的延误。

重要性

它将采购订单与其来源申请关联起来,便于分析上游从申请到下单的周期时间。

获取途径

该信息通常作为参考字段存储在采购订单抬头或行项目数据中。

示例
PR-1008761000004321REQ-052023-01
必填 建议填写 选填

采购到付款-采购订单活动

本节介绍关键流程步骤和里程碑,帮助您准确记录流程并了解采购到付款流程中的采购订单工作流。
6 建议填写 9 选填
活动 说明
关闭采购订单
这是最后一项活动,表示采购订单已完成。通常在货物全部收齐、发票全部处理完毕且预计不会再有后续交易时关闭订单。
重要性

此活动标志着采购订单生命周期结束。关闭所需时间是衡量整体流程吞吐量的关键指标,也有助于发现长期未处理或已停滞的订单。

获取途径

通常可根据“已关闭”或“已完成”等终止状态推断此事件,该状态可能由系统自动设置,也可能由人工设置。

采集

使用最终关闭状态设置的时间戳,或“交付已完成”和“最终发票”标记均已启用的时间戳。

事件类型 inferred
创建采购订单
此活动表示系统中首次创建采购订单文件,标志着正式采购承诺的开始,通常由已批准的采购申请生成。
重要性

作为主要案例的开始事件,此活动是衡量采购订单端到端周期时间的基础,也为后续所有流程步骤确立了起点。

获取途径

此信息取自采购订单主记录或抬头表的创建时间戳。

采集

使用采购订单抬头记录中的文件创建日期和时间。

事件类型 explicit
向供应商发送采购订单
此活动标志着已批准的采购订单正式发送给供应商。发送渠道可以是EDI、供应商门户或电子邮件等。
重要性

这是首次与外部供应商接触,也标志着供应商交付周期的开始。内部审批完成后,采购订单发送给供应商前的延误会浪费采购周期时间。

获取途径

通常可从消息输出日志、通信记录或“已发送”“已下单”等状态变更中获取此事件。

采集

确定采购订单输出通信消息成功处理或发送的时间戳。

事件类型 explicit
批准采购订单
这一关键里程碑表示采购订单已完成内部审批工作流。此时采购订单已获准发送给供应商,构成正式的财务承诺。
重要性

这是衡量内部审批效率的关键里程碑。审批延误会直接影响整体交付周期,也可能损害供应商关系。

获取途径

通常可根据采购订单的状态变更推断此事件,或从工作流历史记录中获取最终审批的时间戳。

采集

使用采购订单最终审批状态设置的时间戳,或记录最后一项必要审批操作的时间戳。

事件类型 inferred
收到发票
此事件标志着收到并录入了引用该采购订单的供应商发票,也表示采购到付款周期中的发票处理与付款阶段开始。
重要性

此活动将采购流程与应付账款流程连接起来。收货到收到发票之间的时间,对于管理应计项目和财务预测十分重要。

获取途径

此事件对应一笔明确的交易,取自与采购订单关联的供应商发票文件的创建或过账记录。

采集

使用供应商发票文件的创建日期、录入日期或过账日期。

事件类型 explicit
过账收货记录
此活动表示正式记录采购订单对应的收货情况,确认货物已到达并录入系统,通常还会更新库存水平。
重要性

这是物流履约的重要里程碑。分析按时交付绩效,很大程度上取决于此事件记录的准确性和及时性。

获取途径

此事件对应一笔明确的交易,用于创建与采购订单关联的收货或产品收货文件。

采集

使用物料文件或收货交易中的过账日期或创建日期。

事件类型 explicit
供应商确认订单
此事件表示供应商已收到、审核并确认采购订单。确认内容通常包括价格、数量和交付日期。
重要性

供应商确认订单后,您可以更有把握地判断订单将按要求履行。未能及时确认,可能预示履约问题或延误。

获取途径

此信息取自供应商在供应商门户中发起的交易,或根据电子邮件、传真确认内容手动录入的数据。

采集

使用订单确认文件的时间戳,或表示供应商已确认的状态更新时间。

事件类型 explicit
创建采购申请
此活动表示在采购订单创建之前正式提出货物或服务需求。采购申请是记录业务需求的初始文件,通常会启动审批工作流。
重要性

分析采购申请创建到采购订单创建之间的耗时,有助于发现需求转订单阶段的瓶颈。大量申请未转为订单,可能表明计划效率低下。

获取途径

此事件取自采购模块中采购申请文件或记录的创建时间戳。

采集

使用采购申请抬头表或文件日志中的创建时间戳。

事件类型 explicit
取消采购订单
此活动表示采购订单在完成前被取消。如果不再需要货物或订单创建有误,可能会在不同阶段取消订单。
重要性

取消订单会造成工作浪费,也可能反映流程效率低下或需求计划不充分。了解采购订单取消的原因和时间,有助于改进流程。

获取途径

通常可根据“已取消”等特定文件状态,或采购订单记录中的删除标记是否启用来推断此事件。

采集

确定删除标记设置的时间戳,或文件状态变更为已取消的时间戳。

事件类型 inferred
变更采购订单
此事件表示采购订单初次创建或获批后发生的任何修改。常见变更包括调整数量、价格或交付日期。
重要性

频繁变更可能表明初始计划不充分、供应商存在问题或流程不稳定。每次变更往往都会触发重新审批,增加大量管理工作并造成延误。

获取途径

此信息取自系统变更日志、文件版本历史或审计跟踪表。

采集

使用与采购订单关联的变更文件日志中的时间戳。

事件类型 explicit
批准采购申请
此事件表示采购申请已由所有必要的相关方审核并批准。获批后即可创建正式采购订单。
重要性

这一里程碑标志着内部需求审批流程结束。跟踪申请审批所需时间和通过率,是了解采购前效率的关键。

获取途径

通常可根据申请文件的状态变更推断此事件,或从工作流历史记录中获取。

采集

确定申请最终审批状态设置的时间戳,或记录最终审批操作的时间戳。

事件类型 inferred
拒绝采购订单
审批人在审批工作流中拒绝采购订单时,会发生此活动。采购订单通常会退回创建者修改或取消。
重要性

拒绝会导致返工和流程延误。分析拒绝的频率和原因,有助于发现数据质量、政策遵循或审批人培训方面的问题。

获取途径

通常可根据采购订单状态变更为“已拒绝”或类似状态推断此事件。

采集

确定采购订单状态更新为已拒绝的时间戳。

事件类型 inferred
提交采购订单
此活动发生在草拟的采购订单正式提交至内部审批工作流时,表示文件从草稿状态转为待审批状态。
重要性

此事件将采购订单的创建或草拟时间与实际审批周期区分开来。分析创建到提交之间的延迟,有助于发现用户操作或培训方面的问题。

获取途径

通常可从明确的用户操作、状态变更或工作流日志条目中获取此事件。

采集

确定“提交审批”操作对应的时间戳,或相应状态变更的时间戳。

事件类型 explicit
确认服务
对于服务类采购订单,此活动相当于货物收货,确认服务已按采购订单规定的条款交付。
重要性

在服务采购中,此事件对于跟踪服务交付绩效至关重要,通常也是批准相关发票付款的前提。

获取途径

通常通过创建服务录入单或类似的服务确认文件来记录此事件。

采集

使用服务录入单或确认记录的创建日期或过账日期。

事件类型 explicit
退回货物
此前已收货物退回供应商时,会记录此活动。退货通常由质量问题、运输损坏或发错货物导致。
重要性

跟踪退货频率是衡量供应商质量和绩效的重要指标。退货率偏高可能反映特定供应商或产品存在系统性问题。

获取途径

此事件取自专门的退货交易,或原始收货文件的冲销记录。

采集

确定退货物料文件的过账日期,或退货类型货物流动的日期。

事件类型 explicit
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南   或   选择具体流程和系统.

准备好开始了吗?

选择特定系统的数据提取指南,或将此通用模板作为数据准备的起点,开始优化您的采购到付款流程。

优化采购订单流程,现在就开始

适用于任意系统,识别瓶颈,加快采购订单周期。

开始免费试用

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