SD信用管理 - 自动创建信用段

  • 业务伙伴在系统中存在,但在 FSCM Credit Management 中不存在(UKMBP_CMS、UKMBP_CMS_SGM 表)
  • 删除信用细分后,将在 UKM_BP 中自动创建
  • 在销售凭证的信用检查期间,弹出消息指示检查是使用不是为业务伙伴创建的信用细分执行的。

重现问题

1.转到 UKM_BP 并选择 BP 角色:UKM000
2.选择要删除的信用段
3. 删除段中的数据
4.为同一业务伙伴创建销售订单 (VA01) 或创建交货 (VL01N)
5.触发信用检查后,您会注意到已自动创建相同的信用段

原因

1.) 为系统中存在的业务伙伴自动创建信用管理数据,但在为此类业务伙伴触发信用检查时,角色 UKM000 中不存在。
系统将尝试在任何情况下执行信用检查,因为其结果已请求。但是,仅当存在信用管理数据时才能执行此操作。
如果在定制中提供用于评分和信用额度计算的缺省规则以及缺省检查规则,则将即时创建“信用参数文件”和“信用细分数据”以执行信用检查。

2.)  在某些场景中,不执行信用检查,但在更新敞口时创建表 UKMBP_CMS 和 UKMBP_CMS_SGM 中的条目

 IF_EX_BADI_SD_CM~FSCM_COMMITMENT_UPDATE_ORDER

行 1550:

          CALL METHOD

            cl_ukm_xi_facade_r3_50=>if_ukm_commitment_push_r3~push_commitment

            EXPORTING

              it_reservation = lt_res                       "n1613784

3.) 未在 FSCM Credit Management 中设置业务伙伴的信用检查期间自动添加 UKM000 角色,例如,没有 UKM000 角色且在 UKMBP_CMS/UKMBP_CMS_SGM 中没有条目,注释如下:

3125398(对 Web 服务 + 本地场景有效)

3309604(对 Web 服务有效)

解决方案

有多种方法可以避免自动创建信用细分,并确保不执行信用检查。选择一个选项。

1.) 虚拟检查规则:

1.1.)在以下 IMG 路径中创建不含信用检查步骤的检查规则。

SPRO:
财务供应链管理
  信用管理
      信用风险监控
          信用额度检查
              定义检查规则 --> 创建新条目(例如ZZ 不检查)

1.2.) 转到信用参数文件并为客户选择“不检查”检查规则,而不是删除业务伙伴的 UKM000 角色。

2.) 虚拟风险类:

2.1.)在以下 IMG 路径中创建名为“无检查”的新风险类别。

SPRO:
财务供应链管理
  信用管理
      与应收账款会计与销售和分销集成
          与销售和分销集成
              定义风险类别
 

2.2.)在以下 IMG 路径中创建相应的风险类。

SPRO:
财务供应链管理
  信用管理
      信用风险监控
          主数据
              创建风险类

2.3.)转到信用参数文件并为客户选择“不检查”风险类,而不是删除业务伙伴的 UKM000 角色。

2.4.)在 OVA8 中,维护信用控制范围 - 风险类别 - 信用组的相应组合,并且不激活 SAP Credit Management 信用检查类型。

3.) 移除缺省设置:

如果 UKMBP_CMS/UKMBP_CMS_SGM 标签中没有存储信用参数文件数据,则仅当定义“评分和信用额度计算”的 DEFAULT 规则时,才会自动创建信用管理主数据。在以下实施指南路径中检查定制:

确保现有规则均未设置“缺省”标志。

4.)在 BADI_SD_CM 中实施自定义逻辑:

复制 BADI_SD_CM (UKM_SD_FSCM_INTEGR1) 的标准实施并创建自定义实施。需要更改 FSCM_CREDIT_CHECK_ORDER,如果相关业务伙伴确实存在于角色 UKM000 中,则可在此对附加检查进行编程。如果不是这种情况,则可以跳过执行信用检查的编码。

5.) OVA8 中无检查例程

如果存在角色为 UKM000 的业务伙伴,并且您正在将此业务伙伴用于某些信用细分中的信用检查,但想要避免系统在其他信用细分中触发信用检查(其中未扩展此业务伙伴),则可以实施“不检查”例程。
   
示例:
将业务伙伴 1234 创建到信用细分 AAAA
用户为 BP 1234 创建销售订单,并确定信用段 BBBB。您不希望在业务伙伴 1234 的 BBBB 段中进行信用检查。
但是,在其他销售凭证中,您确实需要对具有 BBBB 信用细分的其他业务伙伴进行信用检查。

   
“无检查”例程是一种灵活的解决方案,用于定义系统应避免执行信用检查的条件。请参阅以下文档:2469457895630502930
在“不检查”例程中,可对信用账户 (VBAK/LIKP-KNKLI) 和信用控制范围 (VBAK/LIKP-KKBER) 实施条件检查,并决定是否应针对给定组合信用检查执行条件检查。(*这只是一条建议,在例程中,您可以决定任何条件以避免信用检查。)
对于 SAP Credit Management,使用标识:BYPASS-CREDIT_MANAGEMENT

6.)确定信用控制范围

如果系统可以确定销售和分销方的信用控制范围,并且信用管理(事务 OVAK/OVAD)的订单/交货类型已激活,则会启动信用检查。
示例:
订单类型 OR 与信用管理相关。
为业务伙伴 1234 创建订单,系统根据到销售范围的分配确定信用控制范围 BBBB。

业务伙伴 1234 未扩展到 BBBB 信用细分,但仍使用缺省数据触发信用检查。您想要避免信用检查。

从 SD 方面来看,信用控制范围是信用管理的前提条件。信用控制范围分配到信用段,以将 SD 方链接到 FSCM 方。
系统从这些货源中确定信用控制范围,顺序如下:从最低可能分配级别到最高级别(请参阅 SAP 注释 355242):
- 用户出口 EXIT_SAPFV45K_001
- 付款方的客户主记录(销售范围数据、开票凭证标签 -> 信用控制范围)
- 销售范围(事务 OVFL)
- 公司代码(事务 OB38)

在任何不想对业务伙伴进行信用检查的情况下,都可以使用从 EXIT_SAPFV45K_001 确定的虚拟信用控制范围。
如果系统从用户出口中找到信用控制范围,则不会继续检查更多配置选项。
在用户出口中,您可以实施条件以确定如 9999 信用控制范围。请勿维护具有此 CCAr 的 OVA8 条目,并且不要将此 CCAr 分配到任何信用细分。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码农清风

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值