1.在本博客中,我们试着从最终用户的角度关于回答信用管理的灵魂三问:
- 什么是信用管理?
- 为什么要用信用管理?
- 如何使用信用管理?
(1) 什么是信用管理?
业务中公司向客户销售产品,但在一段时间后从客户那里收款,那么信用管理被定义为一个风险缓解流程。SAP信用管理是可以帮助公司监控、评估和控制信用状况和信用分配的应用。它允许我们向客户授予信用条款,并对销售交易进行信用检查。
(2) 为什么要用信用管理?
当我们在SAP实例中实现信用管理时,我们将公司的信用策略匹配到信用管理应用程序。客户在收集各种来源信息的基础上定制信用管理规则,比如客户过去的交易历史,客户的信用报告可以从信贷机构中获得,客户在市场中的财务稳定性,地缘政治情况等等。
然后根据这些规则或政策对每个与信贷相关的销售交易进行监视和评估,评估的结果将帮助我们公司决定是否赊销货物。
(3) 如何使用信用管理?
信用检查是将客户的信用风险与客户主数据中设置的可用信用额度进行比较。信用风险是将未清订单、未清交货、未清票据、未清应收账款和未清特别负债的总和。信用额度是我们允许客户从我们这里赊购商品的最高金额。我们将信用额度存储在客户主数据的信用记录中。
应用在销售环节中的一个案例:每当我们创建与信用检查相关的凭证时,SAP就会计算客户的当前信用风险,并将其与客户的可用信用限额进行比较,如果超过了凭证额度超过了信用额度,则信用检查失败。
2.ECC 信用管理与 S/4 HANA 信用管理比较
ECC 信用管理
在SAP ECC里,信用管理是销售与分销模块的一部分。基本上分为以下列举的功能基本特性和业务需求:
- 简单的信用检查
- 系统比较预先定义的指定客户固定信用限额和所有未清项与当前销售订单的总和。当超过信用限额时系统会向客户发送一条警告消息。
- 在简单信用检查中,客户在任何时间截点的信用风险是所有未清项和当前销售订单的总和。
- 未清项是指所有被保存,交货,开票,传输到财务但并未客户付款的销售订单
- 当前销售订单指已保存但未交货的销售订单
2.自动信用检查
自动信用检查为客户提供了一些额外的信贷便利,与简单检查相比系统表现的更为主观。自动信用检查时,即使客户超过了在SAP系统中预先定义的信用限额,基于他有良好的购买历史,他仍然可以下订单。以下是两种自动信用检查类型:
1. 静态信用限额确定——通过比较未清销售、交货、开票和未清项目的总和后获得信用风险来进行信用检查
2. 动态信用限额确定——信用检查由上述参数加上业务定义的时间范围进行考虑。
我们需要在OVA6/7/8事务码中为客户信用控制区域定义并分配所需的销售区域,并维护所需的信用管理设置。然后我们需要维护信用主数据设置(FD32),在FD32里检查比如总信用限额、信用风险和使用限额、支付状态和历史记录等管理属性。
S/4 HANA 信用管理
在S/4 HANA CLOUD中,信用管理是财务供应链管理(FSCM)的一部分,而整个FSCM有如下所述的不同组成部分,这些组成部分可以单独使用或组合使用,以最佳地协同使用财务供应链:
•信用管理(用于监控中央系统的信用风险)
•纠纷管理(用于处理公司架构与客户之间的矛盾)
•收款管理(用于风险管理和客户关系角度)
•付款承诺(用于电子支付和财务业务的集成)
S4/ HANA FSCM 信用管理的特性
• 广泛分布的系统场景可以被客户信用风险监控和控制
• 在建立评分规则时,客户可以自定义评分逻辑。这些评分也可以与外部信用机构关联,如Equifax, Transunion
• 评分可以自动或手动被计算和分配给客户特定的信用限额
• 提供与外部信用机构交互的简化接口
• 信用控制特定仪表板上预定义报表用于战略信用分析
• 管理者可以通过工作流控制信用额度申请
• 在FSCM信贷管理中,所有客户都被创建为业务合作伙伴(BP)。可以维护所有信用案例和把信用决策归档。这些文件可以被创建和批准,用于法律或纠纷管理。
• 信用评分规则、信用限额、记录抵押品、特例和信用违约的细节
* 外部信用机构的链接,可以添加xml格式的文件,或者手动输入到业务合作伙伴。基于云链接到信用机构还需要额外的Licenses。S/4 HANA CLOUD提供约20-30家信用评级机构,比如Dun & Bradstreet。
功能点 |
ECC 信用管理 |
FSCM 信用管理 |
主数据 |
客户 |
业务伙伴 |
财务数据 |
FI-AR |
FI-AR, FI-CA |
信用风险监控 |
只有在信用控制区域
特定简化系统平台(1xSD,1xFI)
仅SAP系统 |
在信用段和主层级(信用限额总览)
分布式系统平台(多个FI,SD和CRM系统)
SAP或者非SAP系统 |
客户评分和评级功能 |
不支持 |
信用规则引擎 |
信用系统-外部服务商 |
仅通过合作伙伴产品 |
任何XML基于信用信息服务 |
信用限额规则 |
不支持 |
信用规则引擎 |
信用案例 |
不支持 |
信用规则引擎 |
信用决定归档 |
不支持 |
信用决定归档 |
工作流 |
仅在SD |
任何信用项目,信用决定归档,信用限额请求 |
分析 |
客户简表 |
Fiori Apps, HANA Live, OLAP/OLTP 包括BW内容 |
合作关系 |
不支持 |
层次结构关系 |
非SAP 连接性 |
不支持 |
XI Server |
相关内容可查询
https://www.itcinfotech.com/wp-content/uploads/2016/12/SAP-S-4HANA-FSCM-Credit-Management-vs-SAP-ECC...
SAP CLOUD 信用集成
SAP CLOUD信用集成允许我们使用连接外部信用评分信息来增强信用决定和自动监控客户信用风险。
特性:
• 连接世界领先的信用机构
• 信用风险评估与信用机构报告的无缝集成
• 已有超过10家代理机构可供选择
3.S/4 HANA中信用管理配置
步骤1: 创建信用段
可以对一家公司一种货币设置一个信用段
如果我们使用外部信用机构,那么我们需要创建评级过程, 将外部信息提供商连接到通过XI的基础设施的对应接口(信用信息查询
http://sap.com/xi/FSCM)
设置评级过程(此配置在场景1QM 增强信用管理使用):
对于评级过程,我们需要分配信用额度计算规则
对计算规则创建分数,信用额度,评级程序选择
分数和信用额度中的公式可以使用SSCUI定义公式(103112)创建(此配置在场景1QM 增强信用管理使用)
评级程序选择中的ID类型,可以选择Credisafe
步骤2:定义客户信贷组
在SAP S/4 HANA中,信用管理计算增强了公式编辑功能(此配置在场景1QM 增强信用管理使用)。计算公式准则如下:
- 货币
- 信贷段
- 评分
步骤3: 将销售范围分配到信用细分
步骤4: 输入设定
标准定价程序在总价中对信用额度进行释放
若业务需求需要调整至净价,可以配置条件类型:使用值“A”更新小计,以便对净价条件类型进行信用额度释放检查
信用值的计算使用两个字段从销售订单中完成;“已确认的计划行数量”,然后乘以下面配置步骤中指定的“信贷价格”条件:
步骤5: 为行项目类别激活信用管理
信用检查在两个级别被激活:抬头(分配信用组)和行项目级别。如果没有同时激活两者,则不会执行信用检查。
可以通过检查数据库字段VBAP- CMPNT,检查是否已经对现有的销售订单行项目进行了信用检查。
步骤6: 定义信贷组
步骤7: 分配销售订单
若业务需求,同时可以分配给交货单
交货信贷组03发货信贷组是执行信用检查的最后一个阶段,因为在这个流程后,货物已经在发送到客户了。
步骤8:定义自动信用控制
响应状态/冻结:是比较重要的控制点,决定了是否锁住销售订单等
项目检查:如果此复选框被勾选,每一个新项目创建都会触发信用检查
更新:控制将未清销售订单、交货和开票的值更新到信用风险。CLOUD版本新建锁定了000012,无法配置。
偏差在%:这允许销售订单的值增加一定百分比而不触发信用检查。比如;销售订单信用额度为1000美元,设置了5%的偏差,就可以允许有50美元增幅。
“SAP信用管理”勾选可以激活BADI (BADI_SD_CM),该BADI有两种方法,一种用于销售订单,另一种用于发货:
订单:FSCM_CREDIT_CHECK_ORDER
交货:FSCM_CREDIT_CHECK_DELVRY
在订单创建/交货期间,该BADI将数据传送到FSCM信用管理,那么FSCM信用管理中定义的检查将变得有效。因此配置“定义自动信贷控制”触发是否执行SAP信用管理(FIN-FSCM-CR)。
与ECC的信用管理相比,S/4HANA它的设置更少,因为在FSCM中对静态、动态、最大单据值等的进一步检查将在FSCM的其他配置点执行。
步骤9: 定义和分配风险类别
步骤10:客户主数据设置
标准信用管理业务合作伙伴角色UKM000 – SAP CREDIT MANAGEMENT
我们需要在SAP信用管理角色中的信用参数文件标签页下输入规则、风险类、检查规则和信用组。
我们需要点击信用段数据,填入相关数据。
设置定义的限额的值,这就完成了SAP S/4 HANA中FSCM信用管理的主数据设置。
O2C(订单到现金)流程和FSCM效果:超过信用额度后,由于对于风险类“违约风险-中”在维护自动信贷控制设置了“提醒”而不是“错误”,所以系统将允许保存销售订单,并有信用贷款额度的提醒,但是不能该订单创建交货单。
简便快速技巧