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

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

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

此模板旨在帮助您准备流程挖掘所需数据,确保完整收集分析采购到付款采购订单流程所需的信息。模板列出了必要的数据字段和需要跟踪的关键活动,并指导您从NetSuite中提取这些信息。按照模板准备数据,可以简化数据准备工作,更快获得可执行的洞察。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • NetSuite数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

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

以下是建议纳入事件日志的数据字段,用于全面分析您的采购到付款-采购订单流程。
5 必需 6 建议 10 可选
名称 说明
事件时间
EventTime
活动发生的准确日期和时间。
说明

此时间戳标记具体活动发生的准确时刻,是流程挖掘中所有绩效和时长分析的时间基础。

事件时间用于在案例内按时间顺序排列活动、计算步骤之间的时长,以及衡量案例整体周期时间。这些数据对于识别瓶颈、衡量等待时间和分析相对于服务级别协议的绩效至关重要。

为什么重要

此属性对于计算周期时间和时长等所有基于时间的指标至关重要,这些指标是识别流程延误的基础。

获取位置

这是与每笔交易或状态变化关联的时间戳,通常位于“Date Created”等字段中,或记录在NetSuite系统审计轨迹日志中。

示例
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
活动名称
ActivityName
Purchase Order流程中发生的具体业务事件或步骤的名称。
说明

该属性描述采购订单生命周期中的具体操作或状态变化,例如“采购订单已创建”“采购订单已批准”或“账单付款已完成”。这些活动构成流程图中的节点。

分析这些活动的顺序和频率是流程挖掘的核心。它有助于展示流程、识别常见和罕见路径(变体),并定位瓶颈或偏离标准过程的情况。

为什么重要

它定义流程图中的各个步骤,用于展示和分析流程、流程变体及一致性检查。

获取位置

此值通常由交易类型与状态字段(例如“Order Status”)组合得出,也可能来自NetSuite中的系统审计轨迹日志。

示例
创建采购订单采购订单已批准创建Item Receipt根据Purchase Order创建账单
采购订单
PurchaseOrder
Purchase Order的唯一标识符,用作跟踪采购生命周期的主要案例ID。
说明

Purchase Order编号是连接所有相关活动的核心标识符,涵盖从初始创建到最终付款和关闭的全过程。每个不同的Purchase Order编号代表采购流程的一个独立实例。

在流程挖掘中,此属性用于将所有相关事件归入同一案例。分析每个Purchase Order的完整历程,可以清晰了解端到端流程、识别变体,并计算案例级指标,例如总周期时间。

为什么重要

这是必需的案例标识符,可用于重建和分析每个Purchase Order的完整生命周期。

获取位置

通常是NetSuite中Purchase Order记录的主要交易标识符,常称为“Transaction ID”或“PO #”。

示例
PO-001254PO-001299PO-001357
上次数据更新
LastDataUpdate
表示该事件数据最近一次从源系统刷新时间的时间戳。
说明

此属性记录数据最近一次提取或更新的日期和时间,帮助了解当前分析数据的新鲜度。

了解上次更新时间对于判断洞察的时效性至关重要。它有助于分析人员和业务用户确认所查看的是否为最新流程数据,这对运营监控仪表板尤其重要。

为什么重要

表示数据的新鲜度,对于确保分析和仪表板基于最新信息至关重要。

获取位置

这是在数据提取、转换和加载(ETL)过程中生成并添加的时间戳。

示例
2024-05-21T02:00:00Z
源系统
SourceSystem
提取数据的系统。
说明

此属性标识流程数据的来源。在当前视图中,该值始终为“NetSuite”。

在整合多个系统数据的大型流程挖掘项目中,此字段对于数据血缘、问题排查和了解系统特定行为至关重要,可明确每条数据的来源。

为什么重要

提供必要的数据血缘信息,明确流程数据的来源,尤其适用于多个系统集成的环境。

获取位置

这是在数据提取和转换过程中添加的静态值(“NetSuite”)。

示例
NetSuite
供应商名称
VendorName
提供所购商品或服务的供应商名称。
说明

此属性标识Purchase Order对应的外部供应商,是分析供应商关系和绩效的关键维度。

供应商名称是“Vendor Delivery Performance”仪表板及相关KPI的基础。它支持按供应商细分流程,比较不同供应商的周期时间、按时交付率和质量检验结果,帮助识别可靠或绩效不佳的供应商。

为什么重要

支持供应商维度的绩效分析,包括交付时间和可靠性,是优化供应链的关键。

获取位置

对应NetSuite中Purchase Order记录主选项卡上的“Vendor”或“Supplier”字段。

示例
全球办公用品Tech Solutions Inc.创意营销机构
总金额
TotalAmount
Purchase Order的货币总价值。
说明

此属性表示Purchase Order中所有商品和服务的总成本,是采购分析的基础财务指标。

按Total Amount分析流程指标,可以发现重要规律,例如高金额PO是否需要更长审批时间,或是否更容易发生变更。它对于了解流程低效的财务影响和确定改进优先级至关重要。

为什么重要

支持采购流程的财务分析,帮助识别PO金额如何影响周期时间、审批路径和合规性。

获取位置

对应NetSuite中Purchase Order记录摘要部分的“Total”字段。

示例
500.001250.7515000.00
用户名
UserName
执行该活动的用户姓名。
说明

此属性标识负责执行具体流程步骤的员工或系统用户,例如批准采购订单或创建账单的用户,为流程提供人员或系统资源维度。

按用户分析活动有助于了解工作负载分布、识别培训需求和发现异常。这对合规监控同样至关重要,因为它可以追踪谁执行了PO变更或审批等关键操作。

为什么重要

将活动归属到具体用户,从而分析工作负载、绩效以及授权政策的合规情况。

获取位置

该信息位于交易记录的“System Notes”或审计轨迹子选项卡中,用于标识执行变更的用户。

示例
Alice JohnsonBob Williams系统自动化
部门名称
DepartmentName
与Purchase Order关联的部门名称。
说明

此属性表示发起采购或承担其财务责任的业务部门或成本中心,可根据组织结构筛选和细分流程数据。

按部门分析流程对于识别部门瓶颈、比较不同业务单元的效率和了解支出模式至关重要,并直接支持“Departmental Bottleneck Analysis”等仪表板。

为什么重要

支持按部门分析流程,帮助识别部门特有的瓶颈、低效环节和支出模式。

获取位置

这是NetSuite中Purchase Order记录抬头或行项目上的标准字段。

示例
财务IT服务市场营销运营
采购类别
PurchaseCategory
所购商品或服务的分类,例如IT硬件、营销服务或办公用品。
说明

此属性对Purchase Order中的项目进行分类,支持按支出类型进行分组分析。在NetSuite中,通常通过自定义分类字段或分段实现。

按Purchase Category分析流程对于“Purchase Category Efficiency”仪表板至关重要。它有助于发现某些采购类型是否具有更长的周期时间、更高的变更率或更多合规问题,从而针对特定支出领域实施流程改进。

为什么重要

支持按支出类别分析流程效率,帮助识别效率最低或最不合规的采购类型。

获取位置

这可能是自定义字段,也可能是“Class”等标准分类分段,或应用于PO抬头或行项目级别的自定义分段。请参阅NetSuite文档。

示例
IT硬件专业服务办公用品软件许可证
采购订单状态
PurchaseOrderStatus
Purchase Order当前或最终状态。
说明

此属性表示Purchase Order在特定时间点的状态,例如“Pending Approval”“Fully Billed”或“Closed”。许多概念上的“ActivityName”值都由此字段推导而来。

按状态分析有助于了解采购订单的结果,例如被拒绝和获批的数量,或仍处于开放状态的数量。它是“PO Approval Failure Rate”等KPI的关键,也支持按完成状态筛选案例。

为什么重要

提供PO状态的快照,支持分析拒绝或关闭等结果,以及与审批失败相关的KPI。

获取位置

这是NetSuite中Purchase Order交易记录的“Status”字段。

示例
待主管审批待收货已完成开票已关闭已拒绝
事件结束时间
EventEndTime
活动结束的准确日期和时间。
说明

此时间戳标记活动完成的时刻。与Start Time结合后,它定义了事件的处理时间。对于瞬时事件,End Time可以与Start Time相同。

此属性对于计算具体Task的准确时长,即处理时间,至关重要。它有助于区分实际处理Task所花的时间与等待下一步所花的时间,是深入分析瓶颈的关键。

为什么重要

支持计算准确的活动处理时间,帮助区分实际工作时间与空闲等待时间。

获取位置

对于具有可测量时长的活动,该值可能记录在单独字段中,或从审计日志推导得出。通常需要推断,也可能与Start Time相同。

示例
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
交付地点
DeliveryLocation
货物待交付的实际地点或地址。
说明

此属性指定采购订单(PO)所订货物的目的地,例如特定仓库、办公室或工厂。您可以据此按地理区域或地点细分流程。

这是“收货处理时间”仪表板的关键维度。按地点分析收货时间,有助于识别人员配置不足或收货流程低效的地点,从而开展有针对性的运营改进。

为什么重要

支持按地点分析流程绩效,帮助识别收货或其他活动中的地点特定瓶颈。

获取位置

对应NetSuite采购订单记录中的“Ship To”地址或“Location”字段。

示例
主仓库,A号月台公司总部,15层西海岸配送中心
变更原因
ChangeReason
采购订单创建后发生变更的原因。
说明

此属性记录采购订单变更的依据,例如“价格更新”“数量变更”或“交付日期变更”。这些信息对于了解返工原因至关重要。

这是“采购订单变更分析”仪表板的重要属性。分析不同变更原因的发生频率,有助于识别流程不稳定的根本原因,例如初始需求不准确或供应商定价波动。

为什么重要

为采购订单变更原因提供关键背景信息,支持根因分析,从而降低采购订单总体变更率。

获取位置

这通常是用户编辑已批准采购订单时必须填写的自定义字段,也可能记录在变更事件的“Memo”字段中。请参阅NetSuite文档。

示例
物品数量错误供应商价格变更交付要求更新
拒绝原因
RejectionReason
采购订单在审批流程中被拒绝的原因。
说明

采购订单被拒绝时,此属性提供具体原因,例如“超出预算”“供应商错误”或“违反政策”。这些信息是了解审批失败原因的关键。

此属性直接支持“采购订单拒绝与重新提交率”仪表板。通过分析拒绝原因,企业可以识别采购订单创建中的常见错误来源,例如培训不足或政策不明确,并采取纠正措施,减少拒绝带来的返工。

为什么重要

说明采购订单审批失败的原因,支持采取有针对性的措施,降低拒绝率并提高一次审批通过率。

获取位置

此信息通常记录在拒绝事件的备注字段中,或作为审批工作流的一部分记录在自定义“拒绝原因”字段中。请参阅NetSuite文档。

示例
超出部门预算选择了非首选供应商行项目描述不完整
是否延迟交付
IsLateDelivery
用于标识货物是否在请求交付日期之后收货。
说明

这是一个计算得出的布尔属性。当“Item Receipt Created”活动发生时间晚于采购订单中指定的“Requested Delivery Date”时,该属性为true。它可以清晰、直观地反映交付是否及时。

此属性简化了供应商绩效仪表板和KPI的创建。您可以轻松筛选和汇总数据,计算“供应商按时交付率”,并识别持续未能按时交付的供应商。

为什么重要

以简单的true/false值标识是否按时交付,简化供应商管理中的绩效分析和KPI计算。

获取位置

这是一个计算字段。逻辑为:(“Item Receipt Created”的时间戳) > (“RequestedDeliveryDate”)。

示例
truefalse
是否越权采购
IsMaverickBuy
用于标识采购订单是否在没有前置采购申请的情况下创建。
说明

这是一个计算得出的布尔属性。当流程中的第一个活动是“Purchase Order Created”而不是“Purchase Requisition Created”时,该属性在案例级别设为true。它可以直接反映非标准采购行为。

此属性用于计算“直接采购订单率”,这是“采购合规监控器”的关键KPI。它帮助企业快速识别并量化越权采购,因为此类行为可能导致成本上升和风险增加。

为什么重要

直接标记不合规采购行为,帮助企业轻松监控并减少越权采购。

获取位置

这是一个计算属性。逻辑为:(案例中的第一个活动 = “Purchase Order Created”) AND(未关联“Purchase Requisition”)。

示例
truefalse
是否返工
IsRework
用于标识某项活动是否代表返工,例如拒绝后再次审批。
说明

这是一个计算得出的布尔属性。对于表示流程循环或步骤重复的活动,该属性为true。例如,在同一案例中,如果“Purchase Order Approved”活动之前出现过“Purchase Order Rejected”活动,则该审批活动会被标记为返工。

此属性对于量化流程摩擦和低效至关重要。它支持轻松分析返工循环,帮助衡量“采购订单拒绝与重新提交率”,并突出显示未能一次完成的流程。

为什么重要

通过明确标记返工循环中的活动,帮助量化流程低效,使返工分析和改进更加容易。

获取位置

此标记会在数据转换过程中,根据案例内的活动顺序计算得出。

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

此属性是采购过程中设定的目标交付日期,是衡量实际交付绩效的基准。

该日期对于计算“Vendor Delivery On-Time Rate”KPI至关重要。通过比较“Requested Delivery Date”与实际“Item Receipt Created”时间戳,分析可以判断供应商是否履行交付承诺,这是“Vendor Delivery Performance”仪表板的重要输入。

为什么重要

作为衡量供应商按时交付绩效的基准,是供应链管理的重要KPI。

获取位置

这可能是自定义字段,也可能对应Purchase Order行项目上的“Expected Receipt Date”。请参阅NetSuite文档。

示例
2023-11-152023-12-012024-01-10
货币
Currency
交易金额使用的货币代码。
说明

此属性指定Purchase Order总金额所使用的货币,例如USD、EUR或GBP,是理解所有货币金额的必要背景信息。

对于开展国际业务的组织,此属性对于准确的财务报告和分析至关重要。它支持跨地区正确汇总和比较PO金额,并确保正确解读货币类KPI。

为什么重要

为货币金额提供必要背景,确保多币种环境下财务分析和报告准确。

获取位置

对应Purchase Order记录中的“Currency”字段,通常受所选Vendor的配置影响。

示例
USDEURGBP
采购申请
PurchaseRequisition
Purchase Order之前采购申请的标识符。
说明

此属性将Purchase Order关联回其源Purchase Requisition。缺少该关联可能表示偏离标准流程。

此字段对于合规监控和识别非合规采购至关重要。“Direct PO Rate”KPI通过检查是否缺少关联的Purchase Requisition计算得出,用于识别绕过标准审批工作流的采购。

为什么重要

对于合规分析至关重要,有助于识别未经过批准采购申请便创建Purchase Order的非合规采购。

获取位置

在Purchase Order记录中,该信息通常位于“Related Records”子选项卡或“Created From”字段。

示例
PR-00582PR-00610PR-00715
必需 建议 可选

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

以下是应纳入事件日志的关键流程步骤和里程碑,用于准确发现流程并识别瓶颈。
6 建议 8 可选
活动 说明
创建Item Receipt
此活动表示Purchase Order所订商品已实际收货。在NetSuite中,这是一个明确事件:创建Item Receipt交易并将其关联到具体Purchase Order行项目时,系统会记录此活动。
为什么重要

这是供应商交付周期结束的关键里程碑,对于计算供应商按时交付率和整体周期时间至关重要。

获取位置

取自Item Receipt交易记录的创建日期。该记录包含指向源Purchase Order的链接。

采集

记录Item Receipt交易的创建时间戳。

事件类型 explicit
创建采购申请
此活动表示正式提出商品或服务需求,标志着采购流程启动。在NetSuite中,当新的Purchase Requisition交易记录创建并保存时,系统会记录此活动。
为什么重要

作为流程通常的起点,此活动对于分析端到端完整周期时间至关重要;如果跳过该步骤,还可用于识别非合规采购。

获取位置

此事件取自Purchase Requisition交易记录的创建日期,并与后续Purchase Order建立关联。

采集

记录Purchase Requisition交易的创建时间戳。

事件类型 explicit
创建采购订单
此活动表示正式Purchase Order文档已创建,该文档是本次分析的核心案例。在NetSuite中,系统会记录Purchase Order交易记录的创建,来源可以是手动创建,也可以是已批准的采购申请。
为什么重要

这一步标志着需求转变为正式订单承诺,是流程中的关键里程碑。对于直接创建的PO,它也可能是流程起点,因此对合规监控十分重要。

获取位置

取自Purchase Order交易记录中的“Date Created”系统字段。

采集

使用Purchase Order交易的创建时间戳。

事件类型 explicit
根据Purchase Order创建账单
已收到供应商账单并录入NetSuite,且与Purchase Order关联。这是一项明确交易,用于正式记录已收商品或服务所产生的负债。
为什么重要

此活动标志着流程从采购转入应付账款处理。分析收货与开票之间的时长,有助于发现财务处理中的潜在延误。

获取位置

取自Vendor Bill交易记录的创建日期。该账单与源Purchase Order直接关联。

采集

记录Vendor Bill交易的创建时间戳。

事件类型 explicit
采购订单已关闭
Purchase Order已正式关闭,表示不会再有收货或账单与其关联。当Purchase Order状态变为“Closed”时,可推断发生此事件。该状态可能在订单完成收货和开票后自动变更,也可能由人工变更。
为什么重要

此活动标志着Purchase Order生命周期在运营层面的结束,确认订单已全部履行并处理完毕,为周期时间分析提供明确终点。

获取位置

根据Purchase Order记录中“Status”字段变为“Closed”的变化推断得出。

采集

检测Purchase Order中“Status”字段变为“Closed”。

事件类型 inferred
采购订单已批准
表示Purchase Order已获得最终正式授权,可以发送给供应商。当Purchase Order的“Approval Status”字段更新为“Approved”时,系统会记录这一关键里程碑。
为什么重要

这是计算审批周期时间和识别审批链瓶颈的关键里程碑。此处的延误会直接影响采购周期时间。

获取位置

根据系统备注或工作流历史记录中Purchase Order记录“Approval Status”字段变为“Approved”的时间推断得出。

采集

检测Purchase Order中“Approval Status”字段变为“Approved”。

事件类型 inferred
完成账单付款
已按账单金额向供应商付款。当创建“Vendor Payment”交易并将其应用于Vendor Bill时,系统会记录此事件。
为什么重要

此活动表示Purchase Order对应的财务义务已完成,对于分析按时付款绩效和现金流至关重要。

获取位置

取自应用于Vendor Bill的Vendor Payment交易记录的创建日期。

采集

记录应用于账单的Vendor Payment交易创建时间戳。

事件类型 explicit
完成质量检验
已对收到的商品进行质量检验。这不是标准NetSuite交易,通常通过自定义字段更新、自定义记录,或Item Receipt状态变化推断得出。
为什么重要

此活动有助于衡量质量控制流程的周期时间。检验延误可能在收货与商品可投入使用之间形成瓶颈。

获取位置

具体取决于系统定制情况。可能取自Item Receipt中的自定义“QA Status”字段,或单独的“Quality Inspection”自定义记录。

采集

跟踪与质量检验相关的自定义字段更新或自定义记录创建。

事件类型 inferred
提交采购订单
Purchase Order已完成并提交至审批工作流。通常通过Purchase Order记录的状态变化记录此事件,例如从“Pending Supervisor Approval”等草稿状态变为待审核状态。
为什么重要

此事件标志着审批周期开始。从该时间点到“Purchase Order Approved”的时长,是分析审批效率和识别延误的关键指标。

获取位置

根据Purchase Order记录中“Approval Status”字段的变化推断得出,例如从“Pending Approval”或自定义草稿状态变为其他状态。

采集

检测PO中“Approval Status”字段变为审核中状态。

事件类型 inferred
账单已批准
供应商账单已完成审核并获准付款。与Purchase Order类似,此事件通过Vendor Bill记录中“Approval Status”字段的变化记录。
为什么重要

账单审批是付款流程的关键步骤。跟踪其处理时长,有助于识别应付账款中的瓶颈,避免延迟付款或错失提前付款折扣。

获取位置

根据系统备注或工作流历史记录中Vendor Bill记录“Approval Status”字段变为“Approved”的时间推断得出。

采集

检测Vendor Bill中“Approval Status”字段变为“Approved”。

事件类型 inferred
采购申请已批准
表示商品或服务申请已获正式批准,并授权创建Purchase Order。此事件通过Purchase Requisition记录中“Approval Status”字段从“Pending Approval”变为“Approved”的变化推断得出。
为什么重要

跟踪采购申请审批有助于识别采购前阶段的瓶颈,并衡量内部需求验证的效率。

获取位置

根据系统备注或工作流历史记录中Purchase Requisition记录“Approval Status”字段的变化推断得出。

采集

检测Purchase Requisition中“Approval Status”字段变为“Approved”。

事件类型 inferred
采购订单已发送给供应商
已批准的Purchase Order已发送给供应商。在NetSuite中,通常通过通信标记更新来推断,例如“To Be Emailed”复选框被更新,或状态变为表示已发送的状态。
为什么重要

此活动标志着供应商交付周期开始。从该时间点到收货的时长,是评估供应商交付绩效的关键指标。

获取位置

根据“To Be Emailed”或“To Be Faxed”标记被清除的时间戳,或与Purchase Order关联的通信历史记录推断得出。

采集

记录与PO关联的通信事件时间戳,例如邮件发送时间。

事件类型 inferred
采购订单已变更
表示Purchase Order在初次创建或批准后发生了修改。可以通过比较“Last Modified Date”与“Date Created”或单独的审批日期来推断。
为什么重要

频繁变更可能表明效率低下、初始规划不足或范围蔓延。分析变更发生的时间和原因,有助于简化流程并减少错误。

获取位置

通过比较Purchase Order记录中的“Last Modified Date”与创建时间或审批时间戳推断得出。系统备注日志会提供具体变更字段的详细信息。

采集

将“Last Modified Date”与创建日期或审批日期进行比较,并排除系统更新。

事件类型 inferred
采购订单已拒绝
审批人已拒绝Purchase Order,需要修改后重新提交。当Purchase Order的“Approval Status”字段变为“Rejected”时,可推断发生此事件。
为什么重要

跟踪拒绝事件对于识别返工循环、了解审批失败原因以及提高初始PO提交质量至关重要。

获取位置

根据系统备注或工作流历史记录中Purchase Order记录“Approval Status”字段变为“Rejected”的时间推断得出。

采集

检测Purchase Order中“Approval Status”字段变为“Rejected”。

事件类型 inferred
建议 可选

提取指南

如何从NetSuite获取数据

准备好开始了吗?

此模板是释放采购到付款采购订单流程全部潜力的第一步。今天就开始准备数据,发现效率提升空间并推动改进。

简化采购订单流程,立即提升NetSuite效率

借助我们的平台,将采购订单周期时间缩短30%,消除流程瓶颈。

开始免费试用

无需信用卡,立即开始优化。