您的信用管理与催款数据模板
您的信用管理与催款数据模板
- 建议收集的属性
- 需要追踪的关键活动
- SAP ECC数据提取指南
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动或事件发生时间的时间戳。 | ||
|
描述
事件时间记录流程中每个活动的准确日期和时间。它是分析周期时间、延迟和定位瓶颈的核心。
为何重要
该属性对于正确排序事件并计算周期时间等绩效指标至关重要。
获取方式
源自 SAP 表中的各种日期和时间字段,如 BKPF 中的 BUDAT(过账日期)或 CPUDT/CPUTM(凭证输入日期/时间)。
示例
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
|
|||
|
发票编号
InvoiceNumber
|
发票的唯一标识符,作为信用管理流程的主要 Case ID。 | ||
|
描述
发票编号(SAP 中的 BELNR)唯一标识每份应收账款凭证。在流程挖掘中,它作为 Case ID 将所有活动关联为一个完整的案例,以便计算 DSO。
为何重要
这是连接发票全流程的关键,使得追踪从信用到收款的端到端流程成为可能。
获取方式
位于 SAP ECC 的各种财务会计表中,主要在 BKPF(会计凭证抬头)和 BSEG(会计凭证行项目)的 BELNR 字段中。
示例
190000000119000000451900000102
|
|||
|
活动名称
ActivityName
|
在发票生命周期特定时间点发生的业务活动名称。 | ||
|
描述
该属性描述了流程中的特定步骤(如“已过账发票”)。通过分析顺序和时长,企业可以识别瓶颈并优化催收策略。
为何重要
活动是流程图的构建基块,能够实现流程流向、变体和异常情况的可视化与分析。
获取方式
这是一个派生属性,通常通过将 TCODE、BLART 或字段变更映射为易于理解的活动名称得出。
示例
发票已过账催款运行已执行付款承诺已创建收款凭证已过账发票已清算
|
|||
|
催款等级
Mahns
|
发票达到的最高催款级别。 | ||
|
描述
催款层级 (SAP 中的 MAHNS) 表示已发送提醒通知的次数。用于衡量每级催款后支付的发票百分比,帮助改进催收方案。
为何重要
直接衡量催收工作的强度,这对于分析催收策略的有效性至关重要。
获取方式
位于表 BSID 客户行项目的 MAHNS 字段。催收运行历史记录在表 MHNK(抬头)和 MHND(数据)中。
示例
1234
|
|||
|
到期日期
NetDueDate
|
合同约定的发票付款到期日。 | ||
|
描述
到期日是客户支付发票的截止日期。这是信用管理的基础,是衡量及时性的基准,用于触发催收活动。
为何重要
这是衡量付款及时性的主要基准,对计算逾期天数至关重要。
获取方式
该日期通常位于 BSID 表的 FAEDT 字段。也可基于基准日期和付款条件计算得出。
示例
2023-02-142023-03-312023-04-15
|
|||
|
发票金额
Dmbtr
|
发票的本币总额。 | ||
|
描述
该属性代表发票的总价值(SAP 中的 DMBTR 字段)。它有助于优先处理高价值发票,并分析发票金额与延迟之间的关系。
为何重要
为流程提供财务背景,支持基于价值的分析,并优先处理高价值项的催收工作。
获取方式
表 BSEG、BSID 和 BSAD 中的标准字段 DMBTR(本币金额)。
示例
1500.0012500.50750.25
|
|||
|
客户细分
CustomerSegment
|
客户分类,例如基于规模、行业或战略重要性。 | ||
|
描述
“客户细分”是用于对具有相似特征的客户进行归类的分类方式。这通常源自 SAP 中的客户账户组 (KTOKD) 或客户主数据中的其他自定义字段。 按此属性对流程分析进行细分可以提供强大的洞察。它可以揭示某些细分群体是否具有更长的付款周期、更高的争议率,或者对特定催收活动的反应更好。这些信息对于优化催收策略和定制客户互动至关重要。
为何重要
支持针对性分析,以了解流程在不同类型客户中的表现,从而实现定制化策略和资源分配。
获取方式
通常源自客户主数据表 KNA1 中的客户账户组 (KTOKD) 字段或其他自定义字段。
示例
关键客户中小企业政府内部
|
|||
|
客户编号
Kunnr
|
客户的唯一标识符。 | ||
|
描述
客户编号 (SAP 中的 KUNNR) 是客户账户的唯一键。在流程挖掘中,该属性对于细分分析至关重要,可比较不同客户的绩效,并识别长期迟延付款的客户。
为何重要
支持以客户为中心的分析,有助于识别特定客户或客户群体的行为模式,并量身定制催收策略。
获取方式
客户行项目表和凭证抬头表中的标准字段 KUNNR。
示例
10002050CUST-7890
|
|||
|
收款专员
Sachp
|
分配给客户账户的会计员或催收代理人。 | ||
|
描述
该属性识别负责催收的人员或小组(如 SAP 中的职员 SACHP)。这对于绩效管理和平衡工作负载至关重要。
为何重要
通过将案例和结果归因于特定的个人或团队,实现催收团队的绩效分析和工作量管理。
获取方式
通常位于客户主数据的公司代码数据中(表 KNB1,字段 SACHP)。
示例
J. SmithA 团队INTL-COLL
|
|||
|
用户名称
UserName
|
执行该活动的用户ID。 | ||
|
描述
该属性识别负责某个事件的具体用户(SAP 中的 ERNAM 或 USNAM),有助于了解工作量分布和培训需求。
为何重要
它支持分析流程中的人员表现和行为,帮助识别优秀员工、培训机会以及工作负载不平衡的情况。
获取方式
通常位于 BKPF 等表头文件中,对应 USNAM(用户名)或 ERNAM(创建对象的人员姓名)。
示例
SMITHJRDOECFO-ADMIN
|
|||
|
逾期天数
DaysOverdue
|
发票超过到期日的计算天数。 | ||
|
描述
该指标计算发票到期日与核销日期之间的时间差。逾期天数是应收账款分析的核心,用于账龄分析和优先级排序。
为何重要
这是一个核心绩效指标,用于量化付款延迟,并优先处理催收工作。
获取方式
计算属性。逻辑为:(结清日期或当前日期)- 净到期日。
示例
0153295
|
|||
|
争议案件 ID
DisputeCaseId
|
与发票关联的争议案件的唯一标识符。 | ||
|
描述
当客户对发票提出异议时,可能会在 SAP 的争议管理模块中创建一个正式的争议 case。此 ID 唯一标识该 case。 拥有此标识符可以对争议解决流程进行详细分析。这对于计算“争议解决周期时间”KPI,以及了解争议产生的原因、处理方式和常见结果至关重要。它有助于将争议子流程从标准催款流中分离出来。
为何重要
将催收活动与正式争议案件关联,从而集中分析争议解决流程的效率和根因。
获取方式
位于 SAP 争议管理表中,如 UDM_CASE_ATTR00。需要使用 SAP 争议管理模块。
示例
400000000021400000000157400000000305
|
|||
|
付款条款
Zterm
|
与客户约定的付款条件代码。 | ||
|
描述
付款条件代码 (SAP 中的 ZTERM) 定义了付款条件。分析付款条件有助于了解不同条件如何影响付款行为。
为何重要
说明付款的合同约定,并帮助分析特定的条款是否会导致更好的付款表现或更多的争议。
获取方式
标准字段 ZTERM,位于客户主数据 (KNB1) 和财务凭证表 (BSEG) 中。
示例
0001NT30ZD60
|
|||
|
信用额度
Klimk
|
分配给客户的信用额度总额。 | ||
|
描述
信用额度 (SAP 中的 KLIMK) 是授予客户账户的最大信用金额。通过分析额度与核销发生的关系,企业可以评估其信用政策的有效性。
为何重要
提供信用风险背景,以便分析信用政策是否在不抑制销售的情况下有效预防坏账。
获取方式
位于表 KNKK 字段 KLIMK 中的客户中央信用管理数据。
示例
10000.0050000.00250000.00
|
|||
|
公司代码
Bukrs
|
发票所属的法律实体(公司代码)的标识符。 | ||
|
描述
公司代码 (SAP 中的 BUKRS) 代表财务报表所属的独立法人实体。该属性对于跨不同法律实体过滤和比较流程绩效(如 DSO 或争议率)至关重要。
为何重要
支持按法律实体对流程分析进行细分,这对于大型跨国组织对比各实体的绩效至关重要。
获取方式
几乎所有财务表中的标准字段 BUKRS,包括 BKPF、BSEG 等。
示例
10002000US01
|
|||
|
最近数据刷新
LastDataRefreshTimestamp
|
指示数据最近在流程挖掘工具中提取或更新的时间戳。 | ||
|
描述
该属性记录最近一次数据加载的时间。它告知用户数据的“新鲜度”,是建立分析信任的关键元数据。
为何重要
告知用户数据的及时性,这对于基于最新流程信息进行决策至关重要。
获取方式
该值由数据刷新时的 ETL 流程自动生成。
示例
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
|
|||
|
凭证类型
Blart
|
财务凭证类型,如发票、贷记通知单或付款。 | ||
|
描述
凭证类型 (SAP 中的 BLART) 对会计凭证进行分类。原始凭证类型提供了重要的上下文,有助于了解交易性质并进行过滤分析。
为何重要
通过对交易进行分类提供财务背景,可用于过滤分析或验证派生的活动名称。
获取方式
凭证抬头表 BKPF 中的标准字段 BLART。
示例
RVDZDGAB
|
|||
|
是否已核销
IsWrittenOff
|
一个布尔值标记,用于指示发票最终是否作为坏账核销。 | ||
|
描述
这是一个派生标识。它用于识别坏账案例,是计算“坏账率”指标的基础。
为何重要
识别导致财务损失的流程结果,支持对坏账根因进行分析并改进信用政策。
获取方式
这是一个派生属性。逻辑通常基于识别特定的清账原因代码或凭证类型。
示例
truefalse
|
|||
|
源系统ID
SourceSystemId
|
提取数据的源系统的标识符。 | ||
|
描述
该属性指定起始系统(如 SAP ECC 实例 'ECCPRD100')。在多 ERP 环境中,这能确保数据来源清晰。
为何重要
提供关于数据来源的关键背景,特别是在复杂的 IT 环境中,确保数据可追溯性并支持特定系统的分析。
获取方式
通常在数据提取过程中添加。在 SAP 中,可以使用逻辑系统名称 (LOGSYS)。
示例
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
结清凭证
Augbl
|
核销发票的凭证编号,通常是付款或贷记通知单。 | ||
|
描述
清账凭证编号 (SAP 中的 AUGBL) 将未结项(如发票)与其结算凭证关联。该字段对于确认发票已核销以及将其与特定付款事件关联至关重要,是识别“发票已核销”活动的基础。
为何重要
提供发票与其结算凭证之间的明确关联,这对于准确建模清账事件至关重要。
获取方式
客户行项目表中的标准字段 AUGBL:未结时 (BSID) 为空,清账后 (BSAD) 有值。
示例
140000000114000000551400000120
|
|||
|
风险类别
Ctlpc
|
客户信用风险的分类。 | ||
|
描述
风险类别 (SAP 中的 CTLPC) 根据信誉对客户进行分组。这有助于了解不同风险水平的客户是否存在流程偏差。
为何重要
支持基于风险的催收流程分析,有助于验证风险模型并据此定制催收策略。
获取方式
位于表 KNKK 字段 CTLPC 中的客户中央信用管理数据。
示例
001002高风险
|
|||
信用管理与催收活动
| 活动 | 描述 | ||
|---|---|---|---|
|
催款运行已执行
|
该活动代表执行自动催款程序。系统记录每张发票的催款层级和日期。 | ||
|
为何重要
追踪催款活动对于评估回款策略的有效性至关重要。这有助于确定哪些催款级别最能促成付款,并识别无反应的客户。
获取方式
这是一个明确的事件,催款运行详情存储在 MHNK 等表中。
捕获
从 MHNK 表中提取记录,关联公司代码、账户和催收日期。
事件类型
explicit
|
|||
|
发票已核销
|
代表决定将未付发票吸收为损失,分类为坏账。这通过特定的财务过账实现。 | ||
|
为何重要
这是主要的负面终结事件,标志着催收失败和财务损失,是改进信用政策的关键分析对象。
获取方式
这通常是一个显式过账或基于清账交易的推断事件,指示发生了坏账核销。
捕获
识别使用了特定核销原因代码 (BSEG-RSTGR) 或将冲销分录过账到坏账支出科目的清账凭证。
事件类型
inferred
|
|||
|
发票已清算
|
该事件标志着发票的成功结案。当行项目从 BSID 移动到 BSAD 时,即可推断出此事件。 | ||
|
为何重要
这是流程的主要正面终结事件。到达此活动的时间是 DSO 的核心组成部分。
获取方式
这是根据 BSAD 表中存在清账凭证而推断出的事件。
捕获
使用特定发票行项目的清账日期 (BSAD-AUGDT) 作为事件 timestamp。
事件类型
inferred
|
|||
|
发票已过账
|
代表在财务会计模块中创建应收账款发票凭证。当 SD 计费凭证释放到会计或直接输入 FI 发票时,此事件将被记录。 | ||
|
为何重要
这是发票生命周期的起始事件。分析从此刻到收款的时间对于衡量 DSO 极其关键。
获取方式
这是一个明确的事件,当创建财务凭证时记录。
捕获
识别表 BKPF 中具有相关凭证类型(如 'RV'、'DR')的 FI 凭证创建事件。
事件类型
explicit
|
|||
|
超过付款到期日
|
一个计算事件,表示发票已正式逾期。这并非显式的系统事件,而是通过将发票的净到期日与当前日期或后续活动的执行时间进行对比得出的。 | ||
|
为何重要
该事件标志着从开票到催收流程的过渡,是触发计算逾期天数的基础。
获取方式
这是一个计算得出的事件,通过对比净到期日与系统日期得出。
捕获
通过将发票净到期日 (BSID-NETDT) 与时间轴进行对比计算得出。
事件类型
calculated
|
|||
|
争议案件已解决
|
发票相关的争议已调查并达成解决方案。通常通过 SAP FSCM 中的状态变更来获取。 | ||
|
为何重要
争议的解决会解除对付款流程的限制。衡量从争议创建到解决的时间是识别效率低下的关键 KPI。
获取方式
这是通过争议案件状态变更推断出的事件。
捕获
通过分析变更日志,识别争议案件状态更改为“已关闭”或“已解决”的时间戳。
事件类型
inferred
|
|||
|
争议案例已创建
|
代表正式登记客户就发票提出的争议(如价格或数量偏差)。 | ||
|
为何重要
争议会冻结付款流程并需要内部资源来解决。追踪争议的创建是分析解决时长、根本原因及其对 DSO 影响的第一步。
获取方式
如果使用 SAP FSCM 争议管理,这是一个明确的事件。争议案件的创建记录在 UDM_CASE 或 SCMG_T_CASE_ATTR 等表中,并带有创建时间戳。
捕获
从与发票关联的案件管理表(如 UDM_CASE)中提取创建日期和时间。
事件类型
explicit
|
|||
|
付款承诺已创建
|
客户已联系催收部门,并承诺在特定日期前完成支付。如果使用了 SAP FSCM 催收管理模块,系统会明确记录此事件。 | ||
|
为何重要
付款承诺是催收活动的一个关键结果。分析其创建、履行和失信率,有助于衡量催收人员的工作成效并预测现金流入。
获取方式
如果使用 SAP FSCM 催收管理,这是一个明确的事件。付款承诺详情存储在 UDM_P2P_ATTR 等表中,并与业务伙伴和发票关联。
捕获
从 SAP FSCM 中的付款承诺表(如 UDM_P2P_ATTR)中提取创建时间戳。
事件类型
explicit
|
|||
|
付款承诺已破裂
|
一个计算事件,指示客户未能按“付款承诺”中的约定期限进行支付。这是通过在承诺日期前未发现相应付款而推导出的。 | ||
|
为何重要
识别失信行为对于升级催收工作至关重要。高失信率可能预示着催收策略存在问题或客户财务状况不佳。
获取方式
这是通过对比承诺日期与实际清账日期推断出的事件。
捕获
比较 UDM_P2P_ATTR 中的承诺日期与发票的结清日期。如果结清日期晚于承诺日期,则视为违反承诺。
事件类型
calculated
|
|||
|
发票已冻结付款
|
表示发票已被手动或自动锁定,导致无法付款。这通过 BSEG 表中发票行项目上的特定付款冻结标识符来获取。 | ||
|
为何重要
付款锁定是导致延迟和流程异常的主要原因。识别锁定时间及原因,是挖掘迟付根因和改善现金流的关键。
获取方式
该状态通常根据发票行项目中“付款冻结”字段 (BSEG-ZLSPR) 的更改推断得出。
捕获
检测发票凭证行项目 BSEG-ZLSPR 字段的更改,并使用表 CDHDR 获取时间戳。
事件类型
inferred
|
|||
|
已创建剩余项
|
发生在款项分配期间,即客户对发票支付金额不足,剩余的小额余额作为新的未结清项过账。这可从清账交易详情中推断。 | ||
|
为何重要
剩余项表示支付偏差并增加额外工作。追踪这些项目有助于识别经常欠付的客户,并突出计费问题。
获取方式
这是当产生剩余项时推断出的事件。
捕获
分析结清凭证 (BKPF-AUGBL),查找引用原始发票创建新未结项目的情况。
事件类型
inferred
|
|||
|
收款凭证已过账
|
代表系统中首次记录来自客户的付款,通常在分配到具体发票之前。 | ||
|
为何重要
这标志着收到现金。该事件与“发票已核销”之间的时间差代表了款项分配流程,这可能是一个显著瓶颈。
获取方式
这是一个明确的事件,记录在收款凭证创建时,时间戳采用过账日期。
捕获
识别表 BKPF 中具有付款相关凭证类型(如 'DZ')的凭证创建情况。
事件类型
explicit
|
|||
|
记录催收联系
|
催收人员已就逾期发票通过电话或电子邮件等方式与客户取得联系。该活动通常由催收员在系统中手动记录。 | ||
|
为何重要
该活动衡量催收团队的手动工作。分析联系频率与后续付款的关系,有助于确定催收动作的有效性。
获取方式
如果使用 SAP FSCM 催收管理,这将被记录为“客户联系”。详情存储在与催收工作清单和联系历史相关的表中,通常关联到 UDM_CASE。
捕获
从相关的 FSCM 催收管理表中提取客户联系日志。
事件类型
explicit
|
|||
|
贷项凭证已过账
|
代表针对客户账户创建的贷记通知单凭证,通常用于纠正计费错误或解决争议。 | ||
|
为何重要
贷记通知单是上游流程故障(如定价错误或运输问题)的直接结果。分析其发生频率和根本原因对于改进流程和减少收入流失至关重要。
获取方式
这是一个明确的事件,当创建贷记通知单凭证时触发。
捕获
识别表 BKPF 中具有贷记通知单凭证类型(如 'DG'、'G2')的 FI 凭证创建事件。
事件类型
explicit
|
|||