您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议收集的属性
- 提升流程可见性需跟踪的关键活动
- HighRadius 专用提取指南
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
表示活动发生时间的时间戳,包括日期和时间。 | ||
|
描述
Event Time 为流程中的每个活动提供了准确的日期和时间。这种按时间顺序排列的 data 是流程挖掘的主干,允许正确排列 events 的顺序并计算它们之间的持续时间。 此属性用于计算所有基于时间的 KPI,例如争议解决、信用审批和付款过账的周期。它还用于分析流程随时间变化的绩效,识别导致延迟的活动,并衡量对服务水平协议的遵守情况。
为何重要
它为所有活动提供了时间顺序背景,这对于计算周期、发现瓶颈和了解流程动态至关重要。
获取方式
HighRadius 中的每条交易记录或 event log 都应有一个相应的 timestamp 字段,通常命名为“Creation Date”或“Timestamp”。
示例
2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
|
|||
|
发票编号
InvoiceNumber
|
每张发票的唯一标识符,作为信用到回款流程的主要案例标识符。 | ||
|
描述
“发票号码”是将单笔应收账款交易的所有相关活动联系起来的核心键。它允许跟踪从发票生成,到各项信用管理和催收活动,再到最终结算或核销的整个生命周期。 在流程挖掘分析中,此属性对于将所有相关事件分组到单个案例中至关重要。这实现了端到端流程流的可视化,计算了诸如应收账款周转天数 (DSO) 等案例时长,并分析了发票可能采取的不同路径,例如争议解决或催收程序。
为何重要
它是连接所有流程步骤的基本标识符,使得分析发票从创建到关闭的完整旅程成为可能。
获取方式
这是 HighRadius 中的一个主要字段,通常位于核心发票或应收账款数据对象中。
示例
INV-2023-001239876543210SI-55482
|
|||
|
活动名称
ActivityName
|
在某个时间点对发票发生的特定业务事件的名称。 | ||
|
描述
“活动名称”描述了信用与催收流程中的步骤,例如“生成发票”、“发送逾期提醒”或“收到付款”。这些活动序列构成了每个案例的流程流。 通过分析此属性,可以发现并可视化真实的流程图。它有助于识别瓶颈、偏离标准程序的行为以及返工环节。“记录催收电话”或“注册争议”等活动的频率和顺序是理解流程效率的关键。
为何重要
此属性定义了流程中的步骤,能够重建并分析每张发票的流程流。
获取方式
这通常源自 HighRadius 平台各个模块内的事件日志、状态更改或特定操作记录。
示例
发票已发送给客户Dunning Procedure Initiated已收到付款争议已解决
|
|||
|
争议原因
DisputeReason
|
客户对发票提出争议时提供的原因代码或描述。 | ||
|
描述
当客户提出争议时,他们通常会提供一个原因,例如“定价错误”、“货物损坏”或“重复发票”。此属性会捕获该原因。 分析“争议原因”是“发票争议解决时间”仪表板的关键。它有助于识别争议的根源,让企业能够解决定价、运输或计费方面的系统性问题。从源头上减少争议可以显著加快现金流。
为何重要
它提供了对付款延迟根源的洞察,支持针对性的流程改进以防止未来发生争议。
获取方式
记录争议时,此信息会在 HighRadius 的争议管理或扣减模块中被捕获。
示例
Incorrect Quantity价格差异货物损坏重复计费
|
|||
|
付款条款
PaymentTerms
|
定义客户应何时支付发票的约定条款。 | ||
|
描述
“付款条件”规定了付款的特定要求,例如“Net 30”、“Net 60”或“见票即付”。该属性是计算发票到期日的基础。 这是“付款条件遵循情况”仪表板和 KPI 的关键属性。通过对其进行分析,有助于识别标准条款是否得到一致执行,以及哪些付款条件与较高的逾期率相关。这些见解可为信用政策和客户谈判提供参考。
为何重要
它为预期付款时间表设定了基准,对于计算截止日期和衡量客户对付款协议的遵守情况至关重要。
获取方式
这通常见于 HighRadius 或源 ERP 内的发票抬头或客户主数据中。
示例
净 30 天净 60 天见票即付
|
|||
|
付款状态
PaymentStatus
|
发票当前的财务状态,如未结、已付、逾期或有争议。 | ||
|
描述
“付款状态”提供了发票在其生命周期中所处位置的快照。它显示发票是处于待付款、已全额或部分付款、已逾期,还是因争议而正在调查中。 该属性是“发票付款状态与账龄”仪表板的核心。它支持对应收账款组合进行快速细分,以了解整体财务健康状况,并优先处理逾期或有争议的项目。
为何重要
它将发票分为可操作的组,提供对应收账款状态的即时可见性,并有助于确定催收活动的优先级。
获取方式
这是 HighRadius 内发票或应收账款记录上的核心状态字段。
示例
未结已付款逾期Disputed已核销
|
|||
|
到期日期
DueDate
|
计算出的发票付款到期日期。 | ||
|
描述
“到期日”是发票必须在此日期前支付以免被视为逾期的具体日期。它通常根据发票日期和付款条件计算得出。 此属性是所有逾期分析的基础。它是计算“逾期天数”、触发催收程序以及衡量“付款条件遵循率”KPI 的主要输入项。它直接支持与发票账龄和催收有效性相关的仪表板。
为何重要
这是决定发票是准时还是逾期的关键日期,它会触发所有后续催收活动和 KPI。
获取方式
这是 HighRadius 发票记录中的一个标准字段。它可能从源 ERP 填充,也可能在 HighRadius 内部计算。
示例
2023-04-142023-05-312023-06-20
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
此属性代表发票的应付总额。它是理解与每个案例相关的价值的关键财务指标。 在流程挖掘中,“发票金额”用于设定催收工作的优先级,例如,重点关注高价值的逾期发票。它是应收账款周转天数 (DSO) 等财务 KPI 的基础,并用于“发票核销分析”仪表板中以量化坏账的财务影响。
为何重要
它为每个 case 提供了财务背景,支持基于价值的分析、工作优先级排序以及对坏账冲销等财务影响的量化。
获取方式
这是 HighRadius 内发票抬头数据中的一个标准字段。
示例
5000.001250.7525000.50
|
|||
|
客户ID
CustomerId
|
与发票相关的客户的唯一标识符。 | ||
|
描述
“客户 ID”将发票与特定的客户实体联系起来。这允许从以客户为中心的视角聚合和分析流程数据。 此属性对于分析不同客户或客户群体的付款行为至关重要。它有助于回答以下问题:哪些客户经常逾期?哪些客户提出的争议最多?它支持“付款条件遵循情况”等仪表板,并允许按客户细分 KPI。
为何重要
它支持对客户层面的付款行为、争议频率和整体流程互动进行分析,有助于制定个性化的催收策略。
获取方式
这是 HighRadius 内发票抬头或客户账户数据中的一个标准字段。
示例
CUST-001ACME-CORPGLOBEX-US
|
|||
|
收款专员姓名
CollectorName
|
负责执行催收活动的用户或代理的姓名。 | ||
|
描述
此属性标识了执行手动活动的催收代理、信用分析师或其他用户,例如“记录催收电话”或“已解决争议”。 在分析中,这允许对不同催收人员或团队进行绩效比较。它有助于了解工作负载分布、评估个人策略的有效性(例如每个催收人员的“催收电话成功率”),并识别培训机会。它也是资源管理和容量规划的关键。
为何重要
它将流程活动与特定个人联系起来,以便分析团队绩效、工作量以及手动干预的有效性。
获取方式
此信息通常存储在 HighRadius 催收模块内的活动日志或用户操作记录中。
示例
约翰·史密斯Jane DoeEmily Jones
|
|||
|
业务单元
BusinessUnit
|
负责销售或发票的内部业务单位或部门。 | ||
|
描述
“业务单元”属性将发票分配给组织的特定部分,例如“零售”、“批发”或“服务”。 这使得绩效分析可以按不同的业务部门进行细分。管理层可以比较各业务单元的 DSO、争议率和核销率等 KPI,以识别优秀领域或需要改进的领域。这有助于让组织的不同部门对其应收账款绩效负责。
为何重要
它允许在组织的不同部门之间进行绩效基准测试,帮助识别哪些部门拥有最有效的信用到现金流程。
获取方式
这是组织数据,通常见于发票,或者源自 HighRadius 或 ERP 中相关的销售订单或客户账户。
示例
BU-North America服务部门制造业
|
|||
|
付款承诺日期
PromiseToPayDate
|
客户承诺支付逾期发票的日期。 | ||
|
描述
当催收人员联系客户时,他们可能会获得“付款承诺”,即客户承诺在特定日期前付款。此属性记录了该承诺日期。 分析此数据对于评估客户承诺的可靠性以及催收人员在获得坚定承诺方面的有效性非常重要。它可用于跟踪“承诺履行率”,这是催收团队的一项关键绩效指标。
为何重要
它捕获了催收活动的一个关键结果,用于衡量跟进的有效性以及客户承诺的可靠性。
获取方式
当在 HighRadius 催收模块中记录“付款承诺”活动时,会记录此日期。
示例
2023-06-152023-07-012023-06-25
|
|||
|
催款等级
DunningLevel
|
逾期发票已达到的自动催收流程的阶段或级别。 | ||
|
描述
“催收级别”表示催收工作的强度,通常对应于发送给客户的一系列自动提醒或通知。例如,级别 1 可能是温和的提醒,而级别 3 是最后通牒。 此属性对于“催收策略有效性”仪表板至关重要。通过分析哪些催收级别最常促成付款,公司可以优化其催收工作流,确保在有效的同时不会过于激进,从而损害客户关系。
为何重要
它跟踪催收活动的升级情况,允许分析哪些催收策略在促进回款方面最有效。
获取方式
这是一个由 HighRadius 内部自动催收或催收工作流引擎管理的状态字段。
示例
123 - Final NoticeLegal Collections
|
|||
|
最后数据更新
LastDataUpdate
|
此记录的数据最后一次从源系统刷新的时间戳。 | ||
|
描述
此属性指示数据的时效性。它记录了从 HighRadius 进行最后一次数据提取或更新的日期和时间。 在分析中,此字段提供了关于见解新鲜度的上下文。对于仪表板和报告来说,显示信息的最新程度至关重要,以确保业务决策基于最新数据。
为何重要
它提供了 data 及时性的透明度,这对于建立对分析的信任和做出明智决策至关重要。
获取方式
此时间戳是在提取过程中由数据摄取流水线生成并添加到每条记录中的。
示例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
|
|||
|
国家/地区
Country
|
与发票相关的客户所属国家。 | ||
|
描述
此属性指定客户所在的国家/地区。它允许对信用与催收流程进行地理细分。 按国家分析数据可以揭示付款行为、催收策略有效性以及常见争议原因的地区差异。这些信息对于在全球性组织中制定地区政策和进行高级管理报告至关重要。
为何重要
它支持地理分析,可以揭示付款行为的区域趋势,并据此调整催收策略。
获取方式
此信息是客户主数据的一部分,通常在 HighRadius 中可用,或从源 ERP 同步。
示例
美国德国巴西
|
|||
|
处理时间
ProcessingTime
|
单个活动的持续时间,计算为结束时间与开始时间之差。 | ||
|
描述
“处理时间”衡量的是积极执行特定任务所花费的时间。对于许多催收活动来说,由于它们是即时事件,该值可能为零。然而,对于有明确开始和结束时间的任务,它能提供宝贵的见解。 此指标有助于确定哪些具体活动(而非活动之间的等待时间)消耗了最多时间。例如,它可以衡量争议案件被主动处理的时间。这使得改进个人执行任务的方式更具针对性。
为何重要
它将增值工作的持续时间与等待时间区分开来,有助于识别特定流程步骤中的低效环节。
获取方式
这是在数据转换过程中根据“结束时间”-“开始时间”计算得出的。只有当这两个字段都可用且有意义时才能进行计算。
示例
8640036000
|
|||
|
是否已自动化
IsAutomated
|
一个布尔标志,用于指示活动是由系统自动执行还是由用户手动执行。 | ||
|
描述
此计算属性区分了系统生成的事件(例如由自动催收运行发送的“逾期提醒已发送”)和人为驱动的操作(例如“记录催收电话”)。 此标记对于计算“自动催收活动率”KPI 至关重要。它有助于衡量催收流程的自动化水平,识别进一步自动化的机会,并分析自动化与手动干预的相对有效性。
为何重要
它有助于衡量流程的自动化程度,从而分析自动化系统与手动工作相比的效率和有效性。
获取方式
这是在数据转换期间衍生的。它需要根据业务知识创建一个映射,将某些“活动名称”标记为自动化。
示例
truefalse
|
|||
|
核销原因
WriteOffReason
|
发票作为坏账核销的原因代码或说明。 | ||
|
描述
当发票被视为无法收回时,会被核销。此属性捕获核销原因,例如“客户破产”、“未解决的争议”或“小额余额核销”。 这是“发票核销分析”仪表板的关键属性。它有助于分析财务损失的根源,提供可用于完善信用政策、改善争议处理或调整催收策略的见解,从而最大限度地减少未来的核销。
为何重要
它解释了收入损失的原因,为改进信用风险评估和催收政策提供关键反馈。
获取方式
当处理“发票已核销”活动时,通常会在 HighRadius 的财务或催收模块中记录此信息。
示例
Bankruptcy诉讼时效已过期催收成本超过欠款
|
|||
|
源系统
SourceSystem
|
数据来源系统。 | ||
|
描述
此属性标识了生成事件数据的源系统。对于此流程视图,其值通常为“HighRadius”。 在多系统环境中,此字段对于理解数据血缘并将信息追溯回其源头至关重要。它有助于区分可能跨越不同平台(如 ERP 和专门的催收工具)的流程。
为何重要
它明确了 data 的来源,这对于 data 治理、验证以及了解流程的技术环境非常重要。
获取方式
这通常是在数据提取和转换过程中添加的静态值,用于标记数据集。
示例
HighRadiusHighRadius-CollectionsHighRadius-CashApp
|
|||
|
结束时间
EndTime
|
指示活动完成时的时间戳。 | ||
|
描述
“结束时间”标志着一项活动的终结。虽然催收中的许多活动是“开始时间”等于“结束时间”的即时事件,但像“争议解决”这样的活动可以有明显的持续时间。 如果可用,此属性将与“开始时间”一起用于计算单个活动的“处理时间”。这有助于确定哪些具体步骤(而非步骤之间的间隙)消耗了最多的时间和资源。
为何重要
它能够精确测量单个活动的持续时间,提供有关流程中时间分配的更详细视图。
获取方式
请参阅 HighRadius 文档。对于某些具有开始和结束状态的日志记录活动,这可能是可用的。
示例
2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
|
|||
|
货币
Currency
|
发票金额的货币代码。 | ||
|
描述
此属性指定发票的货币,如 USD、EUR 或 JPY。它为“发票金额”等任何货币价值提供了必要的上下文。 在任何跨国公司中,此字段对于准确的财务分析都是必不可少的。它确保货币价值得到正确解释,并在为全球报告汇总数据时实现正确的货币转换。
为何重要
这对于正确解读所有货币价值至关重要,可防止多货币环境中的财务计算和报告出现偏差。
获取方式
这是发票记录中的一个标准字段,通常位于发票金额旁边。
示例
美元EURGBP
|
|||
|
逾期天数
DaysOverdue
|
发票超过到期日的日期天数。如果发票尚未到期或已按时支付,则为零。 | ||
|
描述
Days Overdue 是一个计算指标,用于衡量当前日期(针对未结发票)或付款日期(针对已付发票)与发票截止日期之间的差值。它是付款逾期的关键指标。 此属性是“发票付款状态与账龄” dashboard 的基础,用于将应收账款分为不同的账龄组(例如 1-30 天、31-60 天)。它也是应收账款周转天数 (DSO) 计算的组成部分,有助于优先处理最逾期的账户。
为何重要
此指标直接量化了付款延迟,使其对于账龄分析、催收优先级排序以及计算 DSO 至关重要。
获取方式
这不是一个存储字段。它是在数据转换过程中使用“到期日”以及“付款日期”或当前日期计算出来的。
示例
1545092
|
|||
信用管理与催收活动
| 活动 | 描述 | ||
|---|---|---|---|
|
Dispute Registered
|
此活动标志着客户对发票提出争议或扣减的时间点,随后该信息会正式记录在 HighRadius 中。对于有争议的金额,这将暂停标准的催收流程。 | ||
|
为何重要
这是衡量“平均争议解决时间”的起点事件。识别何时以及为何发起争议,是解决计费错误或发货问题等根源的关键。
获取方式
当用户在 HighRadius Deductions Cloud 中创建与发票关联的争议案件时,会捕获此事件。此操作会创建一个带有时间戳的争议记录。
捕获
从与发票关联的争议 case 记录的创建 timestamp 中捕获。
事件类型
explicit
|
|||
|
争议已解决
|
代表争议管理流程的结束,即问题已经过调查并达成解决方案。发票现在可以进入付款或核销阶段。 | ||
|
为何重要
这是衡量“平均争议解决时间”的终点事件。此处的长周期会显著延迟回款,并表明流程存在低效。
获取方式
当争议案件的状态更改为“已解决”、“已关闭”或类似的最终状态时,会捕获此信息。该状态更改的时间戳将用于该活动。
捕获
从争议 case 状态更新为最终“已解决”状态时的 timestamp 中推断。
事件类型
inferred
|
|||
|
发票已核销
|
代表发票生命周期的另一种终点,即债务被视为无法收回并作为坏账核销。这是一个不理想的结果。 | ||
|
为何重要
跟踪核销对于计算发票核销率和分析财务损失根源至关重要。它有助于识别信用评估或催收工作中的失误。
获取方式
当过账核销发票余额的具体交易或发票状态更改为“已核销”时,会捕获此事件。
捕获
从状态变更为“已冲销”或从针对发票过账的特定坏账冲销交易类型中推断。
事件类型
inferred
|
|||
|
发票已结清
|
此活动标志着发票生命周期的圆满结束,此时发票已全额支付并关闭。这是流程理想的最终状态。 | ||
|
为何重要
这作为流程主要的“理想路径”终点事件。分析通往此结果的路径有助于识别最佳实践和成功的催收策略。
获取方式
这通常不是一个显式事件,而是根据发票状态变为“已关闭”或“已结清”且余额归零来推断的。最终付款过账的时间戳通常作为事件时间。
捕获
从发票状态变更为“已关闭”或发票余额字段变为零时推断。
事件类型
inferred
|
|||
|
已收到付款
|
此活动标志着收到客户付款,通常是根据银行对账单或锁箱文件记录的。这表示资金已收到,但尚未应用于特定发票。 | ||
|
为何重要
这是一个关键里程碑,通常会停止催收计时。它是衡量“从收到付款到过账滞后”KPI 的起点,突显了回款核销中的延迟。
获取方式
这是从 HighRadius 的回款核销云 (Cash Application Cloud) 中的付款记录捕获的。来自银行文件的每个付款批次或交易都会有一个收据日期。
捕获
从付款记录导入或输入到现金应用模块时的 timestamp 中捕获。
事件类型
explicit
|
|||
|
已生成发票
|
这是发票在催收流程中生命周期的起点。它表示发票已在 ERP 系统中创建,并已导入 HighRadius 进行应收账款管理。 | ||
|
为何重要
此活动是发票到回款流程分析的主要开始事件。所有的周期时间(如 DSO)通常都从这一点开始衡量。
获取方式
这是从 HighRadius 内发票记录的创建日期捕获的显式事件,通常从 SAP 或 Oracle 等源 ERP 系统同步。
捕获
从应收账款 data 中的发票记录创建 timestamp 中捕获。
事件类型
explicit
|
|||
|
已超过付款截止日期
|
一个计算得出的 event,发生在当前日期超过发票付款截止日期时。此活动不代表用户或系统操作,但它是触发催收流程的关键状态更改。 | ||
|
为何重要
此活动是所有后续催收活动的主要触发因素。它将按时支付的发票与逾期发票区分开来,从而实现对催收策略有效性的分析。
获取方式
此事件不直接存储,而是通过将发票到期日字段与其他事件的时间戳进行比较计算得出。它是在流程挖掘数据转换过程中衍生的。
捕获
通过将发票 due_date 与当前日期或 event timestamp 进行比较来计算 (Timestamp > Due Date)。
事件类型
calculated
|
|||
|
Credit Limit Approved
|
代表信用审核流程的圆满完成,即正式向客户授予信用额度。当信用经理在 HighRadius 平台内批准请求时,系统会捕获此事件。 | ||
|
为何重要
这是一个解锁销售流程的关键里程碑。跟踪此活动对于计算“总信用审批周期”KPI 至关重要。
获取方式
此事件通常是从信用额度请求的状态更改(变为“已批准”)中捕获的。它也可能是系统审计日志中的一个显式事件。
捕获
从信用申请的状态变更为“已批准”或从审批 timestamp 字段推断。
事件类型
inferred
|
|||
|
Credit Limit Requested
|
此活动标志着对客户进行信用评估的开始。它通常在销售订单完成之前触发,并在系统中输入新的或更新的信用额度请求时被捕获。 | ||
|
为何重要
分析从申请到审批的时间有助于识别客户入驻和销售周期中的瓶颈。这是衡量信用管理团队效率的关键起点。
获取方式
此事件可能是根据客户信用档案的状态更改,或根据 HighRadius 信用管理模块中信用额度请求记录的创建日期推断出来的。
捕获
从信用额度申请对象的创建 timestamp 或状态变更为“待审批”中推断。
事件类型
inferred
|
|||
|
Dunning Procedure Initiated
|
此活动表示逾期发票正式催收流程的开始或该流程中的特定级别。它代表了比单次提醒更系统化的步骤。 | ||
|
为何重要
跟踪催收程序的启动有助于分析不同催收策略和催收级别在促成付款方面的有效性。
获取方式
此事件通常是根据 HighRadius 中与发票记录关联的“催收级别”或“催收策略”字段的更改推断出来的。
捕获
从发票催收级别属性的变化中推断,通过变更日志或带 timestamp 的历史记录捕获。
事件类型
inferred
|
|||
|
Promise to Pay Created
|
当客户承诺在未来某个日期支付发票,且催收代理在系统中记录此承诺时,会发生此活动。这是一个积极的阶段性结果。 | ||
|
为何重要
跟踪付款承诺有助于预测现金流并评估催收人员的效率。它还允许分析失信情况,即在承诺日期前未收到付款。
获取方式
这是当代理创建与发票关联的“付款承诺”记录时,在 HighRadius 中记录的显式事件。此记录有自己的创建时间戳。
捕获
从 HighRadius 中“Promise to Pay”对象的创建 timestamp 中捕获。
事件类型
explicit
|
|||
|
付款已过账
|
代表回款核销流程的完成,即收到的回款已成功匹配并应用于特定发票,结清了未结余额。 | ||
|
为何重要
此活动结束了付款处理周期。“收到付款”与“付款过账”之间的时间揭示了回款核销流程的效率。
获取方式
此事件是从发票记录上的过账日期或结清日期字段捕获的。当回款核销完成时,会记录此时间戳。
捕获
从发票会计行项目上的“过账日期”或“清账日期” timestamp 中捕获。
事件类型
explicit
|
|||
|
催收电话已记录
|
代表催收代理就逾期发票向客户拨打的手动催收电话。代理会直接在 HighRadius 中记录通话详情和结果。 | ||
|
为何重要
此活动对于评估“催收电话成功率”和“催收活动效率”至关重要。它有助于区分自动催收和手动催收工作。
获取方式
这是当催收人员在 HighRadius 界面中的发票或客户账户上使用“记录通话”或“添加活动”功能时创建的显式事件。该条目包含一个时间戳。
捕获
从催收员记录手动操作的活动日志表中捕获。
事件类型
explicit
|
|||
|
发票已发送给客户
|
此活动标志着发票已交付给客户的时间点,通常是通过电子邮件或客户门户。HighRadius 可以自动执行并记录此沟通事件。 | ||
|
为何重要
跟踪此项有助于确保客户能及时收到发票。从发票生成到发送之间的延迟会直接影响付款时间和 DSO。
获取方式
这通常显式记录在催收云模块中与发票相关的往来信函或活动历史记录中。也可能从自动信函作业的状态中推断出来。
捕获
在执行电子邮件或门户交付时,记录在发票的沟通历史中。
事件类型
explicit
|
|||
|
逾期提醒已发送
|
代表就逾期发票向客户发送的自动或手动提醒。HighRadius 将此作为其催收策略的一部分实现自动化,并生成沟通日志。 | ||
|
为何重要
此活动是衡量“催收有效率”的基础。它支持分析在收到付款之前需要发送多少次提醒。
获取方式
这是在 HighRadius Collections Cloud 内记录的发票活动或往来信函日志中的显式事件。发送的每条提醒都会有相应的条目和时间戳。
捕获
从与发票关联的带 timestamp 的通信日志中捕获。
事件类型
explicit
|
|||