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----用户：为用户自定义信用控制逻辑。

SAP系统中信用管理主数据和流程的设计【论文】

SAP系统中信用管理主数据和流程的设计摘要：现代商务交易中最不容易被忽视的因子就是客户的信用等级和交易结算的历史记录。

对企业而言，日常的风险控制中最重要的环节之一就是信用管理。

主要从信用管理业务的流程出发，对SAP系统管理信用的具体策略进行讨论，希望相关企业能因此充分了解信用交易对企业发展的重要性，从而采取有效措施应对交易风险。

关键词：SAP; 信用管理; 授信额度; 流程设计;1、前言针对当前复杂的商业环境，很多企业不得不面临信用销售这一环节。

必须承认的是，信用销售是一把双刃剑，如果不进行信用销售，企业的销量很难得到提高，进而会直接影响到企业的成长速度；如果企业选择进行信用销售，一方面生意就能越做越大，声望也随之越来越高，但另一方面也会增加坏账损失和应收账的机会成本，轻则导致企业的资金周转不畅，重则会影响到企业的资金链，针对企业的危机也就随之产生。

因此在现代商务交易中，坚决不能忽视客户的信用等级以及其结算的历史记录。

SAP系统是ERP的升级，一方面其具有ERP系统的突出性能，将供应商与客户之间有机联系在一起，从而实现相关产品的生命周期管理；另一方面SAP系统额外加入了信用管理这一部分。

本文主要结合企业信用管理的业务流程，针对当前国内外的信用管理特点，对各个企业如何应用SAP系统进行了深入探究，希望相关企业能借助信用管理策略中的设计思想，有效避免经济交易引起的金融风险。

2、信用管理相关的业务流程分析2.1、信用管理的工作机制分析不论哪个企业，在具体管理客户信用时，一定要对客户进行分类。

以笔者就职的公司为例，客户主要有三种，即集团客户、代理商和最终客户。

按照之前设置好的规则和方法让客户领取与自身信用相对应的额度。

必须注意的是，客户的消费金额只能处于固定额度之内，如果超出这个额度，交易过程中就会接收到系统的提示。

若客户执意操作，订单甚至会被系统选择性冻结。

2.2、企业交易过程分析本文主要以信用管理的设计思路为重点，因此这里会忽略与信用管理不相关的内容。

SAP_S4HANA信用管理信贷配置手册v1.2

图1-1-1.定义信贷控制范围图1-1-2.信贷控制范围参数为公司指定信贷控制范围为公司分配指定信贷控制范围。

图1-2-1.为公司指定信贷控制范围路径图1-2-2.为公司分配信贷控制范围定义信用段图1-3-1.信用段路径图1-3-2.信用段定义1信用段为主要信用段，不允许删除。

图1-3-3.信用段定义2对主信用段的附加缴纳”，则该信用段数据会同步合并到000主信用段中图1-4-1.创建风险类路径图1-4-2.风险类定义图1-5-1.定义信息类别图1-5-2.信息类别定义说明：从标准预制清单中选择；信息类别可分配给合作伙伴，并在信贷检查规则中配置是否包含；具体作用效果待测试。

图1-6-1.信贷检查规则配置图1-6-2.01缺省检查规则图1-6-3.01检查规则的执行步骤及参数总览图1-6-4.010步骤参数：信贷总额统计检查步骤参数里可以选择定义的“信息类别”，以在信贷检查中是否包含这些内容。

图1-6-5.010检查步骤对应的信用段对合作伙伴信贷风险总额与授权额度进行比较，并进行控制。

图1-6-6.020最大凭证值参数图1-6-7.020最大凭证值信用段及值定义录入订单时，对单张单据金额进行最大值控制。

图1-6-8.110最大未清项检查参数图1-6-9.110最大未清项信用段分配未清项中逾期的最早天数与该设置天数比较，并进行控制。

图1-6-10.120步骤付款行为索引检查的天数设置图1-6-11.120步骤信用段及付款金额限制图1-6-12.130步骤检查到期未清项目参数图1-6-13.130步骤信用段及控制参数定义针对合作伙伴在该信用段的未清项进行参数控制：逾期未清项超过1天的比例达到图1-7-1.定义负债类别路径图1-7-2.负债类别参数定义图1-8-1.解释信用段图1-8-2.要使用的信用段图1-9-1.信用控制范围与信用段分配路径图1-9-2.信用控制范围分配信用段说明：将信用段分配到具体的信用控制范围。

Sap自学系列07SD——信用管理

Sap自学系列07SD——信用管理销售―信用管理一、业务场景用途及优点用途创建或更改销售凭证时，可以进行信用额度检查优点降低坏帐风险集中可靠和可获利的客户快速的信用检查加速检查客户信用额度的流程全面识别公司的信用风险角色及关键流程角色业务角色技术名称流程步骤员工(专业用户) SAP_NBPR_EMPLOYEE-S 对一些基本功能，这个角色的分配是必须的.应收主管SAP_NBPR_AR_CLERK-M 设置信用限额销售开票员SAP_NBPR_BILLING-S 检查冻结的销售订单关键流程流程步骤外部流程参考业务条件业务角色事务代码预期结果设置信用限额销售和市场部批准用于客户的免费样品应收主管FD32 设置信用限额销售订单处理销售订单处理：自库存销售 (109) 销售订单处理：自库存销售 (109) 请参见业务情景编号 109 请参见业务情景编号 109 请参见业务情景编号 109 销售订单处理带有明确订单采购的非库存项目的销售 (115) 带有明确订单采购的非库存项目的销售(115) 请参见业务情景编号 115 请参见业务情景编号 115 请参见业务情景编号 115 销售订单处理无变式配置按订单生产 (148) 无变式配置按订单生产 (148) 请参见业务情景编号 148 请参见业务情景编号 148 请参见业务情景编号 148 检查冻结的销售订单销售订单未通过信用检查。

检查冻结订单。

销售开票员VKM1 已下达销售订单。

过帐处理信息（销售订单处理）销售订单处理：自库存销售 (109) 销售订单处理：自库存销售 (109) 请参见业务情景编号 109 请参见业务情景编号 109 请参见业务情景编号 109过帐处理信息（销售订单处理）带有明确订单采购的非库存项目的销售 (115) 带有明确订单采购的非库存项目的销售 (115) 请参见业务情景编号 115 请参见业务情景编号 115 请参见业务情景编号 115 过帐处理信息（销售订单处理）无变式配置按订单生产(148) 无变式配置按订单生产(148) 请参见业务情景编号 148 请参见业务情景编号 148 请参见业务情景编号 148 清算操作销售：期末结算操作(203) 信用控制流程图二、系统配置信用控制域Tcode：OB45路径：IMG――企业结构――财务会计――定义信贷控制区域可将一个或多个公司代码分配给一个信用控制区域；一个公司代码只能分配给一个信用控制区域；一个信用控制区域只能用一种货币保存信用数据；当订单币种和信用控制域的币种不一致时，订单币种转换为信用控制域币种；信用更新配置SD信用更新组：00012：在时间轴上未确定订单值，交货和出具发货凭证值；销售订单值：从未清交货计划行来增加未清订单值；拒绝后，会减少未清订单值；Open order value of an order = confirmed quantities * credit price；根据可用量确定计划行的确认数量；因信用冻结的订单，确认数量为0；SD交货单：从交货计划行减少未清订单，而增加未清交货值；00015：未清交货和出具发票凭证值；00018：销售订单未清交货，未清出具发票凭证值；销售单据信用更新规制销售信用值应收信用值备注更新规则未清订单未清发货未清开票应收总额销售订单000012 100.00 销售订单数量10，含税单价10，价税合计100；000015 0.00 000018 100.00销售发货000012 40.00 60.00 销售发货数量6；000015 60.00 000018 100.00出具发票（未产生会计凭证）000012 40.00 10.00 50.00 开票数量5；000015 10.00 50.00 00001850.00 50.00 产生会计凭证000012 40.00 10.000.00 50.00 开票数量5，产生会计凭证；000015 10.000.00 50.00 000018 50.00 0.00 50.00 查看信用占用值：路径：会计――财务会计――应收帐款――信用管理――主数据工具栏：环境――销售分销凭证――未清销售订单/未清交货/发票重算信用值：Tcode：SE38――rvkred77分配信用控制域为销售范围分配信用控制域为销售范围分配信用控制域：IMG――企业结构――分配――销售和分销――分配贷款控制范围的销售范围为公司代码分配信用控制域为公司分配给信用控制域：IMG――企业结构――分配――财务会计――给信用控制域分配公司代码覆盖CC范围：表示过账时，可以不使用默认分配的信用控制范围，可以过账到其他的信用控制范围；使用该选项后，就可以变通的为一个公司分配多个信用控制范围；注释：信用域分配给公司和销售组织的理解公司只有一个信用域时，可以直接分配给公司，该公司下的所有销售区域都在该信用域内；公司有多个信用域时，可以按销售区域分配不同的信用域，公司代码不用分配；信用检查配置设置项目类别的信用控制Transaction code OVA7 IMG menu Sales and Distribution ? Basic Functions ? Credit management / Risk Management ? Credit Management/Risk Management Settings ? Determine Active Receivables Per Item Category 设置价格定价过程的信用控制Transaction code V/08 IMG menu Sales and Distribution ? Basic Functions ? Pricing ? Pricing Control ? Define and Assign Pricing Procedures ? Maintain pricing procedures 如果需要信用控制，定价过程的总计行的小计需要设置为A；简单信用检查简单信用检查只能对销售订单检查：出现警告、错误或交货冻结；自动信用检查（复杂信用检查）信用检查：信用控制域+风险分类+信贷组信用控制域：分配给公司代码风险分类：设置客户主记录（信贷主记录）上路径：会计――财务会计――应收账款――信用管理――主数据信贷组：设置销售单据类型上；模式一：销售订单保存时，给出信用超出数据同时信用冻结；单据状态如下：模式二：销售订单保存时，给出信用超出数据提示，不会信用冻结；单据状态如下：模式三：A．静态信用检查系统将不考虑时间因素，只要有任何销售订单进来，立即扣减信用额度，尽管有的销售订单是6个月才预计会交货。

SAP-S4HANA信用管理信贷配置手册v1.2

文档来源为:从网络收集整理.word 版本可编辑.欢迎下载支持.
SAP S4信贷功能配置手册
版本：V1.2 日期：2018-07-07
1文档来源为:从网络收集rd 版本可编辑.欢迎下载支持.
目录
一、后台系统功能配置 ......................................................................................... 错误!未定义书签。 1.1. 定义信贷控制范围 ........................................................................... 错误!未定义书签。 1.2. 为公司指定信贷控制范围 ................................................................ 错误!未定义书签。 1.3. 定义信用段 ..................................................................................... 错误!未定义书签。 1.4. 创建风险类 ..................................................................................... 错误!未定义书签。 1.5. 定义信息类别 .................................................................................. 错误!未定义书签。 1.6. 定义检查规则 .................................................................................. 错误!未定义书签。 010步骤信贷风险总额的统计检查........................................................... 错误!未定义书签。 020最大凭证值的检查 ............................................................................. 错误!未定义书签。 110最早未清项检查................................................................................. 错误!未定义书签。 120回款逾期天数（待验证） .................................................................. 错误!未定义书签。 130检查到期未清项目 ............................................................................. 错误!未定义书签。 1.7. 定义负债类别 .................................................................................. 错误!未定义书签。 1.8. 解释信用段 ..................................................................................... 错误!未定义书签。 1.9. 分配信用控制范围及信用段............................................................. 错误!未定义书签。 1.10. 分配信贷控制范围到公司代码 ..................................................... 错误!未定义书签。 1.11. 分配信贷控制范围的销售范围 ..................................................... 错误!未定义书签。 1.12. 项目类别的信贷激活 ................................................................... 错误!未定义书签。 1.13. 定义信贷组 ................................................................................. 错误!未定义书签。 1.14. 销售凭证及交货凭证信贷分配 ..................................................... 错误!未定义书签。 1.15. 定义风险类别 .............................................................................. 错误!未定义书签。 1.16. 定义自动信贷控制 ....................................................................... 错误!未定义书签。 1.17. 科目信贷控制定义 ....................................................................... 错误!未定义书签。

SAPSD信贷管理的操作流程

SAPSD信贷管理的操作流程为了降低企业在实际业务中的信贷风险，SAP系统提供了一个复杂的信贷管理解决方案，当客户超过它的信贷许可范围时，系统能够做出迅速而有效的反应。

如下图所示显示了SAP系统中一个客户的信贷管理信息。

同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的，完全实现了客户信贷管理信息的共享。

而且每一个客户的信贷管理信息随着对其销售业务的开展，系统能够实现及时动态更新。

SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。

在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。

1.定义信贷控制范围。

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

系统配置的后台路径为：企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。

为了提高工作效率，建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值，实现在创建客户主数据时自动创建该客户的信用主数据。

这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。

2.给公司代码分配信贷控制范围。

根据不同的产品，不同的销售方式，一个公司代码可以有多个信贷控制范围。

系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。

3.给销售范围分配信贷控制范围。

销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。

SAP系统信贷管理及清帐

全球化趋势
风险管理需求增加
随着市场竞争加剧和金融环境变化，企业对信贷风险管理的需求将更加迫切，要求系统具备更强大的风险预警和防控功能。
全球化趋势使得跨国企业的信贷管理与清帐面临更多挑战，需要加强国际间的协作和标准化。
SAP系统在信贷管理与清帐中的创新与改进
人工智能与机器学习应用
通过人工智能和机器学习技术，实现自动化信贷审批、智能风险评估等功能，提高工作效率和准确性。
01
03
系统配置
根据需求进行系统配置，包括数据映射、流程定义等。
部署上线
完成部署工作，正式上线运行。
05
04
开发与测试
进行必要的开发工作，并进行集成测试，确保数据和流程能够正常流转。
集成后的效果评估
01
性能评估
评估集成的性能，如数据传输速度、系统响应时间等。
流程优化
根据评估结果和用户反馈，对流程进行持续优化。
合同查询
通过SAP系统查询和管理信贷合同信息。
信贷风险评估
01
风险识别
通过SAP系统对客户信贷使用情况进行实时监控，发现潜在风险
点。
03
风险预警
当发现客户存在较高风险时， SAP系统自动发出预警信息。
02
风险评估
根据设定的风险评估模型，对客户信贷风险进行评估。
04
风险应对
根据风险评估结果，采取相应的风险控制措施，如要求客户提供
担保、提前收回贷款等。
03
SAP系统清帐管理
清帐的定义与重要性
定义
清帐是指将已结算的客户和供应商的发票、预收和预付账款进行核对，确保所有交易均已正确记录和核销。
重要性

(完整版)SAP标准业务流程-客户服务

(完整版)SAP标准业务流程-客户服务SAP标准业务流程-客户服务介绍SAP标准业务流程是一套经过验证和优化的商业流程，可帮助企业高效地运作和管理各个业务领域。

本文档将重点介绍SAP标准业务流程中的客户服务流程，包括其定义、关键步骤以及相关的SAP系统功能。

定义客户服务流程是指在销售后对客户提供的支持和服务，以确保客户满意度和业务的持续增长。

通过有效的客户服务流程，企业能够提供及时和准确的支持，处理客户的问题和需求，增加客户的忠诚度并提高销售额。

关键步骤以下是SAP标准客户服务流程的关键步骤：1. 服务请求创建：当客户遇到问题或有特定需求时，客户服务代表会在SAP系统中创建服务请求。

该请求中包括客户信息、问题描述以及优先级等关键信息。

2. 服务请求分配：创建后，服务请求会根据预设的规则自动分配给合适的服务代表或团队。

自动分配可基于地理位置、语言或专业技能等因素进行。

3. 服务请求处理：服务代表会根据服务请求的详细信息进行处理。

这包括与客户进行有效的沟通，了解问题的具体细节，并提供相应的解决方案。

4. 问题解决：服务代表根据问题的性质和复杂程度，使用SAP系统中的工具和功能来解决客户的问题。

这可能包括查找相关数据、与其他团队合作协调解决方案等。

5. 服务确认：当问题得到解决或需求得到满足后，服务代表会与客户进行沟通并确认服务的完成。

客户可以提供反馈和评分，从而帮助企业不断完善客户服务流程。

SAP系统功能SAP系统提供了一系列功能来支持客户服务流程的各个步骤。

以下是一些常用的SAP系统功能：- 客户信息管理：SAP系统可以记录和管理客户的基本信息、联系方式和购买历史等。

这些信息有助于服务代表更好地了解客户需求和历史记录。

- 服务请求管理：SAP系统提供了服务请求的创建和分配功能，使服务代表可以准确记录客户的问题和需求，并将其分配给合适的团队。

- 沟通和协作：SAP系统中的电子邮件和协作工具可以帮助服务代表与客户进行实时沟通，并与其他团队协调解决问题。

SAP客户信用管理流程V

S A P客户信用管理流程V集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#业务流程名称:信用管理处理流程流程编号及版本号编号：BPD-SD-03版本：业务流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流1. 业务流程目的：本流程描述客户信用管理以及客户信用主数据维护流程信用管理流程支持TCL部品事业部实施一套完整的信用管理政策，以有效地减少信用风险，尽快解决信用冻结问题，加速定单处理过程。

信用管理主要包括如下功能(覆盖SD和FI)：•根据信用管理需求，设定自动信用检查规则•严重的信用问题可通过报表识别出来•向信用控制人员提供相关信息，协助他们快速决定是否放行2. 业务流程的相关原则：信用控制区域：•各公司分别设置独立的信用控制区域，分别对客户进行信用管理；•信用代表组，分三组：大客户信用经理、信用经理和信用代表人员，代表信用管理部门内部分工（待定）。

信用主数据以及客户信用额度设置（待定）：•每一客户在不同的信用控制区域有不同的信用额度。

信用额度建议分若干级(也可以使用连续信用额度)，在SAP系统外调整。

•风险类别分多级，分别是：X1、X2、……和N。

N级专门用于新客户。

风险类别调整SAP系统外进行。

对每一级客户均做信用检查。

•信用限额的调整计算在SAP系统外进行，SAP可提供一些信息帮助用户完成这项工作。

•信用主数据的维护权限需要进行控制，建议按照信用限额和风险类别进行分工。

•若使用动态信用限额检查，建议设置1个月的信用展望期。

•某些客户的子公司分别同TCL部品有业务往来，信用管理可能需要在客户组层面上进行。

自动信用控制规则（待定）：1)不能超过信用额度。

计算信用额度时考虑未发订单(动态信用额度检查)2)对于新开客户，可能没有设置信用限额，可以设置订单价值上限。

可能需要连续观察一段时间后，将其风险类别从N转为其它类别(需手工进行)。

SAP客户主数据维护操作流程

流程名称:客户主数据维护流程流程编号及版本号编号：EYANG_BPD_SD_SCN001_01版本：V2.0流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其中所涉及的SAP功能已得到项目组成员的接受并已签署。

版本修改历史图例：10. SAP输出1流程说明：1.1 流程概述：本流程用于描述并规范SAP系统客户主数据的维护流程，确保客户主数据准确性、唯一性。

当与客户发生销售业务时，销售部人员首先在SAP系统中确认是否已存在该客户信息，如果没有或者信息有误，则需要创建/变更相应的客户数据，以供在接下来的创建订单操作以及其他系统操作使用该客户数据。

客户主数据包含与客户基础资料相关的基础信息、销售区域信息、与科目相关的财务信息、与配送相关的配送交货等信息。

1.2 使用范围：适用于直接客户、间接客户、个人客户及关联客户（如各分子公司）等类型的客户主数据创建、修改业务。

1.3 流程相关原则：为了保证系统数据的及时性和准确性，而需要建立必要的业务管理规则，它们包括：✧同一售达方，并且同一付款方的，只创建一个客户售达方代码；但对于客户要求分开对账、分开开票和付款的，可特别针对这个主体分开建档（即多个售达方代码）；✧同一售达方，不同送货地点的，只能创建一个售达方，通过多个送达方表示不同的送货地点；✧对于合作方式发生变化的客户，如间接合作改为直接合作的客户，不重新建代码（售达方），仅修改客户“合作方式”分类属性；✧系统通过“增值税登记号”字段实现客户唯一性校验，如果客户有增值税登记号，该字段值应输入增值税号；如果客户是个人，应输入个人身份证号。

1.4 流程涉及SAP术语解释与未来系统关键参数确定1.1.1账户组：在客户主记录中科目组是一个分类特性，通过账户组可以进一步区分顾客并确定：✧客户所属的编号范围；✧是用户分配编号还是系统分配编号；✧在主记录中字段是必需的或可能的。

在宇阳科目，客户的账户组设置如下：1.1.2客户分类1.1.3合作伙伴功能合作伙伴是指与公司有业务往来的任何实体。