SAP-客户信用管理流程-V1[1]
SAP的信用控制

[原创]SAP方丈-SAP的信用控制信用控制,简单一点说就是因为我们经常的产生赊销的业务,为了避免风险,在发货前进行的控制。
举个例子:我们可以对客户进行信用额度,超过信用额度的即冻结不允许发货。
相对于应付款的自动付款来讲,信用控制即是应收款的重头戏。
一、系统配置:(1)定义信贷控制范围:通过定义信贷控制范围我们可以把信用控制分配到整个集团或是一个公司代码下,比如我们可以整个集团是一个信用额度或者是某个公司代码是一个信用额度。
如图1所示,其中更新有如下选项图1-1 定义信贷控制范围00012:简单点讲也就是说包含了从销售订单->交货->开票->收款全部销售环节都更新信用数据,那么00015:则销售订单不更新信用控制00018:则交货不控制讨论?如何选择更新类型?对于国内的业务来讲我们通常都是选择000012作为更新类型。
图1-2 更新类型(2)分配信贷控制范围的公司代码,我们可以让一个集团公用一个控制范围,即所有公司代码都用一个控制范围,也可以让每个公司代码都用一个控制范围,即对一个公司进行控制,操作如图1-3所示图1-3分配控制范围(3)定义风险类别风险类别我们可以定义高、中低三个类别,风险类别的作用我们也会在后面详细的提到。
图1-4 风险类别(4)定义自动控制前面定义的风险类别在这里用到了,我们是可以对不同的类别进行不同的控制,如图1-5,其中:更新:000012,请参看前面的章节。
静态与动态:静态即不考虑日期,只要有订单,动态是指订单+展望期,举个例子,比如今天有一个订单6个月后交货,那么动态的控制就会在本日期+6个月。
相应状态:比如警告==。
其他拷贝0001并选择默认配置。
1-5 自动控制配置二、系统操作(1)前台操作用到的事务码VKM1 冻结的销售订单清单F.31 客户信用总览FD32 更改客户信用额度VD05 冻结客户主数据(2)操作步骤见表1-1(3)建立客户信用额度通过信贷控制FD32建立,其中:信贷限额指已经分配的额度。
SAP_SD信贷管理的配置操作

sap信贷管理的操作流程为了降低企业在实际业务中的信贷风险,SAP系统提供了一个复杂的信贷管理解决方案,当客户超过它的信贷许可范围时,系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的,完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展,系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新,以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
SAP-内销订单流程SAP-内销订单流程

业务流程名称:内销订单处理流程业务流程定义文件签署表业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义,其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
1.业务流程目的:描述内销订单的处理流程。
各公司营销部销售代表在收到客户要货需求后,经过进一步确认和营销部主管审批,与客户签定合同,然后由营销部订单录入员统一录入订单。
订单完成并确认后,由供应链部门储运人员安排发货。
本文件将描述在SAP系统中订单的处理流程。
2. 业务流程的相关原则:2.1销售组织:销售组织:目前,在SAP系统中TCL部品事业部的光电科技公司、SMT公司和显示公司将各自拥有独立的销售组织。
分销渠道:SMT和显示都会有内销和外销方式,同时,还具有多个渠道,包括大客户、经销商批发和零售等销售渠道。
目前,光电科技销售是前投影产品,包括SMT的前投产品,其主要客户是内销大客户、经销商和零售。
产品组:SMT公司的产品包括光机和前投,显示公司的产品包括显示模组,而光电科技没有自己的产品。
在SAP系统中,销售订单的建立必须指定一个销售区域,销售区域由销售组织、分销渠道和产品组组成。
系统中建立的销售区域包括:2.2销售订单类型:在创建订单时指定销售订单类型,订单类型包括一般销售订单、折扣订单、退货订单、免值(FOC)换货订单、样品免值(FOC)订单和寄售订单。
折扣订单和退货订单在创建会被自动冻结,由专门授权的营销部人员负责放行。
一般的订单处理流程包括可用性库存(ATP)检查和客户信用检查,对于不同的订单类型,系统可分别处理,例如对于退货订单,系统不执行ATP检查和客户信用检查。
2.3新产品确定SMT营销部门在接到客户的销售订单后与研发部门共同确认客户的订购的产品是否是新产品(物料),若为新产品则需要启动产品(物料)主数据维护流程。
客户订购显示公司的产品一定是已有产品。
2.4可用性库存检查订单的可用性库存检查包括对确定的生产计划和生产订单的检查。
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系统信贷管理及清帐

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系统的信贷管理与清帐功能为企业提供了全面、高效的财务管理解决方案。
通过集成各业务模块,企业能够更好地掌握信贷情况和应付账款信息,从而实现业务与财务的一体化。
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 按保存, 如下图所示。
SAPSHANA信用管理信贷配置手册v

SAP S4 信贷功能配置手册版本:日期: 2018-07-07目录一、 .............................................................................................................................后台系统功能配置41.1. 定义信贷控制范围 (4)1.2. 为公司指定信贷控制范围 (5)1.3. 定义信誉段 (5)1.4. 创立风险类 (6)1.5. 定义信息类型 (6)1.6. 定义检查规则 (7)1.6.1. 010步骤信贷风险总数的统计检查 (7)1.6.2. 020最大凭据值的检查 (7)1.6.3. 110最早未清项检查 (8)1.6.4. 120回款逾期天数(待考证) (8)1.6.5. 130检查到期未清项目 (8)1.7. 定义欠债类型 (8)1.8. 解说信誉段 (9)1.9. 分派信誉控制范围及信誉段 (9)1.10.分派信贷控制范围到公司代码 (10)1.11.分派信贷控制范围的销售范围 (10)1.12.项目类其余信贷激活 (10)1.13.定义信贷组 (10)1.14.销售凭据及交货凭据信贷分派 (11)1.15.定义风险类型 (11)1.16.定义自动信贷控制 (11)1.17.科目信贷控拟订义 (12)二、 ...............................................................................................................................................技术办理132.1. 激活 SD与 SAP信贷管理的加强链接 (13)2.2. 补丁一:解决发票凭据信贷值更新错误 (13)2.3. 补丁二:解决最早未清项控制不履行问题 (14)2.4. 订价过程信贷设置 (14)三、 ...........................................................................................................................................主数据保护153.1. 通用视图 -信贷管理角色 (15)3.2. 信誉段 -信誉额度及控制 (16)3.3. 公司视图 -支付条件 (16)3.4. 销售视图 -支付条件及信控范围 (16)一、后台系统功能配置1.1.定义信贷控制范围说明:信贷控制地区是一个控制单元,用于指定和检查合作伙伴的信誉额度;信誉控制地区能够包括一个或多个公司,但一个公司没法分派给多个信贷控制地区;在信誉控制地区内,信誉额度一定以相同的钱币指定。
SAP中的信用管理

SAP中的信用管理收藏SAP中的信用管理为了降低企业在实际业务中的信贷风险,SAP系统提供了一个复杂的信贷管理解决方案,当客户超过它的信贷许可范围时,系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的,完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展,系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新,以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
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信用主数据操作流程

信用主数据维护流程
BPD_SD102
前言
随着SAP项目的推进,需对原有业务流程进行梳理。
项目组根据ERP的原则,结合公司的现状,制订本流程。
本流程描述未来在SAP R/3中处理业务的详细流程定义,其中所涉及的SAP功能已得到项目组成员的接受。
信用主数据维护流程
1 范围
该业务流程主要应用于信用主数据的创建和更改。
2 规范性引用文件
无
3 定义及要点说明
1)由集团各分子公司销售部提出信用主数据的申请,统一由财务部创建和修改等动作,使整个集团内
的信用主数据保持一致;
2)维护SAP的信用主数据,根据客户编号、信贷控制范围来维护客户的信贷额度、风险类别、信用代
表组、额度有效期,要明确每个客户是现金客户或预付款和赊销客户,如果是现金客户,可以将信贷额度维护1分钱,如果是预付款和赊销客户,需要根据实际情况维护;
3)公司内的所有客户,如需参与信贷检查的,则必须创建客户的信用主数据,此数据是系统信贷检查
的基础。
4 业务流程所带来的相关改变
1)集团各分子公司内所有客户的信贷主数据要保持一致,参与信贷检查的客户需要维护信贷额
度、风险类别、信用代表组、额度有效期;
2)保持客户信用主数据创建和修改的严肃性,控制随意增减,信用主数据是信贷检查的基础性数
据,关系到后续单据操作的完整性。
5 信用主数据维护流程
30信用数据
6 业务流程的详细步骤
附录 A
客户信用申请/修改表。
SAP 财务模块 FICO概念及主要流程

FICO概念及主要流程--一个高手FICO笔记[日期:2008-03-20] 来源:作者:[字体:大中小]FICO概念及主要流程1 FI-Financial Accounting1.1 组织结构1.1.1 公司代码(company code)命名格式:四个字母或数据组成。
基本概念:一个独立的会计实体(不一定是法律实体)。
对外报送资产负债表和损益表的最小单位。
每个cc都要设置一个本位币,之外的对该cc都是外币。
可用外币记帐,但在记入总帐时自动转换成本位币。
1.1.2 业务范围business area一个单独的营业或责任区域会计组织单元,可是一个会计对象,也可是一个单独运作的部门。
不要求对外出具报表,但要内部需求,也是一个出具资产负债表,损益表的单位。
1.1.3 company code & business area每个business area 可属于多个company code,可跨公司核算。
一个company code 也可包含多个business area。
business area和company code是多对多的关系。
1.1.4 资产负债表、损益表单位是出具资产负债表损益表的单位,除了以上提到的company code 和business area,还有利润中心profit center。
其中company code是对外出具资产负债表损益表,而businiss area 和profit center是出于内部需求需要,对内出具资产负债表损益表1.2 总帐-General Ledger1.2.1 主数据-科目(Account)sap中所有科目类型:总帐s供应商k客户 d资产a物料m其中物料科目比较特殊,不可直接记帐,仅可以通过物流方式由系统产生凭证。
另外四类都可以通过凭证录入直接记帐。
与cost element关系在FI中的损益类科目account即为CO中的初级成本要素cost element。
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个月才预计会交货。
SAPSD信用管理配置和应用

ZSD021查询未清单据明细;
应收总额:未清的应收账款;
FBL5N查询截止当前日期的标准未清项金额;
特别往来债务:未清的预收账款。即客户特别总账A“预付定金”(对应科目21310100预收账款-集团内,21310200预收账款-集团外,21310300预收帐款-出口)是信贷科目。
SAP信用管理配置
2012-12-08
1.
现金销售和预收款销售一般指发生在垄断性行业,多数企业不得不面对产品赊销的两难选择。赊销是把双刃剑,如果不赊销,不能迅速扩大销量,从而影响企业的成长速度;如果赊销,虽然生意可以做大,但面对国内信用制度不完善的情况下,有可能会出现大笔坏帐,严重降低企业资金周转率和利润率,甚至会诱发企业资金链破裂所带来的更大危机。所以,关健在于如何处理应收账款管理、进行信用管理和风险控制防范,以达到扩大销量和应收帐款回收之间的平衡。销售部门的工作是接单,而财务部应收小组的目标是收款,中间环节是启用自动信用控制。
4.3.3
当销售订单金额超过可用信用额度,单据保存时,系统提示:
点“继续”按钮,系统提示,此时订单已被冻结,如果用VL01N做交货,系统则提示:
4.3.3超信贷的后续处理
根据公司相关制度,可以使用VKM1解冻订单后再发货,或者通过审批流程增加客户额度。
4.4账期控制应用
4.4.1 查询客户未清项拖欠天数
接着交货500个,保存交货单后,销售信用值仍为10000,其中未清销售订单值为5000,未清交货信用为5000;
接着开票300个,假设开票后不同步产生财务凭证,则销售信用值仍为10000,其中未清销售订单值为5000,未清交货信用为2000,未清发票为3000。当发票产生会计凭证后,未清发票金额转移到未清应收上。
SAP系统中信用管理主数据和流程的设计【论文】

SAP系统中信用管理主数据和流程的设计摘要:现代商务交易中最不容易被忽视的因子就是客户的信用等级和交易结算的历史记录。
对企业而言,日常的风险控制中最重要的环节之一就是信用管理。
主要从信用管理业务的流程出发,对SAP系统管理信用的具体策略进行讨论,希望相关企业能因此充分了解信用交易对企业发展的重要性,从而采取有效措施应对交易风险。
关键词:SAP; 信用管理; 授信额度; 流程设计;1、前言针对当前复杂的商业环境,很多企业不得不面临信用销售这一环节。
必须承认的是,信用销售是一把双刃剑,如果不进行信用销售,企业的销量很难得到提高,进而会直接影响到企业的成长速度;如果企业选择进行信用销售,一方面生意就能越做越大,声望也随之越来越高,但另一方面也会增加坏账损失和应收账的机会成本,轻则导致企业的资金周转不畅,重则会影响到企业的资金链,针对企业的危机也就随之产生。
因此在现代商务交易中,坚决不能忽视客户的信用等级以及其结算的历史记录。
SAP系统是ERP的升级,一方面其具有ERP系统的突出性能,将供应商与客户之间有机联系在一起,从而实现相关产品的生命周期管理;另一方面SAP系统额外加入了信用管理这一部分。
本文主要结合企业信用管理的业务流程,针对当前国内外的信用管理特点,对各个企业如何应用SAP系统进行了深入探究,希望相关企业能借助信用管理策略中的设计思想,有效避免经济交易引起的金融风险。
2、信用管理相关的业务流程分析2.1、信用管理的工作机制分析不论哪个企业,在具体管理客户信用时,一定要对客户进行分类。
以笔者就职的公司为例,客户主要有三种,即集团客户、代理商和最终客户。
按照之前设置好的规则和方法让客户领取与自身信用相对应的额度。
必须注意的是,客户的消费金额只能处于固定额度之内,如果超出这个额度,交易过程中就会接收到系统的提示。
若客户执意操作,订单甚至会被系统选择性冻结。
2.2、企业交易过程分析本文主要以信用管理的设计思路为重点,因此这里会忽略与信用管理不相关的内容。
SAP中的信用管理

SAP中的信用管理收藏SAP中的信用管理为了降低企业在实际业务中的信贷风险,SAP系统提供了一个复杂的信贷管理解决方案,当客户超过它的信贷许可范围时,系统能够做出迅速而有效的反应。
如下图所示显示了SAP系统中一个客户的信贷管理信息。
同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的,完全实现了客户信贷管理信息的共享。
而且每一个客户的信贷管理信息随着对其销售业务的开展,系统能够实现及时动态更新。
SAP系统对客户信贷管理信息的及时动态更新,以及信贷控制策略的实现是通过SAP系统的后台配置完成的。
在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置,以实现企业的信贷控制策略。
1.定义信贷控制范围。
信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。
系统配置的后台路径为:企业结构=>定义=>财务会计=>定义信贷控制范围及组织值事例。
为了提高工作效率,建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值,实现在创建客户主数据时自动创建该客户的信用主数据。
这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。
2.给公司代码分配信贷控制范围。
根据不同的产品,不同的销售方式,一个公司代码可以有多个信贷控制范围。
同时一个信贷控制范围也可以分配给多个公司代码,比如,集团公司的一个客户可以有一个总的信用限额,而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。
系统配置的后台路径为:财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。
3.给销售范围分配信贷控制范围。
销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。
销售范围反应了一个企业不同的产品以及不同的销售方式的组合,一个信贷控制范围可以分配多个销售范围,一个销售范围只能分配给一个信贷控制范围,信贷控制范围和销售范围之间是一对多的关系。
SAP 笔记 ——SAP系统中信用控制功能详解

SAP 笔记——SAP系统中信用控制功能详解1 引言现金销售和预收款销售一般指发生在垄断性行业,多数企业不得不面对产品赊销的两难选择,赊销是把双刃剑,如果不赊销,不能迅速扩大销量,从而影响企业的成长速度;如果赊销,则生意虽然做大,特别国内信用制度还未完善情况下,大笔坏帐也跑出来了,严重降低资金周转率和利润率,甚至导致企业资金链的破裂,企业的危机也就跟着出现。
处理这个问题的关键就在于如何处理应收账款管理、进行信用管理和风险控制防范,在争取尽可能扩大销量和应收账款回收之间进行平衡,销售部门的工作是接单,而财务部门应收账款的目标是收款,中间环节是启用信用控制。
有的企业可能是由销售业务部门进行信用额度控制,如果需要,可以单独设置信用风险管理部门,独立于财务部门及销售部门,指导整个集团或公司的信用政策和管理信用。
为了加强应收账款管理,除信用管理外,SAP 系统还可以利用其他的方式来做付款担保,如信用证明和支付卡等来减少应收账款的风险,而这部分担保应收额也直接影响客户信用额度。
2 信用控制逻辑同全面预算体系类似,信用控制体系也分事前规划设计、事中执行控制、事后检查评估三个阶段,下面详细介绍一下信用控制的配置和应用。
举个例子:可以对客户进行信用额度检查,超过信用额度的即冻结不允许发货。
相对于应付款的自动付款来讲,信用控制是应收款的关键设置。
2.1 定义信贷控制范围信用控制区域为准予和监控客户的信用额度的组织实体,客户信用限额的指定和控制都在这个组织范围里进行。
通过定义信贷控制范围,可以把信用控制分配到一个或多个公司代码下,一个客户端或一个公司代码使用一个信用额度,一个信用控制区域只能一种货币保存信用数据。
在ERP集中实施的零售企业,比如一个省级销售公司下包含若干个市级销售分公司,假设只使用了一个省级公司公司代码,市级分公司被作为利润中心或业务范围,销售方式分为零售、直销或批发等,那么可以根据不同的业务范围/利润中心、不同分销方式或不同的产品类别在同一公司代码下设置多个信用控制范围,当然也可集中设置一个信用控制范围。
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
版本:
业务流程定义文件签署表
业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义,其定义的业务流程及
1. 业务流程目的:
本流程描述客户信用管理以及客户信用主数据维护流程
信用管理流程支持TCL部品事业部实施一套完整的信用管理政策,以有效地减少信用风险,尽快解决信用冻结问题,加速定单处理过程。
信用管理主要包括如下功能(覆盖SD和FI):
•根据信用管理需求,设定自动信用检查规则
•严重的信用问题可通过报表识别出来
•向信用控制人员提供相关信息,协助他们快速决定是否放行
2. 业务流程的相关原则:
信用控制区域:
•各公司分别设置独立的信用控制区域,分别对客户进行信用管理;
•信用代表组,分三组:大客户信用经理、信用经理和信用代表人员,代表信用管理部门内部分工(待定)。
信用主数据以及客户信用额度设置(待定):
•每一客户在不同的信用控制区域有不同的信用额度。
信用额度建议分若干级(也可以使用连续信用额度),在SAP系统外调整。
•风险类别分多级,分别是:X1、X2、……和N。
N级专门用于新客户。
风险类别调整SAP 系统外进行。
对每一级客户均做信用检查。
•信用限额的调整计算在SAP系统外进行,SAP可提供一些信息帮助用户完成这项工作。
•信用主数据的维护权限需要进行控制,建议按照信用限额和风险类别进行分工。
•若使用动态信用限额检查,建议设置1个月的信用展望期。
•某些客户的子公司分别同TCL部品有业务往来,信用管理可能需要在客户组层面上进行。
自动信用控制规则(待定):
1)不能超过信用额度。
计算信用额度时考虑未发订单(动态信用额度检查)
2)对于新开客户,可能没有设置信用限额,可以设置订单价值上限。
可能需要连续观察一段
时间后,将其风险类别从N转为其它类别(需手工进行)。
3)恶性欠款同应收余额不超过一定百分比
4)帐龄最长的恶性欠款不能超出设定天数
5)催款次数不可超过最高限(如三次,小额欠款的催款可不考虑)
•以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型,风险类分配给客户主数据)
•信用检查通不过,在创建发货时系统出错误信息,但可由经授权人士批准后释放。
审批和放行信用冻结:
•信用代表基于一个信用冻结文档清单工作(在其权责范围内),该清单应提供如下信息:•客户号
•可用信用限额
•……
•信用代表必须将冻结原因/放行原因录入SAP系统
付款和预付款
财务部出纳人员及时将到帐的货款录入SAP系统中
3. 业务流程所带来的相关规则和政策改变
对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。
定期对客户的信用状况进行评估,及时调整客户的信用额度以及时控制风险。
客户包括大客户的信用管理由业务主导部门负责。
目前,客户的信用管理由各公司财务部负责,如果将来本部需要统一管理大客户业务,流程将按照实际业务作调整,系统中对授权作相应的改动。
实现在客户级别的信用管理,每个客户在不同的信用控制区域有不同的信用额度,超过信用额度,交货被冻结。
客户的信用管理和冻结订单的释放由各公司财务部专门人员负责,释放前须经批准。
本段主要描述流程图的符号。
6. 业务流程图(在VISIO中画流程图)
7.业务流程的详细步骤:。