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

NetSuite
数据模板:采购到付款 - 采购订单

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

此模板旨在帮助准备流程挖掘所需的数据,确保完整采集用于分析“从采购到付款(P2P)—采购订单流程”的必要信息。模板列出必备数据字段、需跟踪的关键活动,并提供从NetSuite提取这些信息的指引。遵循该模板可精简数据准备流程,加速获得可行动洞察。
  • 建议收集的属性
  • 需要追踪的关键活动
  • NetSuite数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

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

为全面分析“采购到付款 - 采购订单”流程,建议在事件日志中包含以下数据字段。
5 必填 6 推荐 11 可选
名称 描述
Event 时间
EventTime
活动发生的精确日期和时间。
描述

该时间戳标记某项活动发生的确切时刻,是流程挖掘中所有性能与时长分析的时间基石。

事件时间用于在单个流程实例内按时间顺序排列活动、计算步骤间间隔,并衡量整体流程实例的周期时间(cycle time)。这些数据对于识别瓶颈、测量等待时间以及评估是否满足服务级别协议(SLA)至关重要。

为何重要

该属性是计算各类基于时间的指标(如周期时间和持续时长)的关键基础,这些指标对发现流程延迟至关重要。

获取方式

这是与每次交易或状态变更关联的时间戳,常见于“Date Created”等字段或NetSuite的系统审计日志中。

示例
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
活动名称
ActivityName
采购订单流程中发生的具体业务事件或步骤名称。
描述

该属性描述采购订单生命周期中的某个具体动作或状态变化,例如“Purchase Order Created”“Purchase Order Approved”或“Bill Payment Made”。这些活动构成流程图中的节点。

分析这些活动的先后顺序与发生频率,是流程挖掘的核心。它有助于可视化流程走向,识别常见与少见路径(变体),并定位瓶颈或偏离标准流程的情况。

为何重要

它定义了流程图中的各个步骤,便于可视化并分析流程路径、变体和一致性。

获取方式

该取值通常由交易类型与其状态字段(如“Order Status”)组合而来,或来自NetSuite的系统审计日志。

示例
采购订单已创建采购订单已批准已创建收货单由采购订单生成账单
采购订单
PurchaseOrder
采购订单的唯一标识,用作跟踪采购生命周期的主案例ID。
描述

采购订单编号是贯穿所有相关活动的核心标识,从最初创建到最终付款与关闭。每一个唯一的采购订单编号都代表一次完整的采购流程实例。

在流程挖掘中,该属性用于将所有相关事件归并为单个案例。分析每张采购订单的全程轨迹,有助于洞察端到端流程、识别流程变体,并计算诸如总周期等案例级指标。

为何重要

这是关键的流程实例标识符,可据此重建并分析每张采购订单的全生命周期。

获取方式

通常是NetSuite采购订单记录上的主要交易标识符,即“Transaction ID”或“PO #”。

示例
PO-001254PO-001299PO-001357
最后数据更新
LastDataUpdate
时间戳,表示此事件的数据上次从源系统刷新的时间。
描述

该属性记录数据最近一次抽取或更新的日期与时间,体现当前分析数据的新鲜度。

了解最后更新时间对于判断洞察的时效性十分关键。它帮助分析师与业务用户确认所见是否为最新流程数据,尤其适用于运营监控类仪表板。

为何重要

表明数据的新鲜度,确保分析与仪表板基于最新信息,这一点至关重要。

获取方式

这是在ETL(抽取-转换-加载)过程中生成并写入的时间戳。

示例
2024-05-21T02:00:00Z
源系统
SourceSystem
数据提取来源系统。
描述

该属性标识流程数据的来源。在此视图中,取值固定为“NetSuite”。

在整合多系统数据的流程挖掘项目中,该字段对数据血缘、故障排查以及理解各系统特性至关重要,确保每条数据的来源清晰可追溯。

为何重要

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

获取方式

这是在数据抽取与转换过程中添加的静态值('NetSuite')。

示例
NetSuite
供应商名称
VendorName
采购的供应商名称。
描述

该属性标识采购订单对应的外部供应商,是分析供应商关系与绩效的重要维度。

供应商名称是“供应商交付绩效”仪表板及相关KPI的关键。通过按供应商分段,可比较交付周期、准时交付率与质检结果,帮助识别稳定可靠与表现欠佳的供应商。

为何重要

支持按供应商进行绩效分析,包括交付时效和可靠性,这对优化供应链至关重要。

获取方式

对应NetSuite采购订单记录主选项卡上的“Vendor”或“Supplier”字段。

示例
全球办公用品Tech Solutions Inc.创意营销代理机构
总金额
TotalAmount
采购订单的总金额。
描述

该属性表示采购订单中所有商品和服务的总金额,是采购分析的基础财务指标。

按总金额维度观察流程指标能揭示重要模式,例如高金额PO是否审批更久或更易发生变更。这有助于评估流程低效的财务影响,并据此确定改进优先级。

为何重要

支持对采购流程进行财务维度分析,识别采购订单金额对周期时长、审批路径与合规性的影响。

获取方式

对应NetSuite采购订单记录摘要区域中的“Total”字段。

示例
500.001250.7515000.00
用户名称
UserName
执行该活动的用户姓名。
描述

该属性标识执行某一步骤的员工或系统用户,例如审批采购订单或创建账单,为流程提供人员或系统资源维度。

按用户分析活动有助于了解工作量分布、识别培训需求并发现异常;同时对合规监控也至关重要,可用于追踪谁执行了PO变更或审批等关键动作。

为何重要

将各项活动归因到具体用户,便于分析工作量、绩效和授权合规性。

获取方式

可在交易记录的“System Notes”或审计日志(audit trail)子选项卡中获取,用于标识执行变更的用户。

示例
爱丽丝·约翰逊鲍勃·威廉姆斯系统自动化
部门名称
DepartmentName
与采购订单关联的部门名称。
描述

该属性表示发起或对采购承担费用的业务部门或成本中心,可按组织结构对流程数据进行筛选与分段。

按部门分析有助于识别部门级瓶颈、比较不同业务单元的效率并洞察支出模式,直接支撑“部门瓶颈分析”等仪表板。

为何重要

支持按部门开展流程分析,定位部门特有的瓶颈、低效点与支出模式。

获取方式

这是NetSuite采购订单记录的标准字段,可位于表头或行项目。

示例
财务IT服务市场营销运营
采购品类
PurchaseCategory
所采购货物或服务的分类,例如IT硬件、市场营销服务、办公用品等。
描述

该属性用于给采购订单中的项目分类,便于按支出类型进行分组分析。在 NetSuite 中通常通过自定义分类字段或分段来实现。

按采购类别分析是“采购类别效率”仪表板的核心。有助于判断某些类别是否存在更长的周期时间、更高的变更率或更多合规问题,从而对特定支出领域进行针对性优化。

为何重要

按支出类别分析流程效率,找出哪些采购类型最为低效或最容易出现不合规。

获取方式

这可能是一个自定义字段,或标准分类段(如“Class”)或自定义段,应用在PO表头或行级。请参阅NetSuite文档。

示例
IT硬件专业服务办公用品软件许可
采购订单状态
PurchaseOrderStatus
采购订单的当前或最终状态。
描述

该属性表示采购订单在某一时点的状态,例如“Pending Approval”“Fully Billed”或“Closed”。它常用于推导概念上的“ActivityName”取值。

按状态进行分析有助于了解采购订单的结果分布,如被拒与批准的数量、仍未关闭的比例等。它也是计算诸如“PO审批失败率”等KPI,并按完成状态筛选流程实例的关键维度。

为何重要

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

获取方式

这是NetSuite采购订单交易记录上的“Status”字段。

示例
待主管审批待收货已全部开票已结案已驳回
事件结束时间
EventEndTime
该活动完成的精确日期和时间。
描述

该时间戳标记某项活动的完成时刻。与开始时间配对,可界定事件的处理时长。对于瞬时事件,结束时间可与开始时间相同。

此属性用于精确计算具体任务的处理时长,帮助区分实际工作用时与等待下一步的间隔时间,是进行细粒度瓶颈分析的关键。

为何重要

可精确计算活动处理时间,区分实际作业时间与等待时间。

获取方式

对于可度量时长的活动,可记录在单独字段,或从审计日志推导。很多情况下需要推断,或与开始时间相同。

示例
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
交付地点
DeliveryLocation
货物需送达的实际地点或地址。
描述

此属性用于指定采购订单的收货地点,如某个仓库、办公室或工厂,可按地域或站点细分流程。

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

为何重要

可按地点分析流程绩效,帮助定位收货等环节的站点级瓶颈。

获取方式

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

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

该属性记录对采购订单所做变更的原因,如“价格更新”“数量变更”或“交付日期调整”。这些背景信息有助于理解返工的成因。

这是“采购订单变更分析”仪表板的关键属性。分析不同变更原因的发生频次,有助于找出流程不稳定的根源,例如前期需求不准确或供应商价格波动。

为何重要

提供PO变更原因的关键上下文,支持根因分析以降低整体PO变更率。

获取方式

这通常是一个在用户编辑已批准PO时需填写的自定义字段,或记录在变更事件的“Memo”中。请参阅NetSuite文档。

示例
物料数量不正确供应商价格变更交付要求已更新
处理时间
ProcessingTime
在一项活动上实际投入工作的时间长度。
描述

该属性衡量某项活动开始与结束时间戳之间的时长。它代表资源实际投入执行任务的时间,而非任务之间的等待时间。

由“EventTime”和“EventEndTime”计算而得。该指标对精细化绩效分析非常重要,能定位哪些具体活动耗时较长,比只看整体周期时间更能细粒度地定位瓶颈。

为何重要

将实际处理时间与等待时间区分开来,更准确衡量活动层面的效率与资源利用率。

获取方式

在数据转换阶段,通过“EventEndTime”减去“EventTime”计算得到。

示例
312645900
客户要求交货日期
RequestedDeliveryDate
企业要求供应商交付货物或服务的日期。
描述

该属性是在采购过程中设定的目标交付日期,用作衡量实际交付表现的基准。

该日期用于计算“供应商准时交付率”KPI。通过比较“Requested Delivery Date”与实际的“Item Receipt Created”时间戳,可判断供应商是否兑现交付承诺,并为“供应商交付绩效”仪表板提供关键输入。

为何重要

作为衡量供应商准时交付表现的基准,是供应链管理中的关键KPI。

获取方式

这通常是一个自定义字段,或为采购订单行项目上的“Expected Receipt Date”。请参阅NetSuite文档。

示例
2023-11-152023-12-012024-01-10
拒绝原因
RejectionReason
采购订单在审批过程中被驳回的原因。
描述

当采购订单被拒绝时,此属性会给出具体原因,例如‘预算超标’、‘供应商错误’或‘违反政策’。这些信息是理解审批失败的关键。

此属性直接支持‘PO拒绝与重新提交率’dashboard。通过分析拒绝原因,企业可定位PO创建中的常见错误来源(如培训不足或政策不清),并采取纠正措施,减少因拒绝而产生的返工。

为何重要

明确PO被拒的原因,便于有针对性地降低拒绝率并提升一次性通过率。

获取方式

此信息通常记录在驳回事件的备注(Memo)字段中,或审批工作流中的自定义“Rejection Reason”字段。请参阅NetSuite文档。

示例
超出部门预算选择了非首选供应商行项目描述不完整
是否延迟交付
IsLateDelivery
用于标记收货是否晚于要求交期。
描述

这是一个计算得到的布尔属性:若“Item Receipt Created”发生在采购订单指定的“Requested Delivery Date”之后,则为true,可直观反映交付是否准时。

该属性简化了供应商绩效仪表板与KPI的搭建,便于筛选与汇总以计算“供应商按时交付率”,并识别持续逾期的供应商。

为何重要

提供准时交付的是/否标记,简化供应商管理中的绩效分析与KPI计算。

获取方式

这是一个计算字段。逻辑为:(Timestamp of 'Item Receipt Created') > ('RequestedDeliveryDate')。

示例
truefalse
是否返工
IsRework
用于标记该活动是否属于返工,例如被拒后再次发起的二次审批。
描述

这是一个计算得到的布尔属性,用于标记流程中的循环或重复步骤。例如,在同一流程实例中,若“Purchase Order Rejected”之后出现“Purchase Order Approved”,该批准将被标记为返工。

该属性用于量化流程摩擦和低效,便于分析返工循环,衡量“PO驳回与重提率”,并定位一次通过率低的环节。

为何重要

通过明确标记属于返工环节的活动,量化流程低效点,便于分析与治理。

获取方式

该标记在数据转换阶段,通过分析单个流程实例中的活动顺序计算得出。

示例
truefalse
是否非授权采购
IsMaverickBuy
用于标记该采购订单是否在没有前置请购单的情况下直接创建。
描述

这是一个计算得到的布尔属性:当流程实例的首个活动是“Purchase Order Created”而非“Purchase Requisition Created”时,置为true。它是非标准采购的直接标志。

该属性用于计算“直接PO占比(Direct PO Rate)”,这是“采购合规监控”中的核心KPI。它能迅速识别并量化越规采购(Maverick Buying),这类行为往往带来更高的成本和更大的风险。

为何重要

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

获取方式

这是一个计算属性。逻辑为:(First Activity in Case = 'Purchase Order Created') AND (No 'Purchase Requisition' is linked)。

示例
truefalse
货币
Currency
交易金额的币种代码。
描述

该属性指明采购订单总金额所使用的币种,如USD、EUR或GBP,是解读金额类数值的必要上下文。

对于跨国运营的组织,该属性对准确的财务报表与分析至关重要,可实现不同区域PO金额的正确汇总与对比,并确保对货币相关KPI的解读准确。

为何重要

提供金额的必要上下文,在多币种环境下确保财务分析与报表的准确性。

获取方式

对应NetSuite采购订单记录中的“Currency”字段,通常受所选供应商的配置影响。

示例
美元EURGBP
采购申请
PurchaseRequisition
该采购订单对应的前序采购申请标识符。
描述

该属性将采购订单关联回其来源采购申请(Purchase Requisition)。缺少该关联可能表明偏离了标准流程。

该字段对合规监控与识别越规采购至关重要。“Direct PO Rate”KPI通过检测是否缺少关联的采购申请来计算,用于识别未走标准审批工作流的采购。

为何重要

这一步对合规分析至关重要,可识别在未获批准的请购情况下直接创建采购订单的“越权采购”。

获取方式

在采购订单记录中,这些信息通常位于“Related Records”子选项卡或“Created From”字段。

示例
PR-00582PR-00610PR-00715
必填 推荐 可选

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

这些是您事件日志中需要捕获的关键流程步骤和里程碑,以便准确进行流程发现和瓶颈识别。
6 推荐 8 可选
活动 描述
已创建收货单
该活动表示对采购订单所订货物的实物收货。在 NetSuite 中这是一个显式事件:当创建“Item Receipt”交易并关联到对应的采购订单行时即被记录。
为何重要

这是标记供应商交付周期结束的关键里程碑,对计算供应商按时交付率与整体交付前置期至关重要。

获取方式

取自收货单(Item Receipt)交易记录的创建日期。该记录包含指向源采购订单的链接。

捕获

跟踪收货(Item Receipt)交易的创建时间戳。

事件类型 explicit
由采购订单生成账单
已收到并在 NetSuite 中录入供应商账单,并与采购订单关联。这是一笔明确的交易,用于正式记录所收货物或服务的应付负债。
为何重要

该活动标志采购流程向应付账款流程的过渡。分析从收货到生成供应商账单的时间间隔,可揭示财务处理中的潜在延迟。

获取方式

取自供应商账单(Vendor Bill)交易记录的创建日期。该账单直接链接到源采购订单。

捕获

跟踪供应商发票(Vendor Bill)交易的创建时间戳。

事件类型 explicit
采购申请已创建
该活动标志着正式提出货物或服务的请求,开启采购流程。在 NetSuite 中,系统会在创建并保存新的采购申请(Purchase Requisition)交易记录时记录该事件。
为何重要

作为流程的常见起点,该活动对分析端到端周期至关重要;一旦被跳过,也能据此识别越权采购。

获取方式

该事件取自请购单(Purchase Requisition)交易记录的创建日期。该记录会关联到后续的采购订单。

捕获

跟踪请购单(Purchase Requisition)交易的创建时间戳。

事件类型 explicit
采购订单已关闭
采购订单已正式关闭,表示不再会发生收货或账单。通常当采购订单状态变更为“Closed”即可推断;该状态可能在完全收货并开票后自动触发,也可能由人工关闭。
为何重要

该活动标志采购订单生命周期的业务终点。它确认订单已完全履行并处理,为周期时间分析提供明确的结束点。

获取方式

根据采购订单记录中“Status”字段变更为“Closed”进行推断。

捕获

检测到采购订单的“状态”变更为“已关闭”。

事件类型 inferred
采购订单已创建
该活动表示正式采购订单的创建,它是本次分析的核心对象。在 NetSuite 中,当创建采购订单交易记录时会被记录,来源可以是人工新建或由已批准的申请生成。
为何重要

该步骤至关重要,意味着需求正式转化为订单承诺;对于直接PO,它也可能是流程起点,这对于合规监控尤为重要。

获取方式

取自采购订单交易记录中的系统字段'Date Created'。

捕获

使用采购订单交易的创建时间戳。

事件类型 explicit
采购订单已批准
表示采购订单已获得最终、正式授权,可发送给供应商。该里程碑通常以采购订单“Approval Status”字段更新为“Approved”为标志。
为何重要

这是用于计算审批周期并定位审批链瓶颈的关键里程碑,此处的延误会直接拉长采购前置期。

获取方式

根据系统备注或工作流历史追踪采购订单记录中“Approval Status”字段变更为“Approved”的时间进行推断。

捕获

检测采购订单中'Approval Status'字段变更为'Approved'。

事件类型 inferred
已完成账单付款
已向供应商支付账单金额。当创建一笔 'Vendor Payment' 交易并将其应用到该 Vendor Bill 时,记录此事件。
为何重要

该活动表示与该采购订单相关的财务义务已完成。它对分析按时付款表现和现金流至关重要。

获取方式

取自用于核销供应商账单的供应商付款(Vendor Payment)交易记录的创建日期。

捕获

跟踪用于核销该发票的供应商付款(Vendor Payment)交易的创建时间戳。

事件类型 explicit
已执行质检
已收货并完成质量检验。这不是NetSuite的标准交易,通常通过自定义字段更新、自定义记录,或根据物料收货单的状态变更来推断。
为何重要

该活动用于衡量质检流程的周期时间。检验延误会在从收货到货物可用的环节间造成瓶颈。

获取方式

高度依赖自定义。可来自物料收货单上的自定义“QA Status”字段,或使用独立的“Quality Inspection”自定义记录。

捕获

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

事件类型 inferred
账单已批准
供应商账单已审核并批准付款。与采购订单类似,可通过Vendor Bill记录上的“Approval Status”字段变化来捕获。
为何重要

账单审批是付款流程中的关键步骤。跟踪其耗时可识别应付环节的瓶颈,避免延迟付款或错失早付折扣。

获取方式

当Vendor Bill记录的“Approval Status”字段变更为“Approved”时,根据系统备注或工作流历史记录进行推断。

捕获

检测到供应商账单的“审批状态”变更为“已通过”。

事件类型 inferred
采购申请已批准
表示对货物或服务申请的正式批准,授权创建采购订单。该事件通常可据采购申请记录中“Approval Status”字段由“Pending Approval”变更为“Approved”来判断。
为何重要

跟踪请购审批有助于定位采购前置阶段的瓶颈,并衡量内部需求审核的效率。

获取方式

根据系统备注或工作流历史对采购申请记录中“Approval Status”字段变更的追踪进行推断。

捕获

检测到采购申请的“审批状态”变更为“已通过”。

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

该活动标志供应商交付周期的起点。从此时点到收货的时长是评估供应商交付表现的关键。

获取方式

根据清除“To Be Emailed”或“To Be Faxed”标记时的时间戳,或根据与采购订单关联的通信历史记录进行推断。

捕获

跟踪与PO关联的沟通事件(如发送邮件)的时间戳。

事件类型 inferred
采购订单已拒绝
审批人已驳回该采购订单,需要修改后重新提交。当采购订单的'Approval Status'字段变为'Rejected'时,则判定发生此事件。
为何重要

跟踪驳回事件至关重要,可识别返工循环、了解审批失败原因,并提高首次提交PO的质量。

获取方式

根据系统备注或工作流历史追踪采购订单记录中“Approval Status”字段变更为“Rejected”的时间进行推断。

捕获

检测到采购订单的“审批状态”变更为“已拒绝”。

事件类型 inferred
采购订单已提交
采购订单已定稿并提交至审批工作流。通常可通过采购订单记录的状态变化来捕获,例如从“Pending Supervisor Approval”等草稿状态转入正式审核状态。
为何重要

该事件标志审批周期的开始。衡量从此时点到“Purchase Order Approved”的时间,是分析审批效率并定位延误的关键。

获取方式

根据采购订单记录中“Approval Status”的变更进行推断(例如从“Pending Approval”或自定义草稿状态变更)。

捕获

检测到采购订单的“审批状态”变更为“审核中”。

事件类型 inferred
采购订单已更改
表示采购订单在创建或审批之后被修改。可通过比较“最后修改日期”与“创建日期”或单独的审批日期来推断。
为何重要

频繁变更往往意味着流程低效、前期规划不足或范围失控。分析变更发生的时间与原因,有助于精简流程并减少错误。

获取方式

通过比较采购订单记录上的“Last Modified Date”与其创建或审批时间戳进行推断。系统备注日志会提供被修改字段的具体明细。

捕获

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

事件类型 inferred
推荐 可选

提取指南

如何从 NetSuite 获取您的数据