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

百事SAP实施业务蓝图-SD03-客户信用管理流程-V1 : 各公司分别设置独立的信用控制区域,分别对客户进行信用管理; 信用代表组,分三组:大客户信用经理、信用经理和信用代表人员,代表信用管理部门内部分工(待定)。 2.2 信用主数据以及客户信用额度设置(待定): 每一客户在不同的信用控制区域有不同的信用额度。信用额度建议分若干级也可以使用连续信用额度,在SAP系统外调整。 风险类别分多级,分别是:X1、X2、……和N。N级专门用于新客户。风险类别调整SAP系统外进行。对每一级客户均做信用检查。 信用限额的调整计算在SAP系统外进行,SAP可提供一些信息帮助用户完成这项工作。 信用主数据的维护权限需要进行控制,建议按照信用限额和风险类别进行分工。 若使用动态信用限额检查,建议设置1个月的信用展望期。 某些客户的子公司分别同TCL部品有业务往来,信用管理可能需要在客户组层面上进行。 2.3 自动信用控制规则(待定): 不能超过信用额度。计算信用额度时考虑未发订单动态信用额度检查 对于新开客户,可能没有设置信用限额,可以设置订单价值上限。可能需要连续观察一段时间后,将其风险类别从N转为其它类别需手工进行。 恶性欠款同应收余额不超过一定百分比 帐龄最长的恶性欠款不能超出设定天数 催款次数不可超过最高限如三次,小额欠款的催款可不考虑 以上规则在文档信贷组/风险类别层面上进行设置文档信贷组分配给定单类型,风险类分配给客户主数据 详细规则请见下表checking rules.xls。 中文字段名 英文字段名 类型 长度 设置 文档信贷组 Document credit grp 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 最大单据值 .document value CHAR 1 最早的未清项目 Oldest open item CHAR 1 最高拖欠级 HighestDunningLevel CHAR 1 最大未清项在% .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 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责,释放前须经批准。 4. 版本控制: 版本 作者 日期 更改内容描述 V1.0 李枫 2005.1.23 创建 5.业务流程图例解释 本段主要描述流程图的符号。 6. 业务流程图(在VISIO中画流程图) 业务流程的详细步骤: 7.1 客户信用管理流程步骤: 步骤 用户 系统 事务 描述 下一步 1 订单录入员 系统外 输入订单 根据客户订单需求输入销售订单。 2 2SAP 信用检查 对订单客户进行信用检查,通过? 通过,结束 未通过,转3 3 订单录入员 系统外 冻结订单 客户未通过信用检查,订单自动冻结,通知销售代表。 转4 订单过期转10 应收款到帐转9 4 销售代表 系统外 申请 提出特殊释放订单申请。 5 5 销售主管 系统外 审批 是否批准特殊释放申请。 是转6 否转8 6 应收会计/经理 系统外 信用检查 对客户信用状况、应付和付款情况进行检查。 7 7 财务总监/销售第一责任人 系统外 审批 是否批准特殊释放申请。 是转9 否转11 8 应收会计/经理 系统外 判断 是否需要总裁批准? 是转9 否转10 9 总裁 系统外 审批 是否批准特殊释放申请。 是转10 否转11 10 应收会计/经理 SAP 释放订单 释放冻结的订单。 结束 11