您的信用管理与催收数据模板
您的信用管理与催收数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- SAP ECC数据提取指南
信用管理与催收属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示特定活动或事件发生时间的时间戳。 | ||
|
说明
事件时间记录流程中每项活动发生的准确日期和时间,是事件日志的时间顺序基础,可用于排列活动并计算活动之间的持续时间。 在分析中,该时间戳是计算所有基于时间的KPI的基础,例如争议解决周期时间、付款过账延迟,以及从到期日到付款的平均天数。它还可以通过突出相邻步骤之间较长的等待时间,帮助发现瓶颈。
为什么重要
该属性对于正确排列事件顺序,以及计算周期时间和持续时长等所有时间相关绩效指标至关重要。
获取位置
数据来源包括SAP表中的各种日期和时间字段,例如BKPF中的BUDAT(过账日期)或CPUDT/CPUTM(凭证录入日期/时间),以及特定事件表中的相关字段。
示例
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
|
|||
|
发票编号
InvoiceNumber
|
客户发票的唯一标识符,也是信用管理流程的主要案件标识符。 | ||
|
说明
发票编号在SAP中称为Belegnummer(BELNR),用于唯一标识每个应收账款凭证。在流程挖掘中,该编号至关重要,可将从过账、催收到最终付款或核销的所有相关活动关联到同一个完整案件中。 以发票编号作为案件标识符进行流程分析,可以完整呈现发票生命周期。这有助于跟踪应收账款周转天数(DSO)等关键指标,识别收款流程中的瓶颈,并了解针对不同发票采取的收款策略是否有效。
为什么重要
这是连接发票全流程中每个事件的关键字段,使端到端追踪和分析从信用到现金的流程成为可能。
获取位置
该字段位于SAP ECC的多个财务会计表中,主要在BKPF(会计凭证抬头)和BSEG(会计凭证分段)中以BELNR字段存在。
示例
190000000119000000451900000102
|
|||
|
活动名称
ActivityName
|
表示发票生命周期中特定时点发生的业务活动或事件名称。 | ||
|
说明
该属性描述信用管理与收款流程中的具体步骤或事件,例如“发票已过账”“催收运行已执行”或“收款凭证已过账”。这些活动构成流程图中的节点。 通过分析活动之间的顺序、频率和持续时间,企业可以直观了解实际流程,识别偏离标准程序的情况并定位瓶颈。例如,分析“催收运行已执行”之后的路径,可以揭示催收策略的有效性。
为什么重要
活动是流程图的基本组成部分,支持流程、变体和例外情况的可视化与分析。
获取位置
这是一个派生属性,通常通过将SAP各表(例如BKPF、BSID、MHNK、UDM_CASE)中的交易代码(TCODE)、凭证类型(BLART)或特定字段变更映射为便于用户理解的活动名称来构建。
示例
发票已过账催收运行已执行已创建付款承诺收款凭证已过账发票已清账
|
|||
|
催收员
Sachp
|
负责该客户账户的会计文员或催收专员。 | ||
|
说明
该属性用于标识负责管理特定客户账户催收工作的个人或团队。在SAP中,通常对应客户主记录中定义的会计文员(SACHP)。 这一维度对于催收团队的绩效管理至关重要。您可以按催收员筛选并创建“发票账龄概览”等仪表板,从而管理工作量、比较不同催收员或团队的成效,并了解哪些催收员最擅长解决逾期发票问题。
为什么重要
通过将案件和结果归因于具体个人或团队,支持催收团队的绩效分析和工作量管理。
获取位置
通常位于客户主数据的公司代码数据中(表KNB1,字段SACHP)。
示例
J. SmithTeam AINTL-COLL
|
|||
|
催款级别
Mahns
|
发票达到的最高催款(提醒)级别。 | ||
|
说明
催款级别(SAP中的MAHNS)表示针对逾期发票已发送的提醒通知次数,反映催款流程的强度。 该属性是评估催款流程的关键。它直接用于“按级别分析催款成效”仪表板,衡量每次发送催款通知后已付款发票的比例。通过该分析,您可以优化催款策略,例如调整低效级别的通知时间或内容。
为什么重要
直接衡量催收工作的强度,对于分析催款策略的成效至关重要。
获取位置
位于表BSID的客户行项目中,字段为MAHNS。催款运行历史记录位于MHNK(抬头)和MHND(数据)表中。
示例
1234
|
|||
|
到期日
NetDueDate
|
合同约定的发票付款到期日期。 | ||
|
说明
到期日是客户应支付发票的截止日期,根据发票基准日期和付款条件计算。在SAP中,净到期日通常位于FAEDT字段。 该日期是信用管理的基础,也是衡量付款及时性的基准。它用于计算“从到期日到付款的平均天数”等KPI,并在到期后触发收款活动。分析相对于该日期的延迟,是收款分析的核心工作。
为什么重要
这是衡量付款及时性的主要基准,也是计算逾期天数及相关KPI的基础。
获取位置
该日期通常可直接从BSID等客户行项目表的FAEDT(净到期日)字段获取,也可以根据基准日期(ZFBDT)和付款条件(ZTERM)计算。
示例
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)是客户账户的唯一键。它将交易关联到特定客户的主数据,包括付款历史、信用信息和联系详情。 在流程挖掘中,该属性对于细分分析至关重要。您可以比较不同客户的流程绩效,识别长期延迟付款客户,并分析战略客户与非战略客户所采用的收款策略差异。它也是发票账龄和付款条件合规等仪表板的基础。
为什么重要
支持以客户为中心的分析,帮助识别特定客户或客户群体的行为模式,并制定有针对性的收款策略。
获取位置
客户行项目表(BSID、BSAD)以及凭证抬头表(BKPF,如已填充)中的标准字段KUNNR。
示例
10002050CUST-7890
|
|||
|
用户名
UserName
|
执行该活动的人员用户ID。 | ||
|
说明
该属性用于识别负责某个事件的具体用户,例如过账发票或创建争议案件的用户。在SAP中,该信息通常存储在ERNAM(创建者)或USNAM等字段中。 按用户分析有助于了解工作量分配、识别培训需求并发现潜在合规问题。例如,可以发现某些用户是否持续与流程偏差或延迟相关,或高绩效用户是否遵循更高效的流程变体。
为什么重要
支持分析流程中的人员绩效和行为,帮助识别高绩效人员、培训机会和工作量失衡。
获取位置
通常位于BKPF等抬头表中,对应USNAM(用户名)或ERNAM(对象创建者姓名)字段。
示例
SMITHJRDOECFO-ADMIN
|
|||
|
逾期天数
DaysOverdue
|
发票超过到期日的计算天数。 | ||
|
说明
该指标计算发票付款到期日与清账日期之间的天数。对于未清发票,则根据当前日期计算。 逾期天数是所有应收账款分析的基础指标,也是“发票账龄概览”仪表板的主要衡量指标,可用于确定催收活动的优先级。对该指标进行汇总趋势分析,可以反映企业应收账款的整体健康状况。
为什么重要
这是直接量化付款延迟的核心绩效指标,可用于确定催收工作的优先级并衡量流程健康度。
获取位置
计算属性。逻辑为:(清账日期或当前日期)−净到期日。
示例
0153295
|
|||
|
上次数据刷新时间
LastDataRefreshTimestamp
|
表示数据上次从源系统提取或在流程挖掘工具中更新时间的时间戳。 | ||
|
说明
该属性记录最近一次数据加载的日期和时间,让业务用户清楚了解所分析数据的新鲜度。 查看仪表板和分析结果时,该时间戳有助于用户判断数据是否包含最新交易,或是否存在已知延迟。它是建立分析结果可信度的重要元数据。
为什么重要
帮助用户了解数据的时效性,这对于基于当前可用流程信息做出决策至关重要。
获取位置
数据刷新时,ETL数据提取与加载管道会生成并存储该值。
示例
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
|
|||
|
争议案件ID
DisputeCaseId
|
与发票关联的争议案件唯一标识符。 | ||
|
说明
客户对发票提出争议后,可能会在SAP的Dispute Management模块中创建正式争议案件。该ID用于唯一标识该案件。 借助这一标识符,您可以详细分析争议解决流程。它对于计算“争议解决周期时间”KPI、了解争议产生原因、处理方式及常见结果至关重要,也有助于将争议子流程从标准催收流程中分离出来。
为什么重要
将催收活动与正式争议案件关联起来,支持针对争议解决效率和根因的专项分析。
获取位置
位于SAP Dispute Management表中,例如UDM_CASE_ATTR00。需要使用SAP Dispute Management模块。
示例
400000000021400000000157400000000305
|
|||
|
付款条件
Zterm
|
与客户约定的付款条件代码。 | ||
|
说明
Payment Terms代码(SAP中的ZTERM)定义付款条件,例如到期日和提前付款可享受的折扣。该代码通常在客户主数据中设置,并复制到发票中。 按付款条件分析,有助于了解不同条件如何影响付款行为。例如,“付款条件合规性与影响”仪表板可视化展示付款条件的遵守情况及其对逾期天数的影响,为不同客户群体制定付款条件提供依据。
为什么重要
说明付款的合同约定,并帮助分析某些付款条件是否能带来更好的付款表现或减少争议。
获取位置
标准字段ZTERM,位于客户主数据(KNB1)和财务凭证表(BSEG)中。
示例
0001NT30ZD60
|
|||
|
信用额度
Klimk
|
分配给客户的信用额度总额。 | ||
|
说明
信用额度(SAP中的KLIMK)是授予客户账户的最高信用金额,也是信用风险管理的重要组成部分。 该属性对于“信用额度准确性与坏账”仪表板至关重要。通过分析已分配信用额度与核销发生情况之间的关系,企业可以评估信用政策的成效。它还支持“信用额度调整率”等KPI,用于判断初始评估是否准确。
为什么重要
提供信用风险背景,支持分析信用政策是否能在不抑制销售的情况下有效防止坏账。
获取位置
位于客户的中央信用管理数据中,表KNKK,字段KLIMK。
示例
10000.0050000.00250000.00
|
|||
|
公司代码
Bukrs
|
发票所属法律实体(公司代码)的标识符。 | ||
|
说明
公司代码(SAP中的BUKRS)代表一个独立法律实体,并为其编制财务报表,是SAP Financials中的基础组织单元。 该属性对于筛选和比较企业内不同法律实体的流程绩效至关重要。您可以据此分析催收流程是否标准化,以及不同公司代码之间的DSO或争议率等绩效指标是否存在显著差异。
为什么重要
支持按法律实体细分流程分析,对于比较大型跨国组织的绩效至关重要。
获取位置
几乎所有财务表中的标准字段BUKRS,包括BKPF、BSEG、BSID和BSAD。
示例
10002000US01
|
|||
|
凭证类型
Blart
|
财务凭证的类型,例如发票、贷项凭证或付款凭证。 | ||
|
说明
凭证类型(SAP中的BLART)用于对会计凭证进行分类。例如,“RV”可能表示客户发票,“DZ”表示客户付款,“DG”表示贷项凭证。 虽然流程挖掘会据此派生活动,但原始凭证类型仍可提供重要背景信息,也可用于验证或开展更详细的财务分析。它有助于了解所处理交易的性质,并可用于筛选分析范围,例如仅关注客户发票。
为什么重要
通过对交易进行分类提供财务背景,可用于筛选分析或验证派生活动名称。
获取位置
凭证抬头表BKPF中的标准字段BLART。
示例
RVDZDGAB
|
|||
|
是否已核销
IsWrittenOff
|
用于标识发票最终是否作为坏账核销的布尔标志。 | ||
|
说明
这是一个派生标志,通常在发票因使用表示核销的特定原因代码或凭证类型完成清账时设为true,用于识别造成财务损失的案件。 该属性对于计算“坏账核销率”KPI及相关仪表板至关重要。它支持根因分析,帮助了解经常被核销的发票和客户具有什么特征,从而改进信用政策和催收成效。
为什么重要
识别导致财务损失的流程结果,支持分析坏账根因并改进信用政策。
获取位置
这是一个派生属性。其逻辑通常基于识别用于核销的特定清账原因代码(BSEG-RSTGR)或凭证类型(BKPF-BLART)。
示例
truefalse
|
|||
|
清账凭证
Augbl
|
用于清账发票的凭证编号,通常为付款凭证或贷项凭证。 | ||
|
说明
清账凭证编号(SAP中的AUGBL)将发票等未清项目与结算凭证关联起来。发票付款后,付款凭证编号会作为该发票的清账凭证保存。 该字段对于确认发票已清账,并将其关联到具体付款或贷项凭证事件至关重要。它是识别“发票已清账”活动、确保端到端流程完整记录的基础。
为什么重要
明确关联发票及其结算凭证,对于准确建模清账事件至关重要。
获取位置
客户行项目表BSID中的标准字段AUGBL(未清时为空)以及BSAD中的标准字段AUGBL(清账后填充)。
示例
140000000114000000551400000120
|
|||
|
源系统ID
SourceSystemId
|
提取数据的源系统标识符。 | ||
|
说明
该属性用于标识数据来源系统,例如特定的SAP ECC实例“ECCPRD100”。在包含多个ERP系统或需要整合不同来源数据的环境中,这一属性非常重要。 它支持按不同系统或区域筛选和比较流程,确保数据来源清晰,并帮助排查数据提取问题。
为什么重要
提供有关数据来源的重要背景信息,尤其适用于复杂IT环境,可确保数据可追溯并支持系统级分析。
获取位置
通常在数据提取过程中添加。在SAP中,可以使用逻辑系统名称(LOGSYS)。
示例
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
风险类别
Ctlpc
|
对客户信用风险的分类。 | ||
|
说明
风险类别(SAP中的CTLPC)根据客户的信用状况和付款历史对客户进行分组。该分类用于驱动自动信用检查,并指导催收策略。 按风险类别分析流程可以获得深入洞察,例如识别高风险客户是否遵循不同的流程路径,或是否具有明显更长的付款周期。这些信息有助于验证风险分类的准确性,并根据风险调整催收力度。
为什么重要
支持基于风险分析催收流程,帮助验证风险模型并合理调整催收策略。
获取位置
位于客户的中央信用管理数据中,表KNKK,字段CTLPC。
示例
001002HIGH-RISK
|
|||
信用管理与催收活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款到期日已过
|
这是一个计算事件,表示发票已正式逾期。它不是系统明确记录的事件,而是通过比较发票净到期日与当前日期或后续活动的时间戳推导得出。 | ||
|
为什么重要
该事件标志着流程从标准开票转入收款阶段。它是计算逾期天数和启动催收程序的触发点,也是账龄报告的基础。
获取位置
这是一个计算事件,通过比较未结发票行项目的净到期日(BSID-NETDT)与系统日期或其他事件的时间戳推导得出。
采集
通过将发票净到期日(BSID-NETDT)与时间线进行比较计算得出。
事件类型
calculated
|
|||
|
催收运行已执行
|
该活动表示针对逾期发票执行自动催收程序。系统会记录每次催收运行中所包含发票的催收级别、日期及其他详细信息。 | ||
|
为什么重要
跟踪催收活动对于评估收款策略的有效性至关重要。它有助于确定哪些催收级别最能促成付款,并识别未响应的客户。
获取位置
这是一个明确记录的事件。催收运行详情存储在催收数据表中,主要是MHNK(催收数据)表,其中包含每张被催收发票的运行日期(LAUFD)和催收级别(MAHNS)。
采集
从MHNK表提取记录,并关联公司代码、账户和催收日期。
事件类型
explicit
|
|||
|
发票已核销
|
表示决定将未付款发票作为损失处理,并将其归类为坏账。系统通过特定财务过账清账原始发票,并将金额转入坏账账户。 | ||
|
为什么重要
这是流程中主要的“不良”结束事件,表示信用或收款流程失败,并造成直接财务损失。分析此类案件对于改进信用政策和收款策略至关重要。
获取位置
这通常是一个明确记录的过账事件,或根据清账交易推断出的事件。清账使用特定交易代码和原因代码完成,以表明发生了核销。通过分析清账凭证可以确认核销。
采集
识别使用特定核销原因代码(BSEG-RSTGR)的清账凭证,或识别抵销分录过账至坏账费用账户的凭证。
事件类型
inferred
|
|||
|
发票已清账
|
该事件表示发票已成功结清,通常发生在全额付款已收到并完成分配之后。当发票行项目从未结项目表(BSID)转入已清项目表(BSAD)时,可推断此事件。 | ||
|
为什么重要
这是流程中主要的“良好”结束事件。到达该活动所需的时间是DSO的核心组成部分。分析通向该节点的路径,有助于识别最佳实践。
获取位置
这是一个推断事件。通过已清项目表BSAD中发票行项目的清账凭证(AUGBL)和清账日期(AUGDT)识别清账状态。
采集
使用特定发票行项目的清账日期(BSAD-AUGDT)作为事件时间戳。
事件类型
inferred
|
|||
|
发票已过账
|
表示在财务会计模块中创建应收账款发票凭证。当销售与分销(SD)模块中的开票凭证释放至会计模块,或直接录入FI发票并在BKPF和BSEG表中生成记录时,系统会明确记录此事件。 | ||
|
为什么重要
这是发票生命周期的主要开始事件。分析从该节点到付款所需的时间,对于衡量应收账款周转天数(DSO)和整体流程效率至关重要。
获取位置
这是创建财务凭证时明确记录的事件。对于相应的发票凭证编号(BELNR),可从凭证抬头表BKPF的CPUDT或BKTXT字段获取事件时间戳。
采集
在BKPF表中识别相关凭证类型(例如“RV”“DR”)的FI凭证创建事件。
事件类型
explicit
|
|||
|
争议案件已解决
|
与发票相关的争议已完成调查并达成解决方案。通常,SAP FSCM Dispute Management会通过争议案件的状态变更记录此事件。 | ||
|
为什么重要
解决争议可以解除付款冻结。衡量争议创建到解决之间的时间,是识别争议处理流程低效环节的重要KPI。
获取位置
这是根据争议案件状态变更推断出的事件。UDM_CASE等表中争议案件状态字段的变更日志(CDHDR/CDPOS)会提供时间戳。
采集
通过分析变更日志,识别争议案件状态变更为“Closed”或“Resolved”的时间戳。
事件类型
inferred
|
|||
|
付款承诺已失效
|
这是一个计算事件,表示客户未能在“付款承诺”约定的日期前付款。系统通过在承诺日期前未找到相应付款来推断此事件。 | ||
|
为什么重要
识别失效承诺对于升级收款措施至关重要。失效承诺率较高,可能表明收款策略或客户财务状况存在问题。
获取位置
这是一个推断或计算事件。系统通过比较UDM_P2P_ATTR中的承诺日期与发票实际清账日期来确定。如果截至承诺日期仍未收到付款,则视为付款承诺失效。
采集
比较UDM_P2P_ATTR中的承诺日期与发票清账日期。如果清账日期晚于承诺日期,则表示付款承诺已失效。
事件类型
calculated
|
|||
|
发票已被付款冻结
|
表示发票已被手动或自动冻结,无法付款。系统通过BSEG表发票行项目中的特定付款冻结标识记录此状态。 | ||
|
为什么重要
付款冻结是造成延迟和流程例外的主要原因。识别发票何时以及为何被冻结,是发现付款延迟根因和改善现金流的关键。
获取位置
通常可通过发票行项目付款冻结字段(BSEG-ZLSPR)的变更推断此状态。该字段的变更日志(CDHDR和CDPOS表)可提供明确的时间戳。
采集
使用CDHDR表中的时间戳,检测发票凭证行项目BSEG-ZLSPR字段的变更。
事件类型
inferred
|
|||
|
已创建争议案件
|
表示正式登记与发票相关的客户争议,例如价格或数量差异。这是SAP FSCM Dispute Management模块中明确记录的事件。 | ||
|
为什么重要
争议会冻结付款流程,并需要内部资源进行解决。跟踪争议创建是分析解决时间、根本原因及其对DSO影响的第一步。
获取位置
如果使用SAP FSCM Dispute Management,这是一个明确记录的事件。争议案件的创建会记录在UDM_CASE或SCMG_T_CASE_ATTR等表中,并包含创建时间戳。
采集
从案件管理表(例如UDM_CASE)中提取与发票关联案件的创建日期和时间。
事件类型
explicit
|
|||
|
已创建付款承诺
|
客户已联系收款部门,并承诺在指定日期前付款。如果使用SAP FSCM Collections Management,系统会明确记录此事件。 | ||
|
为什么重要
付款承诺是收款活动的重要成果。分析付款承诺的创建、履行和违约率,有助于衡量收款人员行动的有效性并预测现金流入。
获取位置
如果使用SAP FSCM Collections Management,这是一个明确记录的事件。付款承诺详情存储在UDM_P2P_ATTR等表中,并与业务伙伴和发票关联。
采集
从SAP FSCM中的UDM_P2P_ATTR等付款承诺表提取创建时间戳。
事件类型
explicit
|
|||
|
已创建剩余项目
|
客户少付发票款项时,会在付款分配过程中将剩余的小额余额作为新的未结项目过账。该事件可根据清账交易详情推断。 | ||
|
为什么重要
剩余项目表明存在付款差异,并会增加额外工作量。跟踪剩余项目有助于识别经常少付款的客户,并发现导致争议的定价或开票问题。
获取位置
这是一个推断事件。当清账交易(例如通过F-28)清账原始发票,同时为剩余金额创建新的未结项目凭证时,就会产生剩余项目。可通过检查清账凭证的行项目进行识别。
采集
分析清账凭证(BKPF-AUGBL),查找创建新未结项目且引用原始发票的情况。
事件类型
inferred
|
|||
|
已记录收款联系
|
收款人员已就逾期发票联系客户,例如通过电话或电子邮件联系。通常,收款人员会在系统中手动记录此活动。 | ||
|
为什么重要
该活动衡量收款团队的人工投入。分析联系频率和时间与后续付款之间的关系,有助于判断收款人员行动的有效性。
获取位置
如果使用SAP FSCM Collections Management,该活动会记录为“Customer Contact”。详细信息存储在与收款工作清单和联系历史相关的表中,通常与UDM_CASE关联。
采集
从相关的FSCM Collections Management表中提取客户联系日志。
事件类型
explicit
|
|||
|
收款凭证已过账
|
表示客户付款首次录入系统,通常发生在付款分配至具体发票之前。这是创建付款凭证的明确事件,例如凭证类型为DZ。 | ||
|
为什么重要
该事件标志着现金已收取。从该事件到最终“发票已清账”事件之间的时间差代表现金分配流程,可能成为重要瓶颈。
获取位置
这是一个明确记录的事件。系统从BKPF表中付款凭证的创建记录获取此事件,并通过特定凭证类型(例如“DZ”)识别。过账日期(BKPF-BUDAT)作为时间戳。
采集
在BKPF表中识别付款相关凭证类型(例如“DZ”)的凭证创建事件。
事件类型
explicit
|
|||
|
贷项凭证已过账
|
表示针对客户账户创建贷项凭证,通常用于更正开票错误或解决争议。该凭证在FI模块中明确创建。 | ||
|
为什么重要
贷项凭证通常源于上游流程失败,例如定价或运输错误。分析其发生频率和根本原因,对于改进流程和减少收入流失至关重要。
获取位置
这是在创建贷项凭证类型的财务凭证时明确记录的事件,例如“DG”。事件时间戳可从凭证抬头表BKPF中获取。
采集
在BKPF表中识别贷项凭证类型(例如“DG”“G2”)的FI凭证创建事件。
事件类型
explicit
|
|||
提取指南
加快现金流周转:立即优化信用管理与催收
将从信用到现金的周期时间缩短30%,提升盈利能力。
无需信用卡,几分钟即可完成设置。