数据模板:订单到收款(O2C)-销售订单处理

NetSuite
数据模板:订单到收款(O2C)-销售订单处理

您的“订单到收款—销售订单处理”数据模板

此模板为在NetSuite中分析“订单到收款—销售订单处理”提供完整的数据采集指南,列出需从系统提取的关键属性与活动,并提供高效抽取数据的实操建议,助您顺利开展流程分析。
  • 详细分析的推荐属性
  • 流程中应重点跟踪的关键活动
  • NetSuite数据抽取实用指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

订单到回款 - 销售订单处理属性

为全面分析“订单到收款—销售订单处理”,建议在事件日志中包含以下数据字段。
3 必填 8 推荐 10 可选
名称 描述
Event 时间
EventTime
活动发生的时间戳。
描述

此属性为流程中每个活动提供精确的日期与时间。它是事件日志的时间主线,可用于计算周期、持续时间及各步骤间的等待时间。

准确的时间戳对绩效分析至关重要,如衡量从订单创建到发货的用时,或识别信用审批环节的延误。它支持对流程效率及服务水平协议(SLA)遵守情况的细致分析。

为何重要

时间戳对于计算所有基于时间的指标至关重要,包括周期时间和持续时长,这些指标是定位流程瓶颈的关键。

获取方式

这对应于NetSuite交易记录中的日期字段,例如销售订单的'Date Created'、发运完成的'Actual Ship Date',或发票与付款的'Date'。

示例
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
活动名称
ActivityName
在某一时间点发生的业务事件或活动名称。
描述

该属性描述销售订单生命周期中的具体步骤或状态变化,如 'Sales Order Created'、'Goods Shipped' 或 'Payment Received'。这些活动的顺序构成流程图的基础。

分析活动流有助于识别常见流程路径、偏差与瓶颈。理解活动的发生频率与先后顺序,是发现精简操作、减少人工投入机会的关键。

为何重要

用于定义流程步骤,便于可视化并分析流程流转。

获取方式

通常来自系统状态变更、交易类型或NetSuite中的特定事件日志。往往需要将状态字段或交易创建事件映射为标准化的活动名称。

示例
销售订单已创建销售订单已批准货物已发运发票已创建已收款
销售订单
SalesOrder
每张销售订单的唯一标识符。
描述

销售订单是主要的流程实例标识符,串联起从客户下单、发货到最终收款的所有后续活动。每张销售订单代表一个端到端流程实例。

在流程挖掘中,该属性是还原每个订单全程轨迹的基础,可按订单维度分析流程变体、周期时长与瓶颈,帮助全面掌握每个客户需求的生命周期。

为何重要

这是将所有相关事件串联为同一流程实例的核心标识符,使端到端分析成为可能。

获取方式

这是NetSuite销售订单交易记录的内部ID,通常可在销售订单表单或搜索结果中以'Internal ID'查看。

示例
SO-100521SO-100522SO-100523
产品类别
ProductCategory
销售订单中主要商品或服务的品类。
描述

该属性将销售订单中的商品按更高层级归类,如“硬件”“软件”或“服务”。若订单包含多个类别,可按金额或数量指定一个主类别。

按产品类别分析可揭示不同履约路径的差异。例如,服务类的履约通常更简单;而实物硬件需要拣货、打包与发运。此类分层是制定面向类别的流程优化方案的关键。

为何重要

按产品品类对流程分段,有助于看清不同的履约路径并识别各品类特有的瓶颈。

获取方式

此信息来自与销售订单行关联的'Item'记录;如需获得品类,可能需要与Item主数据进行关联。

示例
电子产品软件许可咨询服务
付款条款
PaymentTerms
约定的发票付款条件。
描述

该属性定义客户的付款条件,例如 'Net 30' 或“到货即付”,用于计算发票到期日。

按付款条件分析可识别哪些条款与逾期高度相关,并帮助企业评估信贷政策的财务影响。这也是分析“付款条款遵循率”仪表板、洞察现金流动态的基础。

为何重要

为计算付款到期日,以及分析客户付款行为和按期率提供依据。

获取方式

这是NetSuite中销售订单或发票交易记录的'Terms'字段。

示例
净 30 天净 60 天见票即付
发票编号
InvoiceNumber
客户发票的唯一标识符。
描述

此属性为由销售订单生成的发票编号,用于将销售履约流程与应收账款流程关联。

跟踪发票编号对财务对账以及从下单到回款的全流程分析非常重要。它在发货等运营活动与收款等财务活动之间建立了明确的关联。

为何重要

将销售订单与对应的计费财务交易关联起来,实现真正端到端的订单到收款分析。

获取方式

这是由销售订单生成的发票记录的'Invoice #'或'Transaction ID'。

示例
INV-2001INV-2002INV-2003
客户名称
CustomerName
下单客户的名称。
描述

该属性为购买商品或服务的法人或个人名称,用于将销售订单流程关联到具体客户账户。

按客户进行筛选或维度分析,有助于洞察客户特定行为、定位影响关键账户的问题并评估服务水平,从客户视角识别哪些客户更易经历延迟或返工。

为何重要

支持按客户维度划分流程,便于分析客户满意度、识别关键客户问题并提供差异化服务。

获取方式

这是NetSuite中销售订单交易记录的'Customer'或'Entity'字段。

示例
Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
用户
User
执行该活动的用户或员工。
描述

该属性用于标识执行某个流程步骤的责任人,例如创建订单的销售代表或完成打包的仓库操作员。可记录为用户名或唯一ID。

按用户分析有助于了解工作负载分布、识别培训需求,并比较个人或团队绩效;在排查与特定用户操作相关的偏差或延迟时,也有助于进行根因分析。

为何重要

支持按员工或角色分析绩效,帮助识别高绩效者、自动化候选项和培训机会。

获取方式

此信息可在各类NetSuite交易记录的'Created By'、'Modified By'或'Owner'等字段中找到。

示例
约翰·史密斯Jane Doe仓库用户1
要求的交货日期
RequestedDeliveryDate
客户要求的交货日期。
描述

该属性记录客户要求收货的日期,是衡量准时交付的KPI基线。

将该日期与实际交付日期('Goods Shipped' 时间戳)进行对比,可计算 'On-Time Delivery Rate' KPI。分析需求交期与实际交付之间的差距,有助于发现预测、库存管理或物流方面的系统性问题,从而更好地满足客户期望。

为何重要

是衡量按时交付绩效和客户满意度的基础。

获取方式

可能对应销售订单记录上的标准或自定义字段,常见名称为'Requested Delivery Date'或类似名称。

示例
2023-05-202023-06-012023-06-15
订单总金额
TotalOrderAmount
销售订单的总金额。
描述

此属性表示销售订单的总金额,包含所有商品、税费与运费,是衡量每个流程实例经济重要性的关键指标。

按订单价值分析流程常能揭示重要模式。例如,高价值订单可能走更为人工的审批流程,而低价值订单往往高度自动化。此类分析有助于将改进资源优先投入对业务影响更大的订单。

为何重要

支持基于价值的分析,帮助优先处理高金额订单,并洞察流程效率对收入的影响。

获取方式

这是NetSuite销售订单交易记录中的'Total'(总计)字段。

示例
1500.00250.5012500.75
销售订单状态
SalesOrderStatus
销售订单在生命周期中的当前状态。
描述

该属性表示销售订单的当前状态,如 'Pending Approval'、'Pending Fulfillment' 或 'Billed',可直观呈现订单在整体流程中的位置。

活动日志展现历史流转,而当前状态便于筛选并聚焦当下滞留或进行中的订单。按终止状态分析有助于理解流程结果,例如订单是否成功关闭、被取消,或仍在处理中。

为何重要

可按当前状态筛选案例,便于分析在途订单并识别被阻塞或延迟的订单。

获取方式

这是NetSuite中销售订单交易记录的'Status'字段。

示例
待履约待开票已开票已结案
付款到期日
PaymentDueDate
发票的付款到期日。
描述

此属性是根据发票日期与付款条款计算出的客户最迟付款日期。例如,发票日期为4月1日且条款为'Net 30',到期日为5月1日。

该日期对财务分析至关重要,会直接与'Payment Received'日期对比以判断是否按时付款。它是计算'按时付款率'KPI并管理应收账款的关键组成部分。

为何重要

这是衡量按时回款表现的基准,对现金流与应收账款管理至关重要。

获取方式

这是发票交易记录上的'Due Date'字段,由NetSuite依据发票日期与付款条款自动计算。

示例
2023-05-302023-06-152023-07-01
信用状态
CreditStatus
表示销售订单是否处于信用冻结状态。
描述

此属性反映订单处理时客户的信用状态,例如'On Hold'或'Released',是订单生命周期早期的关键因素。

分析该属性有助于了解信用检查对整体订单周期的影响。'信用检查周期时长分析'仪表板依赖此数据来识别有多少订单被挂起、释放耗时多久,从而找出信用管理流程中的瓶颈。

为何重要

直接影响“Credit Check Cycle Time”这一KPI,并有助于解释订单早期阶段的延误。

获取方式

这可能是销售订单记录上的标准状态字段或自定义复选框(如'Credit Hold')。也可根据出现'Credit Hold Applied'和'Credit Hold Released'活动来推断。

示例
良好暂停已下发
最后数据更新
LastDataUpdate
源系统最近一次数据刷新或抽取的时间戳。
描述

此属性用于指示数据集的最后更新时间。它让业务用户清楚了解所分析数据的新鲜度,从而明白流程挖掘仪表板和分析覆盖的时间范围。

该属性不用于流程流转分析,但作为数据治理与建立用户信任的关键元数据至关重要。它帮助用户评估洞察的时效性,并了解新数据何时会被纳入。

为何重要

告知用户数据的时效性,这对于基于分析做出决策至关重要。

获取方式

此时间戳在从NetSuite抽取数据时生成并写入数据集。

示例
2023-10-27T02:00:00Z
发货国家/地区
ShippingCountry
发货目的国家/地区。
描述

该属性为订单的收货国家,来源于销售订单关联的收货地址。

基于收货国家的地理分析可揭示因物流、清关或区域团队效率差异导致的流程表现差异,并支持对不同国家/地区的运输时效、交付准确度与流程成本进行对比。

为何重要

支持地理维度分析,用于识别区域性瓶颈、比较物流表现,并理解跨国业务的复杂性。

获取方式

此字段属于销售订单交易记录中的'Shipping Address'部分。

示例
美国德国日本
是否准时交付
IsOnTimeDelivery
标识订单是否在客户要求日期当日或之前完成交付。
描述

此计算型布尔属性比较'Goods Shipped'或实际交付的时间戳与'RequestedDeliveryDate':按时或提前为true,延迟为false。

该标记是计算'按时交付率'KPI及支持'交付承诺与实际差距'仪表板的基础。它简化了交付绩效分析,便于筛选与汇总,找出延迟发运的驱动因素,无论是特定产品、地区,还是流程瓶颈。

为何重要

提供交付绩效的清晰二元结果,简化KPI计算和迟交订单的根因分析。

获取方式

在数据转换期间计算,通过比较'Goods Shipped'活动的时间戳与'RequestedDeliveryDate'属性得出。

示例
truefalse
是否按时付款
IsOnTimePayment
标识发票是否在到期日当日或之前完成付款。
描述

此计算型布尔属性将'Payment Received'时间戳与'PaymentDueDate'比较;到期日当天或之前付款为true,否则为false。

该属性是'按时付款率'KPI与'付款条款遵守率'仪表板的基础。它清晰刻画客户付款行为,便于分析哪些客户、地区或付款条款与逾期最相关。

为何重要

直接衡量客户的付款纪律性,这对于现金流管理与信用风险评估至关重要。

获取方式

在数据转换期间计算,通过比较'Payment Received'活动的时间戳与'PaymentDueDate'属性得出。

示例
truefalse
源系统
SourceSystem
用于标识数据来源的系统。
描述

此属性指明事件数据产生的源应用。本流程通常为'NetSuite'。在更复杂的环境中,它可区分来自不同集成系统的数据,例如独立的CRM或WMS。

在分析中,它用于确认数据血缘;当将多源数据融合为统一的流程视图时尤为关键。它确保数据被正确归因到其来源,这对数据治理与问题排查非常重要。

为何重要

提供数据来源的关键背景信息,在多系统集成环境下尤为重要。

获取方式

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

示例
NetSuite
销售团队
SalesTeam
计入该销售订单业绩的销售团队或小组。
描述

该属性用于标识负责该笔销售的团队或部门,可用于组织销售代表并管理销售区域或产品线。

在流程挖掘中,按销售团队分析可沉淀高绩效团队的最佳实践,或识别影响某一团队的系统性问题;同时可揭示数据录入质量、折扣审批等上游差异对下游履约的影响。

为何重要

支持不同销售团队的绩效对比,帮助提炼最佳实践并发现需要支援的薄弱环节。

获取方式

这可能是销售订单记录上的标准或自定义字段,通常与销售代表的员工记录关联。

示例
北美销售EMEA企业亚太渠道
销售订单变更次数
SalesOrderChangeCount
销售订单在初次创建后被变更的次数。
描述

此计算型指标统计每个案例中'Sales Order Changed'活动的发生次数。次数高通常意味着返工,可能由客户变更、录入错误或价格调整引起。

该指标直接用于'销售订单返工率'KPI与'销售订单返工变体'仪表板。分析高变更订单的特征,有助于定位返工的根因,如特定产品、客户或销售代表的问题。

为何重要

直接量化返工,帮助定位低效来源、数据质量问题及流程不稳定因素。

获取方式

在数据转换期间计算,按每个'SalesOrder'案例ID统计'Sales Order Changed'事件次数。

示例
013
销售订单类型
SalesOrderType
销售订单的分类,如标准、加急或特殊。
描述

该属性按类型对销售订单进行归类,类型往往决定流程路径与优先级。例如,'Rush Order' 可能会跳过部分步骤,或相较 'Standard Order' 拥有更严格的SLA。

按订单类型分析有助于判断不同流程变体是否为有意设计且切实有效,并评估特定类型的特殊处理是否真的带来更快或更好的结果,以及相应的成本。

为何重要

可对比不同的预期流程路径(如标准订单与加急订单),检验其表现是否符合预期。

获取方式

这通常是销售订单表单上的自定义'Order Type'字段,因为NetSuite默认使用不同的交易表单(如'Standard Sales Order'、'Standard Sales Order - Cash Sale')来区分类型,而非单一类型字段。

示例
标准订单加急订单项目订单
必填 推荐 可选

订单到回款 - 销售订单处理活动

为确保流程发现与分析准确,建议在事件日志中记录以下关键步骤与里程碑。
7 推荐 7 可选
活动 描述
发票已创建
表示为已发货的商品或服务创建财务发票。这是由与该销售订单关联的'Invoice'交易创建所触发的显式事件。
为何重要

该活动是收入确认的重要里程碑,也标志着回款周期的开始。发货与开票之间的时间会直接影响现金流。

获取方式

这是一个显式事件,取自发票交易记录的'Date Created'字段(Transaction表,Type='CustInvc'),并关联回对应的销售订单。

捕获

使用关联'Invoice'的交易创建日期。

事件类型 explicit
已创建履约单
该活动标志仓库物理履约的开始。即从销售订单生成 'Item Fulfillment' 交易时发生。
为何重要

这是衔接销售流程与仓储作业的关键里程碑。订单审批到创建履约单之间的时间,是衡量作业就绪度的重要指标。

获取方式

这是一个显式事件。其时间戳为'Item Fulfillment'记录的创建日期,并可回链至源销售订单。

捕获

使用关联'Item Fulfillment'记录的交易创建日期。

事件类型 explicit
已收款
该活动标志客户针对发票完成付款。当创建 'Customer Payment' 交易并将其应用到与该销售订单关联的发票时即记录。
为何重要

作为关键的终止事件,此活动对分析现金转换周期与按时付款表现至关重要,标志着一笔销售交易在财务上的顺利闭环。

获取方式

这是一个显式事件。其时间戳为应用于相关发票的'Customer Payment'交易的创建日期(Transaction表,Type='CustPymt')。

捕获

使用应用于该发票的'Customer Payment'记录中的交易日期。

事件类型 explicit
货物已发运
此里程碑表示货品已离开仓库,正在运往客户。当'Item Fulfillment'记录的状态更新为'Shipped'时据此推断。
为何重要

发货是承运商与客户之间的重要交接节点。该事件对跟踪准时交付表现、衡量订单履约总时长至关重要。

获取方式

根据关联“Item Fulfillment”交易的“Status”字段变为“Shipped”进行推断。该事件的时间戳为此状态变更的日期。

捕获

'Item Fulfillment'记录中状态变更为'Shipped'的时间戳。

事件类型 inferred
销售订单已关闭
这是最终活动,表示销售订单已完全履行、已开票并视为完成。通常依据销售订单状态变更为'Closed'推断。
为何重要

该事件标志订单生命周期在运营层面的结束。从创建到关闭的用时,可完整展现端到端流程时长。

获取方式

根据销售订单交易的“Status”字段变为“Closed”进行推断。时间戳取自该最终状态变更的系统备注。

捕获

销售订单系统备注中状态变更为'Closed'的时间戳。

事件类型 inferred
销售订单已创建
该活动标志着销售订单流程的正式开始。当首次在 NetSuite 中保存新的销售订单交易时发生,用于记录客户的初始需求。
为何重要

这是订单到收款(O2C)流程的主要起始事件。从此事件到后续活动的时长对衡量整体订单处理效率与周期时间至关重要。

获取方式

这是一个显式事件,取自销售订单交易记录的'Date Created'字段(Transaction表,Type='SalesOrd')。

捕获

使用销售订单的交易创建日期。

事件类型 explicit
销售订单已批准
此里程碑表明销售订单已通过所有内部检查(如信用与库存),并已准备履行。通常根据订单状态变更为'Pending Fulfillment'推断。
为何重要

审批是流程中的关键关口。衡量审批耗时有助于识别内部审核与决策的延误。

获取方式

根据销售订单记录的状态变更推断。当“Order Status”更新为“Pending Fulfillment”或类似的自定义已批准状态时,记录该时间戳。

捕获

销售订单系统备注中状态变更为'Pending Fulfillment'的时间戳。

事件类型 inferred
已启用信用冻结
当销售订单被系统自动或人工设置为信用冻结,导致履约暂停时,会发生该事件。通常可从订单状态变为'Pending Approval'或特定'Credit Hold'状态来推断。
为何重要

明确订单何时以及为何被搁置,是理解履约周期延迟的关键。此活动可暴露与客户信用相关的瓶颈。

获取方式

根据销售订单记录的系统备注或审计追踪进行推断,定位“Order Status”变更为冻结状态的时间戳。

捕获

标记订单状态变更为信用冻结时的时间戳。

事件类型 inferred
已解除信用冻结
表示销售订单从信用冻结中被解除,从而可以继续进入履约阶段。可通过观察状态从“挂起”变为“开放”或“已批准”的变化来捕获。
为何重要

信用冻结时长是关键 KPI。该事件可用于衡量解决信用问题所需时间及其对整体 O2C 周期的影响。

获取方式

根据销售订单记录的系统备注或审计追踪进行推断,捕捉“Order Status”从冻结状态恢复时的时间戳。

捕获

标记订单状态从信用冻结恢复为激活状态时的时间戳。

事件类型 inferred
库存已预留
该事件表示为销售订单正式预留库存,确保可用于履约。通常通过观察销售订单行上'Committed Quantity'的变化来推断。
为何重要

该活动用于评估库存分配的效率。从订单审批到占用库存之间的延迟可能导致缺货,并影响交付承诺。

获取方式

根据销售订单行项目的系统备注进行推断。当“Quantity Committed”字段由 0 更新为正数时记录时间戳。

捕获

订单行'Quantity Committed'字段变更的时间戳。

事件类型 inferred
货物已打包
表示已拣选的物品已完成打包并准备发货。可通过跟踪 'Item Fulfillment' 记录的状态变更为 'Packed' 来捕获。
为何重要

该活动用于衡量包装工位的效率。拣货与打包之间的时长可揭示产能限制或流程低效。

获取方式

根据关联“Item Fulfillment”交易的“Status”字段变为“Packed”进行推断。时间戳取自此次更新的系统备注。

捕获

'Item Fulfillment'记录中状态变更为'Packed'的时间戳。

事件类型 inferred
货物已拣选
表示订单中的物料已从库位完成拣选。此事件为推断结果,基于关联“Item Fulfillment”记录的状态变更。
为何重要

分析拣货耗时是提升仓库效率的关键。该活动可量化并定位拣货环节的瓶颈。

获取方式

根据关联“Item Fulfillment”交易的“Status”字段变为“Picked”进行推断。时间戳取自该状态变更的系统备注。

捕获

'Item Fulfillment'记录中状态变更为'Picked'的时间戳。

事件类型 inferred
贷项通知单已创建
当针对销售订单或发票开具贷项凭证时(如退货、价格调整或其他优惠),会发生该事件。在创建'Credit Memo'交易时将被捕获。
为何重要

贷项通知单通常反映流程缺陷,如发运错误或产品缺陷。分析其发生频率与时间点,有助于定位根因并提升整体质量。

获取方式

这是一个显式事件,依据创建'Credit Memo'交易(Transaction表,Type='CredMemo')来确定,并可回溯关联到原始发票或销售订单。

捕获

使用关联'Credit Memo'(贷项通知单)的交易创建日期。

事件类型 explicit
销售订单已变更
该活动用于记录销售订单创建后发生的任何重要变更,如数量、商品或价格调整。通常通过跟踪系统备注或审计日志中的更新进行采集。
为何重要

频繁变更往往意味着录入错误或需求不稳定,导致返工和流程低效。跟踪这些变更有助于找出订单修改的根因。

获取方式

来源于销售订单交易的系统备注或审计轨迹。每一次对相关字段的变更记录都可视为该活动的一次发生。

捕获

在销售订单的系统备注中识别建单后的字段变更。

事件类型 inferred
推荐 可选

提取指南

如何从 NetSuite 获取您的数据