您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 用于全面分析的建议属性
- 为确保流程发现准确性需追踪的关键流程活动
- 系统数据提取的实用指南
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动或事件发生时间的时间戳。 | ||
|
描述
“Event Time” 是 activity 在系统中记录的精确日期和时间。它是 Process Mining 的基石,提供了构建流程流向和计算所有基于时间的指标所需的按时间先后顺序。该属性对于分析持续时间、识别瓶颈和监控 SLA 至关重要。例如,“Invoice Generated” 和 “Payment Received” 两个 event 之间的时间差被用于计算应收账款周转天数 (DSO),这是关键的业务 KPI。如果没有准确的 timestamp,绩效分析和瓶颈识别将无从谈起。
为何重要
此时间戳对于对事件排序、发现流程图以及计算所有绩效指标(如周期时间和持续时长)至关重要。
获取方式
此属性源自 D365 各个表中的不同日期/时间字段,例如 'CustInvoiceJour' 中的 'CreatedDateTime' 或 'CustTrans' 中的 'TransDate',具体取决于具体的活动。
示例
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
发票编号
InvoiceNumber
|
每张客户发票的唯一标识符,作为信用管理流程的主要案例 ID。 | ||
|
描述
发票编号是唯一标识与客户的每笔财务交易的关键属性。它将从发票生成、过账到款项催收和最终结算的所有相关活动联系在一起。在流程挖掘中,该编号用于重建每张发票的端到端路径,从而实现对其生命周期的详细分析。通过将每张发票作为一个独立的案例进行追踪,企业可以识别常见的流程路径、瓶颈以及偏离标准程序的异常情况。它是计算 DSO 等关键指标以及分析流程变体的基石。
为何重要
这是核心案例 ID,它连接了所有流程事件,使得重建并分析整个“发票到现金”生命周期成为可能。
获取方式
这通常对应 Microsoft Dynamics 365 Finance 中 'CustInvoiceJour' 表的 'Invoice' 字段。
示例
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
活动名称
ActivityName
|
在发票生命周期中发生的特定事件或任务的名称。 | ||
|
描述
活动名称描述了信用和催收流程中的特定步骤或事件,例如“发票已生成”、“催款函已发送”或“款项已收到”。此属性是流程挖掘的基础,因为它定义了流程图中的各个节点。通过分析这些活动的顺序和频率,可以揭示实际的流程走向,从而识别返工循环、效率低下以及不合规的流程路径。它直接支持所有流程图的可视化,并用于计算流程不同阶段之间的周期时间。
为何重要
此属性定义了流程图中的各个步骤,使得发票生命周期的可视化和分析成为可能。
获取方式
此属性通常通过将来自 'CustInvoiceJour'、'CustTrans'、'CustCollectionLetterJour' 和 'CustPaymPromise' 等表的特定系统事件、状态变更或记录创建日期映射到标准化的活动名称来得出。
示例
发票已过账并发送催款函已生成争议已登记已收到付款
|
|||
|
付款到期日
PaymentDueDate
|
合同约定的发票付款截止日期。 | ||
|
描述
付款截止日期是根据与客户约定的付款条件确定的关键日期属性。该日期是判定发票是否逾期的基准,也是启动催收活动(如发送提醒或开始正式催收程序)的主要触发点。在流程挖掘中,它用于计算“逾期天数”指标,并检查催收政策的执行合规性,例如核实提醒是否在截止日期过后 X 天内发送。
为何重要
此日期是衡量付款及时性的基准,也是所有逾期和催收相关活动的触发器。
获取方式
通常对应 'CustTrans' 或 'CustInvoiceJour' 表中的 'DueDate' 字段。
示例
2023-02-142023-03-312023-04-30
|
|||
|
催收员已分配
CollectorAssigned
|
负责管理逾期发票的催收专员或团队成员姓名。 | ||
|
描述
此属性识别了负责特定发票催收活动的员工。对于绩效和工作量分析至关重要。通过按催收员过滤流程图或仪表板,管理层可以评估个人生产力、比较催收策略并识别培训需求。该属性是“催收团队生产力”和“争议解决周期”仪表板的关键维度,有助于将流程结果归因于特定个人或团队。
为何重要
支持对催收团队进行绩效分析,有助于平衡工作负载,并通过比较催收员的效率来识别最佳实践。
获取方式
请参阅 Microsoft Dynamics 365 文档。这可能链接自催收管理模块,或者是客户或交易记录上的用户责任字段。
示例
约翰·史密斯Emily Jones收款 A 组
|
|||
|
催款等级
DunningLevel
|
指示逾期发票催收流程的当前阶段或严重程度。 | ||
|
描述
催收级别代表结构化催收程序中的具体步骤,例如“级别 1:温和提醒”、“级别 2:正式通知”或“级别 3:最后通牒”。追踪此属性对于评估催收策略的成效至关重要。“催收策略有效性”仪表板利用该属性展示发票在达到各个级别后的回款百分比。这有助于企业精简催收工作流,在维系客户关系的同时提高回款成功率。
为何重要
这是衡量催收策略有效性以及了解客户最可能在哪个阶段付款的关键。
获取方式
此信息可见于与催收和催款函相关的表中,例如 'CustCollectionLetterJour'。
示例
123 - Final法律行动
|
|||
|
发票状态
InvoiceStatus
|
发票在其生命周期中的当前状态。 | ||
|
描述
发票状态提供了发票在流程中所处位置的即时视图,例如“未结”、“已付”、“争议中”或“已核销”。虽然活动日志提供了详细的历史记录,但当前状态是用于过滤和高层级报告的实用案例级属性。它允许分析师快速细分数据,以仅关注未结逾期发票,或分析所有已核销发票的特征。这是了解应收账款现状的一种简单而强大的方式。
为何重要
提供了一种快速便捷的方法,根据发票的当前状态进行过滤和分析,例如重点关注所有未结或有争议的案例。
获取方式
派生自 'CustTrans' 表中交易的结算状态。未结交易表示未付,已结交易表示已结算。
示例
未结已付款部分已付已核销
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
发票金额代表所计费商品或服务的总财务价值,是流程内财务分析的基础属性。通过该属性可以按金额大小对案例进行分类,观察高价值发票是否遵循了不同的流程或面临更长的延迟。此属性对于“不可收回发票核销”和“信用额度管理分析”仪表板至关重要,有助于量化财务影响并评估风险。
为何重要
支持财务影响分析,确定高价值发票的优先级,并了解发票金额如何影响流程行为。
获取方式
通常对应 'CustInvoiceJour' 表中的 'InvoiceAmount' 字段。
示例
1500.7525000.00549.99
|
|||
|
客户名称
CustomerName
|
发票开具对象的客户法律名称。 | ||
|
描述
客户名称识别了与发票关联的具体客户。该属性是进行过滤和细分的主要维度。按客户分析流程有助于识别那些经常逾期付款、提出争议或需要投入大量催收精力的“问题客户”。它是“争议解决周期”仪表板以及对特定客户账户进行深度分析的关键属性。
为何重要
支持针对特定客户的流程分析,有助于识别模式并管理与关键或问题账户的关系。
获取方式
此信息通常使用 'CustInvoiceJour' 中的客户账号通过关联 'CustTable' 获取。
示例
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
客户细分
CustomerSegment
|
对客户的分类,例如按规模、行业或战略重要性划分。 | ||
|
描述
“客户细分”是一个分类属性,用于将客户分为具有实际意义的群体,例如“战略客户”、“中小企业”或“政府”。这种细分对于战略分析至关重要。它有助于回答“战略客户是否具有更低的 DSO?”或“特定行业细分市场中核销是否更常见?”等问题。该属性直接用于“应收账款周转天数趋势”、“不可收回发票核销”和“按细分市场划分的逾期发票”等 Dashboard 中,提供超越单一客户的高维度洞察。
为何重要
支持跨客户群的聚合分析,以识别战略趋势并为不同细分市场量身定制催收策略。
获取方式
这通常是一个自定义字段,或源自客户主表 ('CustTable') 的属性。
示例
企业中型市场公共部门合作伙伴
|
|||
|
逾期天数
DaysOverdue
|
发票超过付款截止日期的天数。 | ||
|
描述
“逾期天数”是一个计算指标,用于衡量未付发票自付款截止日期以来经过的时间。计算方式为:当前日期减去付款截止日期。这是催收团队的关键绩效指标,有助于确定需要重点关注的发票优先级。它是“按细分市场划分的逾期发票” Dashboard 中的核心指标,也是评估应收账款健康状况和催收工作成效的基础。
为何重要
这是一个关键的运营指标,用于确定催收工作的优先顺序并衡量付款延迟的严重程度。
获取方式
这是一个计算字段。逻辑为:如果发票未支付,则为 (今天 - 付款截止日期),否则为 0。
示例
1532910
|
|||
|
DSO(应收账款周转天数)
DaysSalesOutstanding
|
从发票生成到收到付款的时间(天数)。 | ||
|
描述
应收账款周转天数 (DSO) 是关键财务 KPI,衡量销售完成后收回货款所需的平均天数。在此流程模型中,它被计算为每张发票从 “Invoice Generated” 到 “Payment Received” 这两个 activity 之间的时间跨度。更低的 DSO 意味着更高效的催收流程和更健康的现金流。该属性支持随时间变化的趋势分析,并可按“客户细分”等维度进行切片,以查看哪些群体对整体指标产生了影响。
为何重要
这是衡量现金流效率以及“发票到现金”全流程整体绩效的关键 KPI。
获取方式
计算为 “Invoice Generated” 与 “Payment Received” 两个 activity 的 timestamp 之间的时间差。
示例
28.545.261.0
|
|||
|
争议原因
DisputeReason
|
客户对发票提出争议时提供的理由。 | ||
|
描述
当客户对发票提出争议时,通常会提供一个理由,例如“定价错误”、“货物损坏”或“重复计费”。此属性捕获了该理由。分析争议原因是进行根本原因分析的关键,有助于识别“从订单到现金”流程中反复出现的问题,如销售、物流或开票环节的差错。从源头减少争议是此项分析的核心价值,它能有效防止付款延迟,从而直接降低 DSO。
为何重要
为付款延迟的根本原因分析提供关键数据,帮助识别并解决导致发票争议的上游问题。
获取方式
请参阅 Microsoft Dynamics 365 文档。这属于争议管理或案例管理功能的一部分。
示例
定价错误数量短缺未收到产品服务与描述不符
|
|||
|
争议解决时间
DisputeResolutionTime
|
从首次登记客户争议到解决争议所花费的时间。 | ||
|
描述
“争议解决时间”用于衡量争议处理流程的效率。计算方式为: “Dispute Registered” 与 “Dispute Resolved” 两个 activity 之间的时间差。解决时间过长会推迟付款并对客户满意度产生负面影响。按催收员或争议原因对该指标进行细分分析,有助于识别争议管理 Workflow 中的瓶颈和改进领域。
为何重要
衡量争议处理流程的效率,这是导致严重付款延迟的常见原因。
获取方式
计算为 “Dispute Registered” 与 “Dispute Resolved” 两个 activity 的 timestamp 之间的时间差。
示例
7.215.83.5
|
|||
|
信用额度
CreditLimit
|
为该客户批准的最高信用额度。 | ||
|
描述
信用额度是授权客户可以累积的总债务金额。此属性对于风险管理至关重要。“信用额度管理分析”仪表板会将此值与拖欠或已核销账户的发票金额进行比较。此分析有助于确定信用额度设置是否合理、是否得到了严格执行,以及发生违约的客户是否最近上调过额度,从而揭示信用审批流程中潜在的薄弱环节。
为何重要
该属性对风险评估至关重要,有助于分析核销是否与管理不善或额度不足的客户信用额度有关。
获取方式
此值通常存储在 'CustTable' 的客户主记录中。
示例
10000.0050000.000.00
|
|||
|
最后数据更新
LastDataUpdate
|
最后一次数据刷新或更新的时间戳。 | ||
|
描述
此属性表示数据集从源系统更新的最后时间。对于流程挖掘分析的用户来说,这是一个关键的元数据,因为它提供了数据新鲜度的背景。了解数据截至特定时间点为最新状态,有助于分析师做出知情决策并明确研究范围。它通常在数据摄取过程中应用于整个数据集。
为何重要
向用户说明数据的实时性,确保分析基于明确的时间范围,避免根据过时信息做出决策。
获取方式
此值由 ETL/数据管道在执行时生成并标注到数据集上。
示例
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
|
国家/地区
Country
|
客户账单地址所属的国家/地区。 | ||
|
描述
此属性指定了与客户账户关联的国家/地区,是地理维度分析的常用指标。按国家细分 DSO 或核销率等流程 KPI,可以揭示客户付款行为、催收成效或经济环境的区域差异。基于此,企业可以制定因地制宜的催收策略,或为特定地区设置不同的付款条件。
为何重要
支持地理分析,以识别支付行为和催收流程绩效的区域趋势。
获取方式
这是通过将客户主记录 ('CustTable') 关联到其主要地址记录(通常位于 'LogisticsPostalAddress')得出的。
示例
美国DEUGBRCAN
|
|||
|
是否有争议
IsDisputed
|
布尔标志,指示发票是否曾发生过争议。 | ||
|
描述
这是一个计算标签,如果发票案例包含“争议已登记”活动,则设为 true。它通过允许用户轻松过滤或比较争议发票与非争议发票的流程走向来简化分析。例如,可以直观比较争议发票与非争议发票的平均 DSO,从而量化争议对现金流的影响。它是高层级仪表板展示和对比分析的实用属性。
为何重要
允许用户轻松比较争议发票与非争议发票群体,从而简化分析和过滤过程。
获取方式
这是一个计算字段。逻辑为:如果案例包含“争议已登记”活动,则为 true,否则为 false。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识 data 的来源系统。 | ||
|
描述
此属性指定记录事件数据的源应用程序。在此背景下为 'Microsoft Dynamics 365'。虽然在单系统分析中它看似固定不变,但对于数据治理、故障排除和未来的系统集成至关重要。如果今后引入来自其他系统(如独立 CRM 或催收机构门户)的数据,此字段将是区分数据来源并理解完整跨系统流程的关键。
为何重要
提供清晰的数据血缘关系,对于维护数据质量以及跨多个集成系统进行分析至关重要。
获取方式
这通常是在数据提取过程中添加的静态值,用于标记记录的来源。
示例
Microsoft Dynamics 365D365 F&O
|
|||
|
货币代码
CurrencyCode
|
发票的币种,例如 USD 或 EUR。 | ||
|
描述
货币代码指定了发票金额的交易货币。对于跨国企业来说,这是一个重要的背景属性。它对于正确解读财务价值必不可少,并可用于分析付款周期或相关问题是否与特定货币相关,这可能涉及外汇结算或国际付款处理的复杂性。
为何重要
为所有货币价值提供必要的背景信息,并允许分析涉及多种货币的流程。
获取方式
通常对应 'CustInvoiceJour' 表中的 'CurrencyCode' 字段。
示例
美元EURGBPCAD
|
|||
信用管理与催收 Activity
| 活动 | 描述 | ||
|---|---|---|---|
|
争议已登记
|
表示客户已正式对发票提出争议,其状态也随之更新。通常由用户在催收管理模块中将发票状态更改为“争议中”时捕获。 | ||
|
为何重要
这是争议解决流程的起点。追踪这一环节有助于衡量争议发生的频率及解决时长,这些因素直接影响客户满意度和现金流。
获取方式
根据客户交易表 (CustTrans) 或相关争议管理表 (smmCaseDetail) 中的状态变更推断得出。该过程需要带有时间戳的状态变更日志。
捕获
识别发票交易的争议状态字段何时被填充或更改为“有争议”。
事件类型
inferred
|
|||
|
付款已过账
|
代表客户付款在总账中的正式过账及其在发票结算中的应用。此信息通过客户付款日记账的过账日期捕获。 | ||
|
为何重要
完成流程中的付款部分。从收到付款到过账之间的时间(即现金核销滞后)是财务部门的关键效率指标。
获取方式
截取自客户付款日记账 (LedgerJournalTrans) 的过账 timestamp。这确认了付款已在分类账中完成处理。
捕获
使用已过账客户付款日记账中的过账日期。
事件类型
explicit
|
|||
|
催款函已生成
|
表示已针对逾期发票创建了正式的催款函。这是在 Dynamics 365 中运行定期催收流程时截取的,该流程会为相关发票生成函件记录。 | ||
|
为何重要
追踪正式催收工作的启动及频率。这对于衡量催收成效以及内部催收政策的合规性至关重要。
获取方式
在催收历史表 (CustCollectionLetterJour) 中创建的显式记录。催款函日记账的创建日期即为 timestamp。
捕获
从 CustCollectionLetterJour 表截取创建 event,并链接回对应的发票。
事件类型
explicit
|
|||
|
发票已核销
|
发票被判定为不可收回,并正式作为坏账核销。这是由授权用户执行的明确操作,用于清空应收账款并记录损失。 | ||
|
为何重要
这是流程的主要非理想终点。追踪核销情况对于理解信用风险、催收失败和财务损失至关重要。
获取方式
截取自用于核销坏账且链接到原始发票的特定总账交易。核销日记账的过账日期作为 timestamp。
捕获
识别具有特定核销过账配置文件且引用该发票的日记账分录。
事件类型
explicit
|
|||
|
发票已结清
|
发票已全额支付且余额为零,标志着流程圆满结束。当已支付金额的总和等于发票总额时,即可推断出此状态。 | ||
|
为何重要
这是信用到现金流程的主要理想终点。分析通向此节点的路径可以总结出最佳实践和高效的流程变体。
获取方式
根据客户结算表 (CustSettlement) 中的结算日期推断得出。当 CustTrans 中发票的 'AmountCur' 和 'SettleAmountCur' 字段求和为零时,即判定为发生此事件。
捕获
识别使发票余额归零的交易相关最终结算日期。
事件类型
inferred
|
|||
|
发票已过账并发送
|
代表发票在总账中的正式记录,使其成为正式的应收账款。该事件通常与向客户发送发票同步发生,并在 Dynamics 365 过账程序完成时捕获。 | ||
|
为何重要
这是一个关键里程碑,标志着付款条件和账龄计算的正式开始。发票生成与过账之间的延迟可能掩盖了开票流程中的低效问题。
获取方式
根据客户发票日记账 (CustInvoiceJour) 上的过账日期或变更为“已过账”的状态推断得出。过账时间戳是核心数据点。
捕获
使用客户发票日记账 (CustInvoiceJour) 中的过账时间戳。
事件类型
inferred
|
|||
|
已收到付款
|
表示已收到客户付款并已录入系统(通常通过付款日记账)。该 event 发生在最终过账并将现金核销到特定发票之前。 | ||
|
为何重要
这是计算 DSO 和理解现金流的关键节点。此事件与“付款已过账”之间的时间滞后可以揭示现金认领流程中的瓶颈。
获取方式
这是一个显式 event,截取自客户付款日记账行 (LedgerJournalTrans) 在过账前的创建日期。它代表了付款被记录为已收到的日期。
捕获
使用客户付款日记账行中的交易日期。
事件类型
explicit
|
|||
|
已生成发票
|
标志着系统中销售发票记录的创建(在正式过账之前)。该活动通常是用户确认销售订单并生成相应发票文档时捕获的明确事件。 | ||
|
为何重要
这是发票生命周期的主要起始事件。分析从这一时点到回款的时间,对于衡量应收账款周转天数 (DSO) 至关重要。
获取方式
在创建发票时记录在销售发票标题表 (SalesInvoiceHeader) 或销售表 (SalesTable) 中。记录的创建时间戳即为事件发生时间。
捕获
截取销售发票记录的创建 timestamp。
事件类型
explicit
|
|||
|
已超过付款截止日期
|
这是一个计算得出的 event,当当前日期超过发票的截止日期时触发。该 activity 不对应直接的用户操作,而是通过比较系统日期与发票截止日期字段派生而来的。 | ||
|
为何重要
此事件是所有催收活动的触发点。通过它,可以分析逾期发票的数量以及催款行动的及时性,从而支持“催收政策执行率”等 KPI 的计算。
获取方式
通过将当前 timestamp 与“客户交易”表 (CustTrans) 中的 “DueDate” 字段进行比较得出。event timestamp 即为 DueDate 本身。
捕获
当 'NOW()' 大于发票的 DueDate 时,创建一个 event。
事件类型
calculated
|
|||
|
争议已解决
|
标志着争议处理流程的结束,即已达成解决方案并记录在案。当用户将发票的争议状态更新为“已解决”或关闭相关的争议案例时,系统会记录此事件。 | ||
|
为何重要
该活动标志着争议子流程的结束。争议从登记到解决的持续时长是衡量争议解决团队效率的关键 KPI。
获取方式
根据客户交易表 (CustTrans) 中的状态变更或相关争议案例 (smmCaseDetail) 关闭时推断得出。该状态变更的时间戳即为事件发生时间。
捕获
识别发票争议状态字段何时被清除或更改为“已解决”。
事件类型
inferred
|
|||
|
付款承诺已创建
|
客户承诺在未来特定日期付款,且该承诺已记录在系统中。当催收代理在催收模块中输入承诺付款详情时,会明确记录此 event。 | ||
|
为何重要
追踪口头或非正式的付款协议及其履行率。通过对比承诺付款与实际付款,有助于预测现金流并评估客户可靠性。
获取方式
通常记录在与催收工作区或案例管理相关的表中,特别是涉及“付款承诺”的功能。承诺记录的创建日期即为事件发生时间。
捕获
从承诺付款或催收案例详情表中截取创建 event。
事件类型
explicit
|
|||
|
催收活动已记录
|
代表针对客户或发票记录的手动催收行动,例如电话或电子邮件。当催收员使用催收工作区中的“活动”功能记录其互动时,系统会捕获此事件。 | ||
|
为何重要
提供催收团队手动工作的可见性。将这些活动与回款成功率结合分析,有助于衡量团队生产力以及不同联系方式的有效性。
获取方式
记录在与客户账户关联的活动表 (smmActivities) 或相关案例管理表中。如果可能,需要将该活动关联回特定发票。
捕获
截取与催收相关的类型为“电话”或“电子邮件”的 Activity 记录创建过程。
事件类型
explicit
|
|||