百事SAP实施业务蓝图-SD03-客户信用管理流程-V1.0.docVIP

业务流程名称: 信用管理处理流程 流程编号及版本号 编号：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 自动信用控制规则（待定）： 不能超过信用额度。计算信用额度时考虑未发订单(动态信用额度检查) 对于新开客户，可能没有设置信用限额，可以设置订单价值上限。可能需要连续观察一段时间后，将其风险类别从N转为其它类别(需手工进行)。 恶性欠款同应收余额不超过一定百分比 帐龄最长的恶性欠款不能超出设定天数 催款次数不可超过最高限(如三次，小额欠款的催款可不考虑) 以上规则在文档信贷组/风险类别层面上进行设置(文档信贷组分配给定单类型，风险类分配给客户主数据) 详细规则请见下表(checking rules.xls)。 中文字段名 英文字段名 类型 长度 设置 CHAR 2 01 01 01 01 01 01 风险类别 Risk category CHAR 3 X1 X2 … … … N 信用控制区域 Credit control area CHAR 4 项目检查 Item check CHAR 1 动态 Dynamic CHAR 1 最大单据值 Max.document value CHAR 1 最早的未清项目 Oldest open item CHAR 1 最高拖欠级 HighestDunningLevel 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 客户的