《SAP人才优选计划》
这个和客户/供应商主数据中只允许一个统驭科目，却允许手工输入其他统驭科目（或采用特殊总账标志）道理一样，一个公司代码只能有一个默认的信用控制范围，但允许手工输入其它信用控制范围。
2.5定义客户信贷管理组
客户信贷管理组和下面将介绍的贷方代表组（Credit Group）不同，只是一个放置在信用数据中的分类以利于分析，一般不做定制。客户信用管理时可见。这里不做重点解释。
2.6定义贷方代表组
图5.定义贷方代表组并分配给信贷控制范围
可以为每个信贷控制范围定义贷方代表组（见图5），一个贷方代表组负责一组客户的信用，可将信贷代表人分配到贷方代表组。
贷方代表组和客户信贷管理组可维护到客户信用管理数据中，可复制到销售订单中作为评估和释放的选择标准，作为销售订单的审批（T-code：VKM1），以贷方代表组和客户信贷管理组作为释放条件。
2.7定义信贷代理人
比如，一个客户可设置送达方、售达方和开票方三个业务合作伙伴。现在，企业设置有专门的信用管理部门，你也可以使用伙伴功能（T-code：VOPA/VOPAN）将信用代表或信用经理作为一个伙伴写入客户主数据，这个信贷代表人将负责改客户的信用和催款。
可定义销售员和信用负责经理作为客户伙伴，在工作流中，定义超过信用即发送邮件或其他方式通知信贷代表人。
2.8定义信贷组
www.sapttprogram.com SAP人才优选计划 第6页
《SAP人才优选计划》
图6.定义信贷组
定义信贷组，可根据不同业务交易定义信贷组，比如定义订单、交货和发货三个信贷组，实现在订单、交货和发货的自动信用控制（见图6）。SAP系统提供了简单信用检查和详细的信用控制即自动信用控制两种方式，对这两种方式在2.10和2.11的内容中会有介绍，自动信用控制将用到信贷组。
2.9定义不带信贷管理更新的统驭科目
SAP的会计科目是扁平化的，客户主数据只有一个统驭科目如应收账款，如果该客户还对应其它应收款，预收款或应收票据等统驭科目，则可采用以下两种方法：
1）特殊总账标志（T-code：OBXR/OBYR/OBXT）；
2）允许记账时手工输入统驭科目以替换默认的从主数据中带出的统驭科目，类似允许输入其他信用控制区域的操作。
图7.定义不带信贷管理更新的统驭科目
图8.定义特殊总账记账的信贷管理更新
企业一般不大喜欢收取潜在风险的商业承兑汇票，则可以将它排除在信用管理之外（见图7）。
设置应收商业承兑汇票不在信用管理范围（见图8），此时如果采用手工输入该科目的记账，该笔金额不会冲信用去增加客户的剩余可用信用额。也可设置应客户违反销售合同而获得的其他应收-罚款赔款不占信用。
如果是采用特殊总账标志的方式实现应收商业承兑汇票，直接（T-code：OBXR）设置该特殊总账标志的特性中“与信贷限额相关”不被选中，即使（见图7）不设置“无信用管理更新”也将起作用不更新信用。但如果（T-code：OBXR）设置了应收商业承兑汇票“与信贷限额相关”，而设置了“无信用管理更新”（见图7），则还是无关。
如果是预收账款特殊总账标志，则需要选上“与信贷限额相关”。
最后，如果以前设置了应收商业承兑汇票是在信用管理之内，现在需要修改为不纳入信用管理，则在增加配置后（T-code：SE38）运行RFDKLI20重建信用数据（T-code：F.28）。
www.sapttprogram.com SAP人才优选计划 第7页
《SAP人才优选计划》
2.10分配交货检查给凭证类型
将交货检查分配给特定的凭证类型。
图9.决定信用检查的时点
决定信用如何进行控制检查，信用检查发生在建立销售订单或交货时（见图9）。
图10.定义销售信用检查方式
对于销售订单的信用检查，可选择两种方式：简单的信用检查、自动信用控制。简单的信用检查只能在信用检查时出现警告、错误或交货冻结的信贷核查类型A、B、C（见图10）。
信贷核查类型D表示使用自动信用控制，此时需要选择对应的信贷组（定义信贷组详见内容2.8）。
图11.定义交货信用检查方式
由于SD外向交货分两步骤，对于交货，可分开选择是在建立外向交货单（T-code：VL01N）还是发货（T-code：VL02N）时进行信用检查（见图11）。
2.11定义自动控制
前面定义的风险类别在这里将用到，自动信用控制将针对同一信用控制范围的不同的客户风险类别和信贷组执行不同的信用控制政策。
图12.定义自动信贷控制总览
CG：02 交货信贷组（见图12）
图13.定义自动控制
1）对销售订单行项目进行信用检查；
2）响应状态：无消息。A，警告。B，错误消息。C，超出信用额度的警告+数值。D，超出信用额度的错误消息+数值。只用C、D就可以。
www.sapttprogram.com SAP人才优选计划 第8页
《SAP人才优选计划》
3）是否进行信用冻结：信用冻结后除非审批（T-code：VKM1）否则不占信用。
4）更新：000012，包含了从销售订单à交货à开票à收款全部销售环节都更新信用数据。
5）自动信用控制（见图13）：
静态与动态：静态即不考虑日期，只考虑订单；动态则既考虑订单又考虑展望期，比如2009.05.15有一张订单，那么动态的控制就会在2009.05.15+2个月（60天）。
a.静态信用检查
系统将不考虑时间因素，只要有任何销售订单进来，立即扣减信用额度，尽管有的销售订单是6个月才预计会交货。
b.动态信用控制
动态信用控制时，可以设置一个展望期，交货日期在这个展望期之后的，暂时不计算信用额度，默认是M（月份），可以根据需要（T-code：OMO1）更改为T（天）。
只能选择静态或动态检查中的一个，但也可同时结合使用接下来其它的信用检查方式。
c.最大单据值
比如高风险客户最多只能给它9999999元一单，对一些抱有侥幸心理赊购大单后就想跑单的高风险客户进行控制。
d.关键字段
客户信用相关的关键字段发生变更时，可进行信用冻结，比如支付条款、附加起息日、价值等。支付条款决定什么时候应收到期，信用控制就是需要确保客户都能在应收到期时完成账款应收。
e.下一个信用校验日期
指出系统是否在下个信用评估日期的基础上执行信用检查，举例客户信用数据截图（见图14），表示上次信用复查的时间和下次开始检查信用的时间，如果信用检查期到了未做动作，可以决定是否信用先冻结。
图14.显示客户信贷管理数据
www.sapttprogram.com SAP人才优选计划 第9页
《SAP人才优选计划》
f.未清项目检查
可设置截止某天（如100天内）所有的到期未清项占客户的百分比超过某百分比（如50%）时，即进行信用冻结。
g.最早的未清项目
可以设置客户最早的未清项已经超期多少天（如100天）即信用冻结。
h.最高拖欠级别
整个信用管理体系中，催款已经是事后环节。可以设置多级催款，直到最高级别的要求法律诉讼，在此可以设置只要有最早一级的催款，就信用冻结。
i.用户自定义信用检查逻辑
SAP系统，预留了三个出口可以由用户自定义信用控制逻辑。
3 未来方向
SAP虽然可以对信贷管控，但绝对不是万能的，不是神丹妙药，它还必须与企业自身的应用结合起来，优化实际业务流程。
在我们以往的管理咨询经验中，企业在实行信用管理的过程中，要避免少走弯路、错路，应当从系统化、流程化、一体化和专业化等四个方面进行优化。
3.1信用管理的系统化
在具体工作中，信用业务涉及销售、财务、物流、售后等多个部门和岗位，而各个部门管理目标和职责不同，会有很多难以协调的矛盾。头痛医头的办法往往无济于事，甚至事与愿违。因此，必须从系统化的角度，科学地构建本企业的内部信用管理体系。
3.1.1设立专职信用管理职能
以往，许多企业的信用管理工作是分散在一些传统的职能部门完成的。例如，分别由销售部门和财务部门承担客户的信用风险评估和管理、应收账款管理等职责。这往往造成企业在这些工作上的重大失误或低效率。现代企业管理实践表明，信用管理应作为一项重要的企业管理职能，独立地、专业化地发挥作用。
企业应当建立一个在总经理或董事会直接领导下的独立的信用管理部门（或设置信用监理），从而有效地协调企业的销售目标和财务目标，同时在企业内部形成
www.sapttprogram.com SAP人才优选计划 第10页