SAPSD信用管理配置与应用

◆风险类别可以理解为风险等级，首先对客户区分不同的风险类别，然后针对不同的风险类别来执行不
同的信贷控制策略。

◆信用检查：指在业务操作过程中，系统在哪些环节检查客户信贷，并对检查结果做出响应，进行相应
的策略控制；SAP在销售订单和交货两个环节进行信用检查，我们公司规定只在销售订单环节进行控制。

信用检查未通过时，执行两种结果：警告后冻结单据或提示错误不允许保存单据。

◆信贷更新：指某些业务数据保存后，系统自动更新客户的信贷数据；
3. 信用管理后台配置
3.1 定义信贷控制范围
点击“新条目”，输入以下数据：
目前信贷控制范围与公司代码设置相同，即公司代码与信贷控制范围一一对应。

【1】SD更新组，可以选择三个更新组：
00012：
销售定单值：从未清交货计划行来增加未清定单值(未清销售定单)
SD交货单：从交货计划行减少未清定单，而增加未清交货值(交货单未开发票) SD发票单据：减少未清定单值，增加未清发票值(开发票未产生会计凭证)
财务会计凭证：减少未清单据值，增加未清项目(应收帐款)
00015：
SD交货单：而增加未清交货值(交货单未开发票)，增加未清发票值
财务会计凭证：减少未清发票值,增加未清项目(应收帐款)
00018：
销售定单值：而增加未清交货值
出具发票单据：减少未清交货单值,增加未清发票值(开发票未产生会计凭证)
财务会计凭证：减少未清发票值,增加未清项目(应收帐款)
更新组决定如何更新客户信用额度，00012表示未清销售单（表S066）、交货单（S067）、SD开票（表S067）和相关客户财务凭证（表KNKK）都将更新信用数据，也就是说包含了从销售订单->交货->开票->收款全部销售环节都更新信用数据,如果选择00015,则销售订单将不更新信用数据。

【2】风险类别
表示在创建新客户系统可以自动建立信用数据，这里的设置可以默认带到客户信用数据中。

可通过第三步先创建好风险类别后，再填写到此处。

3.2 分配信贷控制范围
3.3 定义风险类别
我们按照业务需要的六类客户风险控制方式，分别建立6个风险类别，并按不同的信贷控制范围分别添加条目：
风险类别
100 经销商
200 账期管理商超
300 抽单结算商超
400 现金户
800 集团客户
900 延长账期商超
3.4 定义自动信贷控制
对每个信贷控制范围，分配6种风险类别。

经销商客户配置如下：
A．静态信用检查
系统将不考虑时间因素，只要有任何销售订单进来，立即扣减信用额度，尽管有的销售订单是6个月才预计会交货。

B．动态信用控制
动态信用控制时，可以设置一个展望期，交货日期在这个展望期之后的，暂时不计算信用额度。

你只能选择静态或动态检查中的一个，但可同时结合使用接下来C-I的信用检查方式。

C．最大单据值
比如高风险客户最多只能给它20000元一单，相传有些比较狡猾的家伙今天小赊一点，明天小赊一点，都按时还钱了，当你以为他很讲信用时，他赊了一笔大单，溜了，抓住企业想扩大销售的心理，这么简单的招数往往屡试屡爽，防人之心不可无，这里可控制一下。

D．关键字段
意思是客户信用相关的关键字段发生变更，可进行信用冻结，比如支付条款、附加起息日、价值等，支付条款决定什么时候应收到期，信用控制的最高境界无非就是要确保客户都很乖巧都能按时还上银两来。

E．下一个信用校验日期
指出系统是否在下个信用评估日期的基础上执行信用检查，如下图[1]为FD33客户信用数据截图，表示上次信用复查的时间和下次开始检查信用的时间，如果信用检查期到了未做动作，可以决定是信用先冻结。

F．未清项目检查
可设置截止某天所有的到期未清项占客户的百分比超过一百分比时，即进行信用冻结。

G．最早的未清项目
理论上，只要每个客户心中充满按期还钱的使命感，也就不存在信用控制了，在这里，可以设置客户最早的未清项已经超期多少天即信用冻结，想象一下，一个家伙5个月前就应还你某笔钱可现在还拖着不给，还能赊销给他吗？
H．最高拖欠级别
整个信用管理体系中，催款已经是事后环节了，你可以设置多级催款，直到最高级别的要求法律诉讼，关于催款，请看相关章节，在此可以设置只要有最早一级的催款，就信用冻结。

有一个人跟我说：如果信用真这么认真折腾，在国内你就不要做生意了，洋鬼子的东西也
不能一味照搬。

I．用户自定义信用检查逻辑
⏹账期管理商超配置如下：
⏹抽单结算商超配置如下：
⏹现金户配置如下：
⏹集团客户配置如下：
⏹延长账期商超配置如下：
3.5 定义信贷组
可根据不同业务交易定义信用组，比如定义订单、交货和发货三个信贷组，实现在订单、交货和发货环节的自动信用控制。

目前，我公司只对销售订单进行信用检查，只用到01销售订单信贷组。

3.6 为单据类型分配信贷检查方式
目前，我公司只对销售订单进行信用检查，故只需对销售订单类型设置信贷检查方式。

双击第一个选项，
填写信贷检查方式为D：自动信贷控制。

目前对原料、小料、成品销售出库环节进行信贷检查，对退货类型订单不做信贷检查。

3.7 激活项目类别信贷更新
双击需要更新信贷的项目类别，如TAN：
3.8 维护支付条件
支付条件设置示例（目前对客户的账期管理用到如下三类支付条件）： Z031三十五天结：发货或开票后，35天内开票或收款
Z013月结三十一天：当月发货或开票，下月31日前开票或收款
Z083每月逢25，31结账：
当月1-25日发货或开票,下月10日前开票或收款
当月26-31日发货或开票，下下月10日前开票或收款
4. 信用管理前台应用4.1录入客户信用限额
事务码FD32：
4.2录入客户支付条件
事务码XD02：
客户开票账期录入在销售视图，回款账期录入在公司代码视图：
4.3信用额度控制应用
4.3.1信贷更新逻辑
假设一个客户,以前未发生任何业务,开第一个销售订单,销售数量1000个,单价10元, 销售值为10000元，则保存销售订单后,销售信用值为10000元,全部在未清销售订单上；
接着交货500个,保存交货单后，销售信用值仍为10000，其中未清销售订单值为5000,未清交货信用为5000；
接着开票300个,假设开票后不同步产生财务凭证,则销售信用值仍为10000，其中未清销售订单值为5000,未清交货信用为2000,未清发票为3000。

当发票产生会计凭证后，未清发票金额转移到未清应收上。

总的来说，销售值在未形成应收时不变，从未清销售订单->未清交货->未清发票流走,最后转到了未清应收上。

4.3.2查询客户信用额度
输入事务码FD33，查看一个客户的信贷使用情况：
⏹销售值：未清订单+未清交货单+未清发票
❑未清订单：建立了销售订单，但尚未交付的价值；
❑未清交货单：建立了交付单（outbound delivery note），但尚未出具发票的价值。

“交付”以VL01N创建交付单为唯一标志，与是否过账出货无关；
❑未清发票：出具了发票，但由于某种不正常的原因，发票的价值没有释放进入会计，从而没有生成会计凭证，既然连会计凭证没有，自然产生不了应收账款的余额了。

❑ZSD021查询未清单据明细；
⏹应收总额：未清的应收账款；
❑FBL5N查询截止当前日期的标准未清项金额；
⏹特别往来债务：未清的预收账款。

即客户特别总账A“预付定金”(对应科目21310100预收账款-集团内，
21310200预收账款-集团外，21310300预收帐款－出口)是信贷科目。

❑FBL5N查询截止当前日期的特别总账A金额。

⏹信贷风险总额=销售值+应收总额+特别往来债务(一般是负数)
⏹已使用的信贷限额=信贷风险总额/信贷限额
使用SE38，输入程序RVKRED88，可以查看占用额度的单据明细；
使用SE38，输入程序RVKRED77，或使用事务码F.28可以在信贷计算出错时进行信贷重置。

4.3.3超信贷体现
当销售订单金额超过可用信用额度，单据保存时，系统提示：
点“继续”按钮，系统提示，此时订单已被冻结，如果用VL01N做交货，系统则提示：
4.3.3超信贷的后续处理
根据公司相关制度，可以使用VKM1解冻订单后再发货，或者通过审批流程增加客户额度。

4.4账期控制应用
4.4.1 查询客户未清项拖欠天数
使用事务码FBL5N查询客户未清项拖欠天数：
对于风险类型200，当金额>0，且拖欠天数>0时，系统在销售订单保存时执行控制；
对于风险类型300，当超过30天以上的未清项目金额占所有未清项目金额比例大于20%时，系系统在销售订单保存时执行控制；
对于风险类型400，当金额>0，且拖欠天数>3时，系统在销售订单保存时执行控制；
对于风险类型900，当金额>0，且拖欠天数>30时，系统在销售订单保存时执行控制；
4.4.1 超账期的后续处理
⏹正式发票形成的未清项：收款，清账；
⏹虚拟发票形成的未清项：及时取消虚拟发票，开正式发票；
⏹应收AB凭证形成的未清项：清账；
5. 参考资料
对于SAP信用管理，我们公司只用到很少一部分功能，本文档基于技术和公司实际业务编写。

纯技术性的参考文档，可参见付鸿杰博客文档《sap信用管理》。