您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议为事件日志收集的属性
- 发票全生命周期中需要跟踪的关键流程活动
- 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
|
发票超过付款到期日的天数。 | ||
|
说明
这是一个计算指标,用于衡量从“付款到期日”到当前日期(未结发票)或“付款日期”(已清账发票)经过的时间。正值表示付款逾期。 逾期天数是催收工作的核心KPI,也是“逾期发票账龄与状态”仪表板的主要指标,可用于确定催收工作的优先级。分析该指标的分布,有助于了解应收账款资产组合的整体状况。
重要性
这是衡量催收成效的关键指标,可用于账龄分析、工作优先级排序和付款延迟情况评估。
获取途径
在数据转换过程中计算:(当前日期或清账日期)-付款到期日(BSEG-ZFBDT)。
示例
1530920
|
|||
|
争议原因
DisputeReason
|
客户对发票提出异议时所提供的原因代码。 | ||
|
说明
客户对发票提出异议时,通常会指定原因以归类问题性质,例如“定价错误”“货物损坏”或“重复开票”。此信息由SAP争议管理模块管理。 分析争议原因有助于发现客户不满和付款延迟的根本原因。“发票争议数量与解决情况”仪表板可按此属性划分数据,定位订单到收款上游流程中反复出现且需要解决的问题。
重要性
它能揭示发票争议的根本原因,有助于发现并解决潜在的运营问题。
获取途径
数据来自SAP争议管理模块,可能取自UDM_SCASE_ATTR等表,具体取决于争议案例属性。
示例
PRC_ERR-定价错误QTY_DIF-数量差异SHIP_DMG - 货物运输损坏
|
|||
|
信用额度
CreditLimit
|
向客户提供的最高信用额度。 | ||
|
说明
信用额度存储在客户信用主数据中,用于界定企业愿意承担的该客户信用风险总额。“申请信用额度”和“批准信用额度”等活动都与此属性直接相关。 此属性为信用风险分析提供背景信息。“信用审批周期时间分析”仪表板会跟踪额度设定或变更流程。结合逾期金额进行分析,有助于评估整体资产组合风险。
重要性
此属性定义客户获批的信用风险额度,是分析信用审批流程和整体信用风险敞口的核心依据。
获取途径
存储在SAP信用管理(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)记录。
示例
破产小额余额争议损失
|
|||
|
源系统
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
|
|||
|
发票已生成
|
此活动表示客户发票已创建,是催收流程的起点。当SAP S/4HANA系统中过账了新的发票类型会计凭证时,系统会记录此事件。 | ||
|
重要性
这是订单到收款流程的主要开始事件。分析从此时到付款的时间,对于衡量应收账款周转天数(DSO)和整体流程效率至关重要。
获取途径
系统会明确记录此事件。相关凭证编号(BELNR)的创建日期和时间可在会计凭证抬头表BKPF中查找。'RV'等凭证类型通常表示客户发票。
采集
使用BKPF表中发票凭证的创建时间戳(CPUDT、CPUTM)。
事件类型
explicit
|
|||
|
发票已结清
|
这是发票流程的最终成功结果,表示发票已全额支付并从未清项目中清除。当发票存在对应的清账凭证和清账日期时,即可确认此状态。 | ||
|
重要性
作为流程成功的主要终点,此活动标志着发票生命周期结束。分析到达此状态的路径和所需时间,是优化流程的基础。
获取途径
这不是一个独立事件,而是根据财务表推断出的状态。当发票出现在已清客户项目表BSAD中,且具有有效清账日期(AUGDT)时,即视为已结清。
采集
使用BSAD表中的清账日期(AUGDT)作为此结束活动的时间戳。
事件类型
inferred
|
|||
|
已收到付款
|
此活动表示已收到客户款项,并将其用于结清未清发票。系统会在创建结清发票金额的清账凭证时记录此事件。 | ||
|
重要性
这是直接影响现金流和应收账款周转天数(DSO)的关键里程碑。分析付款所需时间及其前序活动,有助于了解整个催收流程的成效。
获取途径
可根据针对发票过账的清账凭证推断此事件。已清项目表BSAD中对应发票的清账日期(AUGDT)可作为时间戳。
采集
在BSAD表中查找对应发票凭证编号(BELNR)的清账日期(AUGDT)。
事件类型
inferred
|
|||
|
争议已解决
|
此活动表示争议案例已关闭,原因可能是客户诉求得到确认或驳回。当争议案例状态更新为“已关闭”或“已解决”时,系统会记录此事件。 | ||
|
重要性
争议解决所需时间是衡量客户满意度和运营效率的重要指标。解决时间过长可能延迟付款,并损害客户关系。
获取途径
可根据争议案例的状态变更推断此事件。UKM_CASE表中状态变为“已关闭”或“已确认”时对应的时间戳,可表明争议解决时间。
采集
在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%,改善现金流。
无需信用卡,几分钟即可完成设置。