SAP客户信用管理流程V

S A P客户信用管理流程

V

标准化工作室编码[XX968T-XX89628-XJ668-XT689N]

业务流程名称:信用管理处理流程

流程编号及版本号

编号：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)催款次数不可超过最高限(如三次，小额欠款的催款可不考虑)

以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型，风险类分配给客户主数据)

详细规则请见下表(checking rules.xls)。

中文字段名英文字段名类型长度设置

CHAR 2 01 01 01 01 01 01

文档信贷组Document

credit grp

风险类别Risk category CHAR 3 X1 X2 ………N

CHAR 4

信用控制区域Credit control

area

项目检查Item check CHAR 1

动态Dynamic CHAR 1

最大单据值Max.document

CHAR 1

value

最早的未清项Oldest open CHAR 1

目item

最高拖欠级HighestDunning

Level

CHAR 1

最大未清项在% Max.open items

in %

NUMC 3

未清项目天数

系统反映System

reaction

CHAR 1

展望期Horizon NUMC 3

检查时间点：订单录入后。冻结点：交货

信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。

2.4 审批和放行信用冻结：

信用代表基于一个信用冻结文档清单工作(在其权责范围内)，该清单应提供如下信息：客户号

可用信用限额

……

信用代表必须将冻结原因/放行原因录入SAP系统

2.5 付款和预付款

财务部出纳人员及时将到帐的货款录入SAP系统中

3. 业务流程所带来的相关规则和政策改变

3.1 对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。定期对客户的信用状况进行评估，及时调整客户的信用额度以及时控制风险。客户包括大客户的信用管理由业务主导部门负责。目前，客户的信用管理由各公司财务部负责，如果将来本部需要统一管理大客户业务，流程将按照实际业务作调整，系统中对授权作相应的改动。

3.2 实现在客户级别的信用管理，每个客户在不同的信用控制区域有不同的信用额度，超过信用额度，交货被冻结。

3.3 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责，释放前须经批准。

版本作者日期更改内容描述

V1.0 李枫2005．1．23 创建

本段主要描述流程图的符号。

6. 业务流程图（在VISIO中画流程图）

7.业务流程的详细步骤：