信用管理与催收数据模板

通用流程挖掘模板
信用管理与催收数据模板

信用管理与催收数据模板

通用流程挖掘模板

这是适用于信用管理与催收的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。

选择具体系统
  • 适用于任意信用管理或催收系统的通用数据结构
  • 用于深入分析流程绩效的建议属性
  • 用于准确发现和优化流程的关键活动
刚接触事件日志?了解 如何创建流程挖掘事件日志.

信用管理与催收属性

建议将这些数据字段纳入事件日志,以便全面分析流程并深入了解运营情况。
5 必填 7 建议填写 4 选填
名称 说明
事件时间
EventTime
表示活动确切发生时间的时间戳,包含日期和时间。
说明

事件时间(即时间戳)标记流程中某项活动发生的确切时刻。它提供了按时间顺序重建每个发票案例事件序列所需的信息,是所有时间分析的基础。

在流程挖掘中,事件时间用于计算活动间周期时间、案例总时长以及服务级别协议达成情况等关键绩效指标。例如,从“已发送发票”到“已收到付款”的时间会直接影响应收账款周转天数(DSO)。分析时间戳有助于发现延迟、衡量流程步骤的效率并定位瓶颈。

重要性

此时间戳对于事件排序、周期时间和时长计算,以及所有基于时间的绩效分析都至关重要。

获取途径

通常记录为单据创建日期、过账日期,或与交易或状态变更相关的系统日志时间戳。

示例
2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z
发票编号
InvoiceNumber
每张发票的唯一标识符,也是信用管理与催收流程的主要案例标识。
说明

发票编号是分配给每份发票单据的唯一字母数字代码。它是与该笔开票相关的所有活动和交易的核心索引,涵盖从创建到最终结清或核销的整个过程。

在流程挖掘中,发票编号用于将“发票已创建”“已收到付款”和“已登记争议”等相关事件关联到同一个流程实例或案例。这样便可端到端地呈现和分析发票的完整生命周期。按发票编号分组分析流程,组织可以发现瓶颈、跟踪周期时间,并了解不同发票的处理方式有何差异。

重要性

这是用于关联所有相关事件的关键案例ID,可据此重建并分析发票的端到端生命周期。

获取途径

通常位于源财务系统中发票或应收账款单据的抬头表。

示例
INV-2023-001239100045678SI-54321
活动名称
ActivityName
发票在某个时间点发生的具体业务事件或任务的名称。
说明

活动名称用于描述信用管理与催收流程中的具体步骤或里程碑。这些活动构成流程图的基本要素,代表“已向客户发送发票”“已发送提醒”或“付款已分配至发票”等操作。

分析活动的顺序和频率是流程挖掘的核心。通过分析,可以发现实际流程,比较实际流程与设计模型,并识别偏差、返工循环和低效路径。例如,“已登记争议”活动频繁出现,可能表明发票准确性或产品质量存在问题。

重要性

此属性定义流程中的各个步骤,构成流程图的基础,并支持对流程顺序和差异进行分析。

获取途径

根据源系统财务、销售或催收模块中的各种状态变更、交易代码或事件日志生成。

示例
发票已创建付款到期日已过催收流程已启动已收到付款
数据最后更新时间
LastDataUpdate
表示事件数据上次从源系统刷新或提取时间的时间戳。
说明

此属性记录数据上次从源系统提取到流程挖掘环境的日期和时间。它是反映所分析数据集新鲜度的元数据字段。

了解数据最后更新时间,有助于确保分析或仪表板反映流程的最新状态。知道数据的截止时间,用户便能正确解读数据。在监控进行中的流程或近实时KPI时,这一点尤为重要,因为它能说明洞察所依据的数据更新到了何时。

重要性

显示数据的新鲜度,为分析的时效性提供背景信息,并让用户了解数据的截止时间。

获取途径

通常由ETL工具或数据管道在数据导入过程中生成并存储为元数据。

示例
2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z
源系统
SourceSystem
数据来源系统的名称或标识符,例如ERP或CRM。
说明

源系统属性用于标识最初记录事件数据的具体应用或平台。在复杂的IT环境中,单个流程(如信用到收款)可能跨越多个系统,例如使用ERP开具发票,并通过独立的催收平台发送催款通知。

此属性有助于了解流程所处的技术环境,可用于数据验证、识别特定系统中的流程差异,以及诊断不同平台之间的集成问题。例如,分析可能发现,延迟总是在ERP与催收工具之间交接时发生。

重要性

标识数据来源,这对于了解不同系统间的流程差异和验证数据至关重要。

获取途径

此信息通常在数据提取(ETL)过程中添加,也可能存储在源表的技术元数据字段中。

示例
SAP S/4HANAOracle NetSuiteHighRadius Collections
争议原因
DisputeReason
客户对发票提出争议时提供的原因代码或说明。
说明

争议原因记录客户拒绝支付发票的原因。常见原因包括定价错误、货物损坏、数量不符或缺少文件。通常在正式创建争议案例时记录此信息。

争议原因是进行根因分析的重要属性。分析不同争议原因的出现频率,企业可以发现催收部门以外的系统性问题,例如发货、开票准确性或销售订单录入方面的问题。流程挖掘还可以揭示不同争议原因对解决时间和流程顺序的影响,帮助简化争议管理流程。

重要性

支持对付款延迟和争议进行根因分析,帮助发现并解决开票、发货或销售等上游环节的问题。

获取途径

存储在争议管理模块、CRM系统中,也可能作为原因代码记录在发票或应收账款单据中。

示例
价格错误数量短缺货物损坏重复开票
催收人员名称
CollectorName
负责执行催收活动的用户、代理人或团队的名称或标识符。
说明

催收人员名称用于标识负责管理逾期发票并开展催收活动的个人或团队,例如会计文员、专职催收人员或催收团队。

此属性支持按个人或团队分析绩效。按催收人员名称筛选或比较流程,组织可以总结绩效优秀者的做法、发现其他人员的培训需求,并分析工作量分配情况。它对于了解催收流程中的人为因素及其对付款时间和核销结果的影响至关重要。

重要性

支持分析团队和个人绩效、工作量分配,以及不同催收人员或策略的效果。

获取途径

可在应收账款交易数据、客户主数据记录或专门的催收管理模块中找到。对应字段可能为“会计文员”或“用户ID”。

示例
John Smith催收团队AUSER123
催收级别
DunningLevel
逾期发票在自动催收或催收流程中所处的阶段或级别。
说明

催收级别表示逾期发票在正式催收沟通流程中的进展程度,通常以数字或代码表示。例如,“第1级”可能是温和提醒,“第4级”则可能是采取法律行动前的最后通知。

分析催收级别是评估催收策略效果的关键。流程挖掘可以显示哪些流程路径会进入更高级别,以及各级别是否能促成付款。例如,分析可能发现,大多数付款发生在第2级催收之后,因此第3级和第4级效果有限且成本较高。这有助于优化催收通知的发送时机和内容。

重要性

衡量催收力度,对于分析各阶段催收策略的效果至关重要。

获取途径

可在催收管理模块或应收账款数据中找到,通常与客户账户或具体逾期单据关联。

示例
123待采取法律行动
到期日
DueDate
根据合同约定,发票款项应付的日期。
说明

到期日是发票款项必须到账才能视为按时付款的具体日期。通常根据发票创建日期和双方约定的付款条件计算。

此日期是衡量催收流程绩效的重要基准,可用于判断付款是否逾期、触发催收程序以及生成账龄报告。在流程挖掘中,到期日用于计算按时付款率和应收账款周转天数(DSO)等KPI,并分析催收活动在付款期限方面的效果。

重要性

这是衡量按时付款绩效的主要基准,也是计算DSO和付款及时性等KPI的重要依据。

获取途径

可在发票抬头数据中找到。它可能是直接字段,也可能根据发票日期和付款条件计算得出。

示例
2023-04-142023-05-302023-06-01
发票状态
InvoiceStatus
发票当前的财务或运营状态,例如未结清、已付款、逾期或有争议。
说明

发票状态表示发票生命周期中的当前状态。随着事件发生,状态会相应变化:发票创建时为“未结清”,超过到期日仍未付款时变为“逾期”,最终变为“已付款”或“已核销”。

此属性可概览应收账款的当前状况。在流程挖掘分析中,它有助于对案例分类并了解不同流程变体的结果。例如,比较最终状态为“有争议”和“已付款”的流程,可以发现造成付款受阻的根本原因。此属性还可用于筛选进行中的案例,例如筛选所有当前“逾期”的发票,以分析正在开展的催收工作。

重要性

清晰呈现发票当前状态,支持分析流程结果,并筛选处于“逾期”或“有争议”等特定阶段的案例。

获取途径

通常是发票或应收账款单据抬头中的状态字段。

示例
未结清已付款逾期有争议已核销
发票金额
InvoiceAmount
发票的货币总额。
说明

发票金额是向客户开具并预期由客户支付的总金额,是每个发票案例的基本财务数据。

此属性对于分析财务影响至关重要。将流程指标与发票金额关联,组织便可确定催收工作的优先级。例如,分析可能发现,高金额发票的付款延迟时间更长,或更容易引发争议。此属性还可用于计算应收账款周转天数(DSO)等关键财务KPI,并量化流程瓶颈或核销造成的资金损失。

重要性

对于财务分析、优先催收高金额发票,以及量化流程低效造成的资金影响至关重要。

获取途径

源系统应收账款或开票模块中发票抬头数据的标准字段。

示例
5400.50125000.00750.75
客户ID
CustomerId
与发票关联的客户唯一标识符。
说明

客户ID是系统中代表特定客户账户的唯一代码,用于将发票关联到依法承担付款责任的主体。

在流程挖掘分析中,客户ID是重要的细分维度。分析人员可以据此查看特定客户或客户群体的流程绩效,发现哪些客户经常延迟付款、提出争议最多,或某些流程低效问题是否只影响部分客户。这些洞察对于制定有针对性的催收策略和改善客户关系至关重要。

重要性

支持对流程数据进行细分,以分析客户行为、识别问题账户并制定有针对性的催收策略。

获取途径

可在发票单据抬头中找到,也可通过财务或销售系统中的客户主数据表关联获取。

示例
CUST-00543100234ACME-CORP
付款条件
PaymentTerms
双方约定的客户付款期限。
说明

付款条件规定销售交易的条款,主要涉及付款时间。通常以代码或简短文本表示,例如“Net 30”(30天内付款)或“2/10 Net 30”(10天内付款可享受2%的折扣,否则须在30天内付清全款)。

此属性为发票到期日和客户付款行为提供重要背景。按付款条件分析流程,可以发现某些条件是否与较高的逾期付款率或争议率相关。还可用于评估提前付款折扣的效果,并为今后与客户协商付款条件提供依据,从而优化现金流。

重要性

为发票到期日提供背景信息,并支持分析不同付款约定对按时付款率和整体现金流的影响。

获取途径

存储在客户主数据中,或销售订单及发票抬头中。

示例
Net 30Net 602/10 Net 30收到即付
公司代码
CompanyCode
发票所属法律实体或业务单元的标识符。
说明

公司代码是组织单元标识符,代表依法独立的公司或需要编制财务报表的特定业务领域。在拥有多个实体的组织中,每笔交易都会分配到特定公司代码。

此属性是组织层面分析的基础,可用于比较不同法律实体、子公司或业务单元的流程绩效。此类比较有助于发现组织各部分在流程效率、政策执行和催收人员绩效方面的差异,从而促进最佳实践共享,并在适当情况下推动流程标准化。

重要性

支持比较组织内不同法律实体、子公司或业务单元的流程,并对绩效进行对标。

获取途径

ERP系统中所有财务单据(包括发票)的标准组织字段。

示例
1000US01DE01UK_SALES
发票币种
InvoiceCurrency
发票金额所使用的币种。
说明

发票币种用于标明开具发票和预期收款所使用的货币单位,例如USD、EUR或JPY。对于开展国际业务的企业,此属性尤为重要。

流程挖掘通常关注流程顺序,而非货币换算,但此属性有助于正确解读发票金额。您可以按币种筛选分析,或按币种细分流程,查看特定币种的交易是否呈现不同模式,例如是否因国际付款处理而延迟,或在海外市场采用了不同的催收策略。

重要性

为发票金额提供必要背景信息,并支持按币种细分分析,这对国际业务尤为重要。

获取途径

发票抬头数据中的标准字段。

示例
USDEURGBPJPY
客户细分
CustomerSegment
根据规模、行业、战略重要性或地区等因素对客户进行分类。
说明

客户细分是根据共同特征对客户进行分类。细分依据可以包括行业(如制造业、零售业)、规模(如大型企业、中小企业)、地区或战略价值(如金牌、银牌、铜牌客户)。

此属性有助于更细致、更有针对性地分析催收流程。比较不同客户群体的流程绩效,企业可以发现各群体独有的付款行为或难点。例如,国际客户可能因跨境银行处理而面临更长的付款周期。这些洞察有助于为不同客户群体制定有针对性的催收策略和政策,从而提升整体效率和客户满意度。

重要性

支持比较不同客户群体,并据此制定有针对性的催收策略和政策。

获取途径

通常可在CRM或ERP系统的客户主数据中找到。

示例
大型企业中小企业政府北美
必填 建议填写 选填

信用管理与催收活动

此表列出了需要准确记录的关键流程步骤和重要里程碑,以支持可靠的流程发现和有效的绩效衡量。
6 建议填写 10 选填
活动 说明
争议已登记
客户正式对发票提出争议并在系统中登记时记录此事件。争议金额通常会暂停常规催收流程。
重要性

争议是导致付款延迟的主要原因。识别争议发生的时间和原因,对于根因分析、流程改进和缩短应收账款周转天数至关重要。

获取途径

创建争议案例,或在争议管理或催收管理模块中将发票状态更改为“有争议”时,系统会记录此事件。

采集

使用争议案例记录的创建时间戳,或发票状态变更的时间戳。

事件类型 explicit
付款到期日已过
这是一个关键里程碑,表示发票净到期日已过,但发票尚未全额付清。此事件标志着发票状态从“未逾期”转为“逾期”。
重要性

此活动是所有催收活动的主要触发条件。分析到期未付的发票数量,有助于衡量付款行为和催收工作量。

获取途径

这不是直接的系统事件,而是通过比较发票到期日字段与当前时间戳或后续活动的时间戳计算得出。

采集

如果发票到期日当天仍未结清,则为该到期日生成事件时间戳。例如,“发票到期日+1天”。

事件类型 calculated
发票已创建
表示发票记录已在源系统中正式创建。此事件是发票到收款生命周期的主要起点,用于确定应收金额和付款条件。
重要性

这是流程的关键开始事件。发票到收款周期和应收账款周转天数等所有周期时间计算都从此时开始。

获取途径

这是应收账款或开票模块中的核心交易,可根据发票单据的创建日期或过账日期记录。

采集

使用主发票或财务单据抬头表中的创建时间戳或过账日期。

事件类型 explicit
发票已核销
表示最终未能收回款项:债务被认定为无法收回,并作为坏账核销。此操作会从账簿中清除相应应收账款。
重要性

此活动代表直接财务损失。分析核销的频率和金额,有助于识别信用风险、催收失败及潜在的流程改进机会。

获取途径

这是一项明确的财务交易,例如过账至坏账科目的日记账分录或调整,用于冲销原始发票。

采集

使用核销发票剩余余额的财务单据或日记账分录的过账日期。

事件类型 explicit
发票已结清
表示发票生命周期顺利结束:发票已全额付清,余额为零。这是流程期望达到的最终状态。
重要性

这是流程中理想路径的主要结束事件。衡量到达此活动所需的时间,可得出从开票到收款的总周期时间,这是一项重要的业务指标。

获取途径

当已分配的付款和贷项总额等于发票总额,或发票状态变更为“已付款”或“已关闭”时,通常可据此判断发票已结清。

采集

找出使发票未结余额归零的最新清账或付款分配交易时间戳。

事件类型 inferred
已收到付款承诺
客户承诺在未来某个日期支付发票款项,并且该承诺已记录在系统中时,即发生此事件。这是催收工作取得的一个积极阶段性结果。
重要性

这是衡量催收人员工作效果的一项关键绩效指标。它提供了一个里程碑,用于衡量客户是否履行承诺,并帮助预测现金流入。

获取途径

这是由用户在催收管理模块中明确记录的事件,会生成包含承诺日期和金额的记录。

采集

使用与发票关联的“付款承诺”记录的创建时间戳。

事件类型 explicit
争议已解决
表示争议管理流程结束:问题已调查并达成解决方案。此后,发票可以进入付款或核销流程。
重要性

争议解决所需时间会直接影响现金流和客户满意度。此活动可作为衡量争议解决周期时间的终点。

获取途径

争议案例状态更新为“已解决”或“已关闭”,或发票上的争议标记被移除时,系统会记录此事件。

采集

使用争议案例或发票记录中表示争议已解决的状态变更时间戳。

事件类型 explicit
付款已分配至发票
表示收款核销流程已完成:收到的款项已成功匹配并分配至具体发票,从而减少或结清未付余额。
重要性

此活动连接了收款与应收账款减少两个环节。付款分配延迟可能导致不必要的催收活动,并使客户账户对账单不准确。

获取途径

在应收账款明细账中,过账的清账交易将付款单据与发票单据关联时,系统会记录此事件。

采集

使用清账单据的过账日期,或付款分配表中记录的分配日期。

事件类型 explicit
付款承诺未兑现
这是一个计算得出的事件,表示客户未能在约定的承诺日期前付款。这意味着催收流程受阻,通常需要进一步升级处理。
重要性

此活动反映了流程低效和承诺不可靠。分析其发生频率,有助于识别高风险客户,并改进后续催收策略。

获取途径

如果发票对应的“付款承诺”日期已过,且尚未记录结清付款,即可推断发生此事件。

采集

如果承诺日期后仍未有相应款项入账,则在次日生成事件。

事件类型 calculated
信用额度已批准
表示信用审查流程已成功完成,正式为客户授予或更新信用额度。此活动通常发生在发票创建之前,并确定交易条款。
重要性

分析信用审批与发票创建之间的时间,有助于了解销售周期效率,也能帮助解释某些发票为何采用特定付款条件,或为何后续出现催收问题。

获取途径

信用经理批准客户的信用申请或审查时,通常会在信用管理模块或CRM系统中记录此事件。

采集

记录客户信用审查状态标记为“已批准”或最终确定新信用额度时的时间戳。

事件类型 explicit
催收流程已启动
表示正式催收流程已启动,或逾期发票已被分配至特定催收策略。这比单次提醒更具系统性,也意味着催收措施升级。
重要性

此活动标志着催收力度升级。分析到达此步骤所需的时间及其结果,有助于评估整体催收策略的效率和效果。

获取途径

首次为发票分配催收级别,或在催收管理系统中触发正式催收策略时记录。

采集

记录发票首次纳入正式催收批次或被分配催收策略时的时间戳。

事件类型 explicit
发票已发送给客户
表示发票正式送达客户的时间,无论是电子发送还是纸质寄送。付款期限通常从此日期开始计算。
重要性

发票创建后未能及时发送,会延长付款周期。此活动有助于识别开票输出流程中的瓶颈及其对现金流的影响。

获取途径

此事件可能由输出管理系统直接记录,也可能根据电子邮件或EDI传输等通信日志推断。

采集

从跟踪外发通信的系统日志中提取时间戳,或使用发票记录中的专用“发送日期”字段。

事件类型 explicit
已开具贷项通知单
表示已创建并用于冲抵发票的贷项通知单。通常用于更正开票错误或处理争议。
重要性

频繁开具贷项通知单可能表明订单到收款流程上游存在系统性问题,例如定价错误或发货差错。此活动对于根因分析至关重要。

获取途径

这是一项标准财务交易,记录时间取自应收账款模块中贷项通知单的过账日期。

采集

使用贷项通知单单据抬头中的创建日期或过账日期,并将其关联到被冲抵的原始发票。

事件类型 explicit
已收到付款
表示已收到客户款项,通常根据银行对账单或锁箱文件记录。这说明款项已到账,但不一定已分配到具体发票。
重要性

此活动标志着收款核销流程的开始。从收到付款到完成核销的时间差,是衡量资金管理和运营效率的重要指标。

获取途径

创建现金收款或客户付款单据时记录此事件,相关信息通常可在付款日记账或现金管理模块中找到。

采集

使用收款交易或银行对账单交易记录中的过账日期或起息日。

事件类型 explicit
已联系客户催收
表示催收人员联系客户所采取的人工操作,例如电话或个性化电子邮件。催收人员会在系统中记录此活动。
重要性

此活动体现了催收流程中的人工工作。分析联系频率和结果,有助于衡量催收人员的效率和资源分配情况。

获取途径

通常从催收或CRM模块中由用户创建的活动、任务或交互日志获取此记录。

采集

提取与客户或发票关联的已记录活动(例如“电话”或“电子邮件”)的创建日期和时间。

事件类型 explicit
提醒已发送
表示向客户发送的首次提醒或催款函,通常为自动发送,内容涉及逾期发票。这通常是催收流程的第一步。
重要性

追踪提醒有助于评估催收初期工作的效果,并分析有多少发票在收到简单提醒后付款,以及有多少需要采取更有力的措施。

获取途径

此事件来自催收模块的日志,其中记录了针对发票发送的沟通内容及日期。

采集

使用与发票关联的催收历史记录或沟通日志表中的执行日期。

事件类型 explicit
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南

或 选择具体流程和系统.

准备好开始了吗?

您可以从下方选择系统专用的数据提取指南,获取针对性说明;也可以使用此通用模板,作为准备数据的起点。

减少收入流失:立即优化信用管理与催收

与现有系统顺畅协作,数天内即可看到结果。

开始免费试用

无需信用卡,快速开始。