SAPSD信用管理实施总结S4HANA.docx

SAP-SD信用管理实施总结文档信息作者：董晨欢邮箱：tonny6@yeah.net日期：2017/12/21版本：V1.0摘要信用管理是SAP-ERP系统（以下简称SAP）SD模块中的子模块，主要用于有效平衡赊销模式和资金回笼这两个业务层面之间的矛盾。本文档以信用管理在SAP系统中的实现方法为出发点，结合业务背景，以S4 HANA 1610版本的系统为操作平台，分别介绍其后台配置及前台业务。涉及的内容包括：信用控制范围、自动信贷控制、静态信用检查、动态信用检查等重要配置点及其应用分析。希望通过此次学习，能让大家对于信用管理这一块的内容有所收获。目录引言1．业务背景现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择，赊销是把双刃剑，如果不赊销，不能迅速扩大销量，从而影响企业的成长速度；如果赊销，则生意虽然做大，特别国内信用制度还未完善情况下，大笔坏帐也跑出来了，严重降低资金周转率和利润率，甚至导致企业资金链的破裂，企业的危机也就跟着出现。处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范，在争取尽可能扩大销量和应收账款回收之间进行平衡，销售部门的工作是接单，而财务部门应收账款的目标是收款，中间环节是启用信用控制。有的企业可能是由销售业务部门进行信用额度控制，如果需要，可以单独设置信用风险管理部门，独立于财务部门及销售部门，指导整个集团或公司的信用政策和管理信用。为了加强应收账款管理，除信用管理外，SAP系统还可以利用其他的方式来做付款担保，如信用证明和支付卡等来减少应收账款的风险，而这部分担保应收额也直接影响客户信用额度。为了更好地研究信用管理功能在ERP系统中的应用，本次在S4 HANA 1610版本的系统做测试。2．信用管理阶段在SAP系统中，信用管理可以进行三阶段控制：事前计划、事中控制、事后评估。事前计划主要表现为给客户授信，确定信用检查规则；事中控制主要表现为对销售订单，交货单，发票单据，会计凭证等的变更控制；事后评估主要体现在如果在操作环节因为信贷额度不够等原因，需要对客户进行信用评估，最后再判断是否需要解除信用冻结。第一章后台配置1．信贷控制范围1.1 信贷控制范围简介信贷控制范围是SAP销售和应收模块中用于控制信用风险的组织机构。客户信用限额的指定和控制都在这个组织范围里进行。根据需求可将一个或多个公司代码分配给同一个信贷控制范围，一个公司代码只能分配给一个默认的信贷控制范围，一个信贷控制范围只能一种货币保存信用数据。目前SAP对客户的信贷管理有三种方式：集团式管控、公司管控、具体业务管控；集团式管控，是对客户在集团层面集中管控，比如一个集团下面有多个公司，对应多个公司代码，但是只有一个信贷控制范围，对客户的授信在集团层面统一授信；公司管控，在公司代码层控制授信，一个公司代码对应一个信贷范围；具体业务管控，是在销售范围层设定信贷范围，按照每个销售订单的销售范围，确定不同的信贷范围；在正常业务中，一般会按公司代码层设定信贷控制范围，对客户设定一个总的信贷额度，然后在各信贷范围之间分配。在ERP集中实施的零售企业，比如一个省级销售公司下包含若干个市级销售分公司，假设只使用了一个省级公司公司代码，市级分公司被作为利润中心或业务范围，销售方式分为零售、直销或批发等，那么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围，当然也可集中设置一个信用控制范围。集中的信用控制提供了更加统一的、稳健的销售风险管理，很显然，可以防止某客户在A市欠钱未还后跑到B市分公司继续赊购。分散的信用管理可以发挥地市公司熟悉对当时当地销售环境这一优势，争取更多良好信用的客户，扩大市场份额，各有利弊，需要权衡扩大销售规模和风险控制。信用控制范围一般来自SD与FI两个模块，涉及以下两个表（仅ECC可用）。KNKA：客户主数据信贷管理的通用数据表。KNKK：客户主数据信贷管理在信用控制范围维度下的数据表。KNKA表作为通用数据表，为一个集团总的信用控制额度，尤其对于一个ERP集中应用的跨国集团，比如可以定义客户总的信用额度为USD金额，就保留在KNKA表格中。同时，总的信用额度可被分配到各信用控制区域，很好理解，同一客户可能和集团中国区、日本或欧洲区的公司发生业务，假设该客户被设置对应三个分别使用货币类型为CNY、JPY或USD的信用控制区域，则KNKK保留的是该客户在三个信用控制区域的信用数据。当然，集团内中国区、日本或欧洲区的公司使用了不同本位货币会计核算虽然分开，但对于客户的信用也可以统一管理的，只要将这些不同本位币的公司代码纳入同一信用控制范围，信用控制范围货币可以考虑使用总部集团的货币，各公司代码的信用发生额自动根据系统设定汇率转换为统一的信