SAPSD信用管理实施总结S4HANA

1、sap-sd信用治理实施总结文档信息作者：董晨欢邮箱：tonny6 日期：2017/12/21版本：v1.01摘要信用治理是sap-erp 系统（以下简称sap） sd 模块中的子模块，主要用于有效平衡赊销模式和资金回笼这两个业务层面之间的冲突。本文档以信用治理在sap 系统中的实现方法为动身点，结合业务背景，以 s4 hana 1610 版本的系统为操作平台，分别介绍其后台配置及前台业务。涉及的内容包括：信用把握范围、自动信贷把握、静态信用检查、动态信用检查等重要配置点及其应用分析。期望通过此次学习，能让大家对于信用治理这一块的内 容有所收获。名目引言11. 业务背景12. 信用治理阶段2第

2、一章 后台配置31. 信贷把握范围31.1 信贷把握范围简介31.2 定义信贷把握范围51.3 给信贷把握范围安排公司代码91.4 给信贷把握范围安排销售范围102. 信用段122.1 信用段简介122.2 定义信用段132.3 关联信用段与信贷把握范围153. 风险类别与风险类163.1 风险类别简介163.2 风险类简介173.3 定义风险类183.4 定义风险类别193.5 定义风险类评分及信贷限额计算规章213.5 定义计算公式244. 信贷组264.1 信贷组简介264.2 定义信贷组274.3 给信贷组安排销售凭证和交货凭证285. 自动信贷把握及检查规章305.1 自动信贷把握与

3、检查规章简介305.2 定义自动信贷把握315.3 定义s4 信贷检查规章366. 激活信贷更新396.1 信贷激活简介396.2 给项目类别激活信贷406.3 激活信用参数文件页签416.4 激活信用段426.5 激活信用屏幕挨次43其次章 前台操作441. 信贷把握范围&信用段442. 销售订单483. 交货单50引言1. 业务背景现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择，赊销是把双刃剑，假如不赊销，不能快速扩大销量，从而影响企业的成长速度；假如赊销，则生意虽然做大，特别国内信用制度还未完善状况下，大笔坏帐也跑出来了，严峻降低资金周转率和利润

4、率，甚至导致企业资金链的裂开，企业的危机也就跟着消灭。处理这个问题的关键就在于如何处理应收账款治理、进行信用治理和风险把握防范，在争取尽可能扩大销量和应收账款回收之间进行平衡，销售部门的工作是接单，而财务部门应收账款的目标是收款，中间环节是启用信用把握。有的企业可能是由销售业务部门进行信用额度把握，假如需要，可以单独设置信用风险治理部门，独立于财务部门及销售部门，指导整个集团或公司的信用政策和治理信用。为了加强应收账款治理，除信用治理外， sap 系统还可以利用其他的方式来做付款担保，如信用证明和支付卡等来削减应收账款的风险，而这部分担保应收额也直接影响客户信用额度。为了更好地争辩信用治理功能

5、在erp 系统中的应用，本次在 s4 hana 1610 版本的系统做测试。2. 信用治理阶段在 sap 系统中，信用治理可以进行三阶段把握：事前方案、事中把握、事后评估。事前方案主要表现为给客户授信，确定信用检查规章；事中把握主要表现为对销售订单，交货单，发票单据，会计凭证等的变更把握；事后评估主要体现在假如在操作环节由于信贷额度不够等缘由，需要对客户进行信用评估，最终再推断是否需要解除信用冻结。第一章 后台配置1. 信贷把握范围1.1 信贷把握范围简介信贷把握范围是 sap 销售和应收模块中用于把握信用风险的组织机构。客户信用限额的指定和把握都在这个组织范围里进行。依据需求可将一个或多个公

6、司代码安排给同一个信贷把握范围，一个公司代码只能安排给一个默认的信贷把握范围，一个信贷把握范围只能一种货币保存信用数据。目前 sap 对客户的信贷治理有三种方式：集团式管控、公司管控、具体业务管控；集团式管控，是对客户在集团层面集中管控，比如一个集团下面有多个公司，对应多个公司代码，但是只有一个信贷把握范围，对客户的授信在集团层面统一授信；公司管控，在公司代码层把握授信，一个公司代码对应一个信贷范围；具体业务管控，是在销售范围层设定信贷范围，依据每个销售订单的销售范围，确定不同的信贷范围；在正常业务中，一般会按公司代码层设定信贷把握范围，对客户设定一个总的信贷额度，然后在各信贷范围之间安排。在

7、 erp 集中实施的零售企业，比如一个省级销售公司下包含若干个市级销售分公司，假设只使用了一个省级公司公司代码，市级分公司被作为利润中心或业务范围，销售方式分为零售、直销或批发等，那么可以依据不同的业务范围 / 利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用把握范围，固然也可集中设置一个信用把握范围。集中的信用把握供应了更加统一的、稳健的销售风险治理，很明显，可以防止某客户在 a 市欠钱未还后跑到 b 市分公司连续赊购。分散的信用治理可以发挥地市公司生疏对当时当地销售环境这一优势，争取更多良好信用的客户，扩大市场份额，各有利弊，需要权衡扩大销售规模和风险把握。信用把握范围一

8、般来自sd 与fi 两个模块，涉及以下两个表（仅ecc 可用）。knka：客户主数据信贷治理的通用数据表。 knkk：客户主数据信贷治理在信用把握范围维度下的数据表。knka 表作为通用数据表，为一个集团总的信用把握额度，尤其对于一个51erp 集中应用的跨国集团，比如可以定义客户总的信用额度为 usd 金额，就保留在 knka 表格中。同时，总的信用额度可被安排到各信用把握区域，很好理解，同一客户可能和集团中国区、日本或欧洲区的公司发生业务，假设该客户被设置对应三个分别使用货币类型为 cny、jpy 或 usd 的信用把握区域，则 knkk 保留的是该客户在三个信用把握区域的信用数据。固然，

9、集团内中国区、日本或欧洲区的公司使用了不同本位货币会计核算虽然分开，但对于客户的信用也可以统一治理的，只要将这些不同本位币的公司代码纳入同一信用把握范围，信用把握范围货币可以考虑使用总部集团的货币，各公司代码的信用发生额自动依据系统设定汇率转换为统一的信用把握范围货币。总之，信用统一或分散治理视集团实际需求，格外机敏。信用把握范围的设置，类似于成本把握范围的设置。可以针对中国区、日本或欧洲区设置三个 co 把握范围， 每个把握范围使用各自的货币，在整个集团盈利分析时，将三个把握范围再集中安排到一个经营范围，也可整个集团的中国区、日本或欧洲区全部公司代码都安排给同一把握范围，各有利弊，此处不再细

10、述。1.2 定义信贷把握范围tcode: spro配置路径：img > 企业结构 > 定义 > 财务会计 > 定义信贷把握范围配置路径截图：图 1-1-1 定义信贷把握范围的配置路径配置点详解图 1-1-2 定义信贷把握范围的配置点如图 1-1-2，现对图中相应配置字段做解释。信用把握范围：设定一个信用把握区域代码。货币：信用把握范围层级的货币类型。更新：一共有四个值，分别为空、000012、000015、000018。用于定义在哪些环节更新客户的信用数据。需要留意对客户应收清账与“更新”字段无关，不管设置哪个值，对客户应收进行清账都会更新信用数据。1）空值：表示销售环

11、节的任意操作都不会更新客户的信用数据。2）000012：表示从销售订单创建、交货创建、开具开票、发票过账这几个步骤都会影响客户的信用。对于企业来说，假如他们是常规销售业务流程（订单交货开票流）的话，一般都选择更新字段的值为：“000012”。具体影响如下：a 创建销售订单，会依据销售订单未清交货方案行，增加销售订单的未清值（更新后台表：s066 的数据，增加未清订单字段值）。b 创建交货单，会削减参考销售订单的未清值（更新后台表：s066 的数据， 削减未清订单字段值），增加未清交货值（指交货单未开票的值，更新后台表： s067 的数据，增加未清交货字段值）。c 开具发票，会削减参考交货单的未

12、清值（指交货单未开票的值，更新后台表：s067 的数据，削减交货未清值），增加未清发票数量（指已开票未过账的值， 更新后台表：s067 的数据，增加未清发票字段值）。d 释放到会计凭证，会削减未清发票数量（指已开票未过账的值，更新后台表：s067 的数据，削减未清发票字段值），增加该客户的应收账款总额。后续需要通过 f-28 收款清账，或者其他方法抵消应收，削减客户的应收账款总额。3）000015：表示系统会从创建交货单、开具发票、发票过账这几个步骤会影响客户的信用，但是创建销售订单不影响客户的更新。假如企业对于合同信用管控要求不高，更倾向于对实物和资金流管控的话，建议使用“ 000015”的

13、更新策略。具体影响如下：a 创建交货单，会增加未清交货值（指交货单未开票的值，更新后台表：s067的数据，增加未清交货字段值）。b 开具发票，会削减参考交货单的未清值（指交货单未开票的值，更新后台表：s067 的数据，削减交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：s067 的数据，增加未清发票字段值）。c 释放到会计凭证，会削减未清发票数量（指已开票未过账的值，更新后台表：s067 的数据，削减未清发票字段值），增加该客户的应收账款总额。后续需要通过 f-28 收款清账，或者其他方法抵消应收，削减客户的应收账款总额。4）000018：表示系统会从创建销售订单、开具发票、发

14、票过账这几个步骤 会影响客户的信用，但是创建交货单不影响客户的更新。对于服务类行业、或者实行项目工作制，没有实物销售的企业，仅需要对销售订单和发票层面做严格信用管控的，建议接受“000018”的更新策略。具体影响如下：a 创建销售订单，会增加未清交货值（即使没有生成交货单，也会增加交货未清值。更新后台表：s067 的数据，增加未清交货字段值）。b 开具发票，会削减参考交货单的未清值（指交货单未开票的值，更新后台表：s067 的数据，削减交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：s067 的数据，增加未清发票字段值）。c 释放到会计凭证，会削减未清发票数量（指已开票未过账的

15、值，更新后台表：s067 的数据，削减未清发票字段值），增加该客户的应收账款总额。后续需要通过 f-28 收款清账，或者其他方法抵消应收，削减客户的应收账款总额。s4 的未清项后台表：销售订单和交货单的未清后台表：v_ukm_totals（s066 和 s067 的汇总），未清销售订单的信贷风险类别是 100，未清交货的信贷风险类别是 400，未清发票的信贷风险类别是 500。未清会计凭证的后台表是： ifirecpayitem（清账凭证与应收凭证的汇总表），需要对全部金额汇总，对应的风险类别是 200。fy 变式：用于确定信用数据的过账期间，比如打算写入表 s066，s067 的信用数据时，

16、写到哪个会计年度和期间中。自动创建新客户配置数据：此处配置表示在创建新客户系统可以自动建立信 用数据，这里的数据可作为缺省值默认带到客户信用数据中。风险类别：维护在客户信贷主数据中，对客户在信用层面进行分级。主要用于信贷检查把握用。信贷限额：在此信贷把握范围下，给客户维护的默认最大信贷额度。代表组：给信用检测员（例如信用分析师小组或个人）进行分组。全部公司代码：勾选表示此信用把握范围允许在全部公司代码下过账；同时， 也意味着假如对该信用把握范围进行信用评估，将显示和评估全部公司代码下的数据。1.3 给信贷把握范围安排公司代码tcode: spro配置路径：img > 企业结构 >

17、安排 > 财务会计 > 给信贷把握区安排公司代码配置路径截图：图 1-1-3 给信贷把握范围安排公司代码的路径配置点详解图 1-1-4 给信贷把握范围安排公司代码的配置点如图 1-1-4，对应的后台表是：v_001_x。现对图中相应配置字段做解释。公司：被安排的公司代码。公司名称&城市：已在公司代码数据中维护。ccar：安排的信贷把握范围。掩盖 cc 范围：如勾选，则 ccar 字段的值在公司代码过账的时候是一个默认的信贷把握范围，这个信贷把握范围在过账前可以被替换成其他的信贷把握范围。1.4 给信贷把握范围安排销售范围tcode: ovfl配置路径：img > 财务

18、供应链治理 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售与分销的集成 > 安排贷款把握范围的销售范围配置路径截图：图 1-1-5 给信贷把握范围安排销售范围的路径配置点详解图 1-1-6 给信贷把握范围安排销售范围的配置点如图 1-1-6，对应的后台表是：v_tvta_kkb，现对图中相应配置字段做解释。sorg.：销售组织dchl：分销渠道组：产品组我们把销售组织，分销渠道，产品组这三个维度的组合，叫做销售范围。ccar：信贷把握范围，马上信贷把握范围与销售范围做安排。2. 信用段2.1 信用段简介在 s4 版本中，客户的信用治理数据在事务代码

19、bp 维护，业务伙伴角色是ukm000。在维护过程中，我们并不能直接输入信贷把握范围这个组织架构，而是需要输入一个信用段，并且在信用段的维度下去维护相应信用治理数据。对于信用段，可以分为主信用段（信用段是 0000）和其他次级信用段，我们可以通过配置把次级信用段的客户信贷负债汇总到主信用段。固然，在后台也有配置， 会把信用段和信贷把握范围这两者进行关联，本章会有介绍。2.2 定义信用段tcode: spro配置路径： img > 财务供应链治理 > 信用治理 > 信贷风险监视 > 主数据 > 创建信用段配置路径截图：图 1-2-1 定义信用段的配置路径配置点详解图

20、 1-2-2 定义信用段如图 1-2-2，为信用段的配置点，现对相关字段做介绍。名称：信用段描述。货币：信用段下维护信用额度之类数据的货币类型。汇率类型：折算成外币的汇率类型。对主信用段的附加缴纳：若勾选，表示会把该信用段的信贷发生额同步汇总 到主信用段 0000。2.3 关联信用段与信贷把握范围tcode: spro配置路径：img > 财务供应链治理 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售和分销的集成 > 指定信用把握区域及信用部分配置路径截图：图 1-2-3 关联信用段与信贷把握范围的配置路径配置点详解图 1-2-4 关联信用段与

21、信贷把握范围如图 1-2-2，为信用段和信用把握范围的安排截图，配置点不做赘述。3. 风险类别与风险类3.1 风险类别简介将客户风险类别分成 3 类，通过对客户的风险类别确定信用等级和信用额度， 比如高风险客户会恶意拖欠，只能允许现金销售，不再允许赊销业务。通常，何评估客户风险是有一套严格的程序和方法，作为客户信用评估的基础依据，特别 是在客户履约风险评价方面。比如传统的 “5c”要素： 品质（ character）、力量（capacity）、资本（capital）、担保品（collateral）和环境（condition），都是评价的基础。风险类别我们可以定义高、中、低三个类别，如 a、b、

22、c。例如，中国石油erp 建设，将客户信用风险类别分为a、b、c 三类：a 类客户是中石油、中石化、中海油内部客户，不进行信用把握，日常发货按签订的合同执行；b 类客户是各油田多种经营单位，属于高风险客户，设信用额度，信用额度按客户状况进行评定，严格执行设定的信用额度；c 类客户是油田外部公司、私营企业、信用不良的客户，信用额度为零，不进行赊销业务，仅实行现金交易方式。3.2 风险类简介在 s4 hana 1610 系统中，在客户主数据设置风险类这个概念，这个风险类和上面所说的风险类别具有同步关系。需要做配置：风险类和风险类别的值需要 相同，然后风险类会和风险类别自动同步。对于风险类，可以在客

23、户主数据手工维护，也可以通过 s4 系统的客户评分功能（可配置计算公式），自动给客户归入相应的风险类，不同的分段就代表着不同的风险类（后台有配置，下面会介绍）。3.3 定义风险类tcode: spro配置路径： img > 财务供应链治理 > 信用治理 > 信贷风险监视 > 主数据 > 创建风险类配置路径截图：图 1-3-1 定义风险类的配置路径配置点详解图 1-3-2 定义风险类如图 1-3-2，为风险类的配置点。关于风险类，接受系统预设的 a、b、c、d、e 这五种风险类。后面的“计分从”和“计分至”就表示各个风险类对应的评分段。3.4 定义风险类别tcode

24、: spro配置路径：img > 财务供应链治理 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售与分销的集成 > 定义风险类别配置路径截图：图 1-3-3 定义风险类别的配置路径配置点详解图 1-3-4 定义风险类别的配置路径如图 1-3-4，为新建风险类别。风险类别是需要安排信贷把握范围的，如图中的 1050 就是给风险类别（参考风险类的字段值创建）a、b、c、d、e 安排的信贷把握范围。3.5 定义风险类评分及信贷限额计算规章tcode: spro配置路径：img > 财务供应链治理 > 信用治理 > 信贷风险监视 >

25、;主数据 >为记分和信贷限额计算创建规章配置路径截图：图 1-3-5 定义风险评分及信贷限额计算规章的配置路径配置点详解图 1-3-6 定义风险评分及信贷限额计算规章图 1-3-7 定义风险评分及信贷限额计算规章-评分图 1-3-8 定义风险评分及信贷限额计算规章-信用额度图 1-3-9 定义风险评分及信贷限额计算规章-分级程序如图 1-3-6，为系统预设的计算规章。“默认”字段表示，在新建客户主数据信贷视图的时候，会默认指定的一个评分计算规章。“”即可查看对应公式的计算规章。对于图1-3-7 中其他字段的解释如图 1-3-7，为计算规章“b2b-exist：现有客户的规章 - 业务范围

26、”下的风险评分规章，设置的评分计算公式为： score_b2b。选中该行，点击按钮如下：有效性（天数）：表示被安排的公式在该规章中的有效天数。跟踪：影响客户主数据中，在列表：“计分”旁边的按钮“”。假如期望点击这个按钮，可以显示整个评分的计算过程，就需要把跟踪这个钩打上。bw- 得分：应当翻译成 bw-评分，该字段目前不行编辑。需要与 bw 模块配套才能使用的一种风险评分模式。钮“”即可查看对应公式的计算规章。如图 1-3-8，为计算规章“b2b-exist：现有客户的规章 - 业务范围”下的信贷限额确定规章，设置的限额计算公式为： limit_b2b。选中该行，点击按跟踪：影响客户主数据中，

27、在列表：“定义的限额”旁边的按钮“”。如有效性（天数）：表示被安排的公式在该规章中的有效天数。果期望点击这个按钮，可以显示整个信贷限额的计算过程，就需要把跟踪这个钩打上。最大信贷限额增加：中文翻译有误，正确翻译是最大信贷限额增加的百分比。该字段用于把握可提升信贷限额的幅度，在该最大百分比幅度下可以无需批准即可调整信贷限额。对于提升信贷限额的把握只对配置点“更改信贷限额恳求”中的内容起作用（主要用于对一些 badi 的把握）。如图 1-3-9，为计算规章“b2b-exist：现有客户的规章 - 业务范围”下的分级程序。定义分级程序及相关分析结果值可在以下路径做配置：配置路径：img > 财

28、务供应链治理 > 信用治理 > 信贷风险监视 >主数据 >定义分级程序。另外，对于图 1-3-9 中相关字段的解释如下： 分级程序：外部单位供应的信用评级方法。有效性（天数）：表示被安排的评级方法在该规章中的有效天数。id 类型：对客户信用评级时，会给客户赐予id，id 有多中分类，需要预先选定其中一种 id 类型。默认设置为空，表示 id 类型是 bp 编号。日志：表示在评级方法运行过程中，日志需要记录的范围。主要对应 bi 相关的日志，待进一步争辩。3.5 定义计算公式tcode: spro配置路径：img > 财务供应链治理 > 信用治理 > 信

29、贷风险监视 >主数据 >定义公式配置路径截图：图 1-3-10 定义风险评分和信贷限额确定计算公式的配置路径配置点详解图 1-3-11 定义风险评分和信贷限额确定计算公式的配置路径如图 1-3-11，为相关公式。其中的结果类型字段就表示公式的类型，假如为limit 类型的就表示该公式用于计算信贷限额；假如为 scoring 类型的就表示该公式用于计算风险评分。如需编辑公式，选中需要编辑的点击该图中红框内的按钮：“”即可进行编辑。4. 信贷组4.1 信贷组简介定义信贷组，可依据不同业务交易定义信贷组，比如定义订单、交货和发货三个信贷组，实现在订单、交货和发货的自动信用把握。在设置自动

30、信贷把握的时候，是需要考虑信贷组这个维度的。4.2 定义信贷组tcode: spro配置路径：img > 财务供应链治理 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售与分销的集成 > 定义信贷组配置路径截图：图 1-4-1 定义信贷组的配置路径配置点详解图 1-4-2 定义信贷组如图 1-4-2，为系统预设的三个信贷组。分别用于把握创建销售订单，创建交货单，交货单过账。4.3 给信贷组安排销售凭证和交货凭证tcode: spro、ovak(安排销售凭证用)、ovad(安排交货凭证用)配置路径：img > 财务供应链治理 > 信用治

31、理 > 与应收账款模块和销售与分销模块的集成 > 有销售与分销的集成 > 安排销售凭证和交货凭证配置路径截图：图 1-4-3 给信贷组安排销售和交货凭证的配置路径配置点详解图 1-4-4 给信贷组安排销售凭证图 1-4-5 给信贷组安排交货凭证如图 1-4-4，表示给销售订单安排相应的信贷组。信贷核查表示，信贷检查的方式。值d 就表示进行自动信贷把握。信贷组的值 01 就表示之前设置的销售订单信贷组。如图 1-4-5，表示给交货凭证安排相应的信贷组。交货信贷组就表示在创建交货单时应用的信贷组，因此安排 02；gi 信贷组就表示交货单发货时应用的信贷组，因此安排 03。5. 自

32、动信贷把握及检查规章5.1 自动信贷把握与检查规章简介自动信用把握将针对同一信用把握范围的不同的客户风险类别和信贷组执行不同的信用把握政策。对于 ecc 系统而言，无需单独设置检查规章，可在自动信贷把握进行设置即可，如图 1-5-2。在 s4 hana 版本中，自动信贷把握和检查规章是分别的，如图 1-5-3。s4 系统需要在定义自动信贷把握的时候，给字段“sap 信用治理”打钩，激活检查规章，然后需要单独在检查规章页签设置检查规章。接下来，我们分别介绍 ecc 和 s4 hana 系统中两种不同配置方式。5.2 定义自动信贷把握tcode: spro配置路径：img > 财务供应链治理

33、 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售与分销的集成 > 定义自动信贷把握配置路径截图：图 1-5-1 定义自动信贷把握的配置路径配置点详解图 1-5-2 定义自动信贷把握ecc如图 1-5-2，先对 ecc 版本的自动信贷把握配置点做介绍。无信用检查：一个例程，在什么状况下可以不做信用检查；这里用户可以自己定义例程。项目检查：是否要在行项目输入数据时，就做信用检查，并出具信用超额的信息。下达的单据仍旧未被处理：是指被信贷冻结的单据，当冻结被释放后，假如 后续对单据做一些修改，是否要重新做信贷检查；具体由以下两个字段把握。偏差在%：指单据的修

34、改金额偏差假如在这个设定的百分比内，就不会重新做信贷检查。天数：自单据创建到修改的间隔天数，假如超过设定值就要重新做信贷检查。假如该字段为空白，则默认天数为 1 天。即超过 1 天，就要重新做信贷检查。信贷限额季节因子：这个可以用于短期给客户增加或者降低信贷额度，比如由于季节性的促销，可以在短期内增加客户的信贷额度。以下 4 个参数。百分比：输入一个百分比，代表在原来信贷基础上，增加或者削减的百分比。削减：假如勾选，那就是降低信贷额度，或者就增加信贷。从：指定一个有效起始期间。至：指定一个有效终止期间。付款方：仅仅针应付款方的未清项目（以及催款层次执行依据未清项、最早未清项和最高催款层次的信用

35、检查）做核查。允许天数：允许应收账款的最长天数。允许小时：允许应收账款的最长天数下的小时数。静态：系统比较客户信用额度与已安排金额，假如信贷已安排金额超过信用额度，则执行响应操作。响应操作：假如超过某一指标，应当执行什么操作。相应的值有：a=警告，b=报错，c=a+超出的值，d=b+超出的值。冻结：表示假如超出某一指标，是否要冻结单据。未清订单：表示静态检查需要包含未清的销售订单。未清交货：表示静态检查需要包含未清的交货单。动态：动态检查和静态检查类似，但会考虑展望期；而且动态检查肯定会考虑未清订单和未清交货；静态检查和动态检查只能选择一个，假如勾选动态检查， 需要输入展望期。展望期：是指系统

36、指检查这个期间内的已安排金额是否超过信贷额度，对于这个期间外的单据，不做检查；动态检查必需定期运行报表 rvkred08，以重新启用动态信用检查；单据值&最大凭证值：针对每个单据的金额是否做信贷检查，这里需要输入一个最大凭证值；超过这个值，就做系统响应操作。关键字段：对销售凭证中关键字段的检查，关键字段有支付条款、附加起息日、定期价值等；假如这些字段做更改，系统会响应信贷检查操作下一校验日期：指出系统是否在下个信用评估日期的基础上执行信用检查，假如下一个信用检查期到了却未做更改至再下一将来日期，可以打算是否信用先冻结。天数：作为缓冲天数，比如今日是 12 月 27 号，下一个信用检查日

37、期是 12 月 30 号。原本下一个信用检查日期没到期，假如加上缓冲天数 4，那么就满足超过该指标了（27+4=31>30），系统就会做出响应。未清项目：系统对未清项目做信贷检查，需要输入两个参数：最大未清项% 和未清项目天数。最大未清项%：过期未清项目占整个未清项目的百分比，假如操作这个百分比，那就执行响应操作。未清项目天数：未清项目过期的天数，这个是计算过期未清项目的基准，假如想对过期的未清项有个宽容期，那可用在这里输入天数。最大未清项的值虽然已经超过 30%了，但是没有超过 10 天的宽限期。还是可以算满足条件的，系统不做出响应。最早的未清项目&天数：系统检查对未清项目最大

38、的过期天数，假如超过这个天数，那就执行响应操作。因此，后面要输入一个最大过期天数。最高拖欠级： 这个和催款程序相关，在f150 运行了对客户催款后，系统会在客户主记录中输入催款等级：用户 1、2、3：系统预留了三个用户检查端口，用于自定义的信贷检查；分别对应程序 lvkmpfz1、lvkmpfz2、lvkmpfz2；用户可以自己在这里写入程序，自定义信贷检查；比如发票方案中的，假如有预付款，可以检查预付款是否收到，以打算是否发货。信贷检查的常用后台程序对于做信贷检查来说，几个常用的报表必需定期在后台运行；以便准时更新系统单据的冻结状态。1、rvkred06这个是对冻结的单据，执行新的信用检查；

39、比如客户前期的订单由于信用额度的缘由而冻结了，本次客户准时支付了货款，那需要多这些单据重新做信用检查；系统会依据新的可安排额度，重新设定单据的冻结状态。2、rvkred08对展望期的信贷检查；假如设定为动态展望期，那在展望期之外的单据是不考虑的；随着时间的推移，展望期之外的单据也会进入展望期内，这时候需要对这些单据重新做信贷检查。3、rvkred77更新错误的信贷数据；客户信贷主数据中的信贷值、销售值可以用来推断客户的可用额度，但这个值有时候会更新错误，运行这个程序，可以重组信贷数据。图 1-5-3 定义自动信贷把握s4 hana如图 1-5-3，现对 s4 hana 系统的自动信贷把握做解释

40、。图中单据把握无信用检查：一个例程，在什么状况下可以不做信用检查；这里用户可以自己定义例程。项目检查：是否要在行项目输入数据时，就做信用检查，并出具信用超额的信息。下达的单据仍旧未被处理：是指被信贷冻结的单据，当冻结被释放后，假如 后续对单据做一些修改，是否要重新做信贷检查；具体由以下两个字段把握。偏差在%：指单据的修改金额偏差假如在这个设定的百分比内，就不会重新做信贷检查。天数：自单据创建到修改的间隔天数，假如超过设定值就要重新做信贷检查。假如该字段为空白，则默认天数为 1 天。即超过 1 天，就要重新做信贷检查。sap 信用治理：表示激活在原来 ecc 部分，现被迁移的其他信贷检查规章，

41、可以在信贷检查规章配置点单独进行配置（后续会讲）。在启用 sap 信用治理的时候，需要先激活信用参数文件和信用段（在第六节会讲）。响应操作：假如超过某一指标，应当执行什么操作。相应的值有：a=警告，b=报错，c=a+超出的值，d=b+超出的值。冻结：表示假如超出某一指标，是否要冻结单据。5.3 定义s4 信贷检查规章tcode: spro配置路径：img > 财务供应链治理 > 信用治理 > 信贷风险监视 > 信贷限额检查 > 定义检查规章配置路径截图：图 1-5-4 定义信贷检查规章的配置路径配置点详解图 1-5-5 定义信贷检查规章-概览图 1-5-6 定义信

42、贷检查规章-检查图 1-5-7 定义信贷检查规章-信用段如图 1-5-5 所示，为本次定义的信贷检查规章，下面的系统组一般使用默认设置 00 或空，表示从本 client 做信用检查。图 1-5-6 为该检查规章下的具体检查步骤。现在逐个介绍。使计分无效并重算计分：重新对客户的风险类进行评分。信贷风险总额统计检查：即静态信贷检查。系统比较客户信用额度与已安排 金额，假如信贷已安排金额超过信用额度，则执行响应操作。假如客户信用额度未安排，会参考在信用段层级安排的信用额度。最大凭证值的检查：针对每个单据的金额是否做信贷检查，这里需要输入一个最大凭证值；超过这个值，就做系统响应操作。用信贷水平的动态

43、限制检查：即动态检查，但会考虑展望期；而且动态检查 会考虑未清订单和未清交货，需要输入展望期（信用有效期天数）。最大催款等级检查：在 f150 运行了对客户催款后，系统会在客户主记录中输入催款等级：陈旧未清项目的年限检查：即最早的未清项目检查，系统检查对未清项目最大的过期天数，假如超过这个天数，那就执行响应操作。因此，后面要输入一个最大过期天数。付款行为索引的检查：检查付款未清项目（应收款）的回款天数，假如超过设定值，就会触发检查响应。检查到期未清项目：系统对未清项目做信贷检查，需要在信用段层级输入两个参数：最大未清项%和未清项目天数，如图 1-5-7。最大未清项% ：过期未清项目占整个未清项

44、目的百分比，假如操作这个百分比，那就执行响应操作。未清项目天数：未清项目过期的天数，这个是计算过期未清项目的基准，假如想对过期的未清项有个宽容期，那可用在这里输入天数。最大未清项的值虽然已经超过 30%了，但是没有超过 10 天的宽限期。还是可以算满足条件的，系统不做出响应。显示信用分析者：显示信贷分析的影响因素。6. 激活信贷更新6.1 信贷激活简介假如在 sap 中启用信贷治理功能，就需要激活信贷功能。需要激活的内容包括，给项目类别激活信贷，激活信用段功能（s4 功能），激活信贷参数文件页签并安排屏幕挨次（s4 功能）。6.2 给项目类别激活信贷tcode: spro/vov7(在项目类别

45、层面定义)配置路径：img > 财务供应链治理 > 信用治理 > 与应收账款模块和销售与分销模块的集成 > 有销售和分销的集成 > 确定每一项目类别的有效的应收款配置路径截图：图 1-6-1 给项目类别激活信贷的配置路径配置点详解图 1-6-2 给项目类别激活信贷如图 1-6-2，信贷激活钩打上，即表示给相应的项目类别激活了信贷功能。6.3 激活信用参数文件页签tcode: bus1配置路径：暂未发觉路径（待供应） 配置路径截图：(none)图 1-6-3 激活信用参数文件的配置路径配置点详解图 1-6-4 激活信用参数文件如图 1-6-4，“活动”标签处，假如打上勾，就表示已经激活了该信用参数文件。6.4 激活信用段tcode: sm31( 维护表：v_tbzj1c)配置路径：暂未发觉路径（待供应） 配置路径截图：(none)图 1-6-5 激活信用段的配置路径配置点详解图 1-6-6 激活信用段如图 1-6-6，“扩展活动”标签处，假如打上勾，就表示已经激活了该信用段。6.5 激活信用屏幕挨次tcode: bus6配置路径：暂未发觉路径（待供应） 配置路径截图：(none)图 1-6-7 激活信用屏