您的采购到付款采购订单数据模板
您的采购到付款采购订单数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- NetSuite数据提取指南
采购到付款-采购订单属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
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
|
|||
采购到付款-采购订单活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建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效率
借助我们的平台,将采购订单周期时间缩短30%,消除流程瓶颈。
无需信用卡,立即开始优化。