您的应收账款数据模板
您的应收账款数据模板
- 深度分析所需的关键 NetSuite 属性
- 标准化的应收账款活动跟踪里程碑
- NetSuite 系统的战略提取指南
应收账款属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
DateCreated
|
活动发生的精确日期和时间。 | ||
|
描述
此属性记录 event 发生的精确时刻。对于发票的创建,这是交易表中的 准确的 timestamp 对于计算周期时间(如“平均发票到收款周期时间”和“发票开具提前期”)至关重要。它们能确保分析正确排列 event 顺序,识别各流程步骤间的延迟。
为何重要
对于排列事件顺序以及计算流程步骤之间的持续时间指标至关重要。
获取方式
交易 'datecreated' 或 SystemNote 'date'
示例
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
发票编号
TranId
|
NetSuite 中分配给发票的唯一参考编号。 | ||
|
描述
此属性作为应收账款流程的主要 case 标识符。在 NetSuite 中, 在分析中,此标识符用于将单个 event 归组为单个流程 case。它实现了从订单到收款周期的端到端可视化,并且对于跨 NetSuite 表(如
为何重要
这是跟踪应收账款生命周期和计算周期时间的核心键值。
获取方式
交易表,'tranid' 字段
示例
INV-2023-001INV-998822CM-4022JE-10023
|
|||
|
活动
Activity
|
对发票执行的具体 event 或操作。 | ||
|
描述
此属性表示流程步骤名称,如“已创建发票”、“已核销付款”或“争议已开启”。在 NetSuite 中,这通常派生自创建 event 的交易 它是 Process Mining 的核心,定义了流程图中的节点。通过分析这些活动的顺序,分析师可以识别瓶颈、循环(如重复的争议处理)以及与标准顺畅路径的偏差。
为何重要
定义工作流步骤并支持构建流程图。
获取方式
源自 Transaction 'type' 或 SystemNote 'field'/'value'
示例
发票已创建已收到付款Credit Memo IssuedDispute Opened
|
|||
|
最后数据更新
LastDataUpdate
|
data 提取或上次刷新的 timestamp。 | ||
|
描述
此属性指示从 NetSuite 获取 data 快照的时间。它用于确定分析的新鲜度,并计算未结 case 相对于分析日期的时长。 在 Dashboard 仪表板中,它帮助用户了解查看的是实时数据还是历史提取。对于尚未结清的发票,它作为计算当前未结时长的参考点。
为何重要
确保数据新鲜度的透明化,并有助于计算未结 Case 的运行持续时间。
获取方式
提取时的系统时间
示例
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
|
|||
|
源系统
SourceSystem
|
提取 data 的记录系统。 | ||
|
描述
此属性标识 data 的来源,在此场景下为 “NetSuite”。在应收账款 data 可能与 CRM 或外部银行系统合并的多系统环境中,此字段可确保可追溯性。 如果同时分析多个 ERP,分析师可以按数据源过滤或细分流程视图。它通常是在提取和转换过程中添加的静态值。
为何重要
在多系统 Process Mining 实施中提供数据血缘和上下文。
获取方式
静态值 'NetSuite'
示例
NetSuiteNetSuite ERPNetSuite OneWorld
|
|||
|
业务单元
Subsidiary
|
发票所属的子公司或业务单位。 | ||
|
描述
在 NetSuite OneWorld 环境中,此属性标识签发发票的具体法律实体或子公司。它支持对公司不同分支机构或部门进行对比分析。 此属性通过允许用户钻取到特定业务单元,来支持“发票分发效率”仪表板。它有助于确定流程问题是全公司系统性的,还是局部存在于特定运营单位。
为何重要
对于在不同组织实体之间进行性能基准测试至关重要。
获取方式
交易表,'subsidiary' 字段
示例
美国西部欧洲、中东和非洲区运营 (EMEA)亚太区销售
|
|||
|
到期日期
DueDate
|
根据条款预期的付款日期。 | ||
|
描述
此属性包含发票的计划到期日,位于 NetSuite 的 它是计算“平均超过期限天数”和识别“高价值催收风险”的主要变量。通过比较此日期与付款 event 的
为何重要
所有账龄、逾期和合规计算的参考点。
获取方式
交易表,'duedate' 字段
示例
2023-11-152023-12-012024-01-30
|
|||
|
发票状态
Status
|
发票当前的系统状态。 | ||
|
描述
此属性反映了 NetSuite 中交易的状态,如“未结”、“已全额支付”或“待审批”。它通常派生自 “活动”属性追踪发生过什么的历史记录,而此属性则提供当前的快照状态。对于过滤“高价值催收风险”Dashboard 仪表板、仅显示当前未结和逾期的项目至关重要。
为何重要
立即显示哪些 case 已结案,哪些需要采取行动。
获取方式
交易表,'status' 字段
示例
已全额支付未结待审批
|
|||
|
发票金额
TotalAmount
|
发票的总财务价值。 | ||
|
描述
此属性代表发票的总金额,通常位于 NetSuite 交易表的 该指标用于分析应收账款流程中的价值流,优先处理高价值催收,并计算“争议待处理金额”等 KPI。它允许按财务等级过滤 case,以便将优化工作集中在对财务影响较大的交易上。
为何重要
对于量化流程效率低下的财务影响以及确定催收优先级至关重要。
获取方式
交易表,'foreignTotal' 或 'total' 字段
示例
1500.00250.5010000.00
|
|||
|
客户名称
Entity
|
与发票关联的客户或实体名称。 | ||
|
描述
此属性标识负责支付发票的客户。在 NetSuite 中,这链接到 分析师使用此字段按客户细分绩效,识别那些经常逾期付款、产生争议或偏离标准付款条件的客户。它为“信用条款合规监控”和“催收专员吞吐量”Dashboard 仪表板提供支持。
为何重要
支持按客户行为和风险概况对流程绩效进行细分。
获取方式
交易表,'entity' 字段(连接到实体/客户表)
示例
Acme公司Globex CorporationSoylent Corp
|
|||
|
部门
Department
|
负责该交易的内部部门。 | ||
|
描述
此属性映射到 NetSuite 的 通过按部门细分数据,分析师可以识别特定业务领域是否容易出现较慢的计费周期或较高的争议率,从而辅助针对性的流程改进。
为何重要
识别内部流程所有者及其开票效率的差异。
获取方式
交易表,'department' 字段
示例
专业服务软件销售硬件履行
|
|||
|
销售代表
SalesRep
|
与发票关联的销售代表。 | ||
|
描述
此属性标识负责该账户或交易的销售代表。在 NetSuite 中,这通常是交易记录上的 它用于将计费问题或贷项通知单与特定的销售人员关联。例如,“贷项通知单和收入流失”Dashboard 仪表板利用此属性来观察某些代表是否具有较高的发票后调整率,从而发现销售流程中潜在的上游质量问题。
为何重要
将下游的应收账款问题关联回上游的销售流程所有者。
获取方式
交易表,'salesrep' 字段
示例
约翰·史密斯Sarah ConnorKyle Reese
|
|||
|
争议原因
DisputeReason
|
发票处于争议中的原因代码或描述。 | ||
|
描述
此属性捕获客户拒绝付款或要求更正的具体原因。在 NetSuite 中,这通常是自定义字段或链接到发票的特定“案件”记录。 这对于“争议生命周期分析”Dashboard 仪表板至关重要。按争议原因进行分组有助于识别根本原因——如“定价错误”、“货物损坏”或“缺少采购订单”——这些原因需要上游的系统性修复,以防止未来的收入流失。
为何重要
识别未付款和行政耗损的根本原因。
获取方式
关联的 Support Case 或自定义交易主体字段
示例
价格错误未收到货物税务错误
|
|||
|
产品类别
Class
|
所售商品或服务的类别。 | ||
|
描述
此属性映射到 NetSuite 的 通过“贷项通知单和收入流失”Dashboard 仪表板,它可以分析特定产品线是否比其他产品线更容易发生退货或计费错误。
为何重要
按销售的产品或服务类型细分流程绩效。
获取方式
交易表,'class' 字段
示例
授权收入咨询服务硬件
|
|||
|
付款条款
Terms
|
发票约定的付款条件。 | ||
|
描述
此属性指定分配给发票的付款条件,如“Net 30”或“到账即付”。它位于交易记录的 此 data 用于计算预期付款日期,并分析付款条件宽松的客户是否比条件严格的客户回款更可靠。它有助于审查信用政策并了解“平均超过期限天数”KPI 的基准。
为何重要
定义客户付款周期的预期行为和 SLA。
获取方式
交易表,'terms' 字段
示例
净 30 天净 60 天见票即付2% 10 Net 30
|
|||
|
催收人员
CollectionAgent
|
负责此发票催收活动的用户。 | ||
|
描述
此属性标识管理发票催收工作的特定员工。可能与销售代表相同,也可能是专门的应收账款专员,通常位于自定义字段中或派生自记录“付款提醒”活动的用户。 此属性驱动“催收专员吞吐量”Dashboard 仪表板,方便管理者比较催收团队的绩效,识别培训需求或工作量不均的问题。
为何重要
支持对单个催收团队成员进行绩效评估。
获取方式
催收活动或自定义字段上的 SystemNotes“name”
示例
Agent Smith结算专员 A催收 1 组
|
|||
|
区域
Location
|
与交易关联的地点或区域。 | ||
|
描述
在 NetSuite 中, 它被用于“应收账款周转天数 (DSO) 绩效概览”,以识别不同区域在付款行为上的差异。这有助于回答催收问题是全球性的还是仅局限于特定地区。
为何重要
支持应收账款绩效的地理细分。
获取方式
交易表,'location' 字段
示例
北美仓库伦敦办公室新加坡
|
|||
|
发票备注
Memo
|
附加在发票顶部的备注或描述。 | ||
|
描述
此属性包含发票上输入的自由文本描述或备注,位于 对该字段进行文本挖掘可以揭示结构化字段可能遗漏的非结构化延迟或争议原因。它为定量流程 data 增加了定性背景。
为何重要
提供有关交易的背景和定性 data。
获取方式
交易表,'memo' 字段
示例
十月份服务费对 Inv #1002 的修正已应用特殊付款条件
|
|||
|
承诺付款日期
PromiseDate
|
客户承诺付款的日期。 | ||
|
描述
此属性记录客户承诺支付逾期发票的日期,通常由催收专员记录。在 NetSuite 中,这通常存储在“电话”记录或自定义交易正文字段中。 此日期对于“承诺付款合规性”Dashboard 仪表板至关重要。通过将此承诺日期与实际付款日期进行对比,组织可以衡量客户承诺的可靠性和催收电话的有效性。
为何重要
衡量客户承诺的可靠性和催收效率。
获取方式
任务/电话记录或自定义字段
示例
2023-11-202023-12-05
|
|||
|
是否有争议
IsDisputed
|
指示发票当前是否处于或曾经处于争议状态的标志。 | ||
|
描述
此布尔属性指示发票是否经历了争议流程。它派生自发票记录上是否存在争议相关活动或特定的状态标志。 它是“争议生命周期分析”的关键过滤器,在计算“首次催收成功率”时有助于将“问题”发票与“正常”发票区分开。
为何重要
将复杂 case 与标准顺畅路径 case 分开。
获取方式
根据是否存在 'Dispute Opened' Activity 进行计算
示例
truefalse
|
|||
|
货币代码
Currency
|
开具发票的货币。 | ||
|
描述
此属性指定交易的 ISO 货币代码(如 USD、EUR),位于 NetSuite 的 虽然通常是后台字段,但在汇总
为何重要
对于全球性组织中正确的财务聚合至关重要。
获取方式
交易表,'currency' 字段
示例
美元EURGBP
|
|||
|
逾期天数
DaysOverdue
|
未结发票超过其到期日的天数。 | ||
|
描述
这是一个计算属性,代表 它是“高价值催收风险”Dashboard 仪表板中使用的账龄区间(如 30-60 天,60-90 天)的主要驱动因素,可以立即识别系统中最重要的延迟。
为何重要
评估付款延迟严重程度的标准指标。
获取方式
计算方式:(当前日期 - 截止日期)
示例
150-5
|
|||
应收账款 Activities
| 活动 | 描述 | ||
|---|---|---|---|
|
Credit Memo Issued
|
应用于发票的贷项通知单交易的创建。这会减少未结余额,通常代表退货或计费错误。 | ||
|
为何重要
可视化收入流失。频繁的贷项通知单通常表明销售或履约环节存在系统性流程失效。
获取方式
交易表:通过 'appliedtotransaction' 应用于发票 ID 的 'CustCred' 记录类型。
捕获
在执行贷记单交易时记录
事件类型
explicit
|
|||
|
Full Payment Received
|
客户付款的应用使发票余额归零,标志着催收工作的有效结束。 | ||
|
为何重要
DSO 和“平均超过期限天数”计算的主要 timestamp,代表收入的成功实现。
获取方式
交易表:应用于发票的 'CustPymt' 类型,发票最终 'status' 变为“已全额支付”。
捕获
在执行付款交易时记录
事件类型
explicit
|
|||
|
发票已创建
|
发票记录在系统中的初始创建。这从记录类型为“发票”的交易 (Transaction) 表中捕获。 | ||
|
为何重要
标志着应收账款周转周期的开始,并为账龄计算建立基准。这对于计算“从发票到收款”的周期时间至关重要。
获取方式
交易表:类型为 'CustInvc' 记录的 'trandate' 或 'datecreated' 字段。
捕获
在执行发票交易时记录
事件类型
explicit
|
|||
|
发票已审批
|
发票状态从“待审批”到“未结”的转换。通过监控与发票关联的系统备注或 workflow 历史日志来捕获。 | ||
|
为何重要
指示向客户开票前的内部处理时间。此处的延迟会导致总周期变长,且不会为客户增加任何价值。
获取方式
系统备注:过滤“status”字段从“待审批”更改为“未结”的记录。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
发票已寄出
|
向客户发送发票的行为(通过电子邮件、邮寄或传真)。这可以通过查看链接到特定发票交易的“消息”记录来捕获。 | ||
|
为何重要
对发票签发前置时间 KPI 至关重要。识别此处的延迟可揭示阻碍及时收款的行政瓶颈。
获取方式
消息表:在交易 ID 上连接,其中“authoremail”为内部,“recipientemail”为外部。
捕获
在执行电子邮件交易时记录
事件类型
explicit
|
|||
|
发票已清算
|
发票状态最终更改为“已全额支付”。这作为成功 case 的流程结束状态。 | ||
|
为何重要
计算“平均发票到收款周期时间”所必需。在流程变体中区分未结项与已结项。
获取方式
系统备注:发票记录的状态更改为“已全额支付”。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
Bank Statement Matched
|
付款交易与银行对账单流的核销。通过“匹配银行数据”或对账历史记录捕获。 | ||
|
为何重要
跟踪自动化银行清算率。此处的延迟会掩盖真实的现金头寸,并表明后台存在人工操作摩擦。
获取方式
交易状态:检查付款交易状态是否更改为“已存入”或被标记为“已核销”。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
争议已解决
|
争议案件的结束,使发票恢复为可收回状态或产生贷项。当链接的支持案件状态转为“已关闭”时捕获。 | ||
|
为何重要
计算“平均争议解决时间”所必需。解决时间过长会对应收账款周转天数 (DSO) 和客户满意度产生负面影响。
获取方式
支持案件记录:与发票关联的案件的“dateclosed”字段。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
争议案件已开启
|
针对发票提出的争议,通常由链接的支持案件或特定的自定义状态推断。这会中断标准的催收流程。 | ||
|
为何重要
争议生命周期分析仪表板的关键指标。此处的高业务量通常表明上游的履行或开票环节存在质量问题。
获取方式
支持案件记录:连接到交易,其中类别为“账单争议”,或交易状态更改为“争议中”。
捕获
比较状态字段或关联记录的创建
事件类型
inferred
|
|||
|
坏账核销
|
通过日记账分录或针对不可收回金额的特定贷项通知单类型冲销发票余额。这代表催收流程的失败。 | ||
|
为何重要
在分析中将未收回的收入与成功催收的收入分开,这对于评估真实的催收效率至关重要。
获取方式
日记账分录 (Journal Entry) 或贷记单:通过链接到发票的特定总账账户 (坏账费用) 进行过滤。
捕获
源自总账账户的使用情况
事件类型
inferred
|
|||
|
已入账部分付款
|
客户付款的应用减少了发票余额但未完全结清。从交易行 (Transaction Line) 表中捕获。 | ||
|
为何重要
支持部分付款流程流分析。识别零散的现金流和面临流动性压力的客户。
获取方式
交易表:应用于发票的 'CustPymt' 类型,其中发票上的 'amountremaining' > 0。
捕获
在执行付款交易时记录
事件类型
explicit
|
|||
|
已发送付款提醒
|
针对逾期付款生成并发送给客户的催收邮件或信函。通过 Dunning Letters 模块日志或与发票关联的 Message 记录进行捕获。 | ||
|
为何重要
衡量收款所需的工作量以及催收策略的有效性。这对于“催收提醒有效性”Dashboard 仪表板至关重要。
获取方式
消息记录或催收包日志:检查特定主题行(如“提醒”、“逾期”)。
捕获
源自消息主题模式
事件类型
inferred
|
|||
|
已收到付款承诺
|
指示客户已承诺在特定日期前付款的记录。通常记录在 User Notes 或专业的催收管理组件中。 | ||
|
为何重要
跟踪承诺付款合规性 KPI。有助于区分配合良好的客户与需要升级处理的客户。
获取方式
备注记录:针对“PTP”或“承诺”进行文本分析,或 Collections SuiteApp 中的特定字段。
捕获
源自注释的文本分析
事件类型
inferred
|
|||