大型ERP设计-业务与功能指引：信用控制

信用控制

前言：在对ORACLE和SAP的核心模块功能全面解读的基础上，给出大型ERP设计的建议-业务与功能指引，企业选型、开发大型ERP软件的公司和ERP顾问可以参考。模块包括财务、计划与制造、供应链、项目及设备(MRO)，初步预计涉及大约500个以上功能点，最终会形成大型ERP核心模块的比较完整的功能框架体系。

在赊销模式下，为控制风险，通常会给客户设置信贷限额，当客户占用的信贷金额达到或超过信贷限额时，提醒客户或不予审批新的订单直至回款后信贷金额小于信贷限额。

这种需求可能不适用于每个客户，所以通常将客户进行分类，需要检查的和不需要检查的，可以使用分类区分，也可以使用特定字段标记。

企业和客户双方主体的考虑：

1. 简单模式：一个销售组织或一个公司对一个客户，即一对一。在客户主数据中设置一个销售组织或一个公司的信贷限额，可以分币种设置，信贷总额一般使用公司记账本位币。
2. 复杂模式：考虑企业和客户都是企业集团。企业方可以是一个公司、公司组合或集团共享限额，客户方可以是一个客户、客户组合或集团共享一个限额。SAP给的名称为信贷控制范围和信贷账户，ERP开发商可以自己起别的名称。借用SAP的名称，即一个信贷账户在一个信贷控制范围内的限额，可以分币种设置，信贷总额一般使用公司或集团记账本位币。

控制节点：

1. 简单模式：可以考虑订单、发货、发票和收款四个环节，服务类是否有交付确认环节取决于各自的软件设计。
2. 复杂模式：可以考虑订单、交货/发货、开票审批/发票、收款/应收票据、票据风险解除/票据收款失败。

基本算法：信用占用包括订单未发货金额、已发货未开票金额、已开票未收款金额，如果新增订单加上述信用占用超过信贷限额，则给与警告或冻结订单；新增订单增加信用占用，各环节正向业务将信用占用转移至下一环节，反向业务退回上一环节,收款环节释放信用占用。

可以创建信贷检查规则并分配给订单，在规则中让不同的客户可以自己选择使用哪些控制节点，应收票据不是现钱，存在收不到款的风险，如果需要进行区分，可以选择应收票据节点，当然这个需要与应收模块的应收票据流程配合使用，应收票据在背书转让和贴现环节，不影响信用额度计算，票据风险解除环节释放信用。换句话说，如果考虑应收票据可能收不到钱，收到应收票据时，将信用占用从发票环节转移到应收票据环节。应收票据收到钱，释放信用；应收票据背书转让或贴现不影响信用；风险解除（贴现或背书转让后收到钱）释放信用；票据到期收不到钱，信用占用从应收票据退回到发票。

信贷类型：自授信或保险公司授信。保险公司授信这些年业务一直在增长，考虑保险公司授信业务处理逻辑会复杂很多。

部分订单的排除：现售订单或交付期很远的订单的排除，现金销售订单的排除可以在订单上直接标记，其实不排除也可以。交付期很远的订单的排除，可以设置展望期，从当前时点多少天以后的订单暂不参与信用额度占用的计算，如果考虑这个功能，需要配套的信用计算的刷新功能，以便进入展望期的订单可以及时加入到信用计算中。

各控制环节应该可以单独执行检查，可以在业务提交时自动检查。