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 宝洁
SAPSHANA信用管理信贷配置手册v
S A P S H A N A信用管理信贷配置手册v集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]一、后台系统功能配置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.定义信息类别图1-5-2.信息类别定义说明:从标准预制清单中选择;信息类别可分配给合作伙伴,并在信贷检查规则中配置是否包含;具体作用效果待测试。
说明:对合作伙伴进行信贷控制规则的检查(但不决定是否控制),也是信贷业务控制直观的体现地方。
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系统信贷管理及清帐
SAP系统信贷管理及清帐SAP系统信贷管理及清帐一、SAP系统介绍SAP是一款全球领先的企业资源计划(ERP)软件,广泛应用于各种行业。
它能够帮助企业集成所有业务流程,实现财务、物流、人力资源等各方面的管理。
SAP系统具有高度的模块化结构,可以满足企业的不同需求。
二、SAP信贷管理功能在SAP系统中,信贷管理是一个重要的模块。
它主要涉及销售和财务两个领域。
在销售方面,信贷管理用于确定客户信用额度和逾期账款。
在财务方面,信贷管理用于监控和优化财务流程,确保企业资产的安全。
具体来说,SAP信贷管理的功能包括:1、信用额度管理:根据客户的历史交易记录和信用评估,设定客户的信用额度。
当客户超过信用额度时,系统会自动提醒并阻止新的销售订单。
2、逾期账款管理:SAP系统会自动跟踪并提醒逾期未付款的订单,确保企业及时收款。
3、应收账款管理:通过集成销售和财务模块,SAP系统能够实时更新应收账款信息,帮助企业及时掌握客户欠款情况。
三、SAP清帐流程清帐是指将应付账款账户余额归零的过程。
在SAP系统中,清帐流程如下:1、选择清帐对象:在应付账款模块中,选择需要清帐的订单、发票或其他应付账款记录。
2、生成清帐凭证:根据所选的清帐对象,系统自动生成相应的财务凭证。
3、确认清帐凭证:核对清帐凭证信息,确保准确无误。
4、完成清帐:将应付账款账户余额归零,标记该订单已清帐。
SAP系统的自动化清帐流程大大提高了工作效率,降低了人为错误的风险。
此外,SAP还提供了多种清帐策略,以满足企业的不同需求。
四、SAP信贷管理与清帐的整合SAP系统的信贷管理与清帐模块紧密结合,实现了业务与财务的一体化。
通过实时更新信贷信息,企业能够及时掌握客户和供应商的信用状况,从而更好地控制风险。
同时,自动化清帐流程也简化了应付账款的管理,提高了资金使用效率。
五、总结SAP系统的信贷管理与清帐功能为企业提供了全面、高效的财务管理解决方案。
通过集成各业务模块,企业能够更好地掌握信贷情况和应付账款信息,从而实现业务与财务的一体化。
【Selected】SAP-S4HANA信用管理信贷配置手册.doc
一、后台系统功能配置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~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_BPP_SD07客户信用超限解锁
∙业务流程操作程序描述:在此业务流程操作程序中, 你将学会如何显示客户信贷主表及客户信用超限解锁∙路径:1. 贷方主表后勤 > 销售和分销 > 销售信息系统>环境>主数据>信贷管理>贷方主表2. 解锁后勤 > 销售和分销 > 信用证管理>例外 >冻结SD凭证∙交易代码:1. 信贷主表: F.352. 解锁: VKM1∙前提:1. 贷方主表: 根据实际需要2.解锁: 相关业务人员提供销售负责人书面批准的信用解锁申请表∙责任人1. 贷方主表: 市场部、财务部2. 解锁: 财务部∙参考文件:BPD_SD05_V01(客户信用管理)1. 显示贷方主表(例: 显示客户10002信贷主表)1.1 用菜单或事务代码进入如下“信贷主表”屏幕上, 按如下表格及说明输入数据选取选取选取选取1.2 按, 进入如下屏幕1.3 如上图鼠标所示, 按向下滚动屏幕按钮, 使屏幕显示如下在上图, 我们可看到客户目前的余额及帐龄分布情况如果还想查看未清项明细或具体帐户分析等其它信息, 可直接按或等其它按钮, 依次查看所需信息(图略)所需查看信息查看完毕后, 按“ESC”键, 返回SAP初始菜单屏幕, 结束2. 信用超限解锁。
2.1 通过菜单或事务代码进入如下“冻结的SD凭证”屏幕, 按如下表格所示及说明输入数据直接输入信贷帐户代码或按直接输入风别类别代码或按(注:2.2 按执行按钮, 进入如下“销售订单凭证”屏幕, 我们看到, 在当前屏幕上客户(信贷帐户号)“10002”有两个销售订单信用已被冻结, 我们可根据如下表格所示及说明选择信用解锁操作方式2.3 此例中, 如下图所示, 我们选中其中一个行项目, 点击, 我们会看到所选中的单据呈绿色显示2.4 按保存, 如下图所示。
2.5 然后按, 返回SAP初始菜单屏幕, 结束。
sap-BPP-SD07客户信用超限解锁
•业务流程操作程序描述:在此业务流程操作程序中, 你将学会如何显示客户信贷主表及客户信用超限解锁•路径:1. 贷方主表后勤 > 销售和分销 > 销售信息系统>环境>主数据>信贷管理>贷方主表2. 解锁后勤 > 销售和分销 > 信用证管理>例外 >冻结SD凭证•交易代码:1. 信贷主表: F.352. 解锁: VKM1•前提:1. 贷方主表: 根据实际需要2.解锁: 相关业务人员提供销售负责人书面批准的信用解锁申请表•责任人1. 贷方主表: 市场部、财务部2. 解锁: 财务部•参考文件:BPD_SD05_V01(客户信用管理)1. 显示贷方主表(例: 显示客户10002信贷主表)1.1 用菜单或事务代码进入如下“信贷主表”屏幕上, 按如下表格及说明输入数据字段名描述R/O/C用户操作和数值说明消费者客户代码R直接输入或按选取输入“10002”贷方控制范围贷方控制范围代码R直接输入或按选取输入“BYD”R直接输入或按选取如输入“R01N”间隔欠款间隔天数输出方式代码C直接输入或按选取如输入“X”欠款天数信贷主表输出方式代码1.2 按, 进入如下屏幕1.3 如上图鼠标所示, 按向下滚动屏幕按钮, 使屏幕显示如下1.4 在上图, 我们可看到客户目前的余额及帐龄分布情况1.5 如果还想查看未清项明细或具体帐户分析等其它信息, 可直接按或等其它按钮, 依次查看所需信息(图略)1.6 所需查看信息查看完毕后, 按“ESC”键, 返回SAP初始菜单屏幕, 结束2. 信用超限解锁。
2.1 通过菜单或事务代码进入如下“冻结的SD凭证”屏幕, 按如下表格所示及说明输入数据字段名描述R/O/C用户操作和数值说明信贷控制范围信贷控制范围代码C直接输入“BYD”输入“BYD”信贷帐户信贷帐户代码C直接输入信贷帐户代码或按选如输入“10002”取此例不输入数据风险类别风险类别代码C直接输入风别类别代码或按选取(注:2.2 按执行按钮, 进入如下“销售订单凭证”屏幕, 我们看到, 在当前屏幕上客户(信贷帐户号)“10002”有两个销售订单信用已被冻结, 我们可根据如下表格所示及说明选择信用解锁操作方式操作说明对帐期为零天或信贷限额为零的客户, 收到该客户信用冻结订单的货款后, 点击此按钮, 表示对该客户信用进行重新分配, 同时释放该信用冻结订单对有一定帐期及信贷限额的客户, 点击此按钮, 表示释放该客户信用冻结订单2.3 此例中, 如下图所示, 我们选中其中一个行项目, 点击, 我们会看到所选中的单据呈绿色显示2.4 按保存, 如下图所示。
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
客户信用申请/修改表。
sap-BPP-SD07客户信用超限解锁1
•业务流程操作程序描述:在此业务流程操作程序中, 你将学会如何显示客户信贷主表及客户信用超限解锁•路径:1. 贷方主表后勤 > 销售和分销 > 销售信息系统>环境>主数据>信贷管理>贷方主表2. 解锁后勤 > 销售和分销 > 信用证管理>例外 >冻结SD凭证•交易代码:1. 信贷主表: F.352. 解锁: VKM1•前提:1. 贷方主表: 根据实际需要2.解锁: 相关业务人员提供销售负责人书面批准的信用解锁申请表•责任人1. 贷方主表: 市场部、财务部2. 解锁: 财务部•参考文件:BPD_SD05_V01(客户信用管理)1. 显示贷方主表(例: 显示客户10002信贷主表)1.1 用菜单或事务代码进入如下“信贷主表”屏幕上, 按如下表格及说明输入数据字段名描述R/O/C 用户操作和数值说明消费者客户代码R直接输入或按选取输入“10002”贷方控制范围贷方控制范围代码R直接输入或按选取输入“BYD”间隔欠款间隔天数输出方式代码R直接输入或按选取如输入“R01N”欠款天数信贷主表输出方式代码C直接输入或按选取如输入“X”1.2 按, 进入如下屏幕1.3 如上图鼠标所示, 按向下滚动屏幕按钮, 使屏幕显示如下1.4 在上图, 我们可看到客户目前的余额及帐龄分布情况1.5 如果还想查看未清项明细或具体帐户分析等其它信息, 可直接按或等其它按钮, 依次查看所需信息(图略)1.6 所需查看信息查看完毕后, 按“ESC”键, 返回SAP初始菜单屏幕, 结束2. 信用超限解锁。
2.1 通过菜单或事务代码进入如下“冻结的SD凭证”屏幕, 按如下表格所示及说明输入数据字段名描述R/O/C 用户操作和数值说明信贷控制范围信贷控制范围代码 C 直接输入“BYD”输入“BYD”如输入“10002”信贷帐户信贷帐户代码 C 直接输入信贷帐户代码或按选取风险类别风险类别代码 C 直接输入风别类别代码或按选此例不输入数据取(注:上述表格中的“R/O/C”栏; “R” = 必填, “O” = 可填, “C” = 根据实际情况)2.2 按执行按钮, 进入如下“销售订单凭证”屏幕, 我们看到, 在当前屏幕上客户(信贷帐户号)“10002”有两个销售订单信用已被冻结, 我们可根据如下表格所示及说明选择信用解锁操作方式操作说明对帐期为零天或信贷限额为零的客户, 收到该客户信用冻结订单的货款后, 点击此按钮, 表示对该客户信用进行重新分配, 同时释放该信用冻结订单对有一定帐期及信贷限额的客户, 点击此按钮, 表示释放该客户信用冻结订单2.3 此例中, 如下图所示, 我们选中其中一个行项目, 点击, 我们会看到所选中的单据呈绿色显示2.4 按保存, 如下图所示。
Sap自学系列(07)SD——信用管理
Sap自学系列(07)SD——信用管理销售—信用管理一、业务场景1.用途及优点1.1.用途创建或更改销售凭证时,可以进行信用额度检查1.2.优点降低坏帐风险集中可靠和可获利的客户快速的信用检查加速检查客户信用额度的流程全面识别公司的信用风险2.角色及关键流程3.信用控制流程图二、系统配置1.信用控制域Tcode:OB45路径:IMG——企业结构——财务会计——定义信贷控制区域可将一个或多个公司代码分配给一个信用控制区域;一个公司代码只能分配给一个信用控制区域;一个信用控制区域只能用一种货币保存信用数据;当订单币种和信用控制域的币种不一致时,订单币种转换为信用控制域币种;2.信用更新配置SD信用更新组:00012:在时间轴上未确定订单值,交货和出具发货凭证值;销售订单值:从未清交货计划行来增加未清订单值;拒绝后,会减少未清订单值;Open order value of an order = confirmed quantities * credit price;根据可用量确定计划行的确认数量;因信用冻结的订单,确认数量为0;SD交货单:从交货计划行减少未清订单,而增加未清交货值;00015:未清交货和出具发票凭证值;路径:会计——财务会计——应收帐款——信用管理——主数据工具栏:环境——销售分销凭证——未清销售订单/未清交货/发票重算信用值:Tcode:SE38——rvkred773.分配信用控制域3.1.为销售范围分配信用控制域为销售范围分配信用控制域:IMG——企业结构——分配——销售和分销——分配贷款控制范围的销售范围3.2.为公司代码分配信用控制域为公司分配给信用控制域:IMG——企业结构——分配——财务会计——给信用控制域分配公司代码覆盖CC范围:表示过账时,可以不使用默认分配的信用控制范围,可以过账到其他的信用控制范围;使用该选项后,就可以变通的为一个公司分配多个信用控制范围;注释:信用域分配给公司和销售组织的理解公司只有一个信用域时,可以直接分配给公司,该公司下的所有销售区域都在该信用域内;公司有多个信用域时,可以按销售区域分配不同的信用域,公司代码不用分配;4.信用检查配置4.2.设置价格定价过程的信用控制如果需要信用控制,定价过程的总计行的小计需要设置为A;4.3.简单信用检查简单信用检查只能对销售订单检查:出现警告、错误或交货冻结;4.4.自动信用检查(复杂信用检查)信用检查:信用控制域+风险分类+信贷组信用控制域:分配给公司代码风险分类:设置客户主记录(信贷主记录)上路径:会计——财务会计——应收账款——信用管理——主数据信贷组:设置销售单据类型上;销售订单保存时,给出信用超出数据同时信用冻结;单据状态如下:模式二:销售订单保存时,给出信用超出数据提示,不会信用冻结;单据状态如下:模式三:A.静态信用检查系统将不考虑时间因素,只要有任何销售订单进来,立即扣减信用额度,尽管有的销售订单是6个月才预计会交货。
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-S4HANA信用管理信贷配置手册v1.2
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. 科目信贷控制定义 ....................................................................... 错误!未定义书签。
SAP中的信用管理
SAP中的信用管理收藏SAP中的信用管理为了降低企业在实际业务中的信贷风险,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客户信用管理流程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转为其它类别(需手工进行)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务流程名称:信用管理处理流程
流程编号及版本号
编号: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)催款次数不可超过最高限(如三次,小额欠款的催款可不考虑)
•以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型,风险类分配给客户主数据)
•信用检查通不过,在创建发货时系统出错误信息,但可由经授权人士批准后释放。
2.4 审批和放行信用冻结:
•信用代表基于一个信用冻结文档清单工作(在其权责范围内),该清单应提供如下信息:•客户号
•可用信用限额
•……
•信用代表必须将冻结原因/放行原因录入SAP系统
2.5 付款和预付款
财务部出纳人员及时将到帐的货款录入SAP系统中
3. 业务流程所带来的相关规则和政策改变
3.1 对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。
定期对客户的信用状况进行评估,及时调整客户的信用额度以及时控制风险。
客户包括大客户的信用管理由业务主导部门负责。
目前,客户的信用管理由各公司财务部负责,如果将来本部需要统一管理大客户业务,流程将按照实际业务作调整,系统中对授权作相应的改动。
3.2 实现在客户级别的信用管理,每个客户在不同的信用控制区域有不同的信用额度,超过信用额度,交货被冻结。
3.3 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责,释放前须经批准。
本段主要描述流程图的符号。
6. 业务流程图(在VISIO中画流程图)
7.业务流程的详细步骤:。