您的信用管理与催收数据模板
您的信用管理与催收数据模板
这是适用于信用管理与催收的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 适用于任意信用管理或催收系统的通用数据结构
- 用于深入分析流程绩效的建议属性
- 用于准确发现和优化流程的关键活动
信用管理与催收属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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 SmithCollections Team AUSER123 | |||
| 催款级别 DunningLevel | 逾期发票在自动催款或催收流程中所达到的阶段或级别。 | ||
| 说明 催款级别表示逾期发票在正式催收沟通流程中的推进程度。通常以数字或代码表示,“Level 1”可能是温和提醒,“Level 4”则可能是采取法律行动前的最终通知。 分析催款级别是评估催款策略有效性的关键。流程挖掘可以显示哪些流程路径会导致更高的催款级别,以及哪些级别能够有效促成付款。例如,分析可能发现大多数付款发生在催款级别2之后,因此级别3和4基本无效且成本较高。这有助于优化催收通知的发送时机和内容。 为什么重要 衡量催收力度,对于分析催款策略在各阶段的有效性至关重要。 获取位置 可在催收管理模块或应收账款数据中找到,通常与客户账户或特定逾期凭证关联。 示例 123等待采取法律行动 | |||
| 到期日 DueDate | 根据合同约定计算出的发票付款到期日期。 | ||
| 说明 到期日是发票付款必须到账、才能被视为按时付款的具体日期。通常根据发票创建日期和约定的付款条件计算。 此日期是衡量催收流程绩效的重要基准,可用于判断付款是否逾期、触发催款流程并计算账龄报告。在流程挖掘中,到期日用于计算按时付款率和销售未收款天数(DSO)等KPI,并分析催收活动相对于付款期限的有效性。 为什么重要 是衡量按时付款绩效的主要基准,也是计算DSO和付款及时性等KPI的必要依据。 获取位置 位于发票抬头数据中,可以是直接字段,也可以根据发票日期和付款条件推导得出。 示例 2023-04-142023-05-302023-06-01 | |||
| 发票状态 InvoiceStatus | 发票当前的财务或运营状态,例如未结、已支付、逾期或存在争议。 | ||
| 说明 发票状态表示发票在其生命周期中的当前状态。随着事件发生,状态会发生变化:创建时为“未结清”,超过到期日仍未付款时变为“逾期”,最终变为“已付款”或“已核销”。 此属性提供应收账款当前状况的快照。在流程挖掘分析中,它有助于对案例进行分类,并了解不同流程变体的结果。例如,对比最终处于“有争议”和“已付款”状态的流程顺序流,可以揭示付款受阻的根本原因。它还可用于筛选活跃案例,例如筛选所有当前“逾期”的发票,以分析正在进行的催收工作。 为什么重要 清晰呈现发票当前状态,支持流程结果分析,并筛选处于“Overdue”或“Disputed”等特定阶段的案例。 获取位置 通常作为发票或应收账款凭证抬头中的状态字段提供。 示例 未结已付款逾期有争议已核销 | |||
| 发票金额 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天内支付全额)。 此属性为发票到期日和客户付款行为提供必要背景。按付款条件分析流程,可以发现某些条件是否与较高的逾期付款率或争议率相关。它还可用于评估提前付款折扣的有效性,并为未来与客户协商付款条件提供依据,从而优化现金流。 为什么重要 为发票到期日提供背景信息,并支持分析不同付款协议如何影响按时付款率和整体现金流。 获取位置 存储在客户主数据中,或销售订单和发票抬头中。 示例 30天账期60天账期2/10,30天账期收款时到期 | |||
| 公司代码 CompanyCode | 发票所属法人实体或业务单元的标识符。 | ||
| 说明 公司代码是组织单元标识符,代表依法独立的公司或编制财务报表的独立业务领域。在多实体组织中,每笔交易都会分配到特定公司代码。 此属性是开展组织层面分析的基础。它支持比较不同法人实体、子公司或业务单元的流程绩效。这类比较可以突出组织不同部分在流程效率、政策遵循情况和催收人员绩效方面的差异,促进最佳实践共享,并在适当情况下推动流程标准化。 为什么重要 支持在组织内不同法人实体、子公司或业务单元之间进行流程比较和绩效基准分析。 获取位置 ERP系统中所有财务凭证(包括发票)上的标准组织字段。 示例 1000US01DE01UK_SALES | |||
| 发票币种 InvoiceCurrency | 发票金额所使用的币种。 | ||
| 说明 发票币种指定开具发票和收款所使用的货币单位,例如USD、EUR或JPY。这对开展国际业务的公司尤其重要。 流程挖掘通常关注流程顺序流,而非财务换算,但此属性对于正确解读发票金额十分重要。您可以按特定币种筛选分析,或对流程进行分段,以了解某些币种的交易是否遵循不同模式,例如受到国际付款处理延迟或不同催收策略的影响。 为什么重要 为发票金额提供必要背景,并支持按币种细分分析,这对国际化企业可能十分重要。 获取位置 发票抬头数据中的标准字段。 示例 USDEURGBPJPY | |||
| 客户细分 CustomerSegment | 根据客户规模、行业、战略重要性或地区等因素对客户进行的分类。 | ||
| 说明 客户细分是根据共同特征对客户进行分组的分类方式。细分依据可以包括行业(如制造业、零售业)、规模(如大型企业、中小企业)、地理区域或战略价值(如金牌、银牌、铜牌客户)。 此属性支持更细致、更具战略性的催收流程分析。通过比较不同细分群体的流程绩效,企业可以发现某些客户群体独特的付款行为或面临的挑战。例如,跨境银行业务可能导致国际客户的付款周期更长。这些洞察有助于为各细分群体制定有针对性的催收策略和政策,从而提升整体效率和客户满意度。 为什么重要 支持比较不同客户群体,帮助制定有针对性的催收策略和政策。 获取位置 通常位于CRM或ERP系统的客户主数据中。 示例 大型企业中小企业政府北美 | |||
信用管理与催收活动
| 活动 | 说明 | ||
|---|---|---|---|
| 争议已登记 | 标志着客户正式对发票提出争议,且争议已记录在系统中。此事件通常会暂停争议金额对应的标准催收流程。 | ||
| 为什么重要 争议是付款延误的主要原因之一。识别争议发生的时间和原因,对于根因分析、流程改进和减少销售未收款天数至关重要。 获取位置 当创建争议案例,或在争议管理或催收管理模块中将发票状态更改为“Disputed”时记录。 采集 使用争议案例记录的创建时间戳,或发票状态变更的时间戳。 事件类型 explicit | |||
| 付款到期日已过 | 表示发票净到期日已过,但发票尚未全额支付这一关键里程碑。此事件标志着发票状态从“当前”转为“逾期”。 | ||
| 为什么重要 此活动是所有催收和催收提醒活动的主要触发点。分析发票经过这一节点的数量,有助于衡量付款行为和催收工作量。 获取位置 这不是直接的系统事件,而是通过比较发票到期日字段与当前时间戳或后续活动时间戳计算得出。 采集 如果发票在到期日仍未结清,则为其生成事件时间戳。例如:“InvoiceDueDate + 1 day”。 事件类型 calculated | |||
| 发票已创建 | 标志着源系统正式创建发票记录。这是发票到现金生命周期的主要起点,用于确定应收金额和付款条件。 | ||
| 为什么重要 这是流程的关键起始事件。发票到现金和销售未收款天数等所有周期时间计算,都从这一时间点开始。 获取位置 这是应收账款或开票模块中的核心交易,通常取自发票单据的创建日期或过账日期。 采集 使用主发票或财务单据抬头表中的创建时间戳或过账日期。 事件类型 explicit | |||
| 发票已核销 | 表示最终的非成功结果:债务被认定为无法收回,并作为坏账核销。这会从账簿中清除应收账款。 | ||
| 为什么重要 此活动代表直接的财务损失。分析核销的频率和金额,有助于识别信用风险、催收失败原因及潜在的流程改进机会。 获取位置 这是一笔明确的财务交易,例如过账到坏账科目的日记账分录或调整,用于清除原始发票。 采集 使用核销发票剩余余额的具体财务凭证或日记账分录的过账日期。 事件类型 explicit | |||
| 发票已结清 | 表示发票生命周期顺利结束:发票已全额支付,余额为零。这是流程期望达到的最终状态。 | ||
| 为什么重要 这是流程中主要的“正常路径”结束事件。衡量到达此活动所需的时间,即可得到从开票到收款的总周期时间,这是关键业务指标。 获取位置 通常在已应用付款与贷项之和等于发票总额,或状态变更为“Paid”或“Closed”时推断得出。 采集 确定使发票未结余额归零的最后一笔清账或付款应用交易的时间戳。 事件类型 inferred | |||
| 已收到付款承诺 | 当客户承诺在未来某个日期支付发票,且该协议已记录在系统中时发生。这是催收工作取得的积极阶段性结果。 | ||
| 为什么重要 这是衡量催收人员工作效果的关键绩效指标。它提供了一个里程碑,用于衡量客户是否履行承诺,并帮助预测现金流入。 获取位置 这是催收管理模块中由用户明确记录的事件,会创建包含承诺日期和金额的记录。 采集 使用与发票关联的“Promise to Pay”记录的创建时间戳。 事件类型 explicit | |||
| 争议已解决 | 表示争议管理流程结束,问题已完成调查并达成解决方案。此时发票可以继续进入付款或核销流程。 | ||
| 为什么重要 解决争议所需的时间会直接影响现金流和客户满意度。此活动为衡量争议解决周期时间提供终点。 获取位置 当争议案件的状态更新为“Resolved”或“Closed”,或移除发票上的争议标记时记录此活动。 采集 使用争议案件或发票记录中表示问题已解决的状态变更时间戳。 事件类型 explicit | |||
| 付款已应用到发票 | 表示现金应用流程完成,即收到的付款已成功匹配并应用到特定发票。此操作会减少或清除未结余额。 | ||
| 为什么重要 此活动连接现金收款与应收账款减少,是流程中的关键环节。应用付款延迟可能导致不必要的催收活动,以及客户账户对账单不准确。 获取位置 当过账清账交易,将付款凭证与应收账款明细账中的发票凭证关联时,记录此事件。 采集 使用清账凭证的过账日期,或付款应用表中记录的应用日期。 事件类型 explicit | |||
| 付款承诺未兑现 | 表示客户未能在约定的承诺日期前付款的计算事件。这意味着催收流程受阻,通常需要进一步升级处理。 | ||
| 为什么重要 此活动体现流程低效和承诺不可靠。分析其发生频率,有助于识别高风险客户并完善后续催收策略。 获取位置 如果发票对应的“Promise to Pay”日期已过,但仍未记录结清付款,则可推断发生此事件。 采集 如果没有与发票对应的付款应用记录,则在承诺日期的次日生成事件。 事件类型 calculated | |||
| 信用额度已批准 | 表示信用审核流程成功完成,已正式为客户授予或更新信用额度。该活动通常发生在发票创建之前,并确定交易的付款条件。 | ||
| 为什么重要 分析信用审批与发票创建之间的时间,有助于了解销售周期效率,也能帮助解释某些发票为何采用特定付款条件或在后续催收中出现问题。 获取位置 当信用经理批准客户的信用申请或审核时,信用管理模块或CRM系统通常会记录此事件。 采集 记录客户信用审核状态标记为“Approved”或新的信用额度值最终确定时的时间戳。 事件类型 explicit | |||
| 催收流程已启动 | 表示正式催收流程开始,或逾期发票被分配至特定催收策略。这比单次提醒代表更系统化的升级处理。 | ||
| 为什么重要 此活动标志着催收力度升级。分析到达该步骤所需的时间及其结果,有助于评估整体催收策略的效率和效果。 获取位置 当发票首次被分配催收级别,或催收管理系统触发正式催收策略时记录。 采集 记录发票首次纳入正式催收运行,或被分配催收策略时的时间戳。 事件类型 explicit | |||
| 发票已发送给客户 | 表示发票正式交付给客户的时间点,可以通过电子方式或纸质方式发送。付款条件的计时通常从该日期开始。 | ||
| 为什么重要 发票创建与发送之间的延误会延长付款周期。分析此活动有助于识别开票输出流程中的瓶颈及其对现金流的影响。 获取位置 此事件可能由输出管理系统明确记录,也可能根据电子邮件或EDI传输等通信日志推断。 采集 从记录出站通信的系统日志中提取时间戳,或使用发票记录中的“Sent Date”字段。 事件类型 explicit | |||
| 已联系客户催收 | 表示催收人员采取人工行动联系客户,例如拨打电话或发送个性化电子邮件。催收人员会在系统中记录此活动。 | ||
| 为什么重要 此活动体现催收流程中的人工工作量。分析联系频率和结果,有助于衡量催收人员效率并优化资源分配。 获取位置 通常从催收或CRM模块中的用户创建活动、任务或互动日志中获取。 采集 提取已记录活动的创建日期和时间,例如与客户或发票关联的“Phone Call”或“Email”。 事件类型 explicit | |||
| 提醒已发送 | 表示向客户发送初次提醒或催收函,通常由系统自动发送,用于提醒逾期发票。这通常是催收流程的第一步。 | ||
| 为什么重要 追踪提醒有助于评估早期催收工作的效果,也能分析简单提醒后完成付款的发票数量,以及需要进一步采取强化措施的发票数量。 获取位置 此事件取自催收提醒或催收模块的日志,该日志记录针对发票发送的通信日期和类型。 采集 使用与发票关联的催收历史或通信日志表中的执行日期。 事件类型 explicit | |||
| 收到付款 | 标记收到客户资金的时间,通常根据银行对账单或锁箱文件记录。它表示已收到现金,但未必已应用到特定发票。 | ||
| 为什么重要 此活动标志着现金应用流程的开始。收款与应用付款之间的滞后时间,是衡量资金管理和运营效率的关键指标。 获取位置 此活动根据创建现金收款或客户付款凭证的记录捕获,通常可在付款日记账或现金管理模块中找到。 采集 使用入账付款或银行对账单交易记录中的过账日期或起息日。 事件类型 explicit | |||
| 贷项通知单已开具 | 表示创建了应用于发票的贷项通知单。通常用于更正开票错误,或作为争议解决的一部分。 | ||
| 为什么重要 频繁开具贷项通知单,可能表明订单到现金流程上游存在系统性问题,例如定价错误或运输错误。此活动对于根因分析至关重要。 获取位置 这是应收账款模块中的标准财务交易,通常取自贷项通知单的过账日期。 采集 使用贷项通知单抬头中的创建日期或过账日期,并将其关联至被冲减的原始发票。 事件类型 explicit | |||
提取指南
止住收入流失:立即优化信用管理与催收
与您现有的系统无缝协作,数天内即可看到结果。
无需信用卡,快速开始。