信用控制
前言:在对ORACLE和SAP的核心模块功能全面解读的基础上,给出大型ERP设计的建议-业务与功能指引,企业选型、开发大型ERP软件的公司和ERP顾问可以参考。模块包括财务、计划与制造、供应链、项目及设备(MRO),初步预计涉及大约500个以上功能点,最终会形成大型ERP核心模块的比较完整的功能框架体系。
在赊销模式下,为控制风险,通常会给客户设置信贷限额,当客户占用的信贷金额达到或超过信贷限额时,提醒客户或不予审批新的订单直至回款后信贷金额小于信贷限额。
这种需求可能不适用于每个客户,所以通常将客户进行分类,需要检查的和不需要检查的,可以使用分类区分,也可以使用特定字段标记。
企业和客户双方主体的考虑:
- 简单模式:一个销售组织或一个公司对一个客户,即一对一。在客户主数据中设置一个销售组织或一个公司的信贷限额,可以分币种设置,信贷总额一般使用公司记账本位币。
- 复杂模式:考虑企业和客户都是企业集团。企业方可以是一个公司、公司组合或集团共享限额,客户方可以是一个客户、客户组合或集团共享一个限额。SAP给的名称为信贷控制范围和信贷账户,ERP开发商可以自己起别的名称。借用SAP的名称,即一个信贷账户在一个信贷控制范围内的限额,可以分币种设置,信贷总额一般使用公司或集团记账本位币。
控制节点:
- 简单模式:可以考虑订单、发货、发票和收款四个环节,服务类是否有交付确认环节取决于各自的软件设计。
- 复杂模式:可以考虑订单、交货/发货、开票审批/发票、收款/应收票据、票据风险解除/票据收款失败。
基本算法:信用占用包括订单未发货金额、已发货未开票金额、已开票未收款金额,如果新增订单加上述信用占用超过信贷限额,则给与警告或冻结订单;新增订单增加信用占用,各环节正向业务将信用占用转移至下一环节,反向业务退回上一环节,收款环节释放信用占用。
可以创建信贷检查规则并分配给订单,在规则中让不同的客户可以自己选择使用哪些控制节点,应收票据不是现钱,存在收不到款的风险,如果需要进行区分,可以选择应收票据节点,当然这个需要与应收模块的应收票据流程配合使用,应收票据在背书转让和贴现环节,不影响信用额度计算,票据风险解除环节释放信用。换句话说,如果考虑应收票据可能收不到钱,收到应收票据时,将信用占用从发票环节转移到应收票据环节。应收票据收到钱,释放信用;应收票据背书转让或贴现不影响信用;风险解除(贴现或背书转让后收到钱)释放信用;票据到期收不到钱,信用占用从应收票据退回到发票。
信贷类型:自授信或保险公司授信。保险公司授信这些年业务一直在增长,考虑保险公司授信业务处理逻辑会复杂很多。
部分订单的排除:现售订单或交付期很远的订单的排除,现金销售订单的排除可以在订单上直接标记,其实不排除也可以。交付期很远的订单的排除,可以设置展望期,从当前时点多少天以后的订单暂不参与信用额度占用的计算,如果考虑这个功能,需要配套的信用计算的刷新功能,以便进入展望期的订单可以及时加入到信用计算中。
各控制环节应该可以单独执行检查,可以在业务提交时自动检查。