您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议收集的属性
- 需要追踪的关键活动
- NetSuite数据提取指南
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
活动发生的时间戳。 | ||
|
描述
此属性捕获流程中每个活动的精确日期和时间。它是所有基于时间的分析(包括计算步骤间的周期、持续时间和等待时间)的基础。在 NetSuite 中,此时间戳通常是相关记录或系统笔记的创建或最后修改日期。
为何重要
它支持计算所有与时间相关的绩效指标,如周期时间和瓶颈,这对于效率分析至关重要。
获取方式
此数据源自各种记录上的日期字段。例如,“生成发票”对应发票记录的“创建日期”,状态变更对应系统笔记的时间戳。
示例
2023-01-15T10:00:00Z2023-02-01T14:30:00Z2023-02-15T09:05:00Z
|
|||
|
发票编号
InvoiceNumber
|
每张客户发票的唯一标识符。 | ||
|
描述
发票号码作为主 Case 标识符,唯一地关联了与特定应收款项相关的所有活动。这支持对发票从创建、信用管理到最终付款或催收结案的完整生命周期进行全面分析。在 NetSuite 中,当交易类型为“Invoice”时,这通常对应于交易 ID。
为何重要
这是追踪发票从生成到结算旅程的关键,支持端到端的流程分析。
获取方式
这通常是 NetSuite 发票记录上的“交易 ID”(内部 ID: tranid)字段。
示例
INV0012345INV0054321INV0098765
|
|||
|
活动名称
ActivityName
|
在特定时间点发生的业务活动名称。 | ||
|
描述
此属性描述信用与催收流程中的具体步骤或事件,如“生成发票”、“收到付款”或“登记争议”。分析这些活动的顺序和频率是流程挖掘的核心,它能揭示实际流程路径、偏差和瓶颈。
为何重要
此属性构成了流程图的骨架,支持对流程流向进行可视化和分析。
获取方式
此字段通常源自交易记录(如发票、客户付款)的状态变更,或源自系统笔记、催收活动自定义记录或 CRM 任务。
示例
已生成发票逾期提醒已发送已收到付款发票已核销
|
|||
|
到期日期
DueDate
|
发票的付款到期日。 | ||
|
描述
到期日是合同约定的付款日期。它是判断付款是否准时或逾期的基准。该属性对于计算“准时付款率”等 KPI 以及在到期后触发催收活动至关重要。
为何重要
作为衡量付款及时性的主要基准,对于计算逾期天数和监控付款条款合规性至关重要。
获取方式
这是发票交易记录上的“到期日”(内部 ID: duedate)字段。
示例
2023-02-142023-03-312023-04-15
|
|||
|
发票状态
InvoiceStatus
|
发票在生命周期中的当前状态。 | ||
|
描述
指示发票的当前状态,如“未结”、“已足额支付”或“逾期”。这对于过滤并仅分析当前活跃或有问题的发票非常有用。“逾期发票账龄与状态”仪表板依赖此属性来提供未结应收账款的快照。
为何重要
允许过滤并重点分析发票生命周期的特定阶段,例如未结、逾期或争议发票。
获取方式
这对应于发票交易记录上的“状态”(内部 ID: status)字段。
示例
未结已全额支付逾期
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
代表发票的总待付金额。这是一个核心财务属性,用于识别逾期付款的财务影响或分析高价值发票的核销,为优化催收优先级提供关键背景。
为何重要
为流程提供财务背景,支持基于金额的分析,例如优先催收高价值的逾期发票。
获取方式
这是发票交易记录上的“金额(总计)”(内部 ID: total)字段。
示例
1500.00250.5012500.75
|
|||
|
客户ID
CustomerId
|
与发票关联的客户唯一标识符。 | ||
|
描述
此属性将发票连接到 NetSuite 中的特定客户。它对于细分数据以分析不同客户群的流程绩效至关重要,例如分析大客户与小企业的付款行为差异。
为何重要
支持以客户为中心的分析,有助于识别哪些客户经常迟付、提出争议或涉及非标准流程。
获取方式
这是发票交易记录上的“客户”(内部 ID: entity)字段。
示例
CUST001CUST002CUST003
|
|||
|
客户细分
CustomerSegment
|
客户分类,例如按规模、行业或地区。 | ||
|
描述
“客户细分”将客户分为有意义的群体(如“大型企业”、“中小企业”、“公共部门”)。该属性对于“各细分市场催收策略绩效”控制台至关重要,因为它支持比较不同催收方法在各群体中的有效性,有助于根据各组的独特行为量身定制策略。
为何重要
支持针对性分析,以确定某些流程问题或支付行为是否集中在特定的客户群体中。
获取方式
这通常是 NetSuite 客户记录上的自定义字段。数据需要从客户记录关联到发票交易。
示例
企业中型市场SMB
|
|||
|
业务单元
BusinessUnit
|
与交易关联的业务单元或子公司。 | ||
|
描述
代表开具发票的具体业务部门或子公司。在 NetSuite OneWorld 账户中,这通常对应“子公司”字段。它支持按组织机构进行细分流程分析,便于进行绩效对比并发现部门特定问题。
为何重要
支持在不同组织单位之间比较流程绩效,揭示可能需要不同管理方式的差异。
获取方式
在 NetSuite OneWorld 中,这是“子公司 (Subsidiary)”字段。在其他账户中,根据配置的不同,它可能是“部门 (Department)”或“类别 (Class)”。
示例
美国西部欧洲、中东及非洲地区服务亚太地区产品
|
|||
|
争议原因
DisputeReason
|
客户对发票提出争议的原因。 | ||
|
描述
当客户提出争议时,此属性捕获其原因(如价格错误、货损等)。这对于分析“争议解决时间”和“核销根本原因”仪表板至关重要,有助于识别并预防未来的重复问题。
为何重要
有助于识别客户争议的根源,为改进订单履行或计费准确性等上游流程提供必要见解。
获取方式
这很可能是发票记录上的自定义字段,或用于跟踪争议的相关自定义记录。它不是 NetSuite 的标准字段。
示例
数量错误价格差异货物损坏
|
|||
|
付款入账延迟
PaymentPostingLag
|
从收到付款到在系统中入账的时间。 | ||
|
描述
此计算时长衡量“收到付款”与“付款入账”之间的延迟。这是“付款入账延迟分析”仪表板的关键指标,突显了可能扭曲现金可见性的内部效率低下问题。
为何重要
揭示现金结算中的内部处理延迟,这些延迟会影响财务报表的准确性和客户账户状态。
获取方式
这是在流程挖掘工具中计算的:Timestamp('付款入账') - Timestamp('收到付款')。
示例
1 天4 小时3 天
|
|||
|
付款条款
PaymentTerms
|
与客户商定的发票付款条款。 | ||
|
描述
此属性指定客户的付款条件(如 Net 30)。它是计算发票到期日的依据,也是“付款条款合规性与偏差”仪表板的基础,用于分析客户是否遵守约定条款。
为何重要
为付款计划提供合同依据,对于分析合规性和识别影响现金流的偏差至关重要。
获取方式
这是发票交易记录上的“条款”(内部 ID: terms)字段。
示例
净 30 天净 60 天见票即付
|
|||
|
最后数据更新
LastDataUpdate
|
源系统上次数据刷新的时间戳。 | ||
|
描述
此属性表示该流程数据最后一次提取并更新的时间。它帮助用户了解分析数据的时效性,确保基于最新信息做出决策。
为何重要
提高数据时效性的透明度,让用户了解流程分析的更新程度。
获取方式
此值在数据提取时生成并标记在数据集中。
示例
2023-10-27T02:00:00Z
|
|||
|
发票到现金周期时间
InvoiceToCashCycleTime
|
从发票生成到最终结算的总时长。 | ||
|
描述
此指标衡量从“生成发票”到“发票结算”的总时长。它代表了整个流程的端到端绩效,分析此 KPI 有助于识别系统性延迟并衡量现金流速度。
为何重要
这是一个关键的高级 KPI,用于衡量从发票到回款全流程的整体效率。
获取方式
这是在流程挖掘工具中执行的 Case 级计算:Timestamp('发票结算') - Timestamp('生成发票')。
示例
32 天45天91 天
|
|||
|
国家/地区
Country
|
客户账单地址所属的国家。 | ||
|
描述
此属性表示发票上客户账单地址所属的国家。它用于分析回款表现的地域差异,有助于针对特定地区定制催收策略。
为何重要
支持流程的地域细分,能够突出显示支付行为或流程效率在不同地区的差异。
获取方式
此数据源自发票交易上的“账单地址”详情,通常继承自客户记录。
示例
美国德国日本
|
|||
|
收款专员姓名
CollectorName
|
分配至该发票的催收人员姓名。 | ||
|
描述
识别负责处理逾期发票的具体催收专员或资源。这支持整个催收团队的绩效分析,有助于了解工作量分配和个人催收员的效力,并支持“催收联系成功率”等 KPI。
为何重要
支持催收团队的绩效衡量和工作负载平衡,将催收活动与特定人员关联起来。
获取方式
这通常是客户或发票记录上的自定义字段。某些 NetSuite 催收套件提供了此功能。
示例
爱丽丝·约翰逊Robert Williams未分配
|
|||
|
是否已自动化
IsAutomated
|
一个标志,指示活动是否由系统自动执行。 | ||
|
描述
此布尔属性指定活动是由自动化工作流还是人工执行。这对于“手动活动频率与影响”仪表板量化自动化水平并识别进一步自动化机会至关重要。
为何重要
有助于量化流程中的自动化程度,支持减少手动工作量并提升效率的举措。
获取方式
这是一个基于活动类型或执行用户的派生属性。例如,如果执行用户是“SYSTEM”,则该活动被标记为自动化。
示例
truefalse
|
|||
|
是否按时付款
IsOnTimePayment
|
一个标志,指示是否在到期日或之前收到付款。 | ||
|
描述
此计算出的布尔属性检查“收到付款”活动是否发生在发票“到期日”之前。它简化了“准时付款率”KPI 的计算,并允许对准时与逾期付款进行轻松过滤。
为何重要
提供一个简单的二元指标来评估付款条款的合规性,便于计算并衡量“准时付款率”。
获取方式
这是在数据转换期间计算的:如果 (付款日期 <= 到期日) 则为 TRUE,否则为 FALSE。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
数据提取来源系统。 | ||
|
描述
标识事件数据的源系统。对于此流程视图,值将始终为 'NetSuite',但它是数据治理的必选属性,用于在多系统环境中区分数据源。
为何重要
确保数据谱系和可追溯性,这对于数据验证和治理非常重要,尤其是在具有多个集成系统的环境中。
获取方式
这是在数据转换过程中添加的静态值('NetSuite')。
示例
NetSuite
|
|||
|
用户ID
UserId
|
执行该活动的用户标识。 | ||
|
描述
识别负责特定活动(如过账付款或拨打催收电话)的员工或系统用户。这支持工作量分配和团队绩效分析,并有助于识别培训需求。对于自动化活动,这可能是系统用户 ID。
为何重要
支持按用户或团队进行绩效分析,有助于了解工作量分配并识别手动干预发生的环节。
获取方式
来源于“创建者”、“修改者”等字段,或交易记录及相关记录(如催收电话记录)上的特定“所有者”字段。
示例
j.doea.smith系统
|
|||
|
逾期天数
DaysOverdue
|
发票逾期天数。 | ||
|
描述
此指标衡量发票到期日与当前日期(或付款日期)之间的天数。它是催收的核心 KPI,用于“逾期发票账龄与状态”仪表板,以对催收工作划分优先级。
为何重要
直接衡量付款延迟的严重程度,是账龄报告和确定催收活动优先级的关键指标。
获取方式
这是在数据转换期间计算的:(当前日期或付款日期) - 到期日。
示例
1532090
|
|||
信用管理与催收活动
| 活动 | 描述 | ||
|---|---|---|---|
|
付款到期日已过
|
一种计算得出的事件,当当前日期超过发票到期日且发票尚未足额支付时发生。它标志着发票从“当前”状态转变为“逾期”状态。 | ||
|
为何重要
此事件是所有催收活动的关键触发点。分析此事件后的时间对于理解催收效率和效果至关重要。
获取方式
这是一个计算出的事件。它是通过将当前日期与发票交易记录上的“到期日”字段进行比较而得出的。事件时间戳即为到期日本身。
捕获
时间戳即为发票上“到期日”字段的值。
事件类型
calculated
|
|||
|
发票已核销
|
发票生命周期的一个不成功终点,债务被视为无法收回并从应收账款中移除。当针对发票应用坏账分录时,将捕获此事件。 | ||
|
为何重要
这是一个关键的失败终点。分析导致核销的路径有助于识别信用政策和催收策略中的漏洞,从而降低坏账。
获取方式
根据对发票应用的“日记账分录”来推断,该分录专门用于坏账核销。也可能使用了自定义状态。
捕获
使用核销发票的日记账分录日期。
事件类型
inferred
|
|||
|
发票已结清
|
发票生命周期的圆满结束,即通过付款或抵扣使待付余额清零。当发票状态变为“全额支付”时判定。 | ||
|
为何重要
这是流程的主要成功结束事件。它是计算端到端“发票到回款”周期时间的最终数据点。
获取方式
根据发票交易中的“状态”字段变为“已足额支付”来推断。时间戳可取自结清发票的最后一笔付款或贷项通知单的日期。
捕获
将状态设为“已全额支付”的最后一次付款核销的时间戳。
事件类型
inferred
|
|||
|
已收到付款
|
此事件标志着客户付款的创建并核销至发票。这是直接从 NetSuite 的客户付款交易记录中捕获的关键里程碑。 | ||
|
为何重要
此活动对于计算 DSO 和准时付款率至关重要。它标志着现金回收,是衡量催收成效的关键指标。
获取方式
捕获自“客户付款”交易记录的创建日期。该记录上的“应用 (Apply)”子列表将付款与一张或多张发票关联起来。
捕获
使用客户付款记录的交易日期。
事件类型
explicit
|
|||
|
已生成发票
|
标志着系统中正式创建发票记录。此事件捕获自 NetSuite 中“发票交易”的创建日期,作为发票生命周期的起点。 | ||
|
为何重要
这是“发票到回款”流程的主要起始事件。它对于计算应收账款周转天数 (DSO) 和整体流程周期时间等关键指标至关重要。
获取方式
这是一个从 NetSuite 发票交易记录(类型为“Invoice”的 Transaction 表)的创建日期中捕获的显性事件。
捕获
使用发票交易记录的创建时间戳。
事件类型
explicit
|
|||
|
争议已登记
|
表示客户已对发票提出正式争议,从而暂停标准催收流程。这通常根据发票状态字段变更为“争议 (Disputed)”状态来推断。 | ||
|
为何重要
此事件是衡量争议解决时间的起点。识别高频争议可以揭示计费或销售流程中的潜在问题。
获取方式
根据系统日志或自定义“发票状态”字段变为“争议”或“争议中”等值的时间戳变更推断。
捕获
状态字段更新为反映争议时的时间戳。
事件类型
inferred
|
|||
|
争议已解决
|
标志着客户争议的解决,允许催收流程恢复或发票进行结算。这通常通过发票状态从“争议”变回活跃状态来推断。 | ||
|
为何重要
这是衡量争议解决周期时间的终点。高效的争议解决对于维持客户满意度和加速现金流至关重要。
获取方式
根据系统日志或自定义“发票状态”字段从“争议”变为“未结”或“已解决”等值的时间戳变更推断。
捕获
状态字段更新为显示已解决时的时间戳。
事件类型
inferred
|
|||
|
付款已过账
|
代表付款正式记入总账的日期。该数据取自“客户付款交易”的过账日期。 | ||
|
为何重要
“收到付款”与“付款入账”之间的时间差揭示了行政处理延迟。分析此延迟对于确保财务报告的准确性和及时性至关重要。
获取方式
从“客户付款”交易对总账影响的“过账期间”或交易日期中获取。
捕获
使用客户付款交易中的总账过账日期。
事件类型
explicit
|
|||
|
催收程序已启动
|
代表针对逾期发票启动正式催收流程,可能包含多个步骤。当发票被分配特定的催收级别时捕获。 | ||
|
为何重要
追踪正式催收的启动有助于衡量催收合规性和成效。它是分析不同催收策略如何影响付款行为的关键里程碑。
获取方式
根据发票或客户记录上的“催收级别”首次设置为非零或初始催收状态的日期推断。
捕获
识别催收级别字段发生变更的时间戳。
事件类型
inferred
|
|||
|
发票已发送给客户
|
代表发票送达客户的时间点(通常通过电子邮件)。这通常是从追踪外发沟通的系统日志中推断出来的。 | ||
|
为何重要
追踪此活动有助于识别发票创建与客户通知之间的延迟,这会直接影响回款时间,并能洞察计费沟通的效率。
获取方式
根据从发票记录发送的电子邮件日期推断,该日期可在发票交易的“沟通 > 消息”子选项卡中找到。
捕获
使用关联发票的“消息”记录的时间戳。
事件类型
inferred
|
|||
|
已拨打催收电话
|
一种手动催收活动,由催收专员通过电话联系客户。此事件从 NetSuite CRM 模块中用户创建的“电话 (Phone Call)”活动记录中捕获。 | ||
|
为何重要
此活动有助于量化催收流程中的人工投入。分析其频率和成功率对于优化资源分配和自动化至关重要。
获取方式
捕获自“电话”活动记录的创建日期,其中关联记录为客户,且消息中引用了发票号码。
捕获
使用电话 CRM 活动记录中的时间戳。
事件类型
explicit
|
|||
|
贷记通知单已开具
|
代表创建红字发票以抵消原发票,通常用于纠错或争议解决。这是 NetSuite 中的显性交易。 | ||
|
为何重要
频繁出现的贷项通知单可能表明存在系统性问题,如定价错误或物流问题。分析这些情况有助于找出收入流失的根源。
获取方式
这是一个从关联原发票的红字发票交易记录创建日期中捕获的显性事件。
捕获
使用红字发票交易的创建时间戳。
事件类型
explicit
|
|||
|
逾期提醒已发送
|
针对逾期发票向客户发送的初步提醒,通常是自动发送的。该活动通常捕获自 NetSuite 催收模块中创建的催款函或记录的沟通事件。 | ||
|
为何重要
此活动是催收流程的第一步。分析其频率及对回款的影响有助于评估初步催收工作的成效。
获取方式
捕获自 NetSuite Dunning SuiteApp 生成的与发票关联的“催款函 (Dunning Letter)”记录的创建日期。
捕获
使用催收信函记录的创建时间戳。
事件类型
explicit
|
|||