SA客户信用管理流程V

编号：BPD-SD-03 版本：V1.0

业务流程定义文件签署表

业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。 项目中职务 姓名 签字 日期 TCL部品（光电科程菲斐 技）关键用户 TCL部品（光电科技）流程所有人 SMT关键用户 王晓峰 耿万里、赵鹏飞 SMT流程所有人 朱林 TCL显示关键用户 陈志炎 TCL显示流程所有人 戴谋新 IBM顾问 李枫 TCL项目经理 林雪梅 IBM项目经理 夏玲芳 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)。 中文字段名 文档信贷组 风险类别 信用控制区域 项目检查 动态 最大单据值 英文字段名 Document credit grp Risk category Credit control area Item check Dynamic 类型 长度 设置 CHAR 2 01 01 01 01 01 01 CHAR CHAR CHAR CHAR CHAR CHAR CHAR NUMC CHAR NUMC … … … 3 X1 X2 4 1 1 1 1 1 3 1 3 N Max.document value 最早的未清项目 Oldest open item 最高拖欠级 HighestDunningLevel 最大未清项在% Max.open items in % 未清项目天数 系统反映 System reaction 展望期 Horizon • 检查时间点：订单录入后。冻结点：交货

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

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

• 客户号

• 可用信用限额 • ……

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

2.5 付款和预付款

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

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

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

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

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

4. 版本控制： 版本 作者 V1.0 李枫 日期 2005．1．23 更改内容描述 创建 5．业务流程图例解释 本段主要描述流程图的符号。

6. 业务流程图（在VISIO中画流程图） 7. 业务流程的详细步骤： 7.1 客户信用管理流程步骤: 步用户 系统 事务 骤 1 2 3 4 5 6 7 8 9 10 11 12 订单录入员 系统外 输入订单 描述 下一步 SAP 信用检查 订单录入员 系统外 冻结订单 销售代表 销售主管 应收会计/经理 财务总监/销售第一责任人 应收会计/经理 总裁 应收会计/经理 应收会计/经理 营销部 系统外 申请 系统外 审批 系统外 信用检查 系统外 审批 系统外 判断 系统外 审批 SAP 释放订单 根据客户订单需求输入销售2 订单。 对订单客户进行信用检查，通过，结束 通过？ 未通过，转3 转4 客户未通过信用检查，订单订单过期转10 自动冻结，通知销售代表。 应收款到帐转9 提出特殊释放订单申请。 是否批准特殊释放申请。 5 是转6 否转8 对客户信用状况、应付和付7 款情况进行检查。 是否批准特殊释放申请。 是否需要总裁批准？ 是否批准特殊释放申请。 释放冻结的订单。 是转9 否转11 是转9 否转10 是转10 否转11 结束 系统外 通知销售代表 SAP 拒绝订单 未通过批准则通知销售代10 表。 拒绝过期订单，过期时间由结束 销售政策决定。 描述 下一步 7.2 客户信用主数据的维护流程步骤: 步用户 系统 事务 骤 1 营销部/ 应收会计/经理 营销部/ 应收会计/经理 营销部/ 应收会计/经理 营销部/ 应收会计/经理 销售第一责任人 根据各公司信用管理政策提出提出建立或调整客户信用主数据维护申请，包系统外 客户信用额申请 括客户信用主数据的创建、更新和冻结。 系统外 判断 判断是否新客户。 新客户信用额的建立需特殊批准。 2 2 是转3 否转5 4 3 系统外 特殊审批 4 5 系统外 补充特批说明 系统外 审批 补充说明,对新客户分配信用额5 度的特殊说明。 批准建立/调整客户信用额的申是转6 请。 否转1 6 7 8 9 10 应收会计/经理 CFO/财务总监 应收会计/经理 总裁 应收会计/经理 系统外 判断 系统外 审批 系统外 判断 系统外 审批 SAP 判断是否需要CFO/财务总监批准。 CFO/财务总监批准。 判断是否需要总裁批准。 总裁批准。 维护客户信用数据。 是转7 否转8 是转8 否转1 是转9 否转10 是转10 否转1 结束 维护数据 8. 业务流程中所用到的报表： 报表名称 目前是描述 否在用 客户信用一览表 否 客户信用变更报否 表 9. 业务流程中所用到的表单： 表单名称 目前是描述 否在用 客户信用额度建否 立/调整申请表 特殊释放订单申否 请表 工具（SAP标准报表/Report Painter/Report Writer/Query/ABAP/Excel/Word） 显示多个客户的信用额度 SAP标准报表 显示客户信用额度变更历史 SAP标准报表 使用频率 经常 不定期 是否SAP表单/layout set(是/否) 客户的信用额度申请及批准 否 对特殊释放未通过信用检查否 的客户订单提出申请 使用频率 经常 经常 10．接口需求（SAP与其它系统的接口）： 接口名称 描述 无 11．数据转换需求： 数据名称 数据类型（主数据数据量 /交易数据） 信用主数据 主数据 少量 12．权限设置需求： 事务码 描述 FD32 客户信用额度维护 FD33 输入/输出 备注 现存位置 无 负责人职位 财务部客户信用管理人员 营销部人员/财务部客户信用管理人员 客户信用额度显示