久久丫云梯项目-难点重点讨论信用管控专题

久久丫集团云梯项目信用管控专题文档版本：40编写人：云梯项目组会议日期：2016-01-151目录22未来信用管理方案建议

3待确认问题SAP信用管控介绍信用管控方式3在FI和SD中使用整合的实时信息系统,系统允许执行一个信贷政策以便最有效的减少你的信贷风险。

最优的速度解决你的信贷控制(信贷原因的凭证冻结),并且加速你的销售订单处理信贷管理组织结构分散-客户与两家公司都有业务关系,需要为每家公司设置一个信贷限额集中-客户与两家公司都有业务关系,

两家公司共享信贷限额分散的组织集中的组织分散集中信贷控制范围1信贷控制范围2公司代码1公司代码2信贷控制范围1公司代码1公司代码2检查机制4风险级别销售订单交货单发货过账风险类别A不检查/警告/错误不检查/警告/错误不检查/错误风险类别B不检查/警告/错误不检查/警告/错误不检查/错误风险类别C不检查/警告/错误不检查/警告/错误不检查/错误可在销售订单，交货单，发货过账这三个环节中检查客户的信用额度不同的客户可指定不同的风险类别，不同的风险类别，可在订单，交货单和发货过账执行不的控制不检查警告信息（可以保存，不允许后续操作，需审批才可以执行后续操作），在订单上检查时，信用不通过时，系统不会占用额度错误（不可以保存）对于被信用冻结的单据，需要审批后，才可以继续作业销售订单交货单发货过账拣货额度计算5应收账款特别往来债务++未传入FI发票金额+未开票交货金额+未交货订单金额信贷限额超过限额其他管控点61目录72未来信用管理方案建议

3待确认问题SAP信用管控介绍未来信用管控方案背景和说明

8方案说明采用集中式的信用管理方式，所有的销售公司共用一个信用控制范围，生产公司不设置信贷控制范围将直营门店、加盟门店和特渠客户分别设置为不同种类风险类别，对于直营门店在SAP不做控制规则，对于加盟和特渠在SAP只用做信用余额计算，不做流程控制。具体方式如下图：在SAP收款记账时增加信息额度，在SAP发货时减少信用额度，SAP自动计算门店或客户的可用余额风险类别销售订单交货单发货过账加盟不检查不检查不检查特渠不检查不检查不检查方案背景：1、对于加盟店采用的款到发货的模式2、POS端银企直连已经部署完整3、控制点放在POS端门店要货时进行信用管控方案一：控制流程9提报订货需求计算需扣款金额（订货金额-余额）银企直联扣款提报失败是否成功提报成功NY传递可用余额创建收款会计凭证POSSAP增加信用额度减少信用额度方案一：SAP可用余额计算逻辑10客户信用额度预付款未清的单据未清的应收账款然后再重新加盟店目前都是款到发货，客户的信用额度为0当加盟店要货扣款时，将扣款的金额传递至SAP，形成SAP收款的会计凭证，同步增加额度。SAP定期将可用额度传递至POS作为POS的可用余额POS根据订单金额-可用余额作为实际扣款余额进行扣款进行业务循环可用余额订货金额可用余额扣款金额方案缺点：加盟商具体预付多少没有标准，可能出现预付少一点造成无法POS端要货的情况，在此情况下有两种处理方式：1、POS每次提前打款要考虑预留。2、POS每次要货只做余额提示，但不做要货控制，多次欠款后直接人为关于要货未来信用管控方案二11客户信用额度预付订款未清的单据未清的应收账款可用余额订单金额可用余额此方案是在POS银企直连没有实施的公司实行：方案背景：1、此方案POS端银企直连未实施2、对于加盟店采用的款到发货的模式3、此方案需要有一个接口支撑业务4、会计对于收入记账要及时准确加盟店目前都是款到发货，客户的信用额度为0当加盟店要提前打款，此打款额度与要货款可能存在差异，当财务人员收到此款项时，录入SAP收款的会计凭证，同步增加额度。SAP定期将可用额度传递至POS作为POS的可用余额POS判断订单金额是否大于可用余额来进行控制是否允许要货信贷主数据维护流程12信贷主数据的维护一般有两种模式：一是集中维护，成立主数据维护岗位（或小组），由各需求部门发出申请，经各级审批后，由该小组集中维护进系统；二是分散维护，由各部门申请、审批、维护自己相关的客户进系统；集中维护的优点：可以