您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议为事件日志收集的属性
- 发票生命周期中需要跟踪的关键流程活动
- SAP S/4HANA专用数据提取指南
信用管理与催收属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示活动发生时间的时间戳。 | ||
|
说明
此属性提供每项已记录活动的准确日期和时间,对于确定事件顺序及计算事件间隔时长至关重要。 事件时间用于按时间顺序排列活动、构建流程图并计算绩效指标。例如,可通过计算“争议已登记”与“争议已解决”时间戳之间的时长,得出“争议平均解决时间”。
为什么重要
它提供事件的时间顺序,是计算周期时间、分析流程绩效和发现瓶颈的必要条件。
获取位置
来源于SAP表中的各种日期和时间字段,例如BKPF中的BUDAT(过账日期),或不同表中的CPUDT/CPUTM(录入日期/时间)。变更日志表CDHDR/CDPOS也包含时间戳。
示例
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
发票编号
InvoiceNumber
|
客户发票的唯一标识,是信用管理与催收流程的主要案例ID。 | ||
|
说明
发票编号通常也称为会计凭证编号,用于唯一标识每笔应收交易。它像一条主线,将从发票创建、催款通知到争议管理以及最终付款或核销的所有流程事件连接起来。 在流程挖掘中,分析每个发票编号的完整历程,可以全面了解端到端流程。这有助于识别常见路径、付款处理中的瓶颈,以及不同发票处理方式的差异,对于“发票流程变体分析”和“逾期发票账龄与状态”等仪表板至关重要。
为什么重要
这是关联所有相关信用和催收活动的必要案例标识,可对每笔应收款进行完整生命周期分析。
获取位置
通常可在BKPF(会计凭证抬头)表的BELNR字段,或VBRK(开票凭证:抬头数据)表的VBELN字段中找到。
示例
190000012319000004561900000789
|
|||
|
活动名称
ActivityName
|
信用管理与催收流程中实际发生的具体业务事件名称。 | ||
|
说明
此属性描述流程中的单个步骤或任务,例如“发票已生成”“催收程序已启动”或“已收到付款”。这些活动的顺序构成每个案例的顺序流。 分析活动名称是流程挖掘的基础,因为它有助于发现流程图、识别变体,并衡量不同步骤之间的转换。几乎所有流程分析都以此为基础,包括计算“催收成功率”等KPI,该指标用于跟踪催收活动之后发生的事件。
为什么重要
它定义流程中的步骤,对于可视化流程图、分析变体和了解顺序流至关重要。
获取位置
由事务代码(TCODE)、表变更日志(CDHDR/CDPOS)或SAP单据中的状态字段组合生成。
示例
发票发送至客户催款程序已启动已收到付款争议案例已登记
|
|||
|
付款到期日
PaymentDueDate
|
发票应完成付款的日期。 | ||
|
说明
付款到期日根据发票日期和与客户约定的付款条件计算,是衡量付款是否及时的基准。 该日期是所有逾期分析的基础,也是计算“逾期天数”和触发催款程序的起点。“逾期发票账龄与状态”仪表板以及“平均应收账款周转天数(DSO)”等KPI都高度依赖此属性。
为什么重要
它是判断发票是否逾期、触发催收活动和计算关键KPI的核心日期。
获取位置
可在会计凭证的客户明细项目中找到,位于BSEG表的ZFBDT字段。
示例
2023-05-302023-06-152023-07-01
|
|||
|
发票金额
InvoiceAmount
|
以凭证货币计的发票总金额。 | ||
|
说明
此属性表示已开具商品或服务的货币总价值,是衡量每个案例财务影响的关键指标。 分析发票金额是确定催收优先级的基础,“催收组合优先级”仪表板便使用了这一指标。它还用于评估流程低效造成的财务影响,例如争议发票总金额或逾期应收款占用的资金,并通过提供金额依据直接支持“发票核销率”等KPI。
为什么重要
它量化每个案例的财务价值,是确定优先级、评估风险和衡量绩效的必要依据。
获取位置
来源于BSEG表中的会计凭证明细项目,使用DMBTR字段表示本位币金额,或使用WRBTR字段表示凭证货币金额。
示例
1500.0025000.50750.75
|
|||
|
客户编号
CustomerNumber
|
客户账户的唯一标识。 | ||
|
说明
客户编号是开具发票所对应业务伙伴的标识,将财务交易关联到客户主数据记录。 此属性对于以客户为中心的分析至关重要,例如识别特定客户或客户群体的付款行为。“客户付款行为趋势”等仪表板使用它跟踪经常延迟付款的客户;“高优先级账户覆盖率”等KPI则通过按客户归组发票来进行分析。
为什么重要
它将交易关联到具体客户,从而支持付款行为、客户分群和关系管理分析。
获取位置
通常可在BSEG等会计凭证明细表的KUNNR字段,或客户主数据表KNA1中找到。
示例
CUST100234CUST200567CUST300890
|
|||
|
用户名
UserName
|
执行该活动人员的用户ID。 | ||
|
说明
此属性标识负责某个流程步骤的具体用户,例如过账付款或启动催款运行的用户。在SAP中,它通常存储在“用户名”(UNAME)或“录入人”字段中。 按用户分析有助于识别高绩效个人或团队、发现需要加强培训的领域,以及了解工作量分配模式。它还可用于调查合规问题或未经授权的活动。例如,它可以通过按催收人员跟踪结果,为“催收通话成效”仪表板提供支持。
为什么重要
它将流程活动关联到具体人员,从而支持资源绩效、工作量和合规分析。
获取位置
通常可在BKPF等抬头表的USNAM字段,或CDHDR等变更日志表的USERNAME字段中找到。
示例
JSMITHRROEBATCH_USER
|
|||
|
逾期天数
DaysOverdue
|
发票超过付款到期日的天数。 | ||
|
说明
这是一个计算指标,用于衡量“Payment Due Date”与当前日期(未结发票)或“Payment Date”(已清账发票)之间经过的时间。正值表示付款延迟。 逾期天数是催收工作的核心KPI,也是“Overdue Invoice Aging & Status”仪表板的主要指标,用于确定催收优先级。分析该指标的分布,有助于了解应收账款组合的整体健康状况。
为什么重要
这是衡量催收成效的关键绩效指标,用于账龄分析、工作优先级排序和付款延迟测量。
获取位置
在数据转换过程中计算:(当前日期或清账日期)-PaymentDueDate(BSEG-ZFBDT)。
示例
1530920
|
|||
|
争议原因
DisputeReason
|
客户提出发票争议时提供的原因代码。 | ||
|
说明
客户提出发票争议时,通常会分配一个原因,用于归类问题性质,例如“定价错误”“货物损坏”或“发票重复”。该信息由SAP争议管理模块管理。 分析争议原因是识别客户不满和付款延迟根本原因的关键。“发票争议数量与解决情况”仪表板可以按此属性进行分析,从而定位订单到现金流程上游需要解决的重复问题。
为什么重要
它揭示发票争议的根本原因,有助于识别并解决潜在的运营问题。
获取位置
来源于SAP争议管理模块,可能来自UDM_SCASE_ATTR等表,具体取决于争议案例属性。
示例
PRC_ERR-价格错误QTY_DIF-数量差异SHIP_DMG-货物损坏
|
|||
|
信用额度
CreditLimit
|
向客户提供的最高信用金额。 | ||
|
说明
信用额度存储在客户信用主数据中,用于定义公司愿意承担的该客户最高信用风险敞口。“Credit Limit Requested”和“Credit Limit Approved”等活动与此属性直接相关。 该属性为信用风险分析提供背景信息。“Credit Approval Cycle Time Analysis”仪表板跟踪信用额度的设定和变更过程。结合逾期金额进行分析,有助于评估整体应收账款组合风险。
为什么重要
定义客户获批的信用风险,是分析信用审批流程和整体信用风险敞口的核心指标。
获取位置
存储在SAP Credit Management(FSCM)模块中,例如UKM_BP_CMS_SGMT表的CREDIT_LIMIT字段。
示例
50000.00100000.00250000.00
|
|||
|
催款级别
DunningLevel
|
表示逾期发票当前所处的催款流程阶段。 | ||
|
说明
催款级别代表催收力度,通常会从简单提醒逐步升级到更正式的法律通知。每个级别对应催款程序中定义的一项具体催款活动。 跟踪此属性对于监控催款流程的成效和合规性至关重要。“催款流程成效”仪表板使用它分析不同级别的付款率,“催款流程合规”仪表板则检查级别顺序是否正确执行。
为什么重要
它跟踪催收工作的推进情况,支持分析催款成效和流程合规性。
获取位置
此信息存储在MHND等催款数据表中。某项目的最后催款级别可在BSEG的MANST字段中找到。
示例
123-最终通知法律行动
|
|||
|
公司代码
CompanyCode
|
代表法律上独立公司的组织单元,企业据此编制财务报表。 | ||
|
说明
公司代码是SAP财务中的基础组织实体。包括发票和付款在内的所有财务交易,都会过账到特定公司代码。 在流程挖掘中,按公司代码筛选或分维度分析,对于比较企业内不同法律实体的流程绩效至关重要。这有助于发现可推广到其他实体的最佳实践,或定位影响某一公司的系统性问题。它几乎是所有财务流程分析的关键筛选条件。
为什么重要
它支持比较组织内不同法律实体的流程绩效和合规情况。
获取位置
可在BKPF、BSEG等大多数财务表的BUKRS字段中找到。
示例
10002000US01DE01
|
|||
|
最后数据更新时间
LastDataUpdate
|
源系统最近一次刷新或提取数据的时间戳。 | ||
|
说明
此属性表示数据集最近一次更新的时间,让用户了解当前分析数据的新鲜度。 这是任何仪表板或分析都必须关注的一项元数据。它说明分析覆盖的时间范围,避免用户因过时信息而产生误判。例如,只有知道数据最近一次提取时间,逾期发票分析才有实际意义。
为什么重要
它确保用户了解数据的时效性,这对于做出准确的数据驱动决策至关重要。
获取位置
此值在数据提取、转换和加载(ETL)过程中生成并存储。
示例
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
发票货币
InvoiceCurrency
|
开具发票时使用的货币。 | ||
|
说明
此属性指定发票金额使用的货币代码,例如USD、EUR,为解读金额提供必要背景,尤其适用于跨国企业。 虽然大多数分析会使用标准化本位币,但凭证货币有助于了解原始交易,并开展与汇率影响相关的分析。它为InvoiceAmount属性提供背景信息。
为什么重要
它为发票金额提供必要背景,支持多币种环境下的准确财务分析。
获取位置
通常可在BKPF等抬头表的WAERS字段,或BSEG等明细表的PSWSL字段中找到。
示例
USDEURGBP
|
|||
|
客户分群
CustomerSegment
|
根据客户规模、行业或战略重要性等因素对客户进行的分类。 | ||
|
说明
客户分群是用于归类相似客户的营销或销售分类方式,依据可以包括年收入、行业、地理位置或关系状态,例如金牌、银牌和铜牌客户。 在催收分析中,按此属性分群有助于发现特定客户群体的规律。例如,“发票核销分析”仪表板可以揭示某一客户群体是否产生了不成比例的核销金额,从而指导该群体的信用政策决策。
为什么重要
它支持比较不同客户群体的流程绩效和客户行为,发现有价值的战略洞察。
获取位置
通常来源于客户主数据(表KNA1),常见于KDKG1-KDKG5等分类或属性字段(客户组1至5)。
示例
大型企业中小企业政府战略客户
|
|||
|
是否自动执行
IsAutomated
|
用于标识该活动由系统用户还是人工用户执行。 | ||
|
说明
该布尔属性用于区分系统自动执行的活动(例如计划运行的催款程序、自动过账付款)和用户手动执行的活动(例如催收电话)。 分析该属性有助于衡量流程自动化水平,比较自动化步骤与人工步骤的效率和一致性,发现进一步自动化的机会,并了解催收流程中实际投入的人工工作量。
为什么重要
帮助量化流程自动化水平,从而分析自动化对效率和成本的影响。
获取位置
这是一个派生属性,通常基于“UserName”确定。如果用户ID与预定义的系统用户或批处理用户列表匹配(例如“BATCH_USER”),则该标记设为true。
示例
truefalse
|
|||
|
核销原因
WriteOffReason
|
说明发票为何被核销为无法收回的原因代码。 | ||
|
说明
当应收款被认定为无法收回时,会从账面核销,并分配原因代码对成因进行分类,例如“破产”“小额余额核销”或“未解决的争议”。 此属性是“发票核销分析”仪表板的基础。按原因分析核销频率和金额,可以帮助企业识别信用政策或催收策略中的薄弱环节,并采取纠正措施,减少未来损失。
为什么重要
说明无法收回债务造成财务损失的根本原因,为改进信用和催收政策提供依据。
获取位置
通常可在用于核销应收账款的特定财务过账事务中(例如F-30),通过原因代码字段(BSEG-RSTGR)记录。
示例
BANKRUPTCYSMALL_BALANCEDISPUTE_LOSS
|
|||
|
源系统
SourceSystem
|
标识数据的来源系统。 | ||
|
说明
此属性指定源信息系统,本例中为SAP S/4HANA。在数据可能整合自多个系统的环境中,这一属性尤为重要,例如不同的ERP实例或独立的CRM系统。 在流程分析中,它有助于区分跨多个系统的流程,也可以将分析限定到特定系统实例。它确保数据血缘清晰,并在数据验证和问题排查时提供必要背景。
为什么重要
它提供有关数据来源的重要背景,确保多系统环境中的信息清晰,并支持数据治理。
获取位置
通常在数据提取过程中添加静态值,用于标识具体的SAP S/4HANA实例,例如通过系统ID或SID标识。
示例
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
信用管理与催收活动
| 活动 | 说明 | ||
|---|---|---|---|
|
争议案例已登记
|
此活动表示客户正式提出发票争议,并已在SAP争议管理中创建案例。当新争议案例创建并与发票凭证关联时,系统会记录此事件。 | ||
|
为什么重要
登记争议是了解流程例外的关键步骤。分析争议数量、原因和解决时间,有助于识别定价或运输错误等根本原因。
获取位置
这是SAP争议管理表中明确记录的事件。UKM_CASE或FDM_DCOBJ等与发票关联的表中,案例创建日期可作为时间戳。
采集
使用UKM_CASE表中的争议案例创建时间戳,并按争议案例类型筛选。
事件类型
explicit
|
|||
|
付款到期日已过
|
当当前日期超过发票净到期日,且尚未过账清账付款时,就会发生此计算事件。它表示发票状态从“当前”转为“逾期”。 | ||
|
为什么重要
此活动是所有催收和催款活动的触发点,对于分析付款行为、逾期原因以及主动提醒的成效至关重要。
获取位置
这不是明确记录的日志事件,而是通过比较净到期日(来自BSID等表的字段ZFBDT)与分析时点或后续活动的时间戳计算得出。
采集
将发票净到期日(BSID-ZFBDT)与当前时间戳或后续事件的时间戳进行比较后推导。
事件类型
calculated
|
|||
|
发票已核销
|
此活动表示决定将未付款发票作为损失处理,并将其归类为坏账。当某类清账凭证过账时,系统会记录此活动,通常还会带有唯一原因代码。 | ||
|
为什么重要
核销会造成直接财务损失。分析核销的频率、金额及之前发生的活动,有助于识别高风险客户和催收流程中的失效环节。
获取位置
可通过分析结清发票的清账凭证推断。清账凭证中使用的特定总账科目或原因代码(BSEG-RSTGR)可表明该发票已核销。
采集
识别清账凭证,并检查是否使用特定原因代码或过账到坏账科目。
事件类型
inferred
|
|||
|
发票已结清
|
这是发票的最终成功结果,表示发票已全额支付并从未清项目中清除。当发票存在对应的清账凭证和清账日期时,即可确认此状态。 | ||
|
为什么重要
作为流程的主要成功终点,此活动结束发票生命周期。分析到达该状态的路径和所需时间,是流程优化的基础。
获取位置
这不是一个独立事件,而是根据财务表推断出的状态。当发票出现在已清客户项目表BSAD中,且具有有效清账日期(AUGDT)时,即视为已结清。
采集
使用BSAD表中的清账日期(AUGDT)作为此结束活动的时间戳。
事件类型
inferred
|
|||
|
发票生成
|
此活动表示客户发票的创建,是催收流程的起点。当SAP S/4HANA系统过账一份发票凭证类型的新会计凭证时,系统会记录此事件。 | ||
|
为什么重要
这是发票到现金流程的主要开始事件。分析从此时点到付款之间的时间,对于衡量应收账款周转天数(DSO)和整体流程效率至关重要。
获取位置
此事件会被明确记录。相关凭证编号(BELNR)的创建日期和时间可在会计凭证抬头表BKPF中找到。'RV'等凭证类型通常表示客户发票。
采集
使用BKPF表中发票凭证的创建时间戳(CPUDT、CPUTM)。
事件类型
explicit
|
|||
|
已收到付款
|
此活动表示收到客户资金,并将其核销到未清发票。系统会通过创建结清发票金额的清账凭证来记录此活动。 | ||
|
为什么重要
这是直接影响现金流和DSO的关键里程碑。分析付款所需时间及其之前发生的活动,可以揭示整个催收流程的成效。
获取位置
可根据针对发票过账的清账凭证推断。已清项目表BSAD中指定发票的清账日期(AUGDT)可提供时间戳。
采集
在BSAD表中,根据对应发票凭证编号(BELNR)识别清账日期(AUGDT)。
事件类型
inferred
|
|||
|
争议已解决
|
此活动表示争议案例已关闭,原因可能是客户申诉得到确认或被驳回。当争议案例状态更新为“已关闭”或“已解决”时,系统会记录此活动。 | ||
|
为什么重要
争议解决所需时间是衡量客户满意度和运营效率的关键绩效指标。较长的解决时间可能延迟付款并损害客户关系。
获取位置
可根据争议案例的状态变更推断。UKM_CASE表中状态变更为“Closed”或“Confirmed”时关联的时间戳,表示争议解决时间。
采集
在UKM_CASE表或相关状态变更日志表中,识别状态变更为最终解决状态的时间戳。
事件类型
inferred
|
|||
|
付款已过账
|
表示付款会计分录已记录到总账。在许多情况下,这与收到付款同时发生,但也可能是一个独立步骤,并产生额外延迟。 | ||
|
为什么重要
收款与过账之间的延迟可能导致财务报告失真。衡量这一周期时间有助于确保会计流程高效、准确。
获取位置
可根据BKPF表中清账凭证的过账日期(BUDAT)或创建日期(CPUDT)推断。清账凭证编号可在BSAD-AUGBL中找到。
采集
使用BKPF表中结清发票的清账凭证过账日期(BUDAT)。
事件类型
inferred
|
|||
|
催款程序已启动
|
此活动表示针对逾期发票正式启动自动催款流程。当催款运行处理发票并分配催款级别时,系统会记录此事件。 | ||
|
为什么重要
这标志着自动催收的开始。跟踪催款活动对于评估催款策略的成效并确保遵循内部政策至关重要。
获取位置
这是催款数据表中明确记录的事件。与发票关联的催款抬头表MHNK中的运行日期(LAUFD)表示程序执行时间。
采集
提取指定发票的催款运行日期(MHNK-LAUFD)和催款级别(MHNK-MAHNS)。
事件类型
explicit
|
|||
|
发票发送至客户
|
表示发票传送给客户的时点,例如通过打印、电子邮件或EDI发送。通常可通过SAP输出确定日志捕获,该日志会记录输出消息的处理时间。 | ||
|
为什么重要
发票生成与发送之间的延迟可能延长整个付款周期。跟踪这一环节有助于识别客户沟通和单据分发中的瓶颈。
获取位置
可根据消息状态表NAST中的处理日期和时间推断该事件,其中输出类型应对应客户发票。这需要正确配置输出确定。
采集
在NAST表中查找与发票开票凭证编号关联且已成功处理的记录。
事件类型
inferred
|
|||
|
已创建付款承诺
|
当催收人员记录客户承诺在指定日期支付逾期项目时,就会发生此事件。这是SAP催收管理模块中的明确操作。 | ||
|
为什么重要
付款承诺是催收活动的重要成果。分析其频率、履约率及对付款时间的影响,有助于优化催收策略。
获取位置
这是SAP催收管理中明确记录的事件。付款承诺的创建日期可从UDM_P2P_ATTR等表中获取。
采集
使用与发票关联的付款承诺表(如UDM_P2P_ATTR)中的创建日期。
事件类型
explicit
|
|||
|
已进行催收通话
|
表示催收人员就逾期发票对客户进行的人工联系。这通常不是标准SAP事件,需要依赖自定义日志或与CRM系统的集成。 | ||
|
为什么重要
人工干预是催收流程中成本较高的环节。跟踪这些通话有助于衡量催收人员的成效,并了解哪些账户需要人工处理。
获取位置
标准S/4HANA配置通常不提供此信息。它可能存储在自定义表中、作为催收工作清单中的备注,或存储在需要集成的外部CRM系统中。
采集
需要分析系统增强、备注,或记录催收活动的外部系统数据。
事件类型
explicit
|
|||
提取指南
改善现金流:立即优化信用管理与催收
精准定位低效环节,将周期时间缩短30%,提升现金流。
无需信用卡,几分钟即可完成设置。