SAP客户信用管理流程V
- 格式:docx
- 大小:21.52 KB
- 文档页数:6
sap信贷管理的操作流程为了降低企业在实际业务中的信贷风险,SAP系统提供了一个复杂的信贷管理解决方案,当客户超过它的信贷许可范围时,系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的,完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展,系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新,以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
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系统信贷管理及清帐SAP系统信贷管理及清帐一、SAP系统介绍SAP是一款全球领先的企业资源计划(ERP)软件,广泛应用于各种行业。
它能够帮助企业集成所有业务流程,实现财务、物流、人力资源等各方面的管理。
SAP系统具有高度的模块化结构,可以满足企业的不同需求。
二、SAP信贷管理功能在SAP系统中,信贷管理是一个重要的模块。
它主要涉及销售和财务两个领域。
在销售方面,信贷管理用于确定客户信用额度和逾期账款。
在财务方面,信贷管理用于监控和优化财务流程,确保企业资产的安全。
具体来说,SAP信贷管理的功能包括:1、信用额度管理:根据客户的历史交易记录和信用评估,设定客户的信用额度。
当客户超过信用额度时,系统会自动提醒并阻止新的销售订单。
2、逾期账款管理:SAP系统会自动跟踪并提醒逾期未付款的订单,确保企业及时收款。
3、应收账款管理:通过集成销售和财务模块,SAP系统能够实时更新应收账款信息,帮助企业及时掌握客户欠款情况。
三、SAP清帐流程清帐是指将应付账款账户余额归零的过程。
在SAP系统中,清帐流程如下:1、选择清帐对象:在应付账款模块中,选择需要清帐的订单、发票或其他应付账款记录。
2、生成清帐凭证:根据所选的清帐对象,系统自动生成相应的财务凭证。
3、确认清帐凭证:核对清帐凭证信息,确保准确无误。
4、完成清帐:将应付账款账户余额归零,标记该订单已清帐。
SAP系统的自动化清帐流程大大提高了工作效率,降低了人为错误的风险。
此外,SAP还提供了多种清帐策略,以满足企业的不同需求。
四、SAP信贷管理与清帐的整合SAP系统的信贷管理与清帐模块紧密结合,实现了业务与财务的一体化。
通过实时更新信贷信息,企业能够及时掌握客户和供应商的信用状况,从而更好地控制风险。
同时,自动化清帐流程也简化了应付账款的管理,提高了资金使用效率。
五、总结SAP系统的信贷管理与清帐功能为企业提供了全面、高效的财务管理解决方案。
通过集成各业务模块,企业能够更好地掌握信贷情况和应付账款信息,从而实现业务与财务的一体化。
一、后台系统功能配置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步骤参数:信贷总额统计检查步骤参数里可以选择定义的“信息类别”,以在信贷检查中是否包含这些内容。
一、后台系统功能配置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步骤参数:信贷总额统计检查步骤参数里可以选择定义的“信息类别”,以在信贷检查中是否包含这些内容。
•业务流程操作程序描述:在此业务流程操作程序中, 你将学会如何显示客户信贷主表及客户信用超限解锁•路径: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系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
信用主数据维护流程
BPD_SD102
前言
随着SAP项目的推进,需对原有业务流程进行梳理。
项目组根据ERP的原则,结合公司的现状,制订本流程。
本流程描述未来在SAP R/3中处理业务的详细流程定义,其中所涉及的SAP功能已得到项目组成员的接受。
信用主数据维护流程
1 范围
该业务流程主要应用于信用主数据的创建和更改。
2 规范性引用文件
无
3 定义及要点说明
1)由集团各分子公司销售部提出信用主数据的申请,统一由财务部创建和修改等动作,使整个集团内
的信用主数据保持一致;
2)维护SAP的信用主数据,根据客户编号、信贷控制范围来维护客户的信贷额度、风险类别、信用代
表组、额度有效期,要明确每个客户是现金客户或预付款和赊销客户,如果是现金客户,可以将信贷额度维护1分钱,如果是预付款和赊销客户,需要根据实际情况维护;
3)公司内的所有客户,如需参与信贷检查的,则必须创建客户的信用主数据,此数据是系统信贷检查
的基础。
4 业务流程所带来的相关改变
1)集团各分子公司内所有客户的信贷主数据要保持一致,参与信贷检查的客户需要维护信贷额
度、风险类别、信用代表组、额度有效期;
2)保持客户信用主数据创建和修改的严肃性,控制随意增减,信用主数据是信贷检查的基础性数
据,关系到后续单据操作的完整性。
5 信用主数据维护流程
30信用数据
6 业务流程的详细步骤
附录 A
客户信用申请/修改表。
•业务流程操作程序描述:在此业务流程操作程序中, 你将学会如何显示客户信贷主表及客户信用超限解锁•路径: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——信用管理销售—信用管理一、业务场景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信用管理一.系统配置组织配置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; 信用管理; 授信额度; 流程设计;1、前言针对当前复杂的商业环境,很多企业不得不面临信用销售这一环节。
必须承认的是,信用销售是一把双刃剑,如果不进行信用销售,企业的销量很难得到提高,进而会直接影响到企业的成长速度;如果企业选择进行信用销售,一方面生意就能越做越大,声望也随之越来越高,但另一方面也会增加坏账损失和应收账的机会成本,轻则导致企业的资金周转不畅,重则会影响到企业的资金链,针对企业的危机也就随之产生。
因此在现代商务交易中,坚决不能忽视客户的信用等级以及其结算的历史记录。
SAP系统是ERP的升级,一方面其具有ERP系统的突出性能,将供应商与客户之间有机联系在一起,从而实现相关产品的生命周期管理;另一方面SAP系统额外加入了信用管理这一部分。
本文主要结合企业信用管理的业务流程,针对当前国内外的信用管理特点,对各个企业如何应用SAP系统进行了深入探究,希望相关企业能借助信用管理策略中的设计思想,有效避免经济交易引起的金融风险。
2、信用管理相关的业务流程分析2.1、信用管理的工作机制分析不论哪个企业,在具体管理客户信用时,一定要对客户进行分类。
以笔者就职的公司为例,客户主要有三种,即集团客户、代理商和最终客户。
按照之前设置好的规则和方法让客户领取与自身信用相对应的额度。
必须注意的是,客户的消费金额只能处于固定额度之内,如果超出这个额度,交易过程中就会接收到系统的提示。
若客户执意操作,订单甚至会被系统选择性冻结。
2.2、企业交易过程分析本文主要以信用管理的设计思路为重点,因此这里会忽略与信用管理不相关的内容。
SAP中的信用管理收藏SAP中的信用管理为了降低企业在实际业务中的信贷风险,SAP系统提供了一个复杂的信贷管理解决方案,当客户超过它的信贷许可范围时,系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的,完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展,系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新,以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
SAP 笔记——SAP系统中信用控制功能详解1 引言现金销售和预收款销售一般指发生在垄断性行业,多数企业不得不面对产品赊销的两难选择,赊销是把双刃剑,如果不赊销,不能迅速扩大销量,从而影响企业的成长速度;如果赊销,则生意虽然做大,特别国内信用制度还未完善情况下,大笔坏帐也跑出来了,严重降低资金周转率和利润率,甚至导致企业资金链的破裂,企业的危机也就跟着出现。
处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范,在争取尽可能扩大销量和应收账款回收之间进行平衡,销售部门的工作是接单,而财务部门应收账款的目标是收款,中间环节是启用信用控制。
有的企业可能是由销售业务部门进行信用额度控制,如果需要,可以单独设置信用风险管理部门,独立于财务部门及销售部门,指导整个集团或公司的信用政策和管理信用。
为了加强应收账款管理,除信用管理外,SAP 系统还可以利用其他的方式来做付款担保,如信用证明和支付卡等来减少应收账款的风险,而这部分担保应收额也直接影响客户信用额度。
2 信用控制逻辑同全面预算体系类似,信用控制体系也分事前规划设计、事中执行控制、事后检查评估三个阶段,下面详细介绍一下信用控制的配置和应用。
举个例子:可以对客户进行信用额度检查,超过信用额度的即冻结不允许发货。
相对于应付款的自动付款来讲,信用控制是应收款的关键设置。
2.1 定义信贷控制范围信用控制区域为准予和监控客户的信用额度的组织实体,客户信用限额的指定和控制都在这个组织范围里进行。
通过定义信贷控制范围,可以把信用控制分配到一个或多个公司代码下,一个客户端或一个公司代码使用一个信用额度,一个信用控制区域只能一种货币保存信用数据。
在ERP集中实施的零售企业,比如一个省级销售公司下包含若干个市级销售分公司,假设只使用了一个省级公司公司代码,市级分公司被作为利润中心或业务范围,销售方式分为零售、直销或批发等,那么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围,当然也可集中设置一个信用控制范围。
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转为其它类别(需手工进行)。
业务流程名称:信用管理处理流程
流程编号及版本号
编号: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.业务流程的详细步骤:。