您的信用管理与催收数据模板

Microsoft Dynamics 365
您的信用管理与催收数据模板

您的信用管理与催收数据模板

此模板全面介绍了分析信用管理与催收流程所需的数据收集方法,涵盖关键数据属性、需要跟踪的活动以及实用的数据提取指南。借助此资源,您可以简化数据准备工作,更快开展流程挖掘。
  • 全面分析所需的推荐数据属性
  • 准确发现流程所需跟踪的关键活动
  • 从系统提取数据的实用指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

信用管理与催收属性

以下是建议纳入事件日志的数据字段,可用于全面分析信用管理与催收流程。
3 必填 8 建议填写 8 选填
名称 说明
事件时间
EventTime
指示特定活动或事件发生时间的时间戳。
说明

事件时间是活动记录到系统中的准确日期和时间,是流程挖掘的基础,可提供构建流程路径和计算各类时间指标所需的时间顺序。此属性对于分析耗时、识别瓶颈和监控SLA至关重要。例如,“发票已生成”与“已收到付款”事件之间的时间差可用于计算应收账款周转天数(DSO),这是重要的业务指标。没有准确的时间戳,就无法分析绩效或识别瓶颈。

重要性

此时间戳对于排列事件顺序、发现流程图以及计算周期时间和耗时等绩效指标至关重要。

获取途径

此属性取自D365各表中的日期或时间字段,具体取决于活动,例如“CustInvoiceJour”中的“CreatedDateTime”或“CustTrans”中的“TransDate”。

示例
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
发票编号
InvoiceNumber
每张客户发票的唯一标识符,也是信用管理流程的主要案例标识符。
说明

发票编号是关键属性,可唯一标识每笔客户财务交易。它将发票生成和过账、付款催收及最终结算等相关活动关联起来。在流程挖掘中,系统使用此编号还原每张发票的端到端历程,便于详细分析其生命周期。将每张发票作为独立案例跟踪,组织便能识别常见流程路径、瓶颈以及偏离标准过程的情况。它也是计算应收账款周转天数等关键指标和分析流程变体的基础。

重要性

这是关键的案例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
催款层级
DunningLevel
表示逾期发票当前所处的催款(催收)阶段或严重程度。
说明

催款层级表示结构化催款流程中的步骤,例如“层级1:温和提醒”“层级2:正式通知”或“层级3:最终警告”。跟踪此属性对于评估催收策略成效至关重要。“催款策略成效”仪表板使用此属性展示每个层级中已付款发票的比例,帮助企业优化催款工作流,在促成付款的同时维护客户关系。

重要性

此属性是衡量催款策略成效、了解客户最可能在哪个阶段付款的关键依据。

获取途径

此信息可在催收和催款函相关表中找到,例如“CustCollectionLetterJour”。

示例
123 - 最终法律行动
发票状态
InvoiceStatus
发票在生命周期中的当前状态。
说明

发票状态概述发票在流程中的位置,例如“未结”“已付款”“存在争议”或“已核销”。活动日志提供详细历史记录,而当前状态则是便于筛选和汇总报告的案例级属性。分析人员可以快速筛选数据,只查看未结的逾期发票,或分析所有已核销发票的特征。这是了解当前应收账款状况的简便方式。

重要性

便于根据发票当前状态快速筛选和分析,例如集中查看所有未结或存在争议的案例。

获取途径

根据“CustTrans”表中交易的结算状态得出。未结交易表示尚未付款,已关闭交易表示已结算。

示例
未结已付款部分付款已核销
发票金额
InvoiceAmount
发票的货币总额。
说明

发票金额表示所开具商品或服务的总价值,是流程财务分析的一项基础属性。按金额对案例分组,可以了解高金额发票是否遵循不同流程或经历更长延迟。此属性对于“无法收回发票核销”和“信用额度管理分析”仪表板至关重要,有助于量化财务影响并评估风险。

重要性

支持分析财务影响、优先处理高金额发票,并了解发票金额如何影响流程表现。

获取途径

可能对应“CustInvoiceJour”表中的“InvoiceAmount”字段。

示例
1500.7525000.00549.99
客户名称
CustomerName
发票开具对象的法定名称。
说明

客户名称用于标识与发票相关的具体客户,是筛选和细分数据的主要维度。按客户分析流程,有助于识别经常延迟付款、提出争议或需要大量催收工作的客户。此属性是“争议解决周期时间”仪表板的重要维度,也适用于深入分析特定客户账户。

重要性

支持按客户分析流程,帮助识别规律并管理重要或问题客户关系。

获取途径

通常使用“CustInvoiceJour”中的客户账户编号,从“CustTable”关联获取此信息。

示例
Contoso Ltd.Adventure WorksFabrikam Inc.
客户细分
CustomerSegment
按规模、行业或战略重要性等维度对客户进行分类。
说明

客户细分是用于将客户划分为有意义群组的分类属性,例如“战略客户”“中小企业”或“政府机构”。这种细分对于战略分析至关重要,有助于回答“战略客户的应收账款周转天数是否更短?”或“某些行业客户的坏账核销是否更常见?”等问题。“应收账款周转天数趋势”“无法收回发票核销”和“按细分查看逾期发票”仪表板会直接使用此属性,提供超越单个客户层面的洞察。

重要性

支持按客户群体汇总分析,发现战略趋势,并针对不同细分群体制定催收策略。

获取途径

这通常是自定义字段,或根据“CustTable”(客户主数据表)中的属性得出。

示例
企业版中型市场公共部门合作伙伴
已分配催收人员
CollectorAssigned
负责管理逾期发票的催收人员或团队成员姓名。
说明

此属性用于标识负责催收特定发票的员工,对于绩效和工作量分析至关重要。管理者可以按催收人员筛选流程图或仪表板,评估个人效率、比较催收策略并发现辅导机会。此属性也是“催收团队效率”和“争议解决周期时间”仪表板的重要分析维度,有助于将流程结果归因于具体个人或团队。

重要性

支持催收团队绩效分析、工作量平衡,并通过比较催收人员的成效发现最佳实践。

获取途径

请查阅Microsoft Dynamics 365文档。相关信息可能来自催收管理模块,或客户及交易记录中的用户责任字段。

示例
John SmithEmily Jones催收团队A
逾期天数
DaysOverdue
发票超过付款到期日的天数。
说明

逾期天数是一个计算指标,用于衡量未付款发票超过付款到期日的时间,计算方式为当前日期减去付款到期日。此指标是催收团队的重要绩效指标,有助于确定应优先处理的发票。“按细分查看逾期发票”仪表板以此为主要指标,也是评估应收账款状况和催收成效的基础。

重要性

这是重要的运营指标,可用于确定催收工作的优先级并衡量付款延迟的严重程度。

获取途径

这是一个计算字段。逻辑为:如果发票未付款,则计算(Today() - PaymentDueDate),否则为0。

示例
1532910
上次数据更新
LastDataUpdate
上次数据刷新或更新的时间戳。
说明

此属性表示数据集上次从源系统更新的时间。对于流程挖掘分析的使用者而言,这是重要的元数据,可说明数据的新鲜度。了解数据截至何时有效,有助于分析人员有把握地决策,并明确分析结果的适用范围。通常在数据摄取流程中应用于整个数据集。

重要性

向用户说明数据的时效性,确保分析基于明确的时间范围,避免依据过时信息做出决策。

获取途径

ETL或数据管道在运行时生成此值并写入数据集。

示例
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
争议原因
DisputeReason
客户提出发票争议的原因。
说明

客户对发票提出争议时,通常会说明原因,例如“价格错误”“货物损坏”或“重复计费”。此属性用于记录争议原因,对于根因分析至关重要。它有助于发现订单到收款流程中的反复问题,例如销售、运输或开票部门的问题。从源头减少争议是此类分析的重要目标,可通过避免付款延迟直接改善应收账款周转天数。

重要性

为分析付款延迟的根因提供关键数据,帮助发现并解决导致发票争议的上游问题。

获取途径

请查阅Microsoft Dynamics 365文档。此信息属于争议管理或案例管理功能的一部分。

示例
价格错误数量不足未收到产品服务与描述不符
争议解决时间
DisputeResolutionTime
从首次登记客户争议到解决所需的时间。
说明

争议解决时间用于衡量争议处理流程的效率,计算方式为“争议已登记”与“争议已解决”活动之间的时长。解决时间过长可能延迟付款并降低客户满意度。按催收人员或争议原因细分分析此指标,有助于发现争议管理工作流中的瓶颈和改进空间。

重要性

衡量争议处理流程的效率,而争议处理不及时往往会造成明显的付款延迟。

获取途径

根据“争议已登记”和“争议已解决”活动的时间戳计算两者之间的时长。

示例
7.215.83.5
信用额度
CreditLimit
批准给予客户的最高信用额度。
说明

信用额度是允许客户累积的债务总额上限,是风险管理的重要属性。“信用额度管理分析”仪表板会将此值与逾期或已核销账户的发票金额进行比较。此分析有助于判断信用额度设置是否合理、是否得到执行,以及违约客户的额度近期是否曾提高,从而发现信用审批流程中的潜在问题。

重要性

此属性对于风险评估至关重要,可帮助分析核销是否与客户信用额度管理不当或额度不足有关。

获取途径

此值通常存储在“CustTable”客户主记录中。

示例
10000.0050000.000.00
国家/地区
Country
客户账单地址所在的国家/地区。
说明

此属性用于标明客户账户所属的国家/地区,是常用的地理分析维度。按国家/地区细分应收账款周转天数或核销率等流程指标,可以发现客户付款行为、催收成效或经济状况的区域差异,并据此制定区域化催收策略或为特定地区调整付款条款。

重要性

支持地理分析,帮助发现付款行为和催收流程绩效的区域趋势。

获取途径

此属性通过客户主记录(“CustTable”)关联其主要地址记录得出,地址通常存储在“LogisticsPostalAddress”中。

示例
USADEUGBRCAN
是否存在争议
IsDisputed
用于标记发票是否曾存在争议的布尔值。
说明

这是一个计算标记:如果发票案例包含“争议已登记”活动,则设为true。此标记便于筛选或比较存在争议与不存在争议的发票流程。例如,可以直接比较两类发票的平均应收账款周转天数,量化争议对现金流的影响。此属性适用于仪表板汇总和对比分析。

重要性

便于筛选和分析,可轻松比较存在争议与不存在争议的发票群体。

获取途径

这是一个计算字段。逻辑为:如果案例包含“争议已登记”活动,则为true,否则为false。

示例
truefalse
源系统
SourceSystem
标识数据的来源系统。
说明

此属性用于标明记录事件数据的源应用程序。在此场景中,值为“Microsoft Dynamics 365”。在单系统分析中,该值看似固定,但对于数据治理、故障排查和后续集成至关重要。如果纳入其他系统的数据,例如独立的CRM或催收机构门户,此字段便可用于区分数据来源并了解跨系统的完整流程。

重要性

清晰呈现数据沿袭,对于维护数据质量和支持多个集成系统间的分析至关重要。

获取途径

通常在数据提取过程中添加固定值,用于标记记录来源。

示例
Microsoft Dynamics 365D365 F&O
货币代码
CurrencyCode
发票使用的货币,例如USD或EUR。
说明

货币代码用于标明发票金额所用的交易货币,对于跨国组织尤其重要。正确解读财务金额离不开此属性。它还可用于分析付款周期或问题是否与特定货币相关,例如是否受到外汇或国际付款处理复杂性的影响。

重要性

为所有货币金额提供必要背景信息,并支持涉及多种货币的流程分析。

获取途径

通常对应“CustInvoiceJour”表中的“CurrencyCode”字段。

示例
USDEURGBPCAD
必填 建议填写 选填

信用管理与催收活动

以下是建议纳入事件日志的关键流程步骤和里程碑,可帮助您准确发现信用管理与催收工作流。
9 建议填写 3 选填
活动 说明
争议已登记
表示客户已正式对发票提出争议,系统也相应更新了发票状态。通常由用户在催收管理模块中将发票状态更改为“Disputed”时记录此事件。
重要性

这是争议解决流程的起点。跟踪此事件有助于衡量争议发生频率和解决所需时间,进而了解其对客户满意度和现金流的影响。

获取途径

根据客户交易(CustTrans)或相关争议管理表(smmCaseDetail)中的状态变更推断。需要带时间戳的状态变更日志。

采集

识别发票交易的争议状态字段何时被填入或更改为“Disputed”。

事件类型 inferred
付款已过账
表示客户付款正式过账至总账并用于结清发票。此事件取自客户付款日记账的过账日期。
重要性

标志付款环节完成。从收到付款到完成过账的时间,即现金核销延迟,是财务部门衡量效率的关键指标。

获取途径

取自客户付款日记账(LedgerJournalTrans)的过账时间戳,确认付款已在总账中完成处理。

采集

使用已过账客户付款日记账中的过账日期。

事件类型 explicit
发票已核销
该发票被认定为无法收回,并正式作为坏账核销。这是授权用户执行的明确操作,会清除应收款并确认损失。
重要性

这是流程主要的失败终点。跟踪核销情况对于了解信用风险、催收失败和财务损失至关重要。

获取途径

取自用于核销坏账并关联原始发票的特定总账交易。核销日记账的过账日期即为时间戳。

采集

识别引用该发票且使用特定核销过账配置文件的日记账分录。

事件类型 explicit
发票已结清
发票已全额付款,余额为零,标志流程成功完成。当已核销付款总额等于发票总额时,可推断此状态。
重要性

这是订单到收款流程的主要成功终点。分析通往此节点的路径,有助于发现最佳实践和高效的流程变体。

获取途径

根据客户结算表(CustSettlement)中的结算日期推断。当CustTrans中该发票的“AmountCur”和“SettleAmountCur”字段之和为零时,即发生此事件。

采集

识别使发票余额归零的相关交易中最新的结算日期。

事件类型 inferred
发票过账并发送
表示发票已正式记入总账,成为正式的应收账款。此事件通常与发票发送给客户同时发生,并在Dynamics 365中完成过账流程时记录。
重要性

这是一个关键节点,标志着付款条款和账龄计算正式开始。发票生成到过账之间的延迟可能掩盖开票流程中的低效问题。

获取途径

可根据客户发票日记账(CustInvoiceJour)中的过账日期,或状态变更为“已过账”来推断。过账时间戳是关键数据。

采集

使用客户发票日记账(CustInvoiceJour)中的过账时间戳。

事件类型 inferred
已收到付款
表示已收到客户付款并录入系统,通常通过付款日记账完成。此事件发生在付款最终过账并核销到具体发票之前。
重要性

这是计算应收账款周转天数(DSO)和了解现金流的重要节点。此事件与“Payment Posted”之间的时间差可揭示现金核销流程中的瓶颈。

获取途径

这是一个明确记录的事件,取自客户付款日记账行(LedgerJournalTrans)的创建日期,且发生在过账之前。该日期表示付款被记录为已收到的时间。

采集

使用客户付款日记账行中的交易日期。

事件类型 explicit
已过付款到期日
当当前日期超过发票到期日时发生的计算事件。此活动并非由用户直接触发,而是通过比较系统日期与发票到期日字段得出。
重要性

此事件会触发所有催收活动。它有助于分析逾期发票数量和催收行动的及时性,并支持衡量催收政策遵循度等关键绩效指标。

获取途径

将当前时间戳与客户交易表(CustTrans)中的“DueDate”字段进行比较后计算得出。事件时间戳即为DueDate。

采集

当“NOW()”晚于发票的DueDate时创建事件。

事件类型 calculated
生成催收函
表示已为逾期发票创建正式催收函。此事件会在Dynamics 365中运行定期催收流程时记录,该流程会为相关发票生成催收函记录。
重要性

跟踪正式催收工作的启动情况和频率,是衡量催收成效及内部催收政策遵循度的重要依据。

获取途径

系统会在催收历史表(CustCollectionLetterJour)中创建明确记录。催收函日记账的创建日期即为时间戳。

采集

从CustCollectionLetterJour表提取创建事件,并关联到相应发票。

事件类型 explicit
生成发票
表示系统中已创建销售发票记录,但尚未正式过账。通常在用户完成销售订单并生成相应发票单据时,系统会明确记录此活动。
重要性

这是发票生命周期的主要开始事件。从此时到付款的时间对于衡量应收账款周转天数至关重要。

获取途径

创建发票时,记录会写入销售发票抬头表(SalesInvoiceHeader)或销售表(SalesTable)。记录的创建时间戳即为事件时间。

采集

记录销售发票的创建时间戳。

事件类型 explicit
争议已解决
标记争议流程结束,即已达成并记录解决方案。用户将发票的争议状态更新为“Resolved”或关闭相关争议案例时,会记录此事件。
重要性

此活动标志争议子流程结束。从争议登记到解决所需的时间,是衡量解决团队效率的关键指标。

获取途径

根据客户交易(CustTrans)的状态变更,或相关争议案例(smmCaseDetail)的关闭情况推断。状态变更的时间戳即为事件时间。

采集

识别发票的争议状态字段何时被清除或更改为“Resolved”。

事件类型 inferred
创建付款承诺
客户承诺在未来某个指定日期付款,并将该承诺记录在系统中。催收专员在催收模块中录入付款承诺详情时,系统会明确记录此事件。
重要性

跟踪非正式付款约定及其履行率。将付款承诺与实际付款进行比较,有助于预测现金流并评估客户的履约可靠性。

获取途径

相关记录可能保存在催收工作空间或案例管理表中,具体取决于付款承诺功能的实现方式。承诺记录的创建日期即为事件时间。

采集

从收款承诺或催收案例明细表中提取创建事件。

事件类型 explicit
记录催收活动
表示针对客户或发票记录的人工催收行动,例如电话或电子邮件。催收人员在催收工作空间中使用“活动”功能记录互动时,系统会捕获此事件。
重要性

呈现催收团队的人工工作情况。将这些活动与付款成功情况进行对比,有助于衡量团队效率和不同联系方法的成效。

获取途径

记录在与客户账户关联的“活动”(smmActivities)表或相关案例管理表中。如有可能,需要将活动关联到具体发票。

采集

记录与催收相关且类型为“电话”或“电子邮件”的活动创建事件。

事件类型 explicit
建议填写 选填

数据提取指南

如何从Microsoft Dynamics 365获取数据

准备好开始了吗?

使用此模板有效准备数据,深入了解信用管理与催收运营。立即开始优化流程,加快现金回笼。

立即优化信用管理与催收流程,加快现金回笼

简化从授信到收款的流程,改善现金流,并将周期时间缩短30%。

开始免费试用

无需信用卡,几分钟即可完成设置。