业务流程名称: 信用管理处理流程
流程编号及版本号 编号：BPD-SD-03 版本：V1.0
业务流程定义文件签署表
业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
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)。
检查时间点：订单录入后。冻结点：交货
信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。
2.4 审批和放行信用冻结：
(在其权责范围内)，该清单应提供如下信息： 客户号
可用信用限额 ……
信用代表必须将冻结原因/放行原因录入SAP系统
2.5 付款和预付款
财务部出纳人员及时将到帐的货款录入SAP系统中
3. 业务流程所带来的相关规则和政策改变
3.1 对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。定期对客户的信用状况进行评估，及时调整客户的信用额度以及时控制风险。客户包括大客户的信用管理由业务主导部门负责。目前，客户的信用管理由各公司财务部负责，如果将来本部需要统一管理大客户业务，流程将按照实际业务作调整，系统中对授权作相应的改动。
3.2 实现在客户级别的信用管理，每个客户在不同的信用控制区域有不同的信用额度，超过信用额度，交货被冻结。
3.3 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责，释放前须经批准。
5．业务流程图例解释
本段主要描述流程图的符号。
6. 业务流程图（在VISIO中画流程图）
信用管理处理流程
责任人
流程
BPP代码
订单录入员订单录入员
销售代表
销售主管
财务部应收会计
/经理
财务总监/销售第一责任人
总裁
财务部应收会计
/经理
订单录入员
6. 业务流程图（在VISIO中画流程图）
信用管理处理流程
责任人
流程
BPP代码
订单录入员订单录入员
销售代表
销售主管
财务部应收会计
/经理
财务总监/销售第一责任人
总裁
财务部应收会计
/经理
订单录入员
客户信用主数据维护流程
责任人
营销部/财务部应收会计/经理
营销部/财务部应收会计/经理
营销部/财务部应收会计/经理
销售第一责任
人
CFO/财务总监
总裁
财务部应收会计/经理
7. 业务流程的详细步骤：
业务流程名称: 信用管理处理流程
流程编号及版本号 编号：BPD-SD-03 版本：V1.0
业务流程定义文件签署表
业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
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)。
检查时间点：订单录入后。冻结点：交货
信用检查通不过，在创建发货时系统出错误信息，但可由经授权人士批准后释放。
2.4 审批和放行信用冻结：
(在其权责范围内)，该清单应提供如下信息： 客户号
可用信用限额 ……
信用代表必须将冻结原因/放行原因录入SAP系统
2.5 付款和预付款
财务部出纳人员及时将到帐的货款录入SAP系统中
3. 业务流程所带来的相关规则和政策改变
3.1 对大客户的信用管理和信用主数据的维护根据大客户战略统一管理。定期对客户的信用状况进行评估，及时调整客户的信用额度以及时控制风险。客户包括大客户的信用管理由业务主导部门负责。目前，客户的信用管理由各公司财务部负责，如果将来本部需要统一管理大客户业务，流程将按照实际业务作调整，系统中对授权作相应的改动。
3.2 实现在客户级别的信用管理，每个客户在不同的信用控制区域有不同的信用额度，超过信用额度，交货被冻结。
3.3 客户的信用管理和冻结订单的释放由各公司财务部专门人员负责，释放前须经批准。
5．业务流程图例解释
本段主要描述流程图的符号。
6. 业务流程图（在VISIO中画流程图）
信用管理处理流程
责任人
流程
BPP代码
订单录入员订单录入员
销售代表
销售主管
财务部应收会计
/经理
财务总监/销售第一责任人
总裁
财务部应收会计
/经理
订单录入员
6. 业务流程图（在VISIO中画流程图）
信用管理处理流程
责任人
流程
BPP代码
订单录入员订单录入员
销售代表
销售主管
财务部应收会计
/经理
财务总监/销售第一责任人
总裁
财务部应收会计
/经理
订单录入员
客户信用主数据维护流程
责任人
营销部/财务部应收会计/经理
营销部/财务部应收会计/经理
营销部/财务部应收会计/经理
销售第一责任
人
CFO/财务总监
总裁
财务部应收会计/经理
7. 业务流程的详细步骤：