您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议收集的属性
- 用于了解流程的关键活动
- HighRadius数据提取指南
信用管理与催收属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示活动发生时间的时间戳,包括日期和时间。 | ||
|
说明
事件时间提供流程中每项活动的准确日期和时间。这些按时间排序的数据是流程挖掘的基础,可用于正确排列事件并计算事件间的持续时间。 此属性用于计算所有基于时间的关键绩效指标,例如争议解决、信用审批和付款入账的周期时间。它还可用于分析流程绩效随时间的变化、发现导致延误的活动,以及衡量服务级别协议的达成情况。
重要性
它为所有活动提供时间顺序,是计算周期时间、发现瓶颈和了解流程动态的基础。
获取途径
HighRadius中的每条交易记录或事件日志都应有对应的时间戳字段,字段名称通常为“创建日期”或“时间戳”。
示例
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
发票编号
InvoiceNumber
|
每张发票的唯一标识符,也是信用到现金流程的主要案例标识符。 | ||
|
说明
发票编号是关联单笔应收账款交易所有活动的核心标识。它可用于追踪完整生命周期,从发票生成、各项信用管理与催收活动,直至最终结清或核销。 在流程挖掘分析中,此属性对于将相关事件归入同一案例至关重要。这样才能将端到端流程可视化、计算案例持续时间(如应收账款周转天数(DSO)),并分析发票可能经历的不同路径,例如争议解决或催收程序。
重要性
这是关联所有流程步骤的基础标识符,因此可以分析发票从创建到关闭的完整处理过程。
获取途径
这是HighRadius中的主要字段,通常位于核心发票或应收账款数据对象中。
示例
INV-2023-001239876543210SI-55482
|
|||
|
活动名称
ActivityName
|
发票在某个时间点发生的具体业务事件名称。 | ||
|
说明
活动名称用于描述信用管理与催收流程中的步骤,例如“发票已生成”“已发送逾期提醒”或“已收到付款”。这些活动按顺序构成每个案例的流程。 分析此属性有助于发现并呈现实际流程图,识别瓶颈、偏离标准过程的情况以及返工环节。“已记录催收电话”或“已登记争议”等活动的频率和顺序,是了解流程效率的关键。
重要性
此属性定义流程中的各个步骤,使您能够重建并分析每张发票的流程。
获取途径
此属性通常根据HighRadius平台各模块中的事件日志、状态变更或特定操作记录得出。
示例
发票已发送给客户已启动催收程序已收到付款争议已解决
|
|||
|
争议原因
DisputeReason
|
客户对发票提出争议时提供的原因代码或说明。 | ||
|
说明
客户提出争议时,通常会说明原因,例如“定价错误”“货物损坏”或“重复开票”。此属性用于记录争议原因。 分析争议原因是“发票争议解决时间”仪表板的重要内容,有助于找出争议的根本原因,从而解决定价、运输或开票方面的系统性问题。从源头减少争议,可显著加快现金回笼。
重要性
该属性揭示付款延迟的根本原因,便于有针对性地改进流程,避免再次发生争议。
获取途径
在HighRadius中记录争议时,争议管理或扣款模块会采集此信息。
示例
数量错误价格差异货物损坏重复开票
|
|||
|
付款条款
PaymentTerms
|
约定的付款条件,用于规定客户应在何时支付发票款项。 | ||
|
说明
付款条款规定付款条件,例如“净30天”“净60天”或“收到即付”。此属性是计算发票到期日的依据。 这是“付款条款遵守情况”仪表板和KPI的关键属性。分析该属性有助于判断标准条款是否得到一致执行,以及哪些付款条款对应较高的逾期付款率。这些洞察可用于调整信用政策和开展客户谈判。
重要性
该属性确定预期付款时间,是计算到期日和衡量客户是否遵守付款约定的重要依据。
获取途径
此信息通常位于HighRadius或源ERP中的发票抬头或客户主数据内。
示例
净30天净60天收到即付
|
|||
|
付款状态
PaymentStatus
|
发票当前的财务状态,例如未结清、已付款、逾期或有争议。 | ||
|
说明
付款状态反映发票当前所处的生命周期阶段,可显示发票是否待付款、已全额或部分付款、已过到期日,或因争议而正在调查。 此属性是“发票付款状态与账龄”仪表板的核心数据,可快速细分应收账款组合,了解整体财务状况,并优先处理逾期或有争议的款项。
重要性
该属性将发票归入可采取相应行动的类别,帮助您快速了解应收账款状况并安排收款工作的优先级。
获取途径
这是HighRadius发票或应收账款记录中的核心状态字段。
示例
未结清已付款逾期有争议已核销
|
|||
|
到期日
DueDate
|
计算得出的发票应付款日期。 | ||
|
说明
到期日是发票必须完成付款的具体日期,逾期付款将被视为逾期。通常根据发票日期和付款条款计算得出。 此属性是所有逾期分析的基础,也是计算“逾期天数”、启动催款流程和衡量“付款条款遵守率”KPI的主要依据。它直接支持发票账龄和催款效果相关的仪表板。
重要性
该日期是判断发票是否按时付款或已逾期的关键依据,并会触发后续收款活动和KPI计算。
获取途径
这是HighRadius发票记录中的标准字段,可能由源ERP提供,也可能在HighRadius中计算得出。
示例
2023-04-142023-05-312023-06-20
|
|||
|
发票金额
InvoiceAmount
|
发票的总金额。 | ||
|
说明
此属性表示发票应付总额,是了解每个案例金额的重要财务指标。 在流程挖掘中,发票金额可用于确定收款工作的优先级,例如优先处理高金额逾期发票。它是应收账款周转天数(DSO)等财务KPI的基础,也用于“发票核销分析”仪表板,以量化坏账造成的财务影响。
重要性
该属性为每个案例提供财务背景,支持按金额分析、安排工作优先级,并量化核销等财务影响。
获取途径
这是HighRadius发票抬头数据中的标准字段。
示例
5000.001250.7525000.50
|
|||
|
客户ID
CustomerId
|
与发票关联的客户唯一标识符。 | ||
|
说明
客户ID将发票关联到具体客户实体,便于从客户视角汇总和分析流程数据。 此属性对于分析不同客户或客户群体的付款行为至关重要。它有助于回答以下问题:哪些客户经常逾期付款?哪些客户提出的争议最多?该属性支持“付款条款遵守情况”等仪表板,也可用于按客户细分KPI。
重要性
该属性支持从客户层面分析付款行为、争议频率和整体流程交互情况,帮助制定有针对性的收款策略。
获取途径
这是HighRadius发票抬头或客户账户数据中的标准字段。
示例
CUST-001ACME-CORPGLOBEX-US
|
|||
|
收款专员名称
CollectorName
|
负责执行收款活动的用户或专员名称。 | ||
|
说明
此属性用于识别执行手动活动的收款专员、信用分析师或其他用户,例如“已记录收款电话”或“争议已解决”。 分析时,可据此比较不同收款专员或团队的表现,了解工作量分布,评估个人策略的效果(例如各收款专员的收款电话成功率),并发现辅导机会。该属性也是资源管理和产能规划的重要依据。
重要性
该属性将流程活动关联到具体人员,便于分析团队表现、工作量以及人工干预的效果。
获取途径
此信息通常存储在HighRadius收款模块的活动日志或用户操作记录中。
示例
约翰·史密斯简·多伊艾米丽·琼斯
|
|||
|
上次数据更新
LastDataUpdate
|
此记录的数据最近一次从源系统刷新的时间戳。 | ||
|
说明
此属性用于说明数据的时效性,记录最近一次从HighRadius提取或更新数据的日期和时间。 在分析中,该字段可帮助判断分析结果的新旧程度。仪表板和报告显示信息的更新时间至关重要,这有助于确保业务决策基于最新数据。
重要性
该字段清晰呈现数据的时效性,这对于建立对分析结果的信任并据此做出明智决策至关重要。
获取途径
数据提取过程中,数据接入管道会为每条记录生成并添加此时间戳。
示例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
业务单元
BusinessUnit
|
负责销售或发票的内部业务单元或部门。 | ||
|
说明
业务单元属性将发票归属到组织中的特定部分,例如“零售”“批发”或“服务”。 按不同业务板块细分绩效数据后,管理层可以比较各业务单元的应收账款周转天数、争议率和核销等KPI,找出表现出色或有待改进的领域。这也有助于明确组织各部门在应收账款绩效方面的责任。
重要性
该属性支持比较组织不同部门的绩效,帮助找出信用到现金流程效果最好的部门。
获取途径
这是组织数据,通常可在发票中找到,也可根据HighRadius或ERP中的相关销售订单或客户账户推导得出。
示例
BU-North America服务事业部制造业
|
|||
|
催款层级
DunningLevel
|
逾期发票在自动催款流程中所处的阶段或层级。 | ||
|
说明
催款层级表示收款力度,通常对应向客户发送的一系列自动提醒或通知。例如,层级1可能是温和提醒,层级3则是最终通知。 此属性是“催款策略效果”仪表板的重要数据。分析哪些催款层级最常促成付款,有助于企业优化催款工作流,在确保效果的同时避免催款过于强硬、损害客户关系。
重要性
该属性跟踪收款活动的升级过程,便于分析哪些催款策略最能促使客户付款。
获取途径
这是由HighRadius自动收款或催款工作流引擎管理的状态字段。
示例
123-最终通知法律追收
|
|||
|
国家/地区
Country
|
与发票关联的客户所在国家/地区。 | ||
|
说明
此属性指定客户所在的国家/地区,可用于按地理位置细分信用管理和收款流程。 按国家/地区分析数据,可以发现付款行为、收款策略效果和常见争议原因的区域差异。这些信息对于制定区域政策以及全球企业的高层管理报告至关重要。
重要性
该属性支持地理维度分析,帮助发现各地区付款行为的趋势,并据此调整收款策略。
获取途径
此信息属于客户主数据,通常可在HighRadius中获取,也可能由源ERP同步。
示例
USA德国巴西
|
|||
|
币种
Currency
|
发票金额所用的币种代码。 | ||
|
说明
此属性指定发票币种,例如USD、EUR或JPY,为发票金额等货币数值提供必要背景。 对于跨国企业而言,该字段是准确开展财务分析的必要条件。它可确保正确解读货币数值,并在汇总数据用于全球报告时支持适当的币种换算。
重要性
该属性对于正确解读所有货币数值至关重要,可避免多币种环境下出现财务计算和报告错误。
获取途径
这是发票记录中的标准字段,通常与发票金额一同显示。
示例
USDEURGBP
|
|||
|
承诺付款日期
PromiseToPayDate
|
客户承诺支付逾期发票款项的日期。 | ||
|
说明
收款专员联系客户时,可能会取得客户的“付款承诺”,即客户承诺在某个日期前付款。此属性用于记录承诺日期。 分析这些数据有助于评估客户承诺的可靠性,以及收款专员取得明确承诺的效果。该数据可用于跟踪“承诺兑现率”,这是衡量收款团队绩效的重要指标。
重要性
该属性记录收款活动的一项关键结果,可用于衡量后续跟进的效果和客户承诺的可靠性。
获取途径
在HighRadius收款模块中记录“承诺付款”活动时,会记录此日期。
示例
2023-06-152023-07-012023-06-25
|
|||
|
是否自动执行
IsAutomated
|
布尔标记,用于指示活动是由系统自动执行,还是由用户手动执行。 | ||
|
说明
此计算属性用于区分系统生成的事件(例如自动催款运行发送的“逾期提醒”)和人工操作(例如“已记录收款电话”)。 此标记对于计算“自动收款活动率”KPI至关重要。它有助于衡量收款流程的自动化程度、发现进一步自动化的机会,并分析自动操作与人工跟进的相对效果。
重要性
该属性有助于衡量流程的自动化程度,并分析自动化系统与人工操作的效率和效果。
获取途径
此属性在数据转换过程中推导得出。需要根据业务知识创建映射,将特定活动名称标记为自动执行。
示例
truefalse
|
|||
|
核销原因
WriteOffReason
|
将发票作为坏账核销的原因代码或说明。 | ||
|
说明
如果发票被认定为无法收回,就会进行核销。此属性记录核销原因,例如“客户破产”“争议未解决”或“小额余额核销”。 此属性是“发票核销分析”仪表板的重要数据,有助于分析财务损失的根本原因,为调整信用政策、改进争议处理或优化收款策略提供依据,从而减少未来的核销。
重要性
该属性说明收入损失的原因,为改进信用风险评估和收款政策提供重要依据。
获取途径
处理“发票已核销”活动时会记录此信息,通常记录在HighRadius的财务或收款模块中。
示例
破产诉讼时效已过收款成本超过债务金额
|
|||
|
源系统
SourceSystem
|
数据的来源系统。 | ||
|
说明
此属性用于标识生成事件数据的源系统。在此流程视图中,该值通常为“HighRadius”。 在涉及多个系统的环境中,此字段对于了解数据沿袭并追溯信息来源至关重要。它有助于区分跨多个平台运行的流程,例如同时涉及ERP和专业催收工具的流程。
重要性
此属性说明数据来源,对于数据治理、验证以及了解流程所涉及的技术环境都很重要。
获取途径
此值通常在数据提取和转换过程中静态添加,用于标记数据集。
示例
HighRadiusHighRadius-CollectionsHighRadius-CashApp
|
|||
|
结束时间
EndTime
|
表示活动完成时间的时间戳。 | ||
|
说明
结束时间表示活动的完成时刻。收款流程中的许多活动都是瞬时事件,开始时间与结束时间相同;但有些活动(如“争议解决”)会持续一段时间。 如果有此属性,可与开始时间一起计算各项活动的处理时间。这有助于找出哪些具体步骤(而不仅是步骤之间的间隔)耗费了最多时间和资源。
重要性
该属性可精确衡量各项活动的持续时间,更细致地呈现流程中时间的去向。
获取途径
请参阅HighRadius文档。对于某些记录了开始和结束状态的活动,可能可以获取此信息。
示例
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
|
逾期天数
DaysOverdue
|
发票超过到期日的天数。如果发票尚未到期或已按时付款,则为零。 | ||
|
说明
逾期天数是一个计算指标,用于衡量当前日期(未结清发票)或付款日期(已付款发票)与发票到期日之间的天数差,是反映逾期付款情况的关键指标。 此属性是“发票付款状态与账龄”仪表板的基础,可用于将应收账款划分到账龄区间(例如1至30天、31至60天)。它也是应收账款周转天数(DSO)计算的一部分,并有助于优先处理逾期时间最长的账户。
重要性
该指标直接量化付款延迟,是账龄分析、收款优先级排序和计算DSO的重要依据。
获取途径
此字段不会存储在数据中,而是在数据转换过程中根据到期日以及付款日期或当前日期计算得出。
示例
1545092
|
|||
信用管理与催收活动
| 活动 | 说明 | ||
|---|---|---|---|
|
争议已解决
|
此事件表示争议管理流程已结束,相关问题经过调查并得到解决。发票随后可进入付款或核销环节。 | ||
|
重要性
这是衡量平均争议解决时间的结束事件。此处周期过长会显著延迟现金回收,并可能表明流程存在低效环节。
获取途径
争议案例状态变更为“已解决”“已关闭”或类似终态时,系统会记录此事件,并将状态变更的时间戳用作活动时间。
采集
根据争议案例状态更新为最终“已解决”状态的时间戳推断。
事件类型
inferred
|
|||
|
发票已核销
|
此事件表示发票生命周期以另一种方式结束:债务被认定为无法收回,并作为坏账核销。这是不理想的结果。 | ||
|
重要性
跟踪核销对于计算发票核销率和分析财务损失的根本原因至关重要,也有助于发现信用评估或催收工作中的问题。
获取途径
系统过账了核销发票余额的特定交易,或发票状态变更为“已核销”时,会记录此事件。
采集
根据状态变更为“已核销”,或针对发票过账了特定类型的核销交易推断。
事件类型
inferred
|
|||
|
发票已生成
|
这是发票在催收流程中的生命周期起点,表示发票已在ERP系统中创建,并导入HighRadius进行应收账款管理。 | ||
|
重要性
此活动是发票到现金流程分析的主要开始事件。应收账款周转天数(DSO)等周期时间通常从此时开始计算。
获取途径
这是一个明确记录的事件,依据HighRadius中发票记录的创建日期采集。该记录通常由SAP或Oracle等源ERP系统同步而来。
采集
根据应收账款数据中发票记录的创建时间戳采集。
事件类型
explicit
|
|||
|
发票已结清
|
此活动表示发票生命周期顺利结束,发票已全额付款并关闭。这是流程期望达到的最终状态。 | ||
|
重要性
这是流程中理想路径的主要结束事件。分析通往这一结果的路径,有助于发现最佳实践和有效的催收策略。
获取途径
此事件通常不会被明确记录,而是根据发票状态变为“已关闭”或“已清账”,且余额归零来推断。最后一笔付款的入账时间戳通常作为事件时间。
采集
根据发票状态变为“已关闭”,或发票余额字段归零推断。
事件类型
inferred
|
|||
|
已收到付款
|
此活动标志着收到客户付款,通常根据银行对账单或锁箱文件记录。它表示资金已到账,但尚未分配至具体发票。 | ||
|
重要性
这是一个关键节点,通常意味着催收计时停止。它也是衡量付款到账至入账延迟这一关键绩效指标的起点,可用于发现现金应用环节的延误。
获取途径
此事件根据HighRadius Cash Application Cloud中的付款记录采集。银行文件中的每批付款或每笔交易都有收款日期。
采集
根据付款记录导入或录入现金应用模块时的时间戳采集。
事件类型
explicit
|
|||
|
已登记争议
|
此活动标志着客户针对发票提出争议或扣款,并在HighRadius中正式记录。争议金额的常规催收流程会因此暂停。 | ||
|
重要性
这是衡量平均争议解决时间的开始事件。了解争议何时发生及其原因,是解决开票错误或发货问题等根本原因的关键。
获取途径
用户在HighRadius Deductions Cloud中创建与发票关联的争议案例时,系统会记录此事件并生成带时间戳的争议记录。
采集
根据与发票关联的争议案例记录的创建时间戳采集。
事件类型
explicit
|
|||
|
已超过付款到期日
|
当当前日期超过发票付款到期日时,就会发生此计算事件。它不代表用户或系统执行了某项操作,而是一个会触发催收流程的关键状态变化。 | ||
|
重要性
此活动是后续催收活动的主要触发条件。它将按时付款的发票与逾期发票区分开来,便于分析催收策略的效果。
获取途径
系统不会直接存储此事件,而是通过比较发票到期日字段与其他事件的时间戳计算得出,并在流程挖掘的数据转换过程中生成。
采集
通过比较发票的due_date与当前日期或事件时间戳计算得出(时间戳>到期日)。
事件类型
calculated
|
|||
|
付款已入账
|
此事件表示现金应用流程已完成:收到的付款已成功匹配并分配至具体发票,未结余额随之结清。 | ||
|
重要性
此活动标志着付款处理周期结束。“已收到付款”到“付款已入账”之间的时间可反映现金应用流程的效率。
获取途径
根据发票记录中的入账日期或清账日期字段采集。现金应用完成时会记录此时间戳。
采集
根据发票会计行项目中的“入账日期”或“清账日期”时间戳采集。
事件类型
explicit
|
|||
|
信用额度已批准
|
此事件表示信用审核流程已成功完成,客户正式获得信用额度。当信用经理在HighRadius平台中批准申请时,即会记录此事件。 | ||
|
重要性
这是解除销售流程阻碍的关键节点。跟踪此活动对于计算信用审批周期时间这一关键绩效指标至关重要。
获取途径
通常根据信用额度申请的状态变更记录此事件,例如状态变为“已批准”。系统审计日志中也可能有明确的事件记录。
采集
根据信用申请状态变为“已批准”或审批时间戳字段推断。
事件类型
inferred
|
|||
|
发票已发送给客户
|
此活动标志着发票已送达客户,通常通过电子邮件或客户门户发送。HighRadius可以自动发送并记录此通信事件。 | ||
|
重要性
跟踪此活动有助于确保客户及时收到发票。从发票生成到发送之间的延误会直接影响付款时间和应收账款周转天数。
获取途径
此事件通常明确记录在Collections Cloud模块中与发票关联的通信记录或活动历史中,也可根据自动通信任务的状态推断。
采集
通过电子邮件或门户发送发票后,系统会在发票的通信历史中记录此事件。
事件类型
explicit
|
|||
|
已创建付款承诺
|
客户承诺在未来某日支付发票款项,并由催收专员将承诺录入系统时,就会发生此活动。这是一个积极的阶段性结果。 | ||
|
重要性
跟踪付款承诺有助于预测现金流并评估催收人员的工作成效,也可分析未兑现的承诺,即客户未在承诺日期前付款的情况。
获取途径
催收专员在HighRadius中创建与发票关联的“付款承诺”记录时,系统会明确记录此事件,并为该记录添加创建时间戳。
采集
根据HighRadius中“付款承诺”对象的创建时间戳采集。
事件类型
explicit
|
|||
|
已发送逾期提醒
|
此事件表示已向客户发送有关逾期发票的自动或手动提醒。HighRadius会将提醒纳入催收策略自动发送,并记录通信情况。 | ||
|
重要性
此活动是衡量催收效果率的基础,可用于分析收到付款前需要发送多少次提醒。
获取途径
此事件会明确记录在HighRadius Collections Cloud中与发票关联的活动日志或通信日志里。每次发送提醒都会有相应的记录和时间戳。
采集
根据与发票关联的带时间戳通信日志采集。
事件类型
explicit
|
|||
|
已启动催收程序
|
此活动表示逾期发票的正式催收程序或其中某个级别已启动。与单次提醒相比,这代表更系统化的处理步骤。 | ||
|
重要性
跟踪催收程序的启动情况,有助于分析不同催收策略和催收级别促使客户付款的效果。
获取途径
通常根据HighRadius发票记录中“催收级别”或“催收策略”字段的变化推断此事件。
采集
根据发票催收级别属性的变化推断,可通过变更日志或带时间戳的历史记录采集。
事件类型
inferred
|
|||
|
已申请信用额度
|
此活动标志着客户信用评估的启动,通常在销售订单最终确认前触发;当系统中录入新的信用额度申请或额度调整申请时,即会记录此活动。 | ||
|
重要性
分析从申请到审批的耗时,有助于发现客户开户和销售周期中的瓶颈,也是衡量信用管理团队效率的重要起点。
获取途径
此事件可能根据客户信用档案的状态变更推断,也可能依据HighRadius信用管理模块中信用额度申请记录的创建日期推断。
采集
根据信用额度申请对象的创建时间戳,或状态变更为“待审批”推断。
事件类型
inferred
|
|||
|
已记录催收电话
|
此事件表示催收专员就逾期发票致电客户,并在HighRadius中直接记录通话详情和结果。 | ||
|
重要性
此活动对于评估催收电话成功率和催收活动效率至关重要,也有助于区分自动催收与人工催收。
获取途径
催收人员在HighRadius界面中对发票或客户账户使用“记录通话”或“添加活动”功能时,系统会创建此明确事件并记录时间戳。
采集
根据催收人员记录人工操作的活动日志表采集。
事件类型
explicit
|
|||
数据提取指南
开始优化信用管理与催收
消除瓶颈,将周期时间缩短30%,提升效率。
无需信用卡,几分钟即可开始。