您的采购到付款:采购订单数据模板
您的采购到付款:采购订单数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- NetSuite数据提取指南
采购到付款:采购订单属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
活动发生的准确日期和时间。 | ||
|
说明
此时间戳记录具体活动发生的准确时刻,是流程挖掘中所有绩效和时长分析的时间基础。 事件时间用于按时间顺序排列案例中的活动、计算步骤间隔时长,以及衡量案例的整体周期时间。这些数据对于识别瓶颈、衡量等待时间和分析服务级别协议的达成情况至关重要。
重要性
此属性对于计算周期时间和持续时长等所有时间指标至关重要,也是识别流程延误的基础。
获取途径
这是与每笔交易或状态变更关联的时间戳,通常记录在“创建日期”等字段或NetSuite系统审计跟踪日志中。
示例
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
活动名称
ActivityName
|
采购订单流程中发生的具体业务事件或步骤的名称。 | ||
|
说明
此属性描述采购订单生命周期中的具体操作或状态变化,例如“采购订单已创建”“采购订单已批准”或“账单已付款”。这些活动构成流程图中的节点。 分析这些活动的顺序和频率是流程挖掘的核心。通过分析,您可以直观了解流程走向,识别常见和少见的路径(流程变体),并找出瓶颈或偏离标准过程的情况。
重要性
此属性定义流程图中的步骤,便于直观呈现和分析流程走向、流程变体及一致性。
获取途径
此值通常根据交易类型和状态字段(例如“订单状态”)组合得出,也可能来自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”字段。
示例
环球办公用品科技解决方案公司创意营销机构
|
|||
|
总金额
TotalAmount
|
采购订单的货币总金额。 | ||
|
说明
此属性表示采购订单中所有货物和服务的总成本,是采购分析的基础财务指标。 按总金额分析流程指标,可以发现重要规律,例如高金额采购订单是否需要更长的审批时间或更频繁的变更。此属性对于了解流程低效带来的财务影响和确定改进工作的优先级至关重要。
重要性
支持采购流程的财务分析,帮助了解采购订单金额对周期时间、审批路径和合规情况的影响。
获取途径
此字段对应NetSuite采购订单记录摘要部分中的“Total”字段。
示例
500.001250.7515000.00
|
|||
|
用户名
UserName
|
执行活动的用户名称。 | ||
|
说明
此属性标识负责执行具体流程步骤的员工或系统用户,例如批准采购订单或创建账单。它为流程分析提供人员或系统资源维度。 按用户分析活动有助于了解工作量分布、发现培训需求和识别异常情况。此属性对于合规监控也至关重要,可用于追踪谁执行了采购订单变更或审批等关键操作。
重要性
将活动关联到具体用户,以便分析工作量、绩效以及授权政策的执行情况。
获取途径
此信息可在交易记录的“System Notes”或审计跟踪子选项卡中查看,用于标识执行更改的用户。
示例
Alice JohnsonBob Williams系统自动化
|
|||
|
部门名称
DepartmentName
|
与采购订单关联的部门名称。 | ||
|
说明
此属性表示发起采购或承担相关财务责任的业务部门或成本中心。您可以根据组织架构筛选和细分流程数据。 按部门分析流程对于识别部门瓶颈、比较不同业务单元的效率和了解支出模式至关重要。此属性可直接用于“部门瓶颈分析”等仪表板。
重要性
支持按部门分析流程,帮助识别部门特有的瓶颈、低效环节和支出模式。
获取途径
这是NetSuite采购订单记录抬头或订单行中的标准字段。
示例
财务IT服务市场营销运营
|
|||
|
采购类别
PurchaseCategory
|
所购货物或服务的分类,例如IT硬件、营销服务或办公用品。 | ||
|
说明
此属性用于对采购订单中的项目分类,以便按支出类型分组分析。在NetSuite中,通常通过自定义分类字段或分类维度实现。 按采购类别分析流程是“采购类别效率”仪表板的重要基础。您可以据此了解某些采购类型是否周期时间更长、变更率更高或合规问题更多,从而针对特定支出类别改进流程。
重要性
支持按支出类别分析流程效率,帮助识别效率低下或不符合要求的采购类型。
获取途径
此字段可能是自定义字段,也可能是“Class”等标准分类维度,或应用于采购订单抬头或订单行的自定义维度。请参阅NetSuite文档。
示例
IT硬件专业服务办公用品软件许可证
|
|||
|
采购订单状态
PurchaseOrderStatus
|
采购订单当前或最终状态。 | ||
|
说明
此属性表示采购订单在特定时间点的状态,例如“待审批”“已全部开票”或“已关闭”。许多概念性的“活动名称”通常由此字段推导得出。 按状态分析有助于了解采购订单的结果,例如被拒绝或获批的数量,以及仍未关闭的订单数量。此属性是“采购订单审批失败率”等KPI的关键数据,也可用于按完成状态筛选案例。
重要性
此属性反映采购订单的当前状态,支持分析拒绝或关闭等结果,并为审批失败相关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
|
采购订单创建后发生变更的原因。 | ||
|
说明
此属性记录采购订单变更的原因,例如“价格更新”“数量变更”或“交付日期变更”。这些信息对于了解返工原因至关重要。 此属性是“采购订单变更分析”仪表板的重要数据。分析不同变更原因的频率,有助于找出流程不稳定的根本原因,例如初始需求不准确或供应商价格波动。
重要性
此属性说明采购订单变更的原因,可用于根因分析,降低采购订单整体变更率。
获取途径
这可能是用户编辑已批准采购订单时必须填写的自定义字段,也可能记录在变更事件的“Memo”字段中。请参阅NetSuite文档。
示例
商品数量错误供应商价格变更交付要求已更新
|
|||
|
币种
Currency
|
交易金额所用的币种代码。 | ||
|
说明
此属性指定采购订单总金额所用的币种,例如USD、EUR或GBP,是理解所有金额数据的必要背景信息。 对于跨国运营的组织,此属性对于准确的财务报告和分析至关重要。它支持跨地区汇总和比较采购订单金额,并确保正确解读货币类KPI。
重要性
为金额数据提供必要背景信息,确保多币种环境下的财务分析和报告准确无误。
获取途径
此字段对应采购订单记录中的“Currency”字段,通常受所选供应商的配置影响。
示例
USDEURGBP
|
|||
|
拒绝原因
RejectionReason
|
采购订单在审批过程中被拒绝的原因。 | ||
|
说明
采购订单被拒绝时,此属性记录具体原因,例如“超出预算”“供应商错误”或“违反政策”。这些信息有助于了解审批失败的原因。 此属性直接支持“采购订单拒绝与重新提交率”仪表板。通过分析拒绝原因,企业可以发现采购订单创建中的常见问题,例如培训不足或政策不明确,并采取纠正措施,减少拒绝导致的返工。
重要性
说明采购订单审批失败的原因,便于采取针对性措施降低拒绝率,提高首次审批通过率。
获取途径
此信息通常记录在拒绝事件的备注字段中,或作为审批工作流中的自定义“Rejection Reason”字段。请参阅NetSuite文档。
示例
超出部门预算选择了非首选供应商订单行说明不完整
|
|||
|
是否延迟交付
IsLateDelivery
|
用于标记货物是否在要求交付日期之后收到。 | ||
|
说明
这是一个计算得出的布尔属性。如果“收货记录已创建”活动发生在采购订单指定的“要求交付日期”之后,则值为true。此属性可直观标记交付是否及时。 此属性简化了供应商绩效仪表板和KPI的创建。您可以轻松筛选和汇总数据,计算“供应商按时交付率”,并识别持续未能按时交付的供应商。
重要性
通过简单的真/假标记表示是否按时交付,简化供应商管理中的绩效分析和KPI计算。
获取途径
这是一个计算字段。逻辑为:(“收货记录已创建”的时间戳)>(“RequestedDeliveryDate”)。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于标记活动是否属于返工,例如拒绝后再次审批。 | ||
|
说明
对于表示流程循环或重复步骤的活动,此计算得出的布尔属性为true。例如,如果“采购订单已批准”活动之前在同一案例中出现过“采购订单已拒绝”,则该活动会被标记为返工。 此属性对于量化流程摩擦和低效至关重要。它便于分析返工循环、衡量“采购订单拒绝与重新提交率”,并发现首次未能正确完成的流程。
重要性
明确标记返工循环中的活动,帮助量化流程低效,并简化后续分析和改进。
获取途径
此标记是在数据转换过程中根据案例内的活动顺序计算得出的。
示例
truefalse
|
|||
|
是否违规采购
IsMaverickBuy
|
用于标记采购订单之前是否没有对应的采购申请。 | ||
|
说明
如果流程中的第一个活动是“采购订单已创建”,而不是“采购申请已创建”,则此计算得出的布尔属性会在案例级别设为true。它可直接标记非标准采购行为。 此属性用于计算“直接采购订单率”,这是“采购合规监控器”的关键KPI。它有助于组织快速识别和量化违规采购行为,此类行为可能导致成本上升和风险增加。
重要性
直接标记不合规的采购行为,帮助组织轻松监控并减少违规采购。
获取途径
这是一个计算属性。逻辑为:(案例中的第一个活动=“采购订单已创建”)且(未关联“采购申请”)。
示例
truefalse
|
|||
|
要求交付日期
RequestedDeliveryDate
|
业务要求供应商交付货物或服务的日期。 | ||
|
说明
此属性是采购流程中设定的目标交付日期,可作为衡量实际交付绩效的基准。 此日期是计算“供应商按时交付率”KPI的必要数据。将“要求交付日期”与实际“收货记录已创建”时间戳进行比较,即可判断供应商是否履行交付承诺。这也是“供应商交付绩效”仪表板的重要数据。
重要性
作为衡量供应商按时交付绩效的基准,是供应链管理中的关键KPI。
获取途径
这可能是自定义字段,也可能是采购订单行中的“Expected Receipt Date”字段。请参阅NetSuite文档。
示例
2023-11-152023-12-012024-01-10
|
|||
|
采购申请
PurchaseRequisition
|
采购订单之前的采购申请标识符。 | ||
|
说明
此属性将采购订单关联到其来源采购申请。缺少此关联可能表明流程偏离了标准做法。 此字段对于合规监控和识别违规采购至关重要。“直接采购订单率”KPI通过检查采购订单是否缺少关联的采购申请来计算,可用于发现绕过标准审批工作流的采购行为。
重要性
此属性对于合规分析至关重要,可帮助识别未通过已批准采购申请创建采购订单的违规采购行为。
获取途径
在采购订单记录中,此信息通常位于“Related Records”子选项卡或“Created From”字段。
示例
PR-00582PR-00610PR-00715
|
|||
采购到付款:采购订单活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建物料收据
|
此活动表示采购订单所订货物已实际收货。在NetSuite中,这是一个明确事件:创建“物料收据”交易并将其关联到相应采购订单行时,会记录此活动。 | ||
|
重要性
这是标志供应商交付周期结束的关键节点,对于计算供应商准时交付率和整体采购周期至关重要。
获取途径
根据物料收据交易记录的创建日期记录。该记录包含指向源采购订单的链接。
采集
跟踪物料收据交易的创建时间戳。
事件类型
explicit
|
|||
|
创建采购申请
|
此活动表示正式提出商品或服务需求,标志着采购流程启动。在NetSuite中,创建并保存新的采购申请交易记录时会记录此活动。 | ||
|
重要性
作为流程通常的起点,此活动对于分析端到端周期时间至关重要。若跳过此步骤,也可据此识别绕过采购流程的行为。
获取途径
此事件根据采购申请交易记录的创建日期记录,并与后续采购订单关联。
采集
跟踪采购申请交易的创建时间戳。
事件类型
explicit
|
|||
|
创建采购订单
|
此活动表示正式采购订单单据已创建,是本次分析的核心案例。在NetSuite中,手动创建采购订单交易记录,或根据已批准的采购申请创建记录时,会记录此活动。 | ||
|
重要性
这是关键步骤,标志着需求转为正式订单承诺。它是重要的流程节点;对于直接创建的采购订单,也可能是流程起点,因此对合规监控十分重要。
获取途径
根据采购订单交易记录中的系统字段“创建日期”记录。
采集
使用采购订单交易的创建时间戳。
事件类型
explicit
|
|||
|
根据采购订单创建账单
|
已收到供应商账单并录入NetSuite,且与采购订单关联。这是一笔明确的交易,用于正式记录已收商品或服务所产生的应付款项。 | ||
|
重要性
此活动标志着流程从采购转入应付账款处理。分析收货与账单录入之间的时间,有助于发现财务处理中的潜在延误。
获取途径
根据供应商账单交易记录的创建日期记录。账单与原始采购订单直接关联。
采集
跟踪供应商账单交易的创建时间戳。
事件类型
explicit
|
|||
|
采购订单已关闭
|
采购订单已正式关闭,表示预计不会再有收货或账单与其关联。采购订单状态变为“已关闭”时,可推断此事件。订单全部收货并开票后可能自动关闭,也可能由人工关闭。 | ||
|
重要性
此活动标志着采购订单生命周期的运营终点,确认订单已全部履行并处理完毕,为周期时间分析提供明确的结束节点。
获取途径
根据采购订单记录中“状态”字段变为“已关闭”推断。
采集
检测采购订单“状态”字段变为“已关闭”。
事件类型
inferred
|
|||
|
采购订单已批准
|
表示采购订单已获最终正式授权,可以发送给供应商。采购订单的“审批状态”字段更新为“已批准”时,会记录此关键节点。 | ||
|
重要性
这是计算审批周期时间和识别审批链瓶颈的关键节点。此处的延误会直接影响采购周期。
获取途径
根据系统备注或工作流历史记录中采购订单“审批状态”字段变为“已批准”的时间推断。
采集
检测采购订单“审批状态”字段变为“已批准”。
事件类型
inferred
|
|||
|
已完成质量检验
|
已对收到的货物进行质量检验。这不是NetSuite的标准交易,通常通过更新自定义字段、创建自定义记录或根据物料收据状态变更推断。 | ||
|
重要性
此活动有助于衡量质量控制流程的周期时间。检验延误可能造成收货与货物可投入使用之间的瓶颈。
获取途径
具体方式高度依赖自定义配置。可根据物料收据上的自定义“质量检验状态”字段,或单独的“质量检验”自定义记录来记录。
采集
跟踪自定义字段更新,或与质量检验相关的自定义记录创建情况。
事件类型
inferred
|
|||
|
已支付账单
|
已向供应商支付账单金额。创建“供应商付款”交易并将其应用于供应商账单时,会记录此活动。 | ||
|
重要性
此活动表示采购订单相关财务义务已履行,对于分析按时付款绩效和现金流至关重要。
获取途径
根据应用于供应商账单的供应商付款交易记录的创建日期记录。
采集
跟踪应用于账单的供应商付款交易创建时间戳。
事件类型
explicit
|
|||
|
账单已批准
|
供应商账单已审核并获准付款。与采购订单类似,可根据供应商账单记录中“审批状态”字段的变更来记录。 | ||
|
重要性
账单审批是付款流程中的关键步骤。跟踪审批耗时,有助于发现应付账款环节的瓶颈,避免延迟付款或错过提前付款折扣。
获取途径
根据系统备注或工作流历史记录中供应商账单“审批状态”字段变为“已批准”的时间推断。
采集
检测供应商账单“审批状态”字段变为“已批准”。
事件类型
inferred
|
|||
|
采购申请已批准
|
表示商品或服务申请已获正式批准,可以据此创建采购订单。此事件根据采购申请记录中的“审批状态”字段从“待审批”变为“已批准”推断。 | ||
|
重要性
跟踪采购申请审批情况,有助于发现采购前阶段的瓶颈,并衡量内部需求审核的效率。
获取途径
根据系统备注或工作流历史记录中采购申请“审批状态”字段的变更推断。
采集
检测采购申请“审批状态”字段变为“已批准”。
事件类型
inferred
|
|||
|
采购订单已发送给供应商
|
已批准的采购订单已发送给供应商。在NetSuite中,通常可根据通信标记(例如“待发送电子邮件”复选框)更新,或状态变更为已发送来推断此事件。 | ||
|
重要性
此活动标志着供应商交付周期开始。衡量从此时到收货的时间,对于评估供应商交付绩效至关重要。
获取途径
根据“待发送电子邮件”或“待发送传真”标记取消选中的时间戳,或采购订单关联的通信历史记录推断。
采集
跟踪与采购订单关联的通信事件时间戳,例如电子邮件发送时间。
事件类型
inferred
|
|||
|
采购订单已变更
|
表示采购订单在创建或审批后发生了修改。可通过比较“最后修改日期”与“创建日期”或单独的审批日期来推断。 | ||
|
重要性
频繁变更可能意味着效率低下、前期规划不足或范围不断扩大。分析变更发生的时间和原因,有助于简化流程并减少错误。
获取途径
通过比较采购订单记录中的“最后修改日期”与创建或审批时间戳推断。系统备注日志会列出具体变更字段。
采集
比较“最后修改日期”与创建日期或审批日期,并排除系统更新。
事件类型
inferred
|
|||
|
采购订单已提交
|
采购订单已定稿并提交至审批工作流。通常根据采购订单记录的状态变更来识别,例如从“待主管审批”等草稿状态转为待审核状态。 | ||
|
重要性
此事件标志着审批周期开始。衡量从此时到“采购订单已批准”的时间,是分析审批效率和识别延误的关键。
获取途径
根据采购订单记录中“审批状态”字段的变更推断,例如从“待审批”或自定义草稿状态变更。
采集
检测采购订单“审批状态”字段变为审核中状态。
事件类型
inferred
|
|||
|
采购订单已驳回
|
审批人驳回了采购订单,需要修改后重新提交。采购订单“审批状态”字段变为“已驳回”时,可推断此事件。 | ||
|
重要性
跟踪驳回情况对于识别返工循环、了解审批失败原因以及提高采购订单首次提交质量至关重要。
获取途径
根据系统备注或工作流历史记录中采购订单“审批状态”字段变为“已驳回”的时间推断。
采集
检测采购订单“审批状态”字段变为“已驳回”。
事件类型
inferred
|
|||
数据提取指南
简化采购订单流程,立即提升NetSuite效率
借助我们的平台,将采购订单周期时间缩短30%,消除瓶颈。
无需信用卡。立即开始优化。