SD-信用控制

信用控制，简单一点说就是因为我们经常的产生赊销的业务，为了避免风险，在发货前进行的控制。举个例子：我们可以对客户进行信用额度，超过信用额度的即冻结不允许发货。

相对于应付款的自动付款来讲，信用控制即是应收款的重头戏。

 一、系统配置：

   （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

表1-1 信贷操作步骤

步骤编 号

操作用户

步骤描述

事务代码

备注

10

信管部门

信管员

1、信管员根据《客户信用管理制度》，定期检查客户信用信息，分析客户信用状况。

2、对于新开发客户和被冻结订单的老客户，信管员根据《客户信用评估标准》对客户信用情况进行评估。

如果是新客户，转到步骤20。

F.31

 

20

信管部门

信管员

信管员根据《客户信用评估标准》确定新客户的信用信息。

N/A

 

30

信管部门

信管员

信管员在系统中维护新客户的信用信息。

如果是老客户，信管员根据《客户信用评估标准》判断是否需要冻结客户主数据，如果是则转到步骤40。

FD32

 

40

信管部门

信管员

信管员填写客户冻结申请表，提交主管审批。

如果客户不需要冻结，信管员根据《客户信用评估标准》判断是否需要增加/减少客户信用额度，如果需要则转到步骤50。

N/A

 

50

信管部门

信管员

信管员填写客户信用增/减申请表，提交主管审批。

N/A

 

 

信管部门

信管员

如果需要通知业务人员催款，则转到步骤90，否则结束本流程。

N/A

 

60

信管部门

主管

信管主管审批客户冻结申请表或客户信用增/减申请表。

如果审批通过，则转到步骤70（冻结客户）或步骤80（增/减信用额度），否则回到步骤10，要求信管员重新评估客户信用状况。

N/A

 

70

信管部门

信管员

信管员冻结客户主数据，流程转到解除客户主数据冻结流程。

VD05

 

80

信管部门

信管员

信管员修改客户信用额度。

FD32

 

90

信管部门

信管员

信管员将信用处理情况通知业务人员。

N/A

 

100

信管部门

信管员

信管员按照《客户信用管理制度》归档相关表单。

N/A

 

（3）建立客户信用额度

通过信贷控制FD32建立，其中：信贷限额指已经分配的额度。以上只是简单的信用额控制，但基本能满足企业的需要。

三、其他问题

SAP系统中经常发生索引表损坏,sap的有些标准tcode会生成错误结果.这都是因为该报表使用sd的索引表,解决此种错误的方法只用使用 RVV05ivb程序更新相关索引就可解决.其他小贴士：

RVV05ivb 更新SD索引表

SAPRCKMJX 激活物料帐

RFAGL_SWAP_IMG_OLD 关闭旧总账

RFTBFF00 导入模板

RFIDCN01 金税

RFSEPA01 行项目管理

RFUMSV00 税务返回