您的采购到付款-采购订单数据模板
您的采购到付款-采购订单数据模板
这是适用于采购到付款-采购订单的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 全面列出建议的数据字段,支持深入分析。
- 跟踪采购订单生命周期的关键活动和里程碑。
- 适用于管理采购到付款流程的任意底层系统。
采购到付款-采购订单属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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 | |||
采购到付款-采购订单活动
| 活动 | 说明 | ||
|---|---|---|---|
| 关闭采购订单 | 这是最后一项活动,表示采购订单已完成。通常在货物全部收齐、发票全部处理完毕且预计不会再有后续交易时关闭订单。 | ||
| 重要性 此活动标志着采购订单生命周期结束。关闭所需时间是衡量整体流程吞吐量的关键指标,也有助于发现长期未处理或已停滞的订单。 获取途径 通常可根据“已关闭”或“已完成”等终止状态推断此事件,该状态可能由系统自动设置,也可能由人工设置。 采集 使用最终关闭状态设置的时间戳,或“交付已完成”和“最终发票”标记均已启用的时间戳。 事件类型 inferred | |||
| 创建采购订单 | 此活动表示系统中首次创建采购订单文件,标志着正式采购承诺的开始,通常由已批准的采购申请生成。 | ||
| 重要性 作为主要案例的开始事件,此活动是衡量采购订单端到端周期时间的基础,也为后续所有流程步骤确立了起点。 获取途径 此信息取自采购订单主记录或抬头表的创建时间戳。 采集 使用采购订单抬头记录中的文件创建日期和时间。 事件类型 explicit | |||
| 向供应商发送采购订单 | 此活动标志着已批准的采购订单正式发送给供应商。发送渠道可以是EDI、供应商门户或电子邮件等。 | ||
| 重要性 这是首次与外部供应商接触,也标志着供应商交付周期的开始。内部审批完成后,采购订单发送给供应商前的延误会浪费采购周期时间。 获取途径 通常可从消息输出日志、通信记录或“已发送”“已下单”等状态变更中获取此事件。 采集 确定采购订单输出通信消息成功处理或发送的时间戳。 事件类型 explicit | |||
| 批准采购订单 | 这一关键里程碑表示采购订单已完成内部审批工作流。此时采购订单已获准发送给供应商,构成正式的财务承诺。 | ||
| 重要性 这是衡量内部审批效率的关键里程碑。审批延误会直接影响整体交付周期,也可能损害供应商关系。 获取途径 通常可根据采购订单的状态变更推断此事件,或从工作流历史记录中获取最终审批的时间戳。 采集 使用采购订单最终审批状态设置的时间戳,或记录最后一项必要审批操作的时间戳。 事件类型 inferred | |||
| 收到发票 | 此事件标志着收到并录入了引用该采购订单的供应商发票,也表示采购到付款周期中的发票处理与付款阶段开始。 | ||
| 重要性 此活动将采购流程与应付账款流程连接起来。收货到收到发票之间的时间,对于管理应计项目和财务预测十分重要。 获取途径 此事件对应一笔明确的交易,取自与采购订单关联的供应商发票文件的创建或过账记录。 采集 使用供应商发票文件的创建日期、录入日期或过账日期。 事件类型 explicit | |||
| 过账收货记录 | 此活动表示正式记录采购订单对应的收货情况,确认货物已到达并录入系统,通常还会更新库存水平。 | ||
| 重要性 这是物流履约的重要里程碑。分析按时交付绩效,很大程度上取决于此事件记录的准确性和及时性。 获取途径 此事件对应一笔明确的交易,用于创建与采购订单关联的收货或产品收货文件。 采集 使用物料文件或收货交易中的过账日期或创建日期。 事件类型 explicit | |||
| 供应商确认订单 | 此事件表示供应商已收到、审核并确认采购订单。确认内容通常包括价格、数量和交付日期。 | ||
| 重要性 供应商确认订单后,您可以更有把握地判断订单将按要求履行。未能及时确认,可能预示履约问题或延误。 获取途径 此信息取自供应商在供应商门户中发起的交易,或根据电子邮件、传真确认内容手动录入的数据。 采集 使用订单确认文件的时间戳,或表示供应商已确认的状态更新时间。 事件类型 explicit | |||
| 创建采购申请 | 此活动表示在采购订单创建之前正式提出货物或服务需求。采购申请是记录业务需求的初始文件,通常会启动审批工作流。 | ||
| 重要性 分析采购申请创建到采购订单创建之间的耗时,有助于发现需求转订单阶段的瓶颈。大量申请未转为订单,可能表明计划效率低下。 获取途径 此事件取自采购模块中采购申请文件或记录的创建时间戳。 采集 使用采购申请抬头表或文件日志中的创建时间戳。 事件类型 explicit | |||
| 取消采购订单 | 此活动表示采购订单在完成前被取消。如果不再需要货物或订单创建有误,可能会在不同阶段取消订单。 | ||
| 重要性 取消订单会造成工作浪费,也可能反映流程效率低下或需求计划不充分。了解采购订单取消的原因和时间,有助于改进流程。 获取途径 通常可根据“已取消”等特定文件状态,或采购订单记录中的删除标记是否启用来推断此事件。 采集 确定删除标记设置的时间戳,或文件状态变更为已取消的时间戳。 事件类型 inferred | |||
| 变更采购订单 | 此事件表示采购订单初次创建或获批后发生的任何修改。常见变更包括调整数量、价格或交付日期。 | ||
| 重要性 频繁变更可能表明初始计划不充分、供应商存在问题或流程不稳定。每次变更往往都会触发重新审批,增加大量管理工作并造成延误。 获取途径 此信息取自系统变更日志、文件版本历史或审计跟踪表。 采集 使用与采购订单关联的变更文件日志中的时间戳。 事件类型 explicit | |||
| 批准采购申请 | 此事件表示采购申请已由所有必要的相关方审核并批准。获批后即可创建正式采购订单。 | ||
| 重要性 这一里程碑标志着内部需求审批流程结束。跟踪申请审批所需时间和通过率,是了解采购前效率的关键。 获取途径 通常可根据申请文件的状态变更推断此事件,或从工作流历史记录中获取。 采集 确定申请最终审批状态设置的时间戳,或记录最终审批操作的时间戳。 事件类型 inferred | |||
| 拒绝采购订单 | 审批人在审批工作流中拒绝采购订单时,会发生此活动。采购订单通常会退回创建者修改或取消。 | ||
| 重要性 拒绝会导致返工和流程延误。分析拒绝的频率和原因,有助于发现数据质量、政策遵循或审批人培训方面的问题。 获取途径 通常可根据采购订单状态变更为“已拒绝”或类似状态推断此事件。 采集 确定采购订单状态更新为已拒绝的时间戳。 事件类型 inferred | |||
| 提交采购订单 | 此活动发生在草拟的采购订单正式提交至内部审批工作流时,表示文件从草稿状态转为待审批状态。 | ||
| 重要性 此事件将采购订单的创建或草拟时间与实际审批周期区分开来。分析创建到提交之间的延迟,有助于发现用户操作或培训方面的问题。 获取途径 通常可从明确的用户操作、状态变更或工作流日志条目中获取此事件。 采集 确定“提交审批”操作对应的时间戳,或相应状态变更的时间戳。 事件类型 explicit | |||
| 确认服务 | 对于服务类采购订单,此活动相当于货物收货,确认服务已按采购订单规定的条款交付。 | ||
| 重要性 在服务采购中,此事件对于跟踪服务交付绩效至关重要,通常也是批准相关发票付款的前提。 获取途径 通常通过创建服务录入单或类似的服务确认文件来记录此事件。 采集 使用服务录入单或确认记录的创建日期或过账日期。 事件类型 explicit | |||
| 退回货物 | 此前已收货物退回供应商时,会记录此活动。退货通常由质量问题、运输损坏或发错货物导致。 | ||
| 重要性 跟踪退货频率是衡量供应商质量和绩效的重要指标。退货率偏高可能反映特定供应商或产品存在系统性问题。 获取途径 此事件取自专门的退货交易,或原始收货文件的冲销记录。 采集 确定退货物料文件的过账日期,或退货类型货物流动的日期。 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
优化采购订单流程,现在就开始
适用于任意系统,识别瓶颈,加快采购订单周期。
无需信用卡,5分钟即可完成设置。