SAP客户信用管理流程V
SAP_SD信贷管理的配置操作
sap信贷管理的操作流程为了降低企业在实际业务中的信贷风险，SAP系统提供了一个复杂的信贷管理解决方案，当客户超过它的信贷许可范围时，系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的，完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展，系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为：企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率，建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值，实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品，不同的销售方式，一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码，比如，集团公司的一个客户可以有一个总的信用限额，而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合，一个信贷控制范围可以分配多个销售范围，一个销售范围只能分配给一个信贷控制范围，信贷控制范围和销售范围之间是一对多的关系。
SAP-credit Management
11
4-2002
百红公司信用管理解决方案
• 背景介绍：百红公司向麦德龙销售强生和宝洁两个品牌的产品，百红公 司希望能够根据销售品牌分别进行信用控制。 解决方案：在系统中用客户7701代表麦德龙。销售区域1000+10+00代表 强生。销售区域1000+10+01代表宝洁。①在系统中建立信用控制范围 3000和5000。然后进行销售区域和信用控制范围的分配。即： 1000+10+01—3000 ,1000+10+00—5000。②分别维护7701在两个信用控 制范围的信用限额。③建立销售定单，检查系统是否确实能够针对同一 个客户区分不同的信用控制范围进行信用控制。
销售组织、分销渠道、产品组
10、
01 宝洁
国内销售、批发、
4
4-2002
信用管理组织结构（2）
分散的组织机构
信用控制范围1 信用控制范围2 百红公司 销售区域 1 销售区域 2 强生 宝洁 信用控制范围3 信用控制范围4 销售区域：是销售组织、分 销渠道、产品组的组合
XX公司 销售区域 3 销售区域 4 强生 宝洁
错误信 息
动态信用检查：信用限额超过（不能保存）
17
4-2002
小结
•集中信用管理与分散信用管理 •单个客户与客户组的信用管理 •在销售定单/商品发运层次控制 •不产生提示信息、警告、错误信息
结论：百红公司根据客户属性及管理需求，灵活采用SAP信用管理的相关策 略，有效进行信用管理！
18
4-2002
销售组织、分销渠道、产品组
1000 、 10、 国内销售、批发、 1000 、
00 强生
10、
01 宝洁
SAP客户信用管理流程V
业务流程名称:信用管理处理流程流程编号及版本号编号：BPD-SD-03版本：V1.0业务流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及1. 业务流程目的：本流程描述客户信用管理以及客户信用主数据维护流程信用管理流程支持TCL部品事业部实施一套完整的信用管理政策，以有效地减少信用风险，尽快解决信用冻结问题，加速定单处理过程。
信用管理主要包括如下功能(覆盖SD和FI)：•根据信用管理需求，设定自动信用检查规则•严重的信用问题可通过报表识别出来•向信用控制人员提供相关信息，协助他们快速决定是否放行2. 业务流程的相关原则：2.1 信用控制区域：•各公司分别设置独立的信用控制区域，分别对客户进行信用管理；•信用代表组，分三组：大客户信用经理、信用经理和信用代表人员，代表信用管理部门内部分工（待定）。
2.2 信用主数据以及客户信用额度设置（待定）：•每一客户在不同的信用控制区域有不同的信用额度。
信用额度建议分若干级(也可以使用连续信用额度)，在SAP系统外调整。
•风险类别分多级，分别是：X1、X2、……和N。
N级专门用于新客户。
风险类别调整SAP 系统外进行。
对每一级客户均做信用检查。
•信用限额的调整计算在SAP系统外进行，SAP可提供一些信息帮助用户完成这项工作。
•信用主数据的维护权限需要进行控制，建议按照信用限额和风险类别进行分工。
•若使用动态信用限额检查，建议设置1个月的信用展望期。
•某些客户的子公司分别同TCL部品有业务往来，信用管理可能需要在客户组层面上进行。
2.3 自动信用控制规则（待定）：1)不能超过信用额度。
计算信用额度时考虑未发订单(动态信用额度检查)2)对于新开客户，可能没有设置信用限额，可以设置订单价值上限。
可能需要连续观察一段时间后，将其风险类别从N转为其它类别(需手工进行)。
3)恶性欠款同应收余额不超过一定百分比4)帐龄最长的恶性欠款不能超出设定天数5)催款次数不可超过最高限(如三次，小额欠款的催款可不考虑)•以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型，风险类分配给客户主数据)•信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。
SAP~S4HANA信用管理信贷配置手册v1.2
一、后台系统功能配置1.1.定义信贷控制范围说明：⏹信贷控制区域是一个控制单元，用于指定和检查合作伙伴的信用额度；⏹信用控制区域可以包含一个或多个公司，但一个公司无法分配给多个信贷控制区域；⏹在信用控制区域内，信用额度必须以相同的货币指定。
图1-1-1.定义信贷控制范围图1-1-2.信贷控制范围参数1.2.为公司指定信贷控制范围说明：为公司分配指定信贷控制范围。
图1-2-1.为公司指定信贷控制范围路径图1-2-2.为公司分配信贷控制范围1.3.定义信用段说明：信贷控制范围下，可以针对公司或分支机构定义信用段，并在BP中对合作伙伴进行分配对应。
详细路径及配置见以下截图图1-3-1.信用段路径图1-3-2.信用段定义1说明：默认000信用段为主要信用段，不允许删除。
图1-3-3.信用段定义2如果勾选“对主信用段的附加缴纳”，则该信用段数据会同步合并到000主信用段中；通过此功能可解决同一个合作伙伴在不同信用段有信贷值时的信贷统一管理功能。
1.4.创建风险类说明：合作伙伴信贷风险评级，根据评分规则会对合作伙伴做出分数评级，并匹配上对应的风险类别，如果手工修改，则运行覆盖自动计算后评估得出的风险类别。
路径及配置详细见以下截图图1-4-1.创建风险类路径图1-4-2.风险类定义说明：对客户信贷得分的类别划分，分数段不能重复；同时合作伙伴的计算公式、计算规则默认系统标准功能，不进行变动。
1.5.定义信息类别说明：定义信息类别，在合作伙伴主数据，以及信贷检查规则中进行分配。
详细配置及路径见以下截图：图1-5-1.定义信息类别图1-5-2.信息类别定义说明：从标准预制清单中选择；信息类别可分配给合作伙伴，并在信贷检查规则中配置是否包含；具体作用效果待测试。
1.6.定义检查规则说明：对合作伙伴进行信贷控制规则的检查（但不决定是否控制），也是信贷业务控制直观的体现地方。
详细配置及路径见以下截图：图1-6-1.信贷检查规则配置图1-6-2.01缺省检查规则1.6.1.010步骤信贷风险总额的统计检查图1-6-3.01检查规则的执行步骤及参数总览图1-6-4.010步骤参数：信贷总额统计检查步骤参数里可以选择定义的“信息类别”，以在信贷检查中是否包含这些内容。
SAP中的信用管理
SAP中的信用管理收藏SAP中的信用管理为了降低企业在实际业务中的信贷风险，SAP系统提供了一个复杂的信贷管理解决方案，当客户超过它的信贷许可范围时，系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的，完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展，系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为：企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率，建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值，实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品，不同的销售方式，一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码，比如，集团公司的一个客户可以有一个总的信用限额，而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合，一个信贷控制范围可以分配多个销售范围，一个销售范围只能分配给一个信贷控制范围，信贷控制范围和销售范围之间是一对多的关系。
SAP信用主数据操作流程
信用主数据维护流程
BPD_SD102
前言
随着SAP项目的推进，需对原有业务流程进行梳理。
项目组根据ERP的原则，结合公司的现状，制订本流程。
本流程描述未来在SAP R/3中处理业务的详细流程定义，其中所涉及的SAP功能已得到项目组成员的接受。
信用主数据维护流程
1 范围
该业务流程主要应用于信用主数据的创建和更改。
2 规范性引用文件
无
3 定义及要点说明
1)由集团各分子公司销售部提出信用主数据的申请，统一由财务部创建和修改等动作，使整个集团内
的信用主数据保持一致；
2)维护SAP的信用主数据，根据客户编号、信贷控制范围来维护客户的信贷额度、风险类别、信用代
表组、额度有效期，要明确每个客户是现金客户或预付款和赊销客户，如果是现金客户，可以将信贷额度维护1分钱，如果是预付款和赊销客户，需要根据实际情况维护；
3)公司内的所有客户，如需参与信贷检查的，则必须创建客户的信用主数据，此数据是系统信贷检查
的基础。
4 业务流程所带来的相关改变
1)集团各分子公司内所有客户的信贷主数据要保持一致，参与信贷检查的客户需要维护信贷额
度、风险类别、信用代表组、额度有效期；
2)保持客户信用主数据创建和修改的严肃性，控制随意增减，信用主数据是信贷检查的基础性数
据，关系到后续单据操作的完整性。
5 信用主数据维护流程
30信用数据
6 业务流程的详细步骤
附录 A
客户信用申请/修改表。
客户信用管理制度流程
客户信用管理制度流程为了规范往来客户的信用评级授信及其后续管理工作，有效控制商品销售过程中的信用风险，减少应收账款的呆坏账，加快资金周转，本公司制定了飞界客户信用期限、信用等级和信用额度管理制度。
该制度的目标包括对客户进行信用分析、信用等级评定，确定客户的信用额度，以及迅速识别存在信用风险、可能无力偿还货款的客户。
财务部和销售部紧急合作，提供意见和建议，尽可能在扩大销售额的同时避免信用风险。
本制度适用于本公司的往来客户的信用评级授信业务及其后续管理工作，是该项业务操作的基本依据。
销售部负责客户评级授信的操作及其后续管理工作，财务部负责对该项业务的初审和监督，总经办对该项业务进行终审。
信用期限是公司允许客户从购货到付款之间的时间。
根据行业特点，信用期限为1-30天不等。
对于利润高的产品，能给予较长的信用期限；对于利润低的产品，给予的信用期限较短甚至采用现款现货。
对于新客户的评级与授信，销售业务主管必须进行资信调查，填写新客户信用等级、信用额度、信用期限申请表。
老客户的评级与授信也需要填写相应的申请表。
临时额度申请包括各种特殊情况下的额度临时调整，销售业务主管需填写临时额度申请表。
信用等级共设定AAA、AA、A、B、C五个等级，等级标准如下：AAA级：超优级客户，得分90分以上，且对本公司到期货款偿还状况、在本公司的采购状况二项指标得分分别在35分及27分以上，有一项不达标的信用等级下调一个等级；AA级：优良客户，得分80~89分，且对本公司到期货款偿还状况、在本公司的采购状况二项指标得分分别在30分和24分以上，有一项不达标的信用等级下调一个等级；A级：基础客户，得分70~79分，且对本公司到期货款偿还状况、在本公司的采购状况二项指标得分分别在25分和21分以上，有一项不达标的信用等级下调一个等级。
信），需要经过特批。
同时，对于关键资料不全的客户，也不应列入信用AA及以上等级。
根据公司的信用评级标准，客户的信用等级分为AAA、AA、A、B和C五个级别。
SAP信用管理
SAP信用管理一．系统配置组织配置1.定义信贷控制范围路径：企业结构----定义----财务会计----定义信贷控制区事务代码：OB45说明：通过此项配置我们可以为一个集团或者一个公司代码设置其所在的信贷控制范围应用：①.一个集团下不同公司能够承受的信用额度各不相同，可以定义多个信贷控制范围把对应的公司分配到不同的信贷控制范围之下，在每个公司对应的信贷控制范围设定信贷限额②.如果整个集团的销售处于集团化操作的范畴，如公司间销售此类业务，则建议整个集团设置一个信用控制范围具体配置：①输入事务代码进入信贷控制范围设置页面②双击进入信贷控制范围明细字段解释（从上至下）：货币----信贷控制的货币单位更新----00012（包含了从销售订单，交货单，开票，收款全过程都会及时更新信贷数据），00015（销售订单不更新信贷数据），00018（交货不更新信贷数据）FY变式----为特殊的信用控制范围指定会计变式（在一个信用控制范围覆盖多个公司代码时会计年度变式是必须的）风险类别----在客户主数据中维护风险类别之后，在指定公司下创建客户时会自动关联控制范围信用数据信贷限额----在信用控制区域范围之内客户能使用信用额度的上限2.为公司代码配置信贷控制范围路径：企业结构----分配----财务会计----给信贷控制区分配公司代码事务代码：无说明：通过此项配置我们可以把控制范围分配到整个client或者某一个公司代码下，这样做的好处是可以使一个公司或者一个集团处于一个信用额度之下应用：①信贷控制范围的分配是按公司代码分配的，其对应关系为一对多的关系，一个信贷控制范围可以对应多个公司代码②如果要为一个集团分配一个统一的信贷控制范围则只要将集团属下的公司代码都设置为同一个信贷控制范围即可具体配置：①输入事务代码进入信贷控制范围分配页面字段解释：覆盖CC范围----表示过账时可以不使用默认分配的信用控制范围可以过涨到其他信用控制范围，变通地为一个公司分配多个信贷控制范围3.为销售范围配置信贷控制范围路径：企业结构----分配----销售分销----分配信贷控制范围销售范围事务代码：无说明：此配置用于一个公司代码有多个信用控制区域的情况应用：①一个公司代码有多个信贷控制范围的时候可直接将信贷控制范围分配给销售组织公司代码就不用分配信贷控制范围了信用检查配置1.设置项目类别信用控制路径：销售分销----基本功能----信贷管理/风险管理----信贷管理/风险管理设置----确定每一项目类别的有效应收款事务代码：OVA7说明：此配置为是否为指定项目类别设定信用检查应用：①上“活跃信贷”之后就在系统之中激活了项目类别TAN的信用检查会对销售订单，交货，开票进行信贷组设定的更新策略2.设置定价过程信用控制路径：销售分销----基本功能----定价----定价控制----定义分配定价过程----维护定价过程事务代码：V/08说明：此配置为定价过程定义信用控制范围应用：①定价过程启用信用控制，需在定价过程的“总计”行将小计值改为A3.简单信用控制①定义信贷组路径：销售分销----基本功能----信贷管理/风险管理----信贷管理----定义信贷组②分配销售凭证和交货凭证I.字段解释（从左至右）：订单类型，订单类型描述，信贷检查（是否启用信贷检查和如何回应信贷检查），信贷组（此处为销售订单信贷组）II.字段解释（从左至右）：外向交货类型，外向交货描述，交货信贷组（为交货信贷组），GI信贷组（为发货信贷组）配置说明：简单信用控制只能对销售订单检查，处理方式也为警告，错误或交货冻结4.自动信用检查（复杂信用检查）信用检查三要素：信用控制区域（信用控制范围）+风险分类+信贷组①信用控制范围：在组织结构中可分配给公司代码销售范围分配信用控制范围给公司代码分配信用控制范围给销售范围②风险分类：客户主数据之中设置路径：会计----财务会计----应收账目和应付项目----信用管理----信用控制会计科目----定义风险类别③信贷组：设置在销售单据之上为标准订单设置信贷组为外向交货分配信贷组简单信用具体参数：双击进入信贷控制行中动态信用控制模式1----在超出信用额度之后会提示超出金额并将订单冻结动态信用控制模式2----在超出信用额度之后会提示超出金额但订单并不会冻结动态信用控制模式3----1----静态信用控制：系统不考虑时间因素，销售订单进来立即扣减信用额度2----动态信用控制：相对于静态信用控制设置了一个展望期用来考虑时间因素3----展望期：动态信用控制的时间因素，展望期的用法是如果交货日期在展望期之后，则暂时不会计算信用额度4----单据值：此处规定了超出最大单据值是否进行信用冻结以及系统做出何种响应5----最大单据值：此处规定了销售订单一单所能达到的最大值6----关键字段：如果客户信用相关关键字段发生变更则可进行信用冻结7----下一个信用校验日期：指出系统在下一个信用评估日期基础上是否执行信用检查8----未清项目检查：此项中可设置截止到某天所有到期未清项占客户百分比超过一个具体数额时进行信用冻结9----最早的未清项目：此处设置客户最早的未清项超过一个具体时间后对其进行信用冻结10----最高拖欠级别：此处设置就是催款，这里可以设置多级催款11----用户：为用户自定义信用控制逻辑。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
S A P客户信用管理流程
V
标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
业务流程名称:信用管理处理流程
流程编号及版本号
编号：BPD-SD-03
版本：V1.0
业务流程定义文件签署表
业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及
1. 业务流程目的：
本流程描述客户信用管理以及客户信用主数据维护流程
信用管理流程支持TCL部品事业部实施一套完整的信用管理政策，以有效地减少信用风险，尽快解决信用冻结问题，加速定单处理过程。
信用管理主要包括如下功能(覆盖SD和FI)：
根据信用管理需求，设定自动信用检查规则
严重的信用问题可通过报表识别出来
向信用控制人员提供相关信息，协助他们快速决定是否放行
2. 业务流程的相关原则：
2.1 信用控制区域：
各公司分别设置独立的信用控制区域，分别对客户进行信用管理；
信用代表组，分三组：大客户信用经理、信用经理和信用代表人员，代表信用管理部门内部分工（待定）。
2.2 信用主数据以及客户信用额度设置（待定）：
每一客户在不同的信用控制区域有不同的信用额度。
信用额度建议分若干级(也可以使用连续信用额度)，在SAP系统外调整。
风险类别分多级，分别是：X1、X2、……和N。
N级专门用于新客户。
风险类别调整SAP 系统外进行。
对每一级客户均做信用检查。
信用限额的调整计算在SAP系统外进行，SAP可提供一些信息帮助用户完成这项工作。
信用主数据的维护权限需要进行控制，建议按照信用限额和风险类别进行分工。
若使用动态信用限额检查，建议设置1个月的信用展望期。
某些客户的子公司分别同TCL部品有业务往来，信用管理可能需要在客户组层面上进行。
2.3 自动信用控制规则（待定）：
1)不能超过信用额度。
计算信用额度时考虑未发订单(动态信用额度检查)
2)对于新开客户，可能没有设置信用限额，可以设置订单价值上限。
可能需要连续观察一段
时间后，将其风险类别从N转为其它类别(需手工进行)。
3)恶性欠款同应收余额不超过一定百分比
4)帐龄最长的恶性欠款不能超出设定天数
5)催款次数不可超过最高限(如三次，小额欠款的催款可不考虑)
以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型，风险类分配给客户主数据)
详细规则请见下表(checking rules.xls)。
中文字段名英文字段名类型长度设置
CHAR 2 01 01 01 01 01 01
文档信贷组Document
credit grp
风险类别Risk category CHAR 3 X1 X2 ………N
CHAR 4
信用控制区域Credit control
area
项目检查Item check CHAR 1
动态Dynamic CHAR 1
最大单据值Max.document
CHAR 1
value
最早的未清项Oldest open CHAR 1
目item
最高拖欠级HighestDunning
Level
CHAR 1
最大未清项在% Max.open items
in %
NUMC 3
未清项目天数
系统反映System
reaction
CHAR 1
展望期Horizon NUMC 3
检查时间点：订单录入后。
冻结点：交货
信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。
2.4 审批和放行信用冻结：
信用代表基于一个信用冻结文档清单工作(在其权责范围内)，该清单应提供如下信息：客户号
可用信用限额
……
信用代表必须将冻结原因/放行原因录入SAP系统
2.5 付款和预付款
财务部出纳人员及时将到帐的货款录入SAP系统中
3. 业务流程所带来的相关规则和政策改变
3.1 对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。
定期对客户的信用状况进行评估，及时调整客户的信用额度以及时控制风险。
客户包括大客户的信用管理由业务主导部门负责。
目前，客户的信用管理由各公司财务部负责，如果将来本部需要统一管理大客户业务，流程将按照实际业务作调整，系统中对授权作相应的改动。
3.2 实现在客户级别的信用管理，每个客户在不同的信用控制区域有不同的信用额度，超过信用额度，交货被冻结。
3.3 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责，释放前须经批准。
版本作者日期更改内容描述
V1.0 李枫2005．1．23 创建
本段主要描述流程图的符号。
6. 业务流程图（在VISIO中画流程图）
7.业务流程的详细步骤：。