数据模板:采购到付款 - 采购订单
您的采购到付款-采购订单数据模板
- 建议收集的属性
- 需要追踪的关键活动
- NetSuite数据提取指南
采购到付款 - 采购订单属性
| 名称 | 描述 | ||
|---|---|---|---|
|
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
|
|||
采购到付款 - 采购订单活动
| 活动 | 描述 | ||
|---|---|---|---|
|
已创建收货单
|
该活动表示对采购订单所订货物的实物收货。在 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
|
|||