SAP系统中信用控制功能详解-转自她人2011-03-09 16:51:39|分类：SAP技术方案文档|标签：sap sd 信用控制|字号大中小订阅1引言现金销售和预收款销售一般指发生在垄断性行业，多数企业不得不面对产品赊销的两难选择，赊销 是把双刃剑，如果不赊销，不能迅速扩大销量，从而影响企业的成长速度；如果赊销，则生意虽然做大， 特别国内信用制度还未完善情况下，大笔坏帐也跑出来了，严重降低资金周转率和利润率，甚至导致企业 资金链的破裂，企业的危机也就跟着出现。处理这个问题的关键就在于如何处理应收账款管理、进行信用 管理和风险控制防范，在争取尽可能扩大销量和应收账款回收之间进行平衡，销售部门的工作是接单，而 财务部门应收账款的目标是收款，中间环节是启用信用控制。有的企业可能是由销售业务部门进行信用额 度控制，如果需要，可以单独设置信用风险管理部门，独立于财务部门及销售部门，指导整个集团或公司 的信用政策和管理信用。为了加强应收账款管理，除信用管理外，SAP系统还可以利用其他的方式来做付 款担保，如信用证明和支付卡等来减少应收账款的风险，而这部分担保应收额也直接影响客户信用额度。2信用控制逻辑同全面预算体系类似，信用控制体系也分事前规划设计、事中执行控制、事后检查评估三个阶段， 下面详细介绍一下信用控制的配置和应用。举个例子：可以对客户进行信用额度检查，超过信用额度的即冻结不允许发货。相对于应付款的自 动付款来讲，信用控制是应收款的关键设置。2.1定义信贷控制范围信用控制区域为准予和监控客户的信用额度的组织实体，客户信用限额的指定和控制都在这个组织 范围里进行。通过定义信贷控制范围，可以把信用控制分配到一个或多个公司代码下，一个客户端或一个 公司代码使用一个信用额度，一个信用控制区域只能一种货币保存信用数据。在ERP集中实施的零售企业，比如一个省级销售公司下包含若干个市级销售分公司，假设只使用了 一个省级公司公司代码，市级分公司被作为利润中心或业务范围，销售方式分为零售、直销或批发等，那 么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控 制范围，当然也可集中设置一个信用控制范围。集中的信用控制提供了更加统一的、稳健的销售风险管理，很显然，可以防止某客户在A市欠钱未 还后跑到B市分公司继续赊购。分散的信用管理可以发挥地市公司熟悉对当时当地销售环境这一优势，争 取更多良好信用的客户，扩大市场份额，各有利弊，需要权衡扩大销售规模和风险控制。图1定义信贷控制范围下面分解步骤对屏幕中的字段功能进行解释（见图1）。2.1.1定义信用控制区域的货币：信用控制数据来自SD和FI模块，数据一般涉及以下表，以信用控制区域的货币统计:KNKA :客户主数据信贷管理：中心数据KNKK :客户主数据信贷管理：控制范围数据KNKA:中心数据，中心数据为一个集团总的信用控制额度，尤其对于一个ERP集中应用的跨国集 团，比如可以定义客户总的信用额度为USD金额，就保留在KNKA表格中。总的信用额度被分配到各信 用控制区域，很好理解，同一客户可能和集团中国区、日本或欧洲区的公司发生业务，假设该客户被设置 对应三个分别使用货币类型为CNY、JPY或USD的信用控制区域，则KNKK保留的是该客户在三个信用 控制区域的信用数据。当然，集团内中国区日本或欧洲区的公司使用了不同本位货币会计核算虽然分开， 但对于客户的信用也可以统一管理的，只要将这些不同本位币的公司代码纳入同一信用控制范围，信用控 制范围货币可以考虑使用总部集团的货币，各公司代码的信用发生额自动根据系统设定汇率转换为统一的 信用控制范围货币。总之，信用统一或分散管理视集团实际需求，非常灵活。可以针对中国区、日本或欧洲区设置三个CO控制范围，每个控制范围使用各自的货币，在整个集 团盈利分析时，将三个控制范围再集中分配到一个经营范围，也可整个集团的中国区、日本或欧洲区所有 公司代码都分配给同一控制范围，各有利弊，此处不再细述。S066:未清订单：信贷管理S067 :未清交货/发票凭证（KM）2.1.2 SD更新组：图2更新类型000012:包含了从销售订单a交货a开票a收款全部销售环节都更新信用数据。销售订单值：从未 清交货计划行来增加未清订单值（未清销售订单）；SD交货单：从交货计划行减少未清订单，而增加未清 交货值（交货单未开发票）；SD发票单据：减少未清订单值，增加未清发票值（开发票未产生会计凭证）； 财务会计凭证：减少未清单据值，增加未清项目（应收账款）。000015:销售订单不更新信用数据。SD交货单：而增加未清交货值（交货单未开发票），增加未清 发票值；财务会计凭证：减少未清发票值，增加未清项目（应收账款）。000018:交货不作信用控制。销售订单值：增加未清交货值；出具发票单据：减少未清交货单值， 增加未清发票值（开发票未产生会计凭证）；财务会计凭证：减少未清发票值 增加未清项目（应收账款）。更新组是决定如何更新客户信用额度（见图2），00012表示未清销售单（表S066）、交货单（表 S067 ）、SD开票（表S067）和相关客户财务凭证（表KNKK）都将更新信用数据，也就是说包含了从销 售订单a交货a开票a收款全部销售环节都更新信用数据，如果选择00015，则销售订单将不更新信用数 据，现在需要强调两点：1）SD开票并不等于产生应收，因为有的企业可能冻结发票需要审批后才产生应收财务凭证，此时 有发票凭证无会计凭证，所以更新组将开票和财务凭证作为两类。2）销售订单不更新信用额并不代表开销售订单时就不能进行信用检查。信用更新出现问题，可以考虑（T-code: SE38）运行rvkred77程序更新信贷值。SAP系统中可以选择在建立销售订单和交货两个环节进行信用检查。开票只存在冻结，不再存在信 用检查。国内的业务，通常都是选择000012作为更新类型。2.1.3自动创建新客户配置数据：此处配置表示在创建新客户系统可以自动建立信用数据，这里的数据可作为缺省值默认带到客户信 用数据中。2.1.4客户的风险类别：将客户风险类别分成3类，通过对客户的风险类别确定信用等级和信用额度，比如高风险客户会恶 意拖欠，只能允许现金销售，不再允许赊销业务（见图3）。通常，何评估客户风险是有一套严格的程序和方法，作为客户信用评估的基础依据，特别是在客户 履约风险评价方面。比如传统的“5C”素：品质（character）、能力（capacity）、资本（capital）、担 保品（collateral）和环境（condition），都是评价的基础。风险类别我们可以定义高、中、低三个类别，如A、B、C。详见后续配置点。2.1.5代表组：将客户风险类别分成3类，通过对客户的风险类别确定信用等级和信用额度，比如高风险客户会恶 意拖欠，只能允许现金销售，不再允许赊销业务（见图3）。2.1.6所有公司代码：进行评估时，当显示信用控制区域的余额、未清项目或催款数据时，也将默认选择并显示该信用控 制区域每个公司代码相关的数据。2.2定义风险类别并分配给信贷控制范围图3定义风险类别并分配给信贷控制范围中国石油ERP建设，将客户信用风险类别分为A、B、C三类：A类客户是中石油、中石化、中海油内部客户，不进行信用控制，日常发货按签订的合同执行；B类客户是各油田多种经营单位，属于高风险客户，设信用额度，信用额度按客户情况进行评定，严 格执行设定的信用额度；C类客户是油田外部公司、私营企业、信用不良的客户，信用额度为零，不进行赊销业务，仅采取现 金交易方式。2.3分配信贷控制范围给公司代码在SAP系统中，可以让所有公司代码都用一个控制范围，也可以让每个公司代码有独立的控制范围。图4分配信贷控制范围给公司代码信用控制管理分别涉及销售部门和财务部门，对应FI和SD两个模块，所以在分配时需要将信用控 制区域分别分配给公司代码和销售范围（见图4）。2.3.1分配信用控制区域给公司代码（表V_001_X）：此步有一个“覆盖CC范围”的选项，表示在过账时此步缺省的分配给公司代码的信用控制范围可以在 其它信用控制范围使用，有时当一个公司代码的客户需要将信用数据过账到其它信用控制区域，这个选择 就非常有必要。实际上，一个公司代码只能分配给一个信用控制区域（默认的），通过此步，实际上使一 个公司代码可对应多个信用控制区域了。2.3.2分配信用控制区域给销售范围（表V_TVTA_KKB）：在SD模块的信用配置部分，信用管理可以控制得更细，比如某客户虽然已经超出信用，但是如果是 现金销售还是可以的，因此可以将现金类销售订单类型排除在信用控制范围之外（T-code: OVAK）；也 可将SD借贷项凭证等排除，因这类业务实际上不涉及产品交货；另外，免费订单不需要进行信用控制。如果公司下使用了多个信用控制范围，则客户主数据中的信用控制范围优先级要大于销售范围默认 的信用控制范围。2.4分配允许的信用控制范围给公司代码已经分配给公司代码M040的信用控制区域为M040,如果选择了允许覆盖选项，还应该将其它允许 的信用控制区域分配给公司代码，如M041也分配给公司代码M040,则在公司代码M040为客户记账时 允许修改默认的信用控制区域M040为M041，按“其它数据”按钮切换信用控制区域。这个和客户/供应商主数据中只允许一个统驭科目，却允许手工输入其他统驭科目（或采用特殊总账 标志）道理一样，一个公司代码只能有一个默认的信用控制范围，但允许手工输入其它信用控制范围。2.5定义客户信贷管理组客户信贷管理组和下面将介绍的贷方代表组（Credit Group）不同，只是一个放置在信用数据中的分 类以利于分析，一般不做定制。客户信用管理时可见。这里不做重点解释。2.6定义贷方代表组图5定义贷方代表组并分配给信贷控制范围可以为每个信贷控制范围定义贷方代表组（见图5），一个贷方代表组负责一组客户的信用，可将信 贷代表人分配到贷方代表组。贷方代表组和客户信贷管理组可维护到客户信用管理数据中，可复制到销售订单中作为评估和释放 的选择标准，作为销售订单的审批（T-code: VKM1），以贷方代表组和客户信贷管理组作为释放条件。2.7定义信贷代理人比如，一个客户可设置送达方、售达方和开票方三个业务合作伙伴。现在，企业设置有专门的信用 管理部门，你也可以使用伙伴功能（T-code: VOPA/VOPAN）将信用代表或信用经理作为一个伙伴写入 客户主数据，这个信贷代表人将负责改客户的信用和催款。可定义销售员和信用负责经理作为客户伙伴，在工作流中，定义超过信用即发送邮件或其他方式通 知信贷代表人。2.8定义信贷组图6定义信贷组定义信贷组，可根据不同业务交易定义信贷组，比如定义订单、交货和发货三个信贷组，实现在订 单、交货和发货的自动信用控制（见图6）。SAP系统提供了简单信用检查和详细的信用控制即自动信用 控制两种方式，对这两种方式在2.10和2.11的内容中会有介绍，自动信用控制将用到信贷组。2.9定义不带信贷管理更新的统驭科目SAP的会计科目是扁平化的，客户主数据只有一个统驭科目如应收账款，如果该客户还对应其它应 收款，预收款或应收票据等统驭科目，则可采用以下两种方法：1）特殊总账标志（T-code: OBXR/OBYR/OBXT）；2）允许记账时手工输入统驭科目以替换默认的从主数据中带出的统驭科目，类似允许输入其他信用 控制区域的操作。图7定义不带信贷管理更新的统驭科目图8定义特殊总账记账的信贷管理更新企业一般不大喜欢收取潜在风险的商业承兑汇票，则可以将它排除在信用管理之外（见图7）。设置应收商