SAP_SD信用管理实施总结_S4HANA_第1页
SAP_SD信用管理实施总结_S4HANA_第2页
SAP_SD信用管理实施总结_S4HANA_第3页
SAP_SD信用管理实施总结_S4HANA_第4页
SAP_SD信用管理实施总结_S4HANA_第5页
免费预览已结束,剩余45页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、SAP-SD信用管理实施总结文档信息作者:董晨欢邮箱:日期:2017/12/21版本:m摘要信用管理是 SAP-ERP 系统(以下简称 SAP)SD 模块中的子模块,主要用于有效平衡赊销模式和资金回笼这两个业务层面之间的矛盾。本文档以信用管理在 SAP 系统中的实现方法为出发点,结合业务背景,以 S4HANA1610 版本的系统为操作平台,分别介绍其后台配置及前台业务。涉及的内容包括:信用控制范围、自动信贷控制、静态信用检查、动态信用检查等重要配置点及其应用分析。希望通过此次学习,能让大家对于信用管理这一块的内容有所收获。目录引言11.业务背景 12 .信用管理阶段 2第一章后台配置31.信贷

2、控制范围 31.1 信贷控制范围简介 31.2 定义信贷控制范围 61.3 给信贷控制范围分配公司代码 111.4 给信贷控制范围分配销售范围 132 .信用段 152.1 信用段简介 152.2 定义信用段 162.3 关联信用段与信贷控制范围 183 .风险类别与风险类 203.1 风险类别简介 203.2 风险类简介 213.3 定义风险类 223.4 定义风险类别 233.5 定义风险类评分及信贷限额计算规则 253.6 定义计算公式 294 .信贷组 314.1信贷组简介 314.2定义信贷组 324.3给信贷组分配销售凭证和交货凭证 345 .自动信贷控制及检查规则 365.1自动

3、信贷控制与检查规则简介 365.2定义自动信贷控制 375.3定义 S4 信贷检查规则 446 .激活信贷更新 476.1信贷激活简介 476.2给项目类别激活信贷 486.3激活信用参数文件页签 506.4激活信用段 516.5激活信用屏幕顺序 52第二章前台操作53.信贷控制范围&信用段 53.销售订单 57.交货单 59引言2 .业务背景现金销售和预收款销售一般指发生在垄断性行业,多数企业不得不面对产品赊销的两难选择,赊销是把双刃剑,如果不赊销,不能迅速扩大销量,从而影响企业的成长速度;如果赊销,则生意虽然做大,特别国内信用制度还未完善情况下,大笔坏帐也跑出来了,严重降低资金周转

4、率和利润率,甚至导致企业资金链的破裂,企业的危机也就跟着出现。处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范,在争取尽可能扩大销量和应收账款回收之间进行平衡,销售部门的工作是接单,而财务部门应收账款的目标是收款,中间环节是启用信用控制。有的企业可能是由销售业务部门进行信用额度控制,如果需要,可以单独设置信用风险管理部门,独立于财务部门及销售部门,指导整个集团或公司的信用政策和管理信用。为了加强应收账款管理,除信用管理外,SASAP P系统还可以利用其他的方式来做付款担保,如信用证明和支付卡等来减少应收账款的风险,而这部分担保应收额也直接影响客户信用额度。为了更好地研究

5、信用管理功能在 ERPERP 系统中的应用,本次在 S4HANAS4HANA16101610 版本的系统做测试。3 .信用管理阶段在 SAPSAP 系统中,信用管理可以进行三阶段控制:事前计划、事中控制、事后评估。事前计划主要表现为给客户授信,确定信用检查规则;事中控制主要表现为对销售订单,交货单,发票单据,会计凭证等的变更控制;事后评估主要体现在如果在操作环节因为信贷额度不够等原因,需要对客户进行信用评估,最后再判断是否需要解除信用冻结。第一章后台配置1.%2.信贷控制范围信贷控制范围简介信贷控制范围是 SAPSAP 销售和应收模块中用于控制信用风险的组织机构。客户信用限额的指定和控制都在这

6、个组织范围里进行。根据需求可将一个或多个公司代码分配给同一个信贷控制范围,一个公司代码只能分配给一个默认的信贷控制范围,一个信贷控制范围只能一种货币保存信用数据。目前 SAPSAP 对客户的信贷管理有三种方式:集团式管控、公司管控、具体业务管控;集团式管控,是对客户在集团层面集中管控,比如一个集团下面有多个公司,对应多个公司代码,但是只有一个信贷控制范围,对客户的授信在集团层面统一授信;公司管控,在公司代码层控制授信,一个公司代码对应一个信贷范围;具体业务管控,是在销售范围层设定信贷范围,按照每个销售订单的销售范围,确定不同的信贷范围;在正常业务中,一般会按公司代码层设定信贷控制范围,对客户设

7、定一个总的信贷额度,然后在各信贷范围之间分配。在 ERPERP 集中实施的零售企业,比如一个省级销售公司下包含若干个市级销售分公司,假设只使用了一个省级公司公司代码,市级分公司被作为利润中心或业务范围,销售方式分为零售、直销或批发等,那么可以根据不同的业务范围/ /利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围,当然也可集中设置一个信用控制范围。集中的信用控制提供了更加统一的、稳健的销售风险管理,很显然,可以防止某客户在 A A 市欠钱未还后跑到 B B 市分公司继续赊购。分散的信用管理可以发挥地市公司熟悉对当时当地销售环境这一优势,争取更多良好信用的客户,扩大市场

8、份额,各有利弊,需要权衡扩大销售规模和风险控制。信用控制范围一般来自 SDSD 与 FIFI 两个模块,涉及以下两个表(仅 ECCECC 可用)o oKNKAKNKA: :客户主数据信贷管理的通用数据表。KNKKKNKK: :客户主数据信贷管理在信用控制范围维度下的数据表。KNKAKNKA 表作为通用数据表,为一个集团总的信用控制额度,尤其对于一个 ERPERP 集中应用的跨国集团,比如可以定义客户总的信用额度为 USDUSD 金额,就保留在 KNKAKNKA 表格中。同时,总的信用额度可被分配到各信用控制区域,很好理解,同一客户可能和集团中国区、 日本或欧洲区的公司发生业务, 假设该客户被设

9、置对应三个分别使用货币类型为 CNYCNY、JPYJPY 或 USDUSD 的信用控制区域,则 KNKKKNKK 保留的是该客户在三个信用控制区域的信用数据。当然,集团内中国区、日本或欧洲区的公司使用了不同本位货币会计核算虽然分开,但对于客户的信用也可以统一管理的,只要将这些不同本位币的公司代码纳入同一信用控制范围,信用控制范围货币可以考虑使用总部集团的货币,各公司代码的信用发生额自动根据系统设定汇率转换为统一的信用控制范围货币。总之,信用统一或分散管理视集团实际需求,非常灵活。或欧洲区设置三个 COCO 控制范围,每个控制范围使用各自的货币,在整个集团盈利分析时,将三个控制范围再集中分配到一

10、个经营范围,也可整个集团的中国区、日本或欧洲区所有公司代码都分配给同一控制范围,各有利弊,此处不再细述。信用控制范围的设置,类似于成本控制范围的设置可以针对中国区、日本定义信贷控制范围TCODE:SPROTCODE:SPRO配置路径:IMGIMG 企业结构 定义 财务会计 定义信贷控制范围配置路径截图:I畲企业结构战心局部化来祥组观单位良定义隰财籍会计1.%2褊”冗文公司.2.%2I一芯1小位控制的割,原编辑.复制,删除,桧壹公司代码3.%2届定义业务范网4.%2编定义堀辐困5.%2京维护合并业最葩国6.%2岛维护财务管理区荒定义战7.%2庇定义利闰中心图 1-1-1 定义信贷控制范围的配置路

11、径配置点详解更改衩图“霜贷控制范段年细信息少号条目CD晶今4R以信用控制范国魔威国际(香港)有限公司-信货控制范围货币JHKD更新5D数据更新16000121600012FY变式KT电地创建新客户配置题招风险类别f一信贷眼璇代表组结构数据所有公司代码图 1-1-2 定义信贷控制范围的配置点如图 1-1-21-1-2,现对图中相应配置字段做解释。信用控制范围:设定一个信用控制区域代码货币:信用控制范围层级的货币类型。更新:一共有四个值,分别为空、000012000012、000015000015、000018000018。用于定义在哪些环节更新客户的信用数据。需要注意对客户应收清账与“更新”字段

12、无关,不管设置哪个值,对客户应收进行清账都会更新信用数据。1 1)空值:表示销售环节的任意操作都不会更新客户的信用数据。000012000012:表示从销售订单创建、交货创建、开具开票、发票过账这几个步骤都会影响客户的信用。对于企业来说,如果他们是常规销售业务流程(订单一交货一开票流)的话,一般都选择更新字段的值为:“000012000012”。具体影响如下:A A 创建销售订单,会根据销售订单未清交货计划行,增加销售订单的未消值(更新后台表:S066S066 的数据,增加未清订单字段值)。B B 创建交货单,会减少参考销售订单的未消值(更新后台表:S066S066 的数据,减少未清订单字段值

13、),增加未清交货值(指交货单未开票的值,更新后台表:S067S067 的数据,增加未清交货字段值)。C C 开具发票,会减少参考交货单的未清值(指交货单未开票的值,更新后台表:S06S067 7的数据,减少交货未消值),增加未消发票数量(指已开票未过账的值,更新后台表:S06S067 7的数据,增加未清发票字段值)。D D 释放到会计凭证,会减少未满发票数量(指已开票未过账的值,更新后台表:S06S067 7的数据,减少未满发票字段值),增加该客户的应收账款总额。后续需要通过 F-28F-28 收款清账,或者其他方法抵消应收,减少客户的应收账款总额。000015000015:表示系统会从创建交

14、货单、开具发票、发票过账这几个步骤会影响客户的信用,但是创建销售订单不影响客户的更新。如果企业对于合同信用管控要求不高,更倾向于对实物和资金流管控的话,建议使用“000015000015”的更新策略。具体影响如下:A A 创建交货单,会增加未清交货值(指交货单未开票的值,更新后台表:S067S067 的数据,增加未清交货字段值)o oB B 开具发票,会减少参考交货单的未清值(指交货单未开票的值,更新后台表:S067S067 的数据,减少交货未清值),增加未消发票数量(指已开票未过账的值,更新后台表:S067S067 的数据,增加未清发票字段值)。C C 释放到会计凭证,会减少未满发票数量(指

15、已开票未过账的值,更新后台表:S06S067 7的数据,减少未满发票字段值),增加该客户的应收账款总额。后续需要通过 F-28F-28 收款清账,或者其他方法抵消应收,减少客户的应收账款总额。000018000018:表示系统会从创建销售订单、开具发票、发票过账这几个步骤会影响客户的信用,但是创建交货单不影响客户的更新。对于服务类行业、或者实行项目工作制,没有实物销售的企业, 仅需要对销售订单和发票层面做严格信用管控的, 建议采用“000018000018”的更新策略。具体影响如下:A A 创建销售订单,会增加未清交货值(即使没有生成交货单,也会增加交货未消值。更新后台表:S067S067 的

16、数据,增加未清交货字段值)。B B 开具发票,会减少参考交货单的未清值(指交货单未开票的值,更新后台表:S06S067 7的数据,减少交货未消值),增加未消发票数量(指已开票未过账的值,更新后台表:S06S067 7的数据,增加未清发票字段值)。C C 释放到会计凭证,会减少未满发票数量(指已开票未过账的值,更新后台表:S06S067 7的数据,减少未满发票字段值),增加该客户的应收账款总额。后续需要通过 F-28F-28 收款清账,或者其他方法抵消应收,减少客户的应收账款总额。S4S4 的未满项后台表:销售订单和交货单的未满后台表:V_UKM_TOTALSV_UKM_TOTALS(S066S

17、066 和 S06S067 7的汇总),未清销售订单的信贷风险类别是 100,100,未清交货的信贷风险类别是 400,400,未清发票的信贷风险类别是 500500。未清会计凭证的后台表是:IFIRECPAYITEMIFIRECPAYITEM(清账凭证与应收凭证的汇总表)总,对应的风险类别是 200200。FYFY 变式:用于确定信用数据的过账期间,比如决定写入表 S066S066, ,S067S067 的信用数据时,写到哪个会计年度和期间中。自动创建新客户配置数据:此处配置表示在创建新客户系统可以自动建立信用数据,这里的数据可作为缺省佰默认带到客户信用数据中。风险类别:维护在客户信贷主数据

18、中,对客户在信用层面进行分级。主要用于信贷检查控制用。信贷限额:在此信贷控制范围下,给客户维护的默认最大信贷额度。代表组:给信用检测员(例如信用分析师小组或个人)进行分组。所有公司代码: 勾选表示此信用控制范围允许在所有公司代码下过账; 同时,也意味着如果对该信用控制范围进行信用评估,将显示和评估所有公司代码下的数据。需要对所有金额汇TCODE:SPROTCODE:SPRO配置路径:IMGIMG 企业结构 分配 财务会计 给信贷控制区分配公司代码配置路径截图:*良企也结构*荒局部化采样组蛆单位*廉定义*1分寓瓦财劳会计5w 给公司左却公司代科.周给信货棒制!区分目起司代制6给合并业舞范困分酉出

19、最范国7畲给给财岩管理区分配公司代科8陶哈分次利祠中心到公司代码图 1-1-3 给信贷控制范围分配公司代码的路径配置点详解更改视图“分塞公司线码信贷控制范围梭览啰今扉坪卬怂司公司名称城市CCAr覆盖CC痘阐1050亲戚国际1香盘)有眼处司香港1Q50闻图 1-1-4 给信贷控制范围分配公司代码的配置点如图 1-1-41-1-4,对应的后台表是:V_001_XV_001_X。现对图中相应配置字段做解释公司:被分配的公司代码。公司名称&城市:已在公司代码数据中维护。CCARCCAR: :分配的信贷控制范围覆盖 CCCC 范围:如勾选,则 CCARCCAR 字段的值在公司代码过账的时候是一个

20、默认的信贷控制范围,这个信贷控制范围在过账前可以被替换成其他的信贷控制范围。TCODE:OVFLTCODE:OVFL配置路径:IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售与分销的集成分配贷款控制范围的销售范围配置路径截图:财劳洪应铸管拽直接开票人开票台并顼金和流动性管理收款管理信用管理品收藕模块和精售与用肖融的集成,,有座吹.争性诞叱二国稿善而先就黄阈儒附加商务:激活SAP信用管理,硝心筋睇信用段,儡笠指定僖用控制区域及僖用部分,.I双分自娟空制范围的俏强范围1倭电限定信用眼信类别图 1-1-5 给信贷控制范围分配销售范围的路径配置点详解更改视图”销售范围

21、,分配信贷控制范围 F 彘觉图 1-1-6 给信贷控制范围分配销售范围的配置点如图 1-1-61-1-6,对应的后台表是:V_TVTA_KKBV_TVTA_KKB, ,现对图中相应配置字段做解释。Sorg.Sorg.:销售组织DchlDchl:分销渠道组:产品组我们把销售组织,分销渠道,产品组这三个维度的组合,叫做销售范围。CCArCCAr:信贷控制范围,即将信贷控制范围与销售范围做分配2.信用段信用段简介在 S4S4 版本中,客户的信用管理数据在事务代码 BPBP 维护,业务伙伴角色是 UKM000UKM000。在维护过程中,我们并不能直接输入信贷控制范围这个组织架构,而是需要输入一个信用段

22、,并且在信用段的维度下去维护相应信用管理数据。对于信用段,可以分为主信用段(信用段是 00000000)和其他次级信用段,我们可以通过配置把次级信用段的客户信贷负债汇总到主信用段。当然,在后台也有配置,会把信用段和信贷控制范围这两者进行关联,本章会有介绍。TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 信贷风险监视 主数据创建信用段配置路径截图:财劳促应链管理直捶开票人弁票合并现金和流动性管理收款管理信用营理信黄风脸盖规.总)枪犍信用福禹野菽分级褊,总定义客户信贷期应定义公式*总为记分和信郑滕计算仓腱规则忠创建风脍壮t癌 2 定义属性显示4总等外部信用

23、信息集成图 1-2-1 定义信用段的配置路径配置点详解图 1-2-2 定义信用段如图 1-2-21-2-2,为信用段的配置点,现对相关字段做介绍。名称:信用段描述。货币:信用段下维护信用额度之类数据的货币类型。汇率类型:折算成外币的汇率类型。对主信用段的附加缴纳:若勾选,表示会把该信用段的信贷发生额同步汇总到主信用段00000000。2.3 关联信用段与信贷控制范围TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售和分销的集成指定信用控制区域及信用部分配置路径截图:财舞供应锢管理直稔开萼人开票含并现金和流动性管理

24、收煮管理信用管理信贷风险监视自应收账嬴提和俏售与分闿纵的也成卜有应收帐会计的集成有禧隽和分清的集成良冬附情商将:激活狷P信用管理第释信用俄图立,定善用后制区域及信用部彳牖分酬贷需控制於国的错售范圉lea限定信用曝光类别盍畸输入设置滴野确定每一啧目类9的有效的应收衰一反喇图 1-2-3 关联信用段与信贷控制范围的配置路径配置点详解更改程图“信用控制范固和段:棍莫吵辨目心目吟扉跟朋|信用格制应孰同|ccAr弼随千所有公司代码信月度更翡E-1*105Q美品国番如都5公司-信贷悌制汽闻1050000012在时间犯上天确定订单上如图 1-2-21-2-2,为信用段和信用控制范围的分配截图,配置点不做赘述

25、3.风险类别与风险类风险类别简介将客户风险类别分成 3 3 类,通过对客户的风险类别确定信用等级和信用额度,比如高风险客户会恶意拖欠,只能允许现金销售,不再允许赊销业务。通常,何评估客户风险是有一套严格的程序和方法,作为客户信用评估的基础依据,特别是在客户履约风险评价方面。比如传统的“5C5C”要 1 1 质( (charactercharacter)、能力(capadty(capadty)、资本(cap(cap 计 alal)、担保品(collateral(collateral)和环境( (conditioncondition),),都是评价的基础。风险类别我们可以定义高、中、低三个类别,如

26、 A A、B B、CoCo例如,中国石油 ERPERP 建设,将客户信用风险类别分为 A A、B B、C C 三类:A A 类客户是中石油、中石化、中海油内部客户,不进行信用控制,日常发货按签订的合同执行;B B 类客户是各油田多种经营单位,属于高风险客户,设信用额度,信用额度按客户情况进行评定,严格执行设定的信用额度;C C 类客户是油田外部公司、私营企业、信用不良的客户,信用额度为零,不进行赊销业务,仅采取现金交易方式。风险类简介在 S4HANAS4HANA16101610 系统中,在客户主数据设置风险类这个概念,这个风险类和上面所说的风险类别具有同步关系。需要做配置:风险类和风险类别的值

27、需要相同,然后风险类会和风险类别自动同步。对于风险类,可以在客户主数据手工维护,也可以通过 S4S4 系统的客户评分功能(可配置计算公式),自动给客户归入相应的风险类,不同的分段就代表着不同的风险类(后台有配置,下面会介绍)。定义风险类TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 信贷风险监视 主数据创建风险类配置路径截图:财劳贝应槌宜便直接开票人开罪合并顼金和磕动性誉理收款管理信用管理信贷反陵监视,在数据扁仓健信和服感.定义浅蟠序总定义客户信货组3磅定义公式陶号为记分和值更龈额计算创建规则隔创逑砒类I港埠企文制生显示私磅外部信仲信息基成图 1-3-

28、1 定义风险类的配置路径配置点详解更康掘强”SAP桧用鲁理:分髭艮险类到得分携整步磨工口口县61r匚口隹用宜1此分四见同型刑?行甚日计分从用ra舌皓召MJS产10LB低缺首网医60?5CH 羊砂皆阳哈珀59D彩舐营只推2C3g奉常昌时由省明阳Q19如图 1-3-21-3-2,为风险类的配置点。关于风险类,采用系统预设的 A A、B B、C C、D D、E E 这五种风险类。后面的“计分从”和“计分至”就表示各个风险类对应的评分段。3.4 定义风险类别TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售与分销的集成定

29、义风险类别配置路径截图:财务供应糙管理直接开票人开票合并现金和流动性管悭收款管理信用管理信贷风脸监视与应收账款榄块和消售与分辅槿境的其成有应收帐会计的集成益野附加商势:溅活骷P信用管理总解释信用设儒 g*靛信用控制区域技信用部分,扇分配贷款控制范围的徜售范围,感冷限定信用瞋光类别忠前设置3瑞定每一项目类别的有效的应收款维护权限否净定义信贷组s0分酉群重凭证和交货凭证嬴勺定义自动信到渊隔匠直画I到客户增强配置点详解蠹条目;所添加条目的概览9昆鼠园国幽院类别_CCAr驾林1050香蜩感吭献省网除AE1050香港非成也翻窗n粉C1050香叁菜威斗等糠笛磁D1050香港莱嘲去缺肯风啜E1050香/菜感

30、-韭常高的缺省R险图 1-3-4 定义风险类别的配置路径如图 1-3-41-3-4, ,为新建风险类别。风险类别是需要分配信贷控制范围的,如图中的 10501050 就是给风险类别(参考风险类的字段值创建)A A、B B、C C、D D、E E 分配的信贷控制范围。3.5 定义风险类评分及信贷限额计算规则TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 信贷风险监视 主数据为记分和信贷限额计算创建规则配置路径截图:财务供应钺管理直搐开票人开票台并或金和减动性管理收急管理信用管理信贷风险监视主教据,益心创建信用段,儡够定义分殿程序总弓定义客户信货组地段部公

31、式,值I令乐云余呆I信语酒海讦称前藏血焉Q创建风喳类539定义属性显示碎令外部信用信息重度图 1-3-5 定义风险评分及信贷限额计算规则的配置路径配置点详解更羞盘窗退学邨窘贷计算的湿退工苑克廨目口品q二UB2B-EXIST3的屈初I-止至的电E-XEM由11若占FWU3琳则H2C-H打SIJQPaiPJH!l!1-&人K2O泥引机人露麟或力“七立冲方倒出斛曲1蛔I匚二计计一匚二扃用市用r万段序昌择曲漫用曲”组?岸觉哈邑星扉TSHE丰ffl&电源降扉而於出蛔解部蛔值国岫城也式总K1行整胜除加雕BW礴分盟EE口口国冉客户羽料则迷居心因SCCWE2法虹gW#丹365/图 1-3-7

32、定义风险评分及信贷限额计算规则-评分对比&构祠则E2B-2XIST现有客中的揄小业外事一记粉和/f朗的计域曲口*1-甘一,百记初夏信丽庖,百丽赤冠林信明段信史但静心五足立耶HK唯设也;蹿屏晟上信管际颖场蛆目10WLim_E2EM北看J*虚些殿龄305.工图 1-3-8 定义风险评分及信贷限额计算规则-信用额度据信贷视图的时候,会默认指定的一个评分计算规则。如图 1-3-71-3-7, ,为计算规则“B2B-EXISTB2B-EXIST:现有客户的规则- -业务范围”下的风险评分规则,设置的评分计算公式为:SCORE_B2BSCORE_B2B。选中该行,点击按钮“除显示公式”即可查看对应

33、公式的计算规则。对于图 1-3-71-3-7 中其他字段的解释如下:有效性(天数):表示被分配的公式在该规则中的有效天数。跟踪:影响客户主数据中,在列表:“计分”旁边的按钮 T,田卜。如果希望点击这个按钮,可以显示整个评分的计算过程,就需要把跟踪这个钩打上。BW-BW-得分:应该翻译成 BW-BW-评分,该字段目前不可编辑。需要与 BWBW 模块配套才能使用的一到葩惴工_j!,T:,.IhTiim电讯,匚博用蜀者,3 魏用4对话砧枸W 廿扣货炉预:+茸白WQ刻规则E2E-mST*口计分匚信用题度,.1 分源程律in=r!分股程序虺撵分领席寿违非语言出天)伴级洋邦相述有数性 3 类型旧志DCT1

34、130EXT2180irniiso图 1-3-9 定义风险评分及信贷限额计算规则-分级程序如图 1-3-61-3-6,为系统预设的计算规则。默认”字段表示,在新建客户主数种风险评分模式。如图 1-3-81-3-8,为计算规则“B2B-EXISTB2B-EXIST:现有客户的规则- -业务范围”下的信贷限额确定规则,设置的限额计算公式为:LIMIT_B2BLIMIT_B2B。选中该行,点击按钮“网显示公式”即可查看对应公式的计算规则。有效性(天数):表示被分配的公式在该规则中的有效天数。跟踪:影响客户主数据中,在列表:“定义的限额”旁边的按钮“I I 凶代。如果希望点击这个按钮,可以显示整个信贷

35、限额的计算过程,就需要把跟踪这个钩打上。最大信贷限额增加:中文翻译有误,正确翻译是最大信贷限额增加的百分比。该字段用于控制可提升信贷限额的幅度,在该最大百分比幅度下可以无需批准即可调整信贷限额。对于提升信贷限额的控制只对配置点“更改信贷限额请求”中的内容起作用(主要用于对一些 BADIBADI 的控制)。如图 1-3-91-3-9, ,为计算规则“B2B-EXISTB2B-EXIST:现有客户的规则- -业务范围”下的分级程序。定义分级程序及相关分析结果值可在以下路径做配置:配置路径:IMGIMG 财务供应链管理 信用管理 信贷风险监视 主数据定义分级程序。另外,对于图 1-3-91-3-9

36、中相关字段的解释如下:分级程序:外部单位提供的信用评级方法。有效性(天数):表示被分配的评级方法在该规则中的有效天数。IDID 类型:对客户信用评级时,会给客户赋予 IDID, ,IDID 有多中分类,需要预先选定其中一种IDID 类型。默认设置为空,表示 IDID 类型是 BPBP 编号。日志:表示在评级方法运行过程中,日志需要记录的范围。主要对应 BIBI 相关的日志,待进一步研究。3.5 定义计算公式TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 信贷风险监视据定义公式配置路径截图:财劳供应谯管理亘撞开票人开票台井期金和流动性管理收款管理信用管理

37、信贷风险监视主救据总砂创建信用程*隔定义分级程序昌里市义客户冬赁组+隔囹i函i“同隔为记分和信货限额计算创建炮则急创建凤瑜类&6定义属性显示施外部信用信息集成图 1-3-10 定义风险评分和信贷限额确定计算公式的配置路径配置点详解更改视图信用管理;公式。截党沙薪输入旧昆。露玉 3 业务前置磨字段值来源|怜?公式编辑器SAP信用管理:公式公式J公式的|结果类_工工m_E2B加情户的信贷限缴LIMIT信贷限额的计算L工MT_E2c耙人客户的信贷限额LIMIT信贷限额的计算工SCORE.BZB商北客户的计价SCORING分数计篁-SC0RE_B2C私人客领计分SCORING分数计算,图 1-

38、3-11 定义风险评分和信贷限额确定计算公式的配置路径如图 1-3-111-3-11,为相关公式。其中的结果类型字段就表示公式的类型,如果为 LIMITLIMIT 类型的就表示该公式用于计算信贷限额;如果为 SCORINGSCORING 类型的就表示该公式用主数于计算风险评分。如需编辑公式,选中需要编辑的点击该图中红框内的按钮:“奉公钳扁袁器”即可进行编辑。4.信贷组信贷组简介定义信贷组,可根据不同业务交易定义信贷组,比如定义订单、交货和发货三个信贷组,实现在订单、交货和发货的自动信用控制。在设置自动信贷控制的时候,是需要考虑信贷组这个维度的。TCODE:SPROTCODE:SPRO配置路径:

39、IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售与分销的集成定义信贷组配置路径截图:则独盘2郎宜理邕接开里人开票晋升即.金和弟前性菅俾收审自巡情庄笆11信贷翩I与应收雕芸横沈卦洁店 n 今消枝集的领,有应肢端会计的集扁有祯学和用自的集卮唐附加商务;叠活双信用管理D)令佛信用质阖Q麟信酬承制区t慨信用部升忌Q寤宛尉主制范就同酊囤忠Q同主信用据在 h 别“得益和V赌星今脸号一项司支另|的有融位取款,间曰信题I,言色翁浦亚五就交虚还运谓令定乂争Jt信贤控制信Q定义题曲蕖到喜口杂式图1-4-1定义信贷组的配置路径配置点详解更改视图“信贷组事务类型。禅呼薪条目心岛扉扉国

40、CG凭证信货组01消雪订单信贷蛆02交货信贷组r03发货信贷组图1-4-2定义信贷组如图 1-4-21-4-2,为系统预设的三个信贷组。分别用于控制创建销售订单,创建交货单,交货单过账。4.3 给信贷组分配销售凭证和交货凭证TCODE:SPROTCODE:SPRO、OVAKOVAK(分配销售凭证用卜 OVADOVAD(分配父货凭证用)配置路径:IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售与分销的集成分配销售凭证和交货凭证配置路径截图:K常广市人科现去知亲用性?理.,后忡讯国窗明一与好福堤饰售三讨话承司RiE,有三唾味百.树女成、个。,它却 f 用四-潟,唱

41、寻性旧序1泛电三信用控=区电信用引狂.&曰,理工联第里修T调,白限:tliiN审;也期,心鼻喻又帮胃A鼻日污一子目丈s胪府”引南船和卜堰佛腼,.白“刈图 1-4-3 给信贷组分配销售和交货凭证的配置路径配置点详解更改视图销售单据类型-信贷限额拾杳?程熨今十邮册 3类型插注信贷触言费蛆201外皆精售合同D01202内钧:岸售合同D01Z8生后徜告合同D01204善后免矍合同D01图 1-4-4 给信贷组分配销售凭证SIW-CSM5工 、IMG_C.S-MSf_更改视酊交货类型信贷限额检查%趣觉智力露星圮图 1-4-5 给信贷组分配交货凭证如图 1-4-41-4-4,表示给销售订单分配相应

42、的信贷组。信贷核查表示,信贷检查的方式。值 D D 就表示进行自动信贷控制。信贷组的值 0101 就表示之前设置的销售订单信贷组。如图 1-4-51-4-5, ,表示给交货凭证分配相应的信贷组。交货信贷组就表示在创建交货单时应用的信贷组,因此分配 02;02;GIGI 信贷组就表示交货单发货时应用的信贷组,因此分配 0303。DlvTYZLFiS9响发货交货信贷组02GI信贷组035.自动信贷控制及检查规则自动信贷控制与检查规则简介自动信用控制将针对同一信用控制范围的不同的客户风险类别和信贷组执行不同的信用控制政策。对于 ECCECC 系统而言,无需单独设置检查规则,可在自动信贷控制进行设置即

43、可,如图 1-5-21-5-2。在 S4HANAS4HANA 版本中,自动信贷控制和检查规则是分离的,如图 1-5-31-5-3。S4S4 系统需要在定义自动信贷控制的时候,给字段“SAPSAP 信用管理”打钩,激活检查规则,然后需要单独在检查规则页签设置检查规则。接下来,我们分别介绍 ECCECC 和S4HANAS4HANA 系统中两种不同配置方式。TCODE:SPROTCODE:SPRO配置路径:IMGIMG 财务供应链管理 信用管理 与应收账款模块和销售与分销模块的集成有销售与分销的集成定义自动信贷控制配置路径截图:用弁工|般也白色开言人开票含并强总小片耳睥信三官皆倩箕同能重视写口收时上

44、/段和稣与1徜胤现眼质,口期帏之计E谭玉白之雀的谯勒通第二0而号|国舌MPft同酬飞耳天信用此福毋指忘除剧颈厄域及博用前守焉8分即崎防隹电的晶唱定台中凄别M*黎人焰二&4悭时圆口:皿招购0W若地广枳【艮M陪定义向笠刑温哈,用烂旺宜匹出土亨片日勒埠古熨最h除后怯制宝父同en别*喜二仔百图 1-5-1 定义自动信贷控制的配置路径配置点详解此事旗翘.就/白中金能忸榭倒圈)阴标目?耐u、3G左口.忆TTARkC(fH*l;tJ折If?JHODALmii:耳ETRIXDDL2*UI5*Fif*Ml*ll9rsX 春电Itt.曲卡木于版于在日片斗厄工也要的理宣僵M由rw:i兀皿的用电齿的cB:木立

45、口单E杯戏A*.展登月2 B”阚*AF-wamA*刑A,50枷33知二JJ后领 EgAhf恭星方目田Jul.曲事修建AK3M型提1M1所2附广于图 1-5-2 定义自动信贷控制 ECC如图 1-5-21-5-2,先对 ECCECC 版本的自动信贷控制配置点做介绍无信用检查:一个例程,在什么情况下可以不做信用检查;这里用户可以自己定义例程项目检查:是否要在行项目输入数据时,就做信用检查,并出具信用超额的信息。下达的单据仍然未被处理:是指被信贷冻结的单据,当冻结被释放后,如果后续对单据做一些修改,是否要重新做信贷检查;具体由以下两个字段控制。偏差在%:指单据的修改金额偏差如果在这个设定的百分比内,

46、就不会重新做信贷检查。天数:自单据创建到修改的间隔天数,如果超过设定值就要重新做信贷检查。如果该字段为空白,则默认天数为 1 1 天。即超过 1 1天,就要重新做信贷检查。信贷限额季节因子:这个可以用于短期给客户增加或者降低信贷额度,比如因为季节性的促销,可以在短期内增加客户的信贷额度。以下 4 4 个参数。百分比:输入一个百分比,代表在原来信贷基础上,增加或者减少的百分比。减少:如果勾选,那就是降低信贷额度,或者就增加信贷。从:指定一个有效起始期间。至:指定一个有效终止期间。付款方:仅仅针对付款方的未清项目(以及催款层次执行根据未清项、最早未清项和最高催款层次的信用检查)做核查。允许天数:允

47、许应收账款的最长天数。允许小时:允许应收账款的最长天数下的小时数。静态:系统比较客户信用额度与已分配金额,如果信贷已分配金额超过信用额度,则执行响应操作。响应操作:如果超过某一指标,应该执行什么操作。相应的值有:A=A=警告,B=B=报错,C=A+C=A+超出的值,D=B+D=B+超出的值。冻结:表示如果超出某一指标,是否要冻结单据。未清订单:表示静态检查需要包含未清的销售订单。未清交货:表示静态检查需要包含未清的交货单。动态:动态检查和静态检查类似,但会考虑展望期;而且动态检查一定会考虑未清订单和未清交货;静态检查和动态检查只能选择一个,如果勾选动态检查,需要输入展望期。展望期:是指系统指检

48、查这个期间内的已分配金额是否超过信贷额度,对于这个期间外的单据,不做检查;动态检查必须定期运行报表 RVKRED08RVKRED08,以重新启用动态信用检查;单据值&最大凭证值: 针对每个单据的金额是否做信贷检查, 这里需要输入一个最大凭证值;超过这个值,就做系统响应操作。关键字段:对销售凭证中关键字段的检查,关键字段有支付条款、附加起息日、定期价值等;如果这些字段做更改,系统会响应信贷检查操作下一校验日期:指出系统是否在下个信用评估日期的基础上执行信用检查,如果下一个信用检查期到了却未做更改至再下一未来日期,可以决定是否信用先冻结。天数:作为缓冲天数,比如今天是 1212 月 272

49、7 号,下一个信用检查日期是 1212 月 3030 号。原本下一个信用检查日期没到期,如果加上缓冲天数 4,4,那么就满足超过该指标了(27+4=313027+4=3130),系统就会做出响应。未清项目:系统对未清项目做信贷检查,需要输入两个参数:最大未清项% %和未清项目天数。最大未清项:过期未清项目占整个未清项目的百分比,如果操作这个百分比,那就执行响应操作未清项目天数:未清项目过期的天数,这个是计算过期未清项目的基准,如果想对过期的未清项有个宽容期,那可用在这里输入天数。最大未清项的值虽然已经超过 30%30%了,但是没有超过 1010 天的宽限期。还是可以算满足条件的,系统不做出响应

50、。最早的未清项目&天数:系统检查对未清项目最大的过期天数,如果超过这个天数,那就执行响应操作。因此,后面要输入一个最大过期天数。最高拖欠级:这个和催款程序相关,在 F150F150 运行了对客户催款后,系统会在客户主记录中输入催款等级:用户 1 1、2 2、3:3:系统预留了三个用户检查端口,用于自定义的信贷检查;分别对应程序LVKMPFZ1LVKMPFZ1、LVKMPFZ2LVKMPFZ2、LVKMPFZ2LVKMPFZ2;用户可以自己在这里写入程序,自定义信贷检查;比如发票计划中的,如果有预付款,可以检查预付款是否收到,以决定是否发货。信贷检查的常用后台程序对于做信贷检查来说,几个

51、常用的报表必须定期在后台运行;以便及时更新系统单据的冻结状态。RVKRED06RVKRED06这个是对冻结的单据,执行新的信用检查;比如客户前期的订单由于信用额度的原因而冻结了,本次客户及时支付了货款,那需要多这些单据重新做信用检查;系统会根据新的可分配额度,重新设定单据的冻结状态RVKRED08RVKRED08对展望期的信贷检查;如果设定为动态展望期,那在展望期之外的单据是不考虑的;随着时间的推移,展望期之外的单据也会进入展望期内,这时候需要对这些单据重新做信贷检查。RVKRED77RVKRED77更新错误的信贷数据;客户信贷主数据中的信贷值、销售值可以用来判断客户的可用额度,但这个值有时候会更新错误,运行这个程序,可以重组信贷数据。中求现燃维护白盘信爵控制建尚工详密信总图 1-5-3 定义自动信贷控制 S4HANA如图 1-5-31-5-3, ,现对 S4HANAS4HANA 系统的自动信贷控制做解释。图中单据控制无信用检查:一个例程,在什么情况下可以不做信用检查;这里用户可以自己定义例程。项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论