您的信用管理与收账数据模板
您的信用管理与收账数据模板
- 建议在事件日志中收集的属性
- 要在发票全生命周期中追踪的关键流程活动
- SAP S/4HANA 的具体提取指南
信用管理与催收属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
活动发生的时间戳。 | ||
|
描述
该属性为每个记录的活动提供精确的日期和时间。它对于确定事件顺序和计算各步骤之间的时长至关重要。 事件时间(Event Time)用于按时间先后对活动进行排序、构建流程图并计算性能指标。例如,通过测量“争议已登记”和“争议已解决”时间戳之间的时间间隔,来计算“平均争议解决时间”。
为何重要
它提供了 event 的时间顺序,这对于计算周期时间、分析流程绩效和发现瓶颈是必需的。
获取方式
源自 SAP 各类表中的日期和时间字段,例如 BKPF 中的 BUDAT(过账日期),或不同表中的 CPUDT/CPUTM(输入日期/时间)。更改日志表 CDHDR/CDPOS 也包含时间戳。
示例
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
发票编号
InvoiceNumber
|
客户发票的唯一标识符,作为信用管理与收账流程的主要 case ID。 | ||
|
描述
发票编号(通常体现为会计凭证编号)是每笔应收账款交易的唯一标识。它是连接所有流程事件的核心线索,涵盖了从发票创建、催款通知到争议管理,直至最终付款或核销的全过程。 在流程挖掘中,分析每个发票编号的流转路径可以实现端到端流程的全景视图。这有助于识别常见路径、付款处理中的瓶颈以及处理不同发票时的偏差,这对于“发票流程变体分析”和“逾期发票账龄与状态”等仪表板至关重要。
为何重要
它是关键的 case 标识符,连接了所有相关的信用和催收活动,从而实现每笔应收账款的全生命周期分析。
获取方式
通常在表 BKPF(会计凭证抬头)中体现为字段 BELNR,或在 VBRK(开票凭证:抬头数据)中体现为字段 VBELN。
示例
190000012319000004561900000789
|
|||
|
活动名称
ActivityName
|
信用管理与收账流程中发生的特定业务事件名称。 | ||
|
描述
该属性描述了流程中的单个步骤或任务,例如“发票已生成”、“催款程序已启动”或“收到付款”。这些活动的顺序构成了每个案例的流程流。 分析活动名称(Activity Name)是流程挖掘的基础,因为它能帮助发现流程图、识别变体并衡量不同步骤之间的转换。它是几乎所有流程分析的基础,包括计算“催款成功率”等 KPI。
为何重要
它定义了流程的步骤,这对于可视化流程图、分析变体和理解流程流至关重要。
获取方式
通过组合事务代码 (TCODE)、表更改日志 (CDHDR/CDPOS) 或 SAP 凭证中的状态字段生成。
示例
发票已发送给客户催收程序已启动已收到付款争议 case 已登记
|
|||
|
付款到期日
PaymentDueDate
|
发票的付款到期日。 | ||
|
描述
付款截止日期是根据发票日期和与客户约定的付款条件计算得出的。它是衡量付款及时性的基准。 该日期是所有逾期分析的基础。它是计算“逾期天数”和触发催收程序的起点。诸如“逾期发票账龄与状态”仪表板以及“平均应收账款周转天数 (DSO)”等 KPI 均高度依赖此属性。
为何重要
它是确定发票是否逾期的关键日期,用于触发催收活动并计算关键 KPI。
获取方式
位于会计凭证的客户行项目中,表 BSEG(字段 ZFBDT)。
示例
2023-05-302023-06-152023-07-01
|
|||
|
发票金额
InvoiceAmount
|
以凭证货币计的发票总金额。 | ||
|
描述
该属性代表发票所载商品或服务的总货币价值。它是衡量每个案例财务影响的关键指标。 分析发票金额是优化催收优先级的基础(如“催收组合优先级”仪表板所示)。它还用于评估流程效率低下带来的财务影响,例如争议发票的总额或逾期应收账款中占用的资金量。它通过提供价值基准,直接支持“发票核销比例”等 KPI。
为何重要
它量化了每个 case 的财务价值,这对于优先级排序、风险评估和绩效衡量至关重要。
获取方式
源自表 BSEG 中的会计凭证行项目(字段 DMBTR 为本币金额,WRBTR 为凭证货币金额)。
示例
1500.0025000.50750.75
|
|||
|
客户编号
CustomerNumber
|
客户账户的唯一标识符。 | ||
|
描述
客户编号是收到发票的业务伙伴的唯一标识,它将财务交易与客户的主数据记录关联起来。 该属性对于以客户为中心的分析至关重要,例如识别特定客户或客群的付款行为。它在“客户付款行为趋势”等仪表板中被用于追踪哪些客户经常逾期付款,并通过按客户对发票进行分组,为“高优先级账户覆盖率”等 KPI 提供数据支持。
为何重要
它将交易与特定客户联系起来,从而实现对付款行为、细分和关系管理的分析。
获取方式
位于表如 BSEG(字段 KUNNR)的会计凭证行项目中,或客户主数据表 KNA1 中。
示例
CUST100234CUST200567CUST300890
|
|||
|
用户名称
UserName
|
执行该活动的用户ID。 | ||
|
描述
该属性用于识别负责特定流程步骤的特定用户,例如过账付款或启动催款运行。在 SAP 中,这通常存储在“用户名”(UNAME) 或“输入者”字段中。 按用户分析有助于识别表现优秀的个人或团队,以及需要额外培训的领域和工作量分配模式。它还可以用于调查合规问题或未经授权的操作。例如,它通过追踪每个催收员的成果来支持“催收沟通有效性”仪表板。
为何重要
它将流程活动与特定个人联系起来,从而实现对资源绩效、工作负载和合规性的分析。
获取方式
通常位于抬头表如 BKPF(字段 USNAM)或更改日志表如 CDHDR(字段 USERNAME)中。
示例
JSMITHRROEBATCH_USER
|
|||
|
逾期天数
DaysOverdue
|
发票超过其付款截止日期的天数。 | ||
|
描述
这是一个计算出的指标,用于衡量“付款截止日期”与当前日期(针对未结发票)或“付款日期”(针对已结发票)之间经过的时间。正值表示付款逾期。 逾期天数(Days Overdue)是收账流程的核心 KPI。它是“逾期发票账龄与状态”仪表板中的主要指标,用于确定催收工作的优先级。分析该指标的分布情况有助于了解应收账款投资组合的整体健康状况。
为何重要
它是衡量催收效果的关键绩效指标,用于账龄分析、工作优先级排序和衡量付款延迟。
获取方式
在 data 转换期间计算:(当前日期或清账日期)- 付款到期日 (BSEG-ZFBDT)。
示例
1530920
|
|||
|
争议原因
DisputeReason
|
客户对发票提出争议的原因代码。 | ||
|
描述
当客户对发票提出争议时,通常会分配一个原因来对问题的性质进行分类,如“定价错误”、“货物损坏”或“重复发票”。这在 SAP 争议管理模块中进行管理。 分析争议原因(Dispute Reasons)是识别客户不满和付款延迟根本原因的关键。可以在“发票争议量与解决”仪表板中按此属性进行维度分析,以查明上游订单到现金流程中需要解决的周期性问题。
为何重要
它提供了关于发票争议根本原因的关键洞察,有助于识别并解决潜在的业务运营问题。
获取方式
源自 SAP 争议管理(Dispute Management)模块,通常根据争议案例属性从 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
|
此属性指示data最后一次从Salesforce Financial Services Cloud提取的日期和时间,为分析数据“新鲜度”提供背景。这对于dashboard用户理解分析时效性至关重要,有助管理数据及时性预期,并验证data pipelines是否按计划运行。 | ||
|
描述
该属性指示数据集的最后更新时间,让用户了解所分析数据的时效性。 对于任何仪表板或分析来说,这都是至关元的数据。它告知用户分析所涵盖的时间段,防止基于过时信息产生误读。例如,只有在用户知道数据最后提取时间的情况下,对逾期发票的分析才有意义。
为何重要
它确保用户了解 data 的时效性,这对于做出准确的、由 data 驱动的决策至关重要。
获取方式
此值在数据提取、转换和加载 (ETL) 过程中生成并存储。
示例
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
发票币种
InvoiceCurrency
|
开具发票的货币。 | ||
|
描述
该属性指定了发票金额的货币代码(如 CNY, USD)。它为解读货币价值提供了必要的背景,尤其是在跨国企业中。 虽然大多数分析是以标准化的本位币进行的,但凭证货币对于理解原始交易以及任何与汇率影响相关的分析都非常重要。它为 InvoiceAmount 属性提供了补充背景。
为何重要
它为发票金额提供了必要的背景信息,从而实现在多货币环境下的准确财务分析。
获取方式
通常可在抬头表如 BKPF(字段 WAERS)或行项目表如 BSEG(字段 PSWSL)中找到。
示例
美元EURGBP
|
|||
|
处理时间
ProcessingTime
|
特定活动的持续时长。 | ||
|
描述
该属性衡量完成一项活动所需的时间,计算为活动结束时间与开始时间之差。这对于非即时完成的活动最为相关。 对于 SAP 中的许多财务交易,开始和结束时间是相同的。然而,对于争议解决等流程,此指标可以衡量案例处于特定状态的时长。它通过测量过账活动的持续时间,直接支持“付款过账周期”等 KPI。
为何重要
它有助于识别流程中可能成为瓶颈的耗时活动。
获取方式
根据 event data 计算为(结束时间 - 开始时间)。每个活动都需要开始和结束 timestamp。
示例
P1DPT2H30MP3DT5H
|
|||
|
客户细分
CustomerSegment
|
客户的一种分类方式,例如根据规模、行业或战略重要性进行划分。 | ||
|
描述
客户群是一种营销或销售分类,用于将具有相似特征的客户归组。这可以基于年度收入、行业、地理位置或关系状态(如金牌、银牌、铜牌客户)等因素。 在催收分析中,按此属性进行细分有助于发现特定群体的模式。例如,“发票核销分析”Dashboard 可以揭示某个特定细分群体是否产生了不成比例的核销金额,从而指导该细分群体信用政策的战略决策。
为何重要
它使分析不同客户群的流程绩效和客户行为成为可能,从而揭示宝贵的战略洞察。
获取方式
通常源自客户主数据(表 KNA1),通常位于分类或属性字段中,如 KDKG1-KDKG5(客户组 1-5)。
示例
大型企业中小企业政府战略账户
|
|||
|
是否已自动化
IsAutomated
|
一个标志位,指示活动是由系统用户还是人工用户执行的。 | ||
|
描述
此布尔属性用于区分系统自动执行的活动(如预定的催款运行、自动付款过账)和用户手动执行的活动(如催收电话)。 分析此属性有助于衡量流程的自动化水平。它可以比较自动步骤与手动步骤的效率和一致性,识别进一步自动化的机会,并了解收账流程中真实的纯手工成本。
为何重要
它有助于量化流程的自动化程度,从而分析自动化对效率和成本的影响。
获取方式
这是一个衍生属性,通常基于“用户名”。如果用户 ID 与预定义的系统或批处理用户列表(如 'BATCH_USER')匹配,则该标志设为 true。
示例
truefalse
|
|||
|
核销原因
WriteOffReason
|
解释发票为何被视为无法收回并进行核销的逻辑代码。 | ||
|
描述
当一笔应收账款被认定为无法收回时,它将从账面上核销,并分配一个原因代码来对原因进行分类,如“破产”、“小额核销”或“未解决的争议”。 该属性对于“发票核销分析”仪表板至关重要。通过按原因分析核销的频率和价值,公司可以识别其信用政策或催收策略中的薄弱环节,并采取纠正措施以最大程度减少未来的损失。
为何重要
它解释了因坏账带来的财务损失的根本原因,为改进信用和催收政策提供信息。
获取方式
这通常在用于应收账款核销的特定财务过账事务(如 F-30)期间,通过原因代码字段 (BSEG-RSTGR) 捕获。
示例
破产小额余额争议损失
|
|||
|
源系统
SourceSystem
|
用于标识数据来源的系统。 | ||
|
描述
该属性指定了源信息系统,在本例中为 SAP S/4HANA。在需要整合多个系统数据(如不同 ERP 实例或独立的 CRM)的环境中,这一点尤为重要。 在流程分析中,这有助于区分可能跨越多个系统的流程,或允许将分析过滤到特定的系统实例。它确保了数据血缘,并在数据验证和故障排除期间提供背景信息。
为何重要
它提供了有关 data 来源的关键背景信息,确保多系统环境下的清晰度并辅助 data 治理。
获取方式
这通常是在数据提取过程中添加的静态值,用于标识特定的 SAP S/4HANA 实例(例如通过系统 ID 或 SID)。
示例
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
信用管理与催收活动
| 活动 | 描述 | ||
|---|---|---|---|
|
争议 case 已登记
|
此活动表示客户已正式对发票提出争议,且在 SAP 争议管理中创建了案例。当新案例创建并关联到发票凭证时,系统会捕获此事件。 | ||
|
为何重要
登记争议是理解流程异常的关键步骤。分析争议的数量、原因和解决时间有助于识别根本原因,如定价错误或运输失误。
获取方式
这是 SAP 争议管理表中记录的一个明确事件。关联到发票的 UKM_CASE 或 FDM_DCOBJ 等表中案例的创建日期可作为时间戳。
捕获
使用 UKM_CASE 表中争议案例的创建时间戳,并按争议的案例类型进行过滤。
事件类型
explicit
|
|||
|
发票已核销
|
此活动代表决定将未付发票吸收为损失,归类为坏账。当过账了特定类型的清算凭证(通常带有唯一的原因为代码)时,该事件会被捕获。 | ||
|
为何重要
核销代表直接的财务损失。分析其频率、价值及前置活动有助于识别风险客户和收账流程中的失效点。
获取方式
这可以通过分析结算发票的清算凭证来推断。清算凭证中使用的特定总账科目或原因代码 (BSEG-RSTGR) 通常表示进行了核销。
捕获
识别清账凭证,并检查特定的原因代码或是否过账到坏账科目。
事件类型
inferred
|
|||
|
发票已结清
|
这是发票的最终圆满结果,表示款项已全额支付并已从待结项中清除。当发票具有相应的清算凭证和日期时,即可认定为该状态。 | ||
|
为何重要
作为流程的主要成功终点,此活动标志着发票生命周期的结束。分析达到此状态的路径和所需时间是流程优化的基础。
获取方式
这并非一个离散事件,而是从财务表中推断出的状态。当发票出现在客户已结清项表 BSAD 中且具有有效的清算日期 (AUGDT) 时,即视为已结算。
捕获
使用 BSAD 表中的清算日期 (AUGDT) 作为此结束活动的时间戳。
事件类型
inferred
|
|||
|
已收到付款
|
此活动代表收到客户资金并用于冲抵未结发票。它是通过创建结算发票金额的清算凭证来捕获的。 | ||
|
为何重要
这是一个直接影响现金流和 DSO 的关键里程碑。分析回款时间及其前置活动可以揭示整个收账流程的有效性。
获取方式
这可以从针对该发票过账的清算凭证中推断。已结清项表 BSAD 中该特定发票的清算日期 (AUGDT) 提供了时间戳。
捕获
从表 BSAD 中为对应的发票凭证编号 (BELNR) 识别清账日期 (AUGDT)。
事件类型
inferred
|
|||
|
已生成发票
|
此活动标志着客户发票的生成,也是收账流程的起点。当 SAP S/4HANA 系统中过账了发票类型的会计凭证时,该事件即被捕获。 | ||
|
为何重要
这是“发票到现金”流程的主要起始事件。分析从这一刻到回款的时间,对于衡量应收账款周转天数 (DSO) 和整体流程效率至关重要。
获取方式
此事件有明确记录。可在会计凭证抬头表 BKPF 中根据相关凭证编号 (BELNR) 查找创建日期和时间。凭证类型如“RV”通常表示客户发票。
捕获
使用 BKPF 表中发票凭证的凭证创建时间戳 (CPUDT, CPUTM)。
事件类型
explicit
|
|||
|
已过付款截止日期
|
一个计算出的 event,当当前日期超过发票的净到期日且未过账清账付款时发生。它标志着发票从“当前”状态转为“逾期”状态。 | ||
|
为何重要
此活动是所有催收和催款任务的触发点。对于分析付款行为、逾期原因以及主动提醒的有效性至关重要。
获取方式
这不是一个显式日志。它是通过将净到期日(来自 BSID 表字段 ZFBDT 等)与分析的时间戳或后续活动的时间戳进行对比计算得出的。
捕获
通过比较发票净到期日 (BSID-ZFBDT) 与当前 timestamp 或后续 event 的 timestamp 来得出。
事件类型
calculated
|
|||
|
争议已解决
|
此活动标志着争议案例的结束,无论是因为客户的主张获得认可还是被驳回。当争议案例的状态更新为“已关闭”或“已解决”时,系统会捕获此事件。 | ||
|
为何重要
解决争议所需的时间是衡量客户满意度和运营效率的关键指标。解决时间过长会推迟回款,并使客户关系紧张。
获取方式
这可以从争议案例的状态更改中推断。UKM_CASE 表中状态更改为“已关闭”或“已确认”的相关时间戳表示争议解决的时间。
捕获
在表 UKM_CASE 或相关的状态更改日志表中,识别状态更改为最终解决状态的 timestamp。
事件类型
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
|
|||