您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 全面分析所需的推荐数据属性
- 准确发现流程所需跟踪的关键活动
- 从系统提取数据的实用指南
信用管理与催收属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
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
|
|||
信用管理与催收活动
| 活动 | 说明 | ||
|---|---|---|---|
|
争议已登记
|
表示客户已正式对发票提出争议,系统也相应更新了发票状态。通常由用户在催收管理模块中将发票状态更改为“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
|
|||
数据提取指南
立即优化信用管理与催收流程,加快现金回笼
简化从授信到收款的流程,改善现金流,并将周期时间缩短30%。
无需信用卡,几分钟即可完成设置。