信贷检查会在什么单据进行检查?sap

为了降低企业在实际业务中的

信贷风险，SAP系统提供了一个复杂的信贷管理解决方案，当客户超过它的信贷许可范围时，系统能够做出迅速而有效的反应。如下图所示显示了SAP系统中一个客户的信贷管理信息。

同一个企业所有客户的信贷管理信息是以信用主数据的方式维护到系统中的，完全实现了客户信贷管理信息的共享。而且每一个客户的信贷管理信息随着对其销售业务的开展，系统能够实现及时动态更新。SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制策略的实现是通过SAP系统的后台配置完成的。在这里针对不同信贷控制范围、不同风险类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。

1.定义信贷控制范围。

信贷控制范围是SAP销售和应收账款模块中用于控制信用风险的组织机构。系统配置的后台路径为：企业结构=>定义=&gt财务会计=>定义信贷控制范围及组织值事例。为了提高工作效率，建议在“信贷控制范围明细项”里面维护客户信用主数据的默认值，实现在创建客户主数据时自动创建该客户的信用主数据。这样只需对不同风险类别的客户和授信客户的信贷限额进行维护。

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

根据不同的产品，不同的销售方式，一个公司代码可以有多个信贷控制范围。同时一个信贷控制范围也可以分配给多个公司代码，比如，集团公司的一个客户可以有一个总的信用限额，而在各个信贷控制范围内又可以设定该信贷控制范围内的信用限额。系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>分配允许的信用控制范围给公司代码及组织值事例。

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

销售组织、分销渠道和产品组三者之间的有机组合构成一个销售范围。销售范围反应了一个企业不同的产品以及不同的销售方式的组合，一个信贷控制范围可以分配多个销售范围，一个销售范围只能分配给一个信贷控制范围，信贷控制范围和销售范围之间是一对多的关系。系统配置的后台路径为：企业结构=>分配=>销售分销=>分配贷款控制范围的销售范围及组织值事例。

4.定义风险类别。

风险类别可以理解为风险等级，首先对客户区分不同的风险类别，然后针对不同的风险类别可以执行不同的信贷政策。系统配置的后台路径为：财务会计=>应收账目和应付账目=>信用管理=>信用控制会计科目=>定义风险类别及组织值事例。

5.定义信贷组。

信贷组可以理解为对信贷控制区分不同的控制环节，信贷控制一般可以在三个业务环节进行：销售订单、交货和发货过账。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理=>定义信贷组及组织值事例。

6.定义进行信贷控制的定价过程。

这一项主要是对包含哪些价格条件类型的值进行信贷控制。关键是需要对进行信贷控制的价格条件类型设置相应的标志，将需要控制的价格转到贷方价格。具体系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理/风险管理设置=&gt输入设置。

7.激活项目类别的信贷更新。

这一配置在项目类别层次控制实际的销售业务数据是否更新信贷总额。要实现客户信贷及时动态更新，需将相应销售单据类型的活跃信贷选中。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理/风险管理设置=>确定每一项目类别的有效的应收款及组织值事例。

8.给销售凭证和交货凭证分配信贷组和信贷控制方式。

通过这一配置实现了不同类型的销售订单和交货单与信贷组及系统信用控制的结合。

9.定义自动信贷控制。

在这里定义具体的怎样执行信贷控制，反映了一个企业的基本信贷政策。系统配置的后台路径为：销售分销=>基本功能=>信贷管理/风险管理=>信贷管理=>定义自动信贷控制及组织值事例。

SAP中的信用控制可以实现分公司代码、分销售范围、分不同风险类别的客户、分单据类型的控制。要实现信用控制，还需要首先对要进行信贷控制的定价过程做定义，其次是要激活项目类别的信贷控制。信贷控制范围的确定一般有四个层次：公司代码、销售范围、客户主数据以及用户出口，四者的优先级依次升高。

SAP系统的信用管理功能非常强大，而在销售管理过程中，信用管理也是主要的内部控制点，为此建议将风险类别按低、中、高划分成三个等级，按客户的信用状况，将客户划分成低风险客户、中风险客户、高风险客户，对客户实行分级管理。

在信用控制策略上，对不同的信贷控制范围，实现销售订单级的控制即可。对于低风险客户，当超信贷限额时，系统只是警告一下，不影响业务 *** 作；对于中风险客户，当超信贷限额时，订单将会被冻结，后续的业务无法继续进行，经过相应的审批，将被冻结的订单释放后才能进行后续 *** 作；而对于高风险客户，当超信贷限额时，订单根本无法保存。

为了保证创建新客户时同时创建该客户的信用主数据，建议通过系统配置实现创建客户主数据时自动创建该客户的信用主数据。

在具体实现策略方面，建议将内部客户维护成低风险客户，将外部客户维护成中风险或高风险客户。对需要授信的客户，由企业信用管理小组根据客户信用状况给予一定的授信额度，从而实现SAP系统对内控的有效支撑。

前台 *** 作：

1、FD32

SAP系统对客户信贷管理信息的及时动态更新，以及信贷控制

策略的实现是通过SAP系统的后台配置完成的。在这里针对不同信贷控制范围、不同风险

类别、不同信贷组的组合进行详细的信贷控制设置，以实现企业的信贷控制策略。

2、SAP FD33 客户信贷数据解析事务代码FD32/FD33，输入customer（购货方编号）和credit control area（信贷控制范围），选择Status（状态），回车。

查看到的几个字段的理解如下：

Credit exposure（信贷风险总额）= receivables（应收总额） + special liabilities（特别往来债务） + sales value（销售值）。其中：

应收总额：指出具了发票的总金额扣减顾客付款之后的应收帐款余额；

特别往来债务：一般是预收款（customer down payment）。没有交货就预先收款，财务上当然视为我方债务，由于是债务，这个字段永远以负值表示；

销售值：sales value应理解为open sales value，并不是会计意义上的“因为开具发票而实现的销售收入”。在完整信用管理场景下，销售值可理解如下：

open sales value＝open order value + open delivery value + open billing value；

open order value：建立了销售订单，但尚未交付的价值；

open delivery value：建立了出埠交付单（outbound delivery note），但尚未出具发票的价值。“交付”以VL01N创建交付单为唯一标志，与是否过账出货无关；

open billing value：出具了发票，但没有生成会计凭证的价值。

open order value记录于S066-OEIKW，open delivery value记录于S067-OLIKW，open billing value记录于S067-OFAKW。

如果对credit exposure或者其三个细目的余额有疑问，可以用SE38调用标准程式RVKRED77运行有关的信用账户，刷新后再重新进入FD33观察。

出现不一致的情况请查询note，采用补充程序进行纠正。

注：改表改变不了实质，应补充完整的实际业务。

信贷数据不正确，请参考SAP notes: 1756125 - Wrong credit values - identify and correct

常见问题

1、我已经在OVAK和OVA8里面设置销售订单不进行信用检查了，为什么S066还更新未清订单信贷值？

再次强调，信用更新和信用检查是两个过程，您需要检查VOV7或者OVA7，项目“活跃信贷”是否被选择上了。

2、我已经设定VOV7里面“活跃信贷”为”X”了，为什么保存销售订单以后FD33看到未清订单信贷值没有更新？

请检查以下几项：

1.销售订单明细的VBAP-CMPRE是否有值，如果没有，请参照Note 18613在V/08维护销售价格

2.销售订单明细计划行里是否有确定的数量；

3.OB45更新组是否选择了000015；

4.OMO1对信息结构S066的更新时间是否设置了同步更新。

3、FD33里面的销售值不正确应该怎么办？

首先报表RVKRED88可以用来检查到底销售值是否正确。

3.1 FD33->输入客户和贷方控制范围->查看状态->附加->销售值->记录以下项目值

未清订单信贷值

未清交货信贷值

未清开票凭证

3.2 SE38->RVKRED88->输入客户和贷方控制范围->执行（F8）->

对比执行结果和FD33是否一致

RVKRED88是重新进行信用更新会得到的值，所以如果以上不一致的时候，需要执行报表RVKRED77来修正数据库值。

此报表执行的时候需要没有user在系统上进行 *** 作，因为需要冻结VBAK,VBAP等表格以保证系统数据的一致性。

请不要中途终止RVKRED77，这样会导致系统里的信用值不正确。

具体请参照SAP NOTE 716141。

4、FI SD显示预付款不一致

SD这边，客户A在FD33中显示的特别往来债务（即预付款）为2344.38，

FI这边，客户A在FD10N中显示的预付定金是30174.38；

这两个数据正常情况下是一样的，就只有这个客户A是不一样。经过排查，财务那边是对的，SD那边是错的，但找不到原因，请问有哪些可能的原因？

解决办法：

用F.28更新重置信贷数据后就可以了

信贷检查的常用后台程序

对于做信贷检查来说，几个常用的报表必须定期在后台运行；以便及时更新系统单据的冻结状态；

1、RVKRED06；检查被冻结的销售文档（销售订单、交货单）

这个是对冻结的单据，执行新的信用检查；比如客户前期的订单由于信用额度的原因而冻结了，本次客户及时支付了货款，那需要多这些单据重新做信用检查；系统会根据新的可分配额度，重新设定单据的冻结状态；

2、RVKRED08；检查低于信用限额的销售温度（销售订单、交货单）

对展望期的信贷检查；如果设定为动态展望期，那在展望期之外的单据是不考虑的；随着时间的推移，展望期之外的单据也会进入展望期内，这时候需要对这些单据重新做信贷检查；

3、RVKRED77；更新销售模块的信用数据

更新错误的信贷数据；客户信贷主数据中的信贷值、销售值用来判断客户的可用额度，但这个值有时候会更新错误；运行这个程序，可以重组信贷数据；

4、RVKRED09 检查正在后台处理的销售文档（销售订单、交货单）

5、RVKRED88 模拟更新后销售模块的信用数据

6、RFDKLI120 重新设置客户的信用限额

7、RFDKLI150 批量更改信用限额数据

RFDKLI10 搜索无信贷限制的客户

RFDKLI20 为选定的信贷控制范围重新设置信贷限额

RFDKLI30 汇总信贷限额概览。该程序为每个客户列出主要的和控制范围

RFDKLI40 信贷限额概览 (扩展的)

RFDKLI41 信贷主表

RFDKLI50 批量变更

RFDKLIAB 跨帐目变更显示

qq出售

精选推荐

广告

SAP 动态信贷管理

36下载·2评论

2012年6月11日

sap客户信贷_SAP信贷控制功能与配置详解

917阅读·0评论·0点赞

2020年12月19日

sap客户信贷_SAP SD 信贷控制范围-特别总账控制的信贷更新

1151阅读·0评论·0点赞

2020年12月19日

SAP中FI信贷额度FD32设置

4854阅读·0评论·0点赞

2016年12月27日

SAP SD 客户信贷管理解析

2030阅读·0评论·0点赞

2020年1月26日

sap客户信贷_FD32维护客户信贷数据

1291阅读·0评论·0点赞

2020年12月19日

高清播放机，图片大全，点击查看详情！

精选推荐

广告

sap客户信贷_012 【基础配置】信贷重组及S/4 HANA 信贷管理

2742阅读·0评论·1点赞

2020年12月31日

Credit Management(SD)

270阅读·0评论·0点赞

2015年4月24日

SAP SD：SAP信贷出口

1523阅读·0评论·1点赞

2017年9月5日

sap客户信贷_SAP 客户信贷重建一则

66阅读·0评论·0点赞

2020年12月19日

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

5下载·0评论

2020年11月19日

SAP SD信贷管控

30下载·0评论

2018年7月26日

定义拒绝原因

1583阅读·0评论·1点赞

2017年8月2日

SAP 从零起步之 1.4 创建信贷控制范围

451阅读·0评论·0点赞

2022年4月24日

sap客户信贷_企业客户信用控制管理机制实践（2/2）

1518阅读·0评论·0点赞

2020年12月31日

sap客户信贷_信贷控制配置全过程-SAP

1341阅读·0评论·1点赞

2020年12月19日

SAP SD基础知识之信用控制范围

2759阅读·0评论·0点赞

2020年2月13日

sap信贷管理的 *** 作流程

899阅读·0评论·0点赞

2021年12月31日

sap客户信贷_信贷控制，FD32的销售值不会变化，只有应收总额的变化

342阅读·0评论·0点赞

2021年2月11日

FD32 查询客户信贷管理中，销售值是怎么来的？

5767阅读·0评论·1点赞

2016年3月15日

SAP NetWeaver StackSAP NetWeaver 是支撑新一代 SAP 应用程序（如 SAP ERP 2005）的技术平台。而企业服务架构（企业 SOA）是支持 SAP NetWeaver 的框架，可以将较小的企业服务模块集成为组合应用程序。将两者结合，可以为创建企业特定的业务流程提供速度和灵活性。把所有原来ERP的功能模块重新定义并做成服务形式，把基于服务的形式又创建成关于业务逻辑的知识，并建立了“企业服务知识库”，把所有的服务归纳在一起，然后在知识库的基础上重新架构应用软件。这样就把ERP导入到了SOA的架构中。企业要求业务的流程是可以随时调整的，因此业务流程的重组在ERP导入SOA的过程中就成为了关键的一步。透过SOA将过去的经验复用，也就是把有用的经验重新组合并实现应用的整合，也是ERP在导入SOA的过程中需要强调的。复用就是把现有的服务全部重新建模，然后把模型转变成企业的应用，面向服务重构企业所需要服务，当然复用的目的是为了能够保护企业的现有资源。SAP NetWeaver 为 SAP 交付组合应用程序提供了基础，组合应用程序通常是指使用 SAP NetWeaver 工具构建和管理的 SAP xApps。它们将使用 SAP R/3、SAP 供应链管理、SAP 客户关系管理和 SAP ERP 等 SAP 应用程序的现有功能，根据客户需求来构建新功能或扩展功能。SAP ERP 2005 完全支持此架构，而 SAP R/3 则不支持。 SAP NetWeaver是下一代基于服务的平台，它将作为未来所有SAP应用程序的基础。NetWeaver包含了一个门户框架，商业智能和报表，商业流程管理（BPM），自主数据管理（MDM，Master Data Management），一个公用运行时间应用服务器（common run-time application server），以及SAP应用开发和管理平台。SAP NetWeaver全面实现与Microsoft .NET 和 IBM WebSphere的互 *** 作性和可扩展性Enterprise Services Architecture (ESA) ——基于服务的完整业务解决方案的蓝图,使公司能够通过现有技术投资获得更大的业务价值,并且有史以来第一次实现在整个企业内使用Web服务。将来,所有SAP解决方案都将采用ESA蓝图开发,并希望在可用性、伸缩性、适应性和扩展性方面确立新的标准。

全球77%的交易收入都与SAP系统有关，SAP（思爱普）是ERP的代名词，是全球最大的企业管理和协同化商务解决方案供应商、全球第二大云公司，成立于1972年，总部位于德国沃尔多夫市，在大中华区为超过 16,100 多家大中小型企业提供解决方案。。SAP系统基本 *** 作流程如下：

1、首先VPN登陆、开始、所有程序、SSLVPN客户登陆端、启动客户端、输入分公司自己以申请的VPN用户名和密码、VPN登陆成功、桌面、启动SAP客户登陆端、输入分公司自己以申请的SAP用户名和密码；

2、创建销售订单(VA01)、将销售订单转换成外向交货单（VL01N）打印出库单（ZPJCK）、修改销售订单(VA02)、查看单个销售订单(VA03)、d 查看批量订单（VA05 ZVA03）、 (ME21N)、客户信息查询（ ZXD03）、物料清单查询 （ZMMSEARCH MM60）、金额销售查询（ZSDR003）、库存查询（ZMB52 ）。

相关 *** 作技巧：

1、设置快速复制与粘贴：菜单选择“定制本地布局”-选择“快捷剪切和粘贴”（设置后左键选择拖动文字即复制，在输入地点击右键即粘贴）。

2、文字输入时插入或覆盖后续文字：点击状态栏右下角的INS或OVR文字，点击后相互切换插入（INS）或覆盖（OVR）。

3、设置菜单功能是否显示对应的事务码：“菜单”-“细节”-“设置”-选择显示技术名称。

---