您的信用管理与催收数据模板
您的信用管理与催收数据模板
这是我们针对信用管理与催收的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 适用于任何信用管理或催收系统的通用数据结构
- 深入分析流程绩效的推荐属性
- 实现准确流程发现与优化需要追踪的关键活动
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 EventTime | 包含日期和时间的时间戳,精确指示活动发生的时间。 | ||
| 描述 事件时间(Event Time)或 timestamp 标志着流程中特定活动发生的准确时刻。它提供了按时间顺序重构每张发票事件序列所需的依据。这些数据是进行任何基于时间的分析的基础。\n\n在流程挖掘中,“事件时间”用于计算关键绩效指标,例如活动之间的周期时间、总案例持续时间以及对服务水平协议(SLA)的遵守情况。例如,“发票已发送”与“款项已收到”之间的时间直接影响应收账款周转天数 (DSO)。分析 timestamp 有助于识别延迟、衡量流程步骤的效率并定位瓶颈。 为何重要 此时间戳对于事件排序、计算周期时间以及执行所有基于时间的绩效分析至关重要。 获取方式 通常记录为与交易或状态更改相关的凭证创建日期、过账日期或系统日志时间戳。 示例 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| 发票编号 InvoiceNumber | 每张发票的唯一标识符。这是信用管理和催收流程的主要个案标识符。 | ||
| 描述 发票编号是分配给每个发票凭证的唯一字母数字代码。它是与该特定账单相关的所有活动和交易的中心参考点,涵盖从创建到最终结算或核销的全过程。 在流程挖掘中,发票编号用于将所有相关事件(如“发票已创建”、“已收到付款”和“已登记争议”)关联到一个流程实例或个案中。这实现了对发票整个生命周期的端到端可视化分析。通过分析按发票编号分组的流程,企业可以识别瓶颈、追踪周期时间,并了解不同发票处理方式的差异。 为何重要 这是连接所有相关事件的关键个案 ID,用于重建和分析端到端的发票生命周期。 获取方式 通常位于源财务系统中发票或应收账款凭证的抬头表中。 示例 INV-2023-001239100045678SI-54321 | |||
| 活动名称 ActivityName | 发票在特定时间点发生的具体业务事件或任务的名称。 | ||
| 描述 活动名称(Activity Name)描述了信用管理和催收流程中的特定步骤或里程碑。这些是流程图的基石,代表“发票已发送给客户”、“已发送提醒”或“款项已应用于发票”等操作。 分析这些活动的顺序和频率是流程挖掘的核心。它有助于揭示实际的流程流向,将其与设计模型进行对比,并识别偏差、返工循环及低效路径。例如,“已登记争议”活动频繁出现可能意味着发票准确性或产品质量存在问题。 为何重要 此属性定义了流程中的步骤,构成了流程图的基础,并支持流程流向和差异的分析。 获取方式 根据源系统财务、销售或催收模块内的各种状态变更、交易代码或事件日志生成。 示例 发票已创建付款到期日已过催款流程已开始已收到付款 | |||
| 最后数据更新 LastDataUpdate | 指示上次从源系统刷新或提取事件数据的时间戳。 | ||
| 描述 此属性记录了数据上次从源系统拉取到流程挖掘环境的日期和时间。它作为一个元数据字段,反映了所分析数据集的新鲜度。 了解“上次数据更新”对于确保任何分析或仪表板反映流程的最新状态至关重要。它通过告知数据截止点来帮助用户正确解读数据。这在监控进行中的流程或近实时 KPI 时尤为重要,因为它为洞察的时效性提供了背景信息。 为何重要 指示数据的更新程度,为分析的时效性提供背景,并确保用户了解数据截止时间。 获取方式 这通常是 ETL 工具或数据管道在数据摄取过程中生成并存储的元数据。 示例 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| 源系统 SourceSystem | 数据来源系统的名称或标识符,例如 ERP 或 CRM。 | ||
| 描述 源系统(Source System)属性识别最初记录事件数据的特定应用或平台。在复杂的 IT 环境中,一个像“信用到现金”(Credit-to-Cash)这样的流程可能会跨越多个系统,例如用于开票的 ERP 和用于催收的独立平台。 该属性对于理解流程的技术背景非常有价值。它有助于数据验证、识别特定系统的流程差异以及诊断平台间的集成问题。例如,分析可能会发现,当在 ERP 和催收工具之间进行交接时,经常会出现延迟。 为何重要 识别数据的来源,这对于理解跨不同系统的流程差异以及进行数据校验至关重要。 获取方式 此信息通常在数据提取 (ETL) 过程中添加,或可以在源表的技术元数据字段中找到。 示例 SAP S/4HANAOracle NetSuiteHighRadius 催收系统 | |||
| 争议原因 DisputeReason | 客户对发票提出争议时提供的理由代码或描述。 | ||
| 描述 争议原因(Dispute Reason)记录了客户拒绝支付发票的原因。常见原因包括价格错误、货物损坏、数量不符或文件缺失。这些信息通常在正式开启争议案件时记录。\n\n“争议原因”是进行根本原因分析的强大属性。通过分析各种争议原因的发生频率,公司可以识别催收部门以外的系统性问题,例如运输、计费准确性或销售订单录入方面的问题。流程挖掘可以进一步揭示不同的争议原因如何影响解决时间及流程流向,从而帮助精简争议管理流程。 为何重要 支持对付款延迟和争议进行根本原因分析,帮助识别并修复计费、运输或销售等上游领域的遗留问题。 获取方式 存储在争议管理模块、CRM 系统中,或作为发票及应收账款凭证本身的分析代码。 示例 价格错误数量短缺货物损坏重复发票 | |||
| 催款等级 DunningLevel | 逾期发票已达到的自动化催收流程的阶段或级别。 | ||
| 描述 催收级别(Dunning Level)表示逾期发票在正式催收沟通流程中进展到了哪一步。这通常用数字或代码表示,例如“级别 1”可能是温和的提醒,而“级别 4”可能是法律行动前的最后通牒。 分析催收级别是评估催收策略有效性的关键。流程挖掘可以显示哪些路径会导致更高的催收级别,以及某些级别在触发付款方面是否有效。例如,分析可能发现大多数付款发生在催收级别 2 之后,使得级别 3 和 4 在很大程度上失效且成本高昂。这有助于优化催收通知的时间点和内容。 为何重要 衡量催收力度,对于分析各阶段催款策略的有效性至关重要。 获取方式 存在于催收管理模块或应收账款数据中,通常与客户账户或特定的逾期单据相关联。 示例 123法律诉讼待定 | |||
| 到期日期 DueDate | 根据合同规定,发票付款到期的计算日期。 | ||
| 描述 到期日(Due Date)是为被视为按时付款而必须收到发票款项的特定日期。它通常根据发票创建日期和约定的付款条件计算得出。 此日期是催收流程中衡量绩效的关键基准。它是判断付款是否逾期、触发催收程序以及生成账龄报告的基础。在流程挖掘中,到期日用于计算“按时付款率”和“应收账款周转天数 (DSO)”等 KPI,并分析催收活动相对于付款期限的有效性。 为何重要 作为衡量按时付款绩效的主要基准,对于计算 DSO 和付款及时性等 KPI 至关重要。 获取方式 存在于发票抬头数据中。它可以是一个直接字段,也可以根据发票日期和付款条件推导得出。 示例 2023-04-142023-05-302023-06-01 | |||
| 发票状态 InvoiceStatus | 发票当前的财务或运营状态,例如:未结、已付、逾期或争议中。 | ||
| 描述 发票状态(Invoice Status)表示发票在其生命周期中所处的当前阶段。状态随事件发生而改变,从创建时的“未结”,到逾期未付时的“逾期”,最后变为“已付”或“已核销”。\n\n该属性提供了应收账款当前健康状况的快照。在流程挖掘分析中,它有助于对案例进行分类并理解不同流程变体的结果。例如,通过比较导致“争议”状态与“已付”状态的流程流向,可以揭示付款摩擦的根本原因。它还可用于过滤活动案例(如所有当前的“逾期”发票),以分析正在进行的催收工作。 为何重要 清晰展示发票的当前状态,支持分析流程结果,并能根据“逾期”或“争议中”等特定阶段过滤案例。 获取方式 通常作为发票或应收账款凭证抬头中的状态字段提供。 示例 未结已付款逾期争议中已核销 | |||
| 发票金额 InvoiceAmount | 发票的总货币价值。 | ||
| 描述 发票金额(Invoice Amount)代表向客户开具账单并预期收回的总金额。这是每个发票案例的基础财务数据。\n\n该属性对于财务影响分析至关重要。通过将流程指标与发票金额相关联,企业可以优先安排催收工作。例如,分析可能会显示高额发票面临更长的付款延迟或更容易产生争议。它还支持计算 DSO 等关键财务 KPI,并确定由于流程瓶颈或核销而锁定的货币价值。 为何重要 对财务分析、优先催收高额发票以及量化流程低效造成的货币影响至关重要。 获取方式 源系统应收账款或计费模块中发票抬头数据的标准字段。 示例 5400.50125000.00750.75 | |||
| 客户ID CustomerId | 与发票关联的客户唯一标识符。 | ||
| 描述 客户 ID 是代表系统中特定客户账户的唯一代码。它将发票与负有法律付款责任的实体联系起来。 在流程挖掘分析中,客户 ID 是进行细分分析的关键维度。它允许分析人员检查特定客户或客户群组的流程表现。这可以揭示一些模式,例如哪些客户总是延迟付款,哪些客户提出的争议最多,或者某些流程效率低下的问题是否仅影响部分客户群。这些洞察对于制定个性化催收策略和改善客户关系至关重要。 为何重要 支持对流程数据进行强大的细分,以便分析客户行为、识别问题账户并量化催收策略。 获取方式 可在发票单据抬头获取,或通过财务/销售系统中的客户主数据表关联获取。 示例 CUST-00543100234ACME-CORP | |||
| 收款专员姓名 CollectorName | 负责执行催收活动的个人、代理人或团队的名称或标识符。 | ||
| 描述 催收员姓名(Collector Name)用于识别被指派管理逾期发票并执行催收活动的个人或小组。这可以是一名财务文员、专职催收代理人或催收团队。\n\n该属性支持个人或团队层面的绩效分析。通过根据“催收员姓名”过滤或比较流程,企业可以从优秀员工身上总结最佳实践,发现他人的培训需求,并分析工作量分布。这对于理解催收流程中的人为因素及其对回款时间和核销等结果的影响至关重要。 为何重要 支持对团队和个人绩效、工作量分配以及不同催收人员或策略的有效性进行分析。 获取方式 存在于应收账款交易数据、客户主记录或特定的催收管理模块中。它可能对应于“财务文员”或“用户 ID”等字段。 示例 约翰·史密斯收款 A 组USER123 | |||
| 付款条款 PaymentTerms | 约定好的条款,定义了客户预期的发票付款时间。 | ||
| 描述 付款条件(Payment Terms)规定了交易的条件,主要涉及付款时间。通常以代码或简短文本表示,如“Net 30”(30天内到期全额支付)或“2/10 Net 30”(10天内支付可享2%折扣,否则30天内支付全额)。\n\n该属性为发票到期日和客户付款行为提供了重要的背景信息。按付款条件分析流程可以揭示某些条款是否与较高的逾期率或争议率相关。它还可用于评估提前付款折扣的效果,并为未来与客户的付款条件谈判提供参考,从而优化现金流。 为何重要 为发票到期日提供背景信息,并允许分析不同的付款协议如何影响按时付款率和整体现金流。 获取方式 存储在客户主数据或销售订单及发票抬头中。 示例 净 30 天净 60 天2/10 Net 30见票即付 | |||
| 公司代码 CompanyCode | 发票所属的法律实体或业务单元的标识符。 | ||
| 描述 公司代码(Company Code)是一个组织单位标识符,代表一个法律上独立的实体或一个编制财务报表的独立业务领域。在多实体组织中,每笔交易都会分配给特定的公司代码。 该属性是组织级分析的基础。通过它,可以对比不同法律实体、子公司或业务单元的流程绩效。这种对比能凸显组织各部分在流程效率、合规执行和催收绩效方面的差异,有助于推广最佳实践并推动流程标准化。 为何重要 支持在组织内的不同法人实体、子公司或业务单元之间进行流程比较和绩效基准测试。 获取方式 ERP 系统中所有财务单据(包括发票)上的标准组织字段。 示例 1000US01DE01UK_SALES | |||
| 发票币种 InvoiceCurrency | 发票金额所使用的货币。 | ||
| 描述 发票币种(Invoice Currency)指发票开具和付款所使用的货币单位,如美元 (USD)、欧元 (EUR) 或日元 (JPY)。这对于跨国经营的公司尤为重要。\n\n虽然流程挖掘通常关注流程流向而非财务转换,但该属性对于正确理解发票金额非常关键。它允许针对特定货币过滤分析,或细分流程以观察某些币种的交易是否遵循不同的模式(可能是由于国际付款处理延迟或针对海外市场的不同催收策略)。 为何重要 为发票金额提供必要的背景信息,并允许按币种进行细分分析,这对于跨国企业非常重要。 获取方式 发票抬头数据中的一个标准字段。 示例 美元EURGBPJPY | |||
| 客户细分 CustomerSegment | 客户的分类,例如按规模、行业、战略重要性或地区划分。 | ||
| 描述 客户细分(Customer Segment)是根据共同特征对客户进行的分类。细分维度可以包括行业(如制造业、零售业)、规模(如大型企业、中小企业)、地理区域或战略价值(如金牌、银牌、铜牌客户)。\n\n该属性支持对催收流程进行更细致、更具战略性的分析。通过比较不同细分市场的流程绩效,企业可以发现特定客户群体具有独特的付款行为或面临的挑战。例如,由于跨境银行业务,国际客户可能会面临更长的付款周期。这些见解有助于为每个细分市场制定有针对性的催收策略和政策,从而提高整体效率和客户满意度。 为何重要 支持不同客户群之间的对比分析,从而制定有针对性的催收策略和政策。 获取方式 通常位于 CRM 或 ERP 系统中的客户主数据内。 示例 大型企业中小企业政府北美 | |||
信用管理与催收活动
| 活动 | 描述 | ||
|---|---|---|---|
| 争议已登记 | 标志着客户正式对发票提出争议并在系统中记录。该事件通常会暂停争议金额的标准催收流程。 | ||
| 为何重要 争议是导致付款延误的主要原因。识别争议发生的时间和原因对于根本原因分析、流程改进以及降低应收账款周转天数至关重要。 获取方式 当在争议或催收管理模块中创建争议个案或将发票状态更改为“争议中”时,会获取此信息。 捕获 使用争议个案记录的创建时间戳或发票上的状态更改时间戳。 事件类型 explicit | |||
| 付款到期日已过 | 一个关键里程碑,表示发票的净到期日已过但尚未全额支付。该事件标志着发票状态从“当前”转为“逾期”。 | ||
| 为何重要 此活动是所有催收和催告活动的原始触发点。分析通过此环节的发票数量有助于衡量付款行为和催收工作量。 获取方式 这并非直接的系统事件,而是通过将发票的到期日字段与当前时间戳或后续活动的时间戳进行对比计算得出的。 捕获 如果发票在到期日未结清,则为该到期日生成一个事件 timestamp。例如,“发票到期日 + 1天”。 事件类型 calculated | |||
| 发票已创建 | 标志着源系统中发票记录的正式创建。该事件是“发票到回款”生命周期的主要起点,确立了应收金额和付款条件。 | ||
| 为何重要 这是流程的关键起始事件。所有周期时间计算(如从发票到现金周期和 DSO)都从这一点开始。 获取方式 这是在应收账款或计费模块中发现的核心交易,从发票凭证的创建或过账日期中获取。 捕获 使用主发票或财务凭证抬头表中的创建时间戳或过账日期。 事件类型 explicit | |||
| 发票已核销 | 代表最终且未成功的处理结果,即债务被视为无法收回并作为坏账核销。此操作将从账簿中清除该应收账款。 | ||
| 为何重要 此活动代表直接的财务损失。分析核销的频率和价值有助于识别信用风险、催收失败以及潜在的流程改进点。 获取方式 这是一项明确的财务交易(如分录或调整),过账到坏账账户以冲销原始发票。 捕获 使用核销发票剩余余额的特定财务凭证或记账分录的过账日期。 事件类型 explicit | |||
| 发票已结清 | 标志着发票生命周期的圆满结束,发票已全额支付且余额清零。这是该流程理想的最终状态。 | ||
| 为何重要 这是流程主要的“理想路径”结束事件。衡量到此活动的所需时间即可得出总的发票到现金周期时间,这是一项关键的业务指标。 获取方式 当已核销的付款和贷项总额等于发票总额,或者状态更改为“已付”或“已关闭”时,通常可以推断出此结果。 捕获 识别使发票未结余额清零的结清或付款核销交易的最新 timestamp。 事件类型 inferred | |||
| 已收到付款承诺 | 当客户承诺在未来某个日期支付发票,且该协议在系统中记录时发生。这代表了催收工作的一个积极阶段性成果。 | ||
| 为何重要 这是衡量催收人员效率的关键绩效指标。它提供了一个里程碑,用于衡量客户是否履行承诺,从而协助预测现金流入。 获取方式 这是由用户在催收管理模块中记录的明确事件,创建了包含承诺日期和金额的记录。 捕获 使用与发票关联的“付款承诺”记录的创建时间戳。 事件类型 explicit | |||
| 争议已解决 | 代表争议管理流程的终结。争议已完成调查并达成解决方案。该发票现在可以进入付款或核销阶段。 | ||
| 为何重要 解决争议所需的时间直接影响现金流和客户满意度。该活动为衡量争议解决周期时间提供了终点。 获取方式 当争议个案的状态更新为“已解决”或“已关闭”,或者移除发票上的争议标记时,会获取此信息。 捕获 使用争议个案或发票记录上指示已解决的状态更改时间戳。 事件类型 explicit | |||
| 付款承诺未兑现 | 这是一个经过计算的事件,表示客户未能在约定的承诺日期前完成付款。这象征着催收过程受阻,通常需要进一步升级处理。 | ||
| 为何重要 此活动凸显了效率低下和不可靠的承诺。分析其频率有助于识别高风险客户,并针对后续行动改进催收策略。 获取方式 此事件通过检查发票对应的“付款承诺”日期是否已过且未入账清算款项来推断得出。 捕获 如果发票在承诺日期后的一天仍未收到对应付款,则生成一个事件。 事件类型 calculated | |||
| 信用额度已批准 | 代表信用审核流程圆满完成,正式授予或更新了客户的信用额度。该活动通常发生在发票创建之前,并为交易条款设定基准。 | ||
| 为何重要 分析信用审批和发票生成之间的时间有助于了解销售周期的效率。它还为解释某些发票为何具有特定付款条件或为何面临后期催收问题提供了背景信息。 获取方式 当信用经理批准客户的信用申请或审核时,通常会在信用管理模块或 CRM 系统中记录此事件。 捕获 捕获客户信用审查状态标记为“已批准”或新的信用额度数值最终确定时的 timestamp。 事件类型 explicit | |||
| 催收联系已建立 | 代表催收专员为联系客户而采取的人工操作,例如拨打电话或发送个性化电子邮件。此类活动由催收专员记录在系统中。 | ||
| 为何重要 此活动凸显了催收流程中的人工投入。分析这些联系的频率和结果有助于衡量催收人员的效率和资源分配。 获取方式 这通常是从催收或 CRM 模块中用户创建的活动、任务或交互日志中获取的。 捕获 提取与客户或发票关联的已记录活动(如“电话”或“电子邮件”)的创建日期和时间。 事件类型 explicit | |||
| 催款流程已开始 | 标志着逾期发票开始进入正式催收流程或被分配到特定的催收策略。这代表了比单一提醒更系统化的升级处理。 | ||
| 为何重要 此活动标志着催收力度的升级。分析到达此步骤所需的时间及其结果,有助于评估整体催收策略的效率和效果。 获取方式 在发票首次被分配催款级别或催收管理系统中触发正式催收策略时记录。 捕获 捕获发票首次被纳入正式催款运行或分配催收策略时的 timestamp。 事件类型 explicit | |||
| 发票已发送给客户 | 代表发票正式交付给客户的时间点,形式可以是电子版或纸质版。付款期限通常自该日期起算。 | ||
| 为何重要 发票创建和发送之间的延迟会延长回款周期。该活动有助于识别账单输出过程中的瓶颈及其对现金流的影响。 获取方式 这可以从输出管理系统中明确捕获,也可以从电子邮件或 EDI 传输等通信日志中推断得出。 捕获 从追踪外部沟通的系统日志或发票记录上的专用“发送日期”字段中提取 timestamp。 事件类型 explicit | |||
| 已发送提醒 | 代表向客户发送的关于逾期发票的初步提醒或催款信,通常是自动发送的。这是催收流程中的第一步。 | ||
| 为何重要 追踪提醒有助于评估早期催收工作的有效性。通过它,可以分析在简单提醒后有多少发票得到了支付,以及哪些发票需要采取更密集的行动。 获取方式 此事件是从催收或催告模块的日志中获取的,记录了为发票发送沟通信息的时间和类型。 捕获 使用与发票关联的催收历史或通信日志表中的执行日期。 事件类型 explicit | |||
| 已收到付款 | 标志着收到客户资金,通常记录在银行对账单或收款箱文件中。这表示现金已收到,但尚未核销至特定发票。 | ||
| 为何重要 此活动标志着收款核销流程的开始。从收到款项到执行核销之间的滞后时间是衡量财务和运营效率的关键指标。 获取方式 这是从收款凭证或客户付款凭证的创建中获取的,通常可以在付款日记账或现金管理模块中找到。 捕获 使用收款或银行对账单交易记录中的过账日期或起息日。 事件类型 explicit | |||
| 款项已核销至发票 | 代表收款核销流程的完成。此时,收到的款项已成功匹配并应用于特定发票。此操作会减少或清除未结余额。 | ||
| 为何重要 此活动是收到现金与减少应收账款之间的关键纽带。核销延迟可能导致不必要的催收活动和不准确的客户账户对账单。 获取方式 当在应收账款子账簿中过账清算交易,将付款凭证与发票凭证关联时,会记录此事件。 捕获 使用清算凭证的过账日期或收款核销表中记录的应用日期。 事件类型 explicit | |||
| 贷记通知单已开具 | 代表针对发票创建的贷项通知单。这通常是为了纠正账单错误或作为争议解决的一部分。 | ||
| 为何重要 频繁的贷项通知单可能表明上游“从订单到回款”流程中存在系统性问题,例如价格错误或发货错误。该活动对于根本原因分析至关重要。 获取方式 这是从应收账款模块中贷项通知单凭证的过账日期获取的标准财务交易。 捕获 使用贷项通知单凭证抬头中的创建或过账日期,并将其链接到其冲销的原始发票。 事件类型 explicit | |||