sapsd信用管理实施总结s4hanadocx文档格式.docx

sapsd信用管理实施总结s4hanadocx文档格式.docx

《sapsd信用管理实施总结s4hanadocx文档格式.docx》由会员分享，可在线阅读，更多相关《sapsd信用管理实施总结s4hanadocx文档格式.docx（33页珍藏版）》请在冰豆网上搜索。

信用控制范围、自动信贷控制、静态信用检查、动态信用检查等重要配置点及其应用分析。

希望通过此次学习，能让大家对于信用管理这一块的内容有所收获。

引言

1．业务背景

现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择，赊销是把双刃剑，如果不赊销，不能迅速扩大销量，从而影响企业的成长速度；

如果赊销，则生意虽然做大，特别国内信用制度还未完善情况下，大笔坏帐也跑出来了，严重降低资金周转率和利润率，甚至导致企业资金链的破裂，企业的危机也就跟着出现。

处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范，在争取尽可能扩大销量和应收账款回收之间进行平衡，销售部门的工作是接单，而财务部门应收账款的目标是收款，中间环节是启用信用控制。

有的企业可能是由销售业务部门进行信用额度控制，如果需要，可以单独设置信用风险管理部门，独立于财务部门及销售部门，指导整个集团或公司的信用政策和管理信用。

为了加强应收账款管理，除信用管理外，SAP系统还可以利用其他的方式来做付款担保，如信用证明和支付卡等来减少应收账款的风险，而这部分担保应收额也直接影响客户信用额度。

为了更好地研究信用管理功能在ERP系统中的应用，本次在S4HANA1610版本的系统做测试。

2．信用管理阶段

在SAP系统中，信用管理可以进行三阶段控制：

事前计划、事中控制、事后评估。

事前计划主要表现为给客户授信，确定信用检查规则；

事中控制主要表现为对销售订单，交货单，发票单据，会计凭证等的变更控制；

事后评估主要体现在如果在操作环节因为信贷额度不够等原因，需要对客户进行信用评估，最后再判断是否需要解除信用冻结。

第一章后台配置

1．信贷控制范围

1.1信贷控制范围简介

信贷控制范围是SAP销售和应收模块中用于控制信用风险的组织机构。

客户信用限额的指定和控制都在这个组织范围里进行。

根据需求可将一个或多个公司代码分配给同一个信贷控制范围，一个公司代码只能分配给一个默认的信贷控制范围，一个信贷控制范围只能一种货币保存信用数据。

目前SAP对客户的信贷管理有三种方式：

集团式管控、公司管控、具体业务管控；

集团式管控，是对客户在集团层面集中管控，比如一个集团下面有多个公司，对应多个公司代码，但是只有一个信贷控制范围，对客户的授信在集团层面统一授信；

公司管控，在公司代码层控制授信，一个公司代码对应一个信贷范围；

具体业务管控，是在销售范围层设定信贷范围，按照每个销售订单的销售范围，确定不同的信贷范围；

在正常业务中，一般会按公司代码层设定信贷控制范围，对客户设定一个总的信贷额度，然后在各信贷范围之间分配。

在ERP集中实施的零售企业，比如一个省级销售公司下包含若干个市级销售分公司，假设只使用了一个省级公司公司代码，市级分公司被作为利润中心或业务范围，销售方式分为零售、直销或批发等，那么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围，当然也可集中设置一个信用控制范围。

集中的信用控制提供了更加统一的、稳健的销售风险管理，很显然，可以防止某客户在A市欠钱未还后跑到B市分公司继续赊购。

分散的信用管理可以发挥地市公司熟悉对当时当地销售环境这一优势，争取更多良好信用的客户，扩大市场份额，各有利弊，需要权衡扩大销售规模和风险控制。

信用控制范围一般来自SD与FI两个模块，涉及以下两个表（仅ECC可用）。

KNKA：

客户主数据信贷管理的通用数据表。

KNKK：

客户主数据信贷管理在信用控制范围维度下的数据表。

KNKA表作为通用数据表，为一个集团总的信用控制额度，尤其对于一个ERP集中应用的跨国集团，比如可以定义客户总的信用额度为USD金额，就保留在KNKA表格中。

同时，总的信用额度可被分配到各信用控制区域，很好理解，同一客户可能和集团中国区、日本或欧洲区的公司发生业务，假设该客户被设置对应三个分别使用货币类型为CNY、JPY或USD的信用控制区域，则KNKK保留的是该客户在三个信用控制区域的信用数据。

当然，集团内中国区、日本或欧洲区的公司使用了不同本位货币会计核算虽然分开，但对于客户的信用也可以统一管理的，只要将这些不同本位币的公司代码纳入同一信用控制范围，信用控制范围货币可以考虑使用总部集团的货币，各公司代码的信用发生额自动根据系统设定汇率转换为统一的信用控制范围货币。

总之，信用统一或分散管理视集团实际需求，非常灵活。

信用控制范围的设置，类似于成本控制范围的设置。

可以针对中国区、日本或欧洲区设置三个CO控制范围，每个控制范围使用各自的货币，在整个集团盈利分析时，将三个控制范围再集中分配到一个经营范围，也可整个集团的中国区、日本或欧洲区所有公司代码都分配给同一控制范围，各有利弊，此处不再细述。

1.2定义信贷控制范围

TCODE:

SPRO

配置路径：

IMG>

企业结构>

定义>

财务会计>

定义信贷控制范围

配置路径截图：

图1-1-1定义信贷控制范围的配置路径

配置点详解

图1-1-2定义信贷控制范围的配置点

如图1-1-2，现对图中相应配置字段做解释。

信用控制范围：

设定一个信用控制区域代码。

货币：

信用控制范围层级的货币类型。

更新：

一共有四个值，分别为空、000012、000015、000018。

用于定义在哪些环节更新客户的信用数据。

需要注意对客户应收清账与“更新”字段无关，不管设置哪个值，对客户应收进行清账都会更新信用数据。

1）空值：

表示销售环节的任意操作都不会更新客户的信用数据。

2）000012：

表示从销售订单创建、交货创建、开具开票、发票过账这几个步骤都会影响客户的信用。

对于企业来说，如果他们是常规销售业务流程（订单→交货→开票流）的话，一般都选择更新字段的值为：

“000012”。

具体影响如下：

A创建销售订单，会根据销售订单未清交货计划行，增加销售订单的未清值（更新后台表：

S066的数据，增加未清订单字段值）。

B创建交货单，会减少参考销售订单的未清值（更新后台表：

S066的数据，减少未清订单字段值），增加未清交货值（指交货单未开票的值，更新后台表：

S067的数据，增加未清交货字段值）。

C开具发票，会减少参考交货单的未清值（指交货单未开票的值，更新后台表：

S067的数据，减少交货未清值），增加未清发票数量（指已开票未过账的值，更新后台表：

S067的数据，增加未清发票字段值）。

D释放到会计凭证，会减少未清发票数量（指已开票未过账的值，更新后台表：

S067的数据，减少未清发票字段值），增加该客户的应收账款总额。

后续需要通过F-28收款清账，或者其他方法抵消应收，减少客户的应收账款总额。

3）000015：

表示系统会从创建交货单、开具发票、发票过账这几个步骤会影响客户的信用，但是创建销售订单不影响客户的更新。

如果企业对于合同信用管控要求不高，更倾向于对实物和资金流管控的话，建议使用“000015”的更新策略。

A创建交货单，会增加未清交货值（指交货单未开票的值，更新后台表：

B开具发票，会减少参考交货单的未清值（指交货单未开票的值，更新后台表：

C释放到会计凭证，会减少未清发票数量（指已开票未过账的值，更新后台表：

4）000018：

表示系统会从创建销售订单、开具发票、发票过账这几个步骤会影响客户的信用，但是创建交货单不影响客户的更新。

对于服务类行业、或者实行项目工作制，没有实物销售的企业，仅需要对销售订单和发票层面做严格信用管控的，建议采用“000018”的更新策略。

A创建销售订单，会增加未清交货值（即使没有生成交货单，也会增加交货未清值。

更新后台表：

S4的未清项后台表：

销售订单和交货单的未清后台表：

V_UKM_TOTALS（S066和S067的汇总），未清销售订单的信贷风险类别是100，未清交货的信贷风险类别是400，未清发票的信贷风险类别是500。

未清会计凭证的后台表是：

IFIRECPAYITEM（清账凭证与应收凭证的汇总表），需要对所有金额汇总，对应的风险类别是200。

FY变式：

用于确定信用数据的过账期间，比如决定写入表S066，S067的信用数据时，写到哪个会计年度和期间中。

自动创建新客户配置数据：

此处配置表示在创建新客户系统可以自动建立信用数据，这里的数据可作为缺省值默认带到客户信用数据中。

风险类别：

维护在客户信贷主数据中，对客户在信用层面进行分级。

主要用于信贷检查控制用。

信贷限额：

在此信贷控制范围下，给客户维护的默认最大信贷额度。

代表组：

给信用检测员（例如信用分析师小组或个人）进行分组。

所有公司代码：

勾选表示此信用控制范围允许在所有公司代码下过账；

同时，也意味着如果对该信用控制范围进行信用评估，将显示和评估所有公司代码下的数据。

1.3给信贷控制范围分配公司代码

分配>

给信贷控制区分配公司代码

图1-1-3给信贷控制范围分配公司代码的路径

图1-1-4给信贷控制范围分配公司代码的配置点

如图1-1-4，对应的后台表是：

V_001_X。

现对图中相应配置字段做解释。

公司：

被分配的公司代码。

公司名称&

城市：

已在公司代码数据中维护。

CCAR：

分配的信贷控制范围。

覆盖CC范围：

如勾选，则CCAR字段的值在公司代码过账的时候是一个默认的信贷控制范围，这个信贷控制范围在过账前可以被替换成其他的信贷控制范围。

1.4给信贷控制范围分配销售范围

OVFL

财务供应链管理>

信用管理>

与应收账款模块和销售与分销模块的集成>

有销售与分销的集成>

分配贷款控制范围的销售范围

图1-1-5给信贷控制范围分配销售范围的路径

图1-1-6给信贷控制范围分配销售范围的配置点

如图1-1-6，对应的后台表是：

V_TVTA_KKB，现对图中相应配置字段做解释。

Sorg.：

销售组织

Dchl：

分销渠道

组：

产品组

我们把销售组织，分销渠道，产品组这三个维度的组合，叫做销售范围。

CCAr：

信贷控制范围，即将信贷控制范围与销售范围做分配。

2．信用段

2.1信用段简介

在S4版本中，客户的信用管理数据在事务代码BP维护，业务伙伴角色是UKM00