Oracle R12 订单管理模块中的信用管理

OracleR12订单管理模块中的信用管理 ——基于重庆康明斯项目的实施总结编写人：张福瑜编写日期：<20160907>版本：<1.1>2想要分享的内容相关背景业务情况业务需求实现方案系统设置点局限和拓展3想要分享的内容相关背景信用管理发动机制造行业的特点业务情况业务需求实现方案系统设置点局限和拓展4信用管理是买卖双方基于话语权的非零和博弈的过程信用管理贯穿客户关系管理全程:接触1洽谈2签约3发货4收款5清欠6客户筛选1信用政策2合同保障3账物跟踪4普通催收5危机处理6频繁沟通实地考察信用调查信用形式信用期限信用额度担保抵押保险电话确认信函提示实地走访分析征兆保持压力适度催收诊断追讨奖惩信用：以偿还为条件的特殊价值运动信用是指在商品交换或者其他经济活动中授信人在充分信任受信人能够实现其承诺的基础上，用契约关系向受信人放贷，并保障自己的本金能够回流和增值的价值运动。5发动机制造行业的信用管理需求多样但普遍乏力产品分为整机和配件订单处理方式不同导致信用管理需求不同配件部门希望信用额度独立管理，保证顺利发货市场竞争激烈，信用管理流于形式国家调整经济增长方式基础建设项目减少发动机设备需求减少行业竞争加剧企业信用管理政策逐渐宽松6想要分享的内容相关背景业务情况市场、产品与客户情况信用管理的形式信用管理的原因业务需求实现方案系统设置点局限和拓展7重庆康明斯市场、产品和客户情况应用市场市场产品分类产品大类客户分类客户话语权电力市场发电用发动机整机康明斯业务分公司强工业市场工业用发动机主机厂弱油气市场石油天然气用发动机政府强船用市场船用发动机出口公司强车用市场车用发动机一般用户弱售后市场进口件配件经销商弱机油/防冻液/保护液滤清器配协商弱国产件（机油、滤清器外）政府强自制件一般用户弱8应收会计通过线下手工帐计算信用余额来释放线上订单订单默认为冻结状态，只允许排产，不允许发运。9信用管理的目的不是终止交易，而是暴露风险遇到信用余额不足的处理方式：市场部、财务部领导特批、知晓（占到每月60%-70%的销售业绩）销售员催款、收款很少因为信用原因终止交易，因为整机产品已经生产，配件产品已经包装市场部领导和销售员对于客户的信用余额情况主管或客观上不了解通过信用管理，将信用风险暴露给市场部，将责任由财务部转嫁到市场部10想要分享的内容相关背景业务情况业务需求实现方案系统设置点局限和拓展11在系统中实现现行的线下信用管理方法线上管理信用额度、信用余额、逾期发票订单占用信用额度的阶段：从挑库到收款核销配件订单必须整单信用暂挂或释放，整机订单可以非整单暂挂或释放录入登记挑库发运开票核销占用信用额度的订单阶段销售到收款过程中销售订单的各阶段:12想要分享的内容相关背景业务情况业务需求实现方案标准功能开发功能系统设置点局限和拓展13标准功能能够实现的需求需求线上管理信用额度、信用余额、逾期发票订单占用信用额度的阶段：从挑库到收款核销配件订单必须整单信用暂挂或释放，整机订单可以非整单暂挂或释放方案在各客户账户层记录信用额度、付款条件信用检查时点设置在挑库信用风险仅包含未开票配件订单信用检查层为订单，暂挂层为订单整机订单信用检查层为订单行，暂挂层为订单行。按照订单行发运优先级暂挂，实现非整单暂挂14针对标准功能的限制进行的开发标准功能的限制风险范围选择不够灵活：想要涵盖未开票订单金额，必须从已登记开始风险范围有遗漏：只有风险范围涵盖了未开票订单，AR接口表中的金额才会被计为信用风险

录入登记挑库发运开票核销占用信用额度的订单阶段开发功能标准功能对各客户介于已挑库至开票前阶段的订单进行金额汇总，计算该客户的信用余额减去汇总金额的差额。15想要分享的内容相关背景业务情况业务需求实现方案系统设置点信用检查规则信用检查时点信用暂挂顺序局限和拓展定义信用检查规则：路径：设置—>信用—>定义信用检查规则—>[选项]信用检查规则_选项16信用检查层：信用检查的基准。当选择订单时，信用暂挂层只能是销售订单；当选择订单行时，风险必须选择“使用预先计算的风险”；主要区别：是否考虑订单行不同收单方的限额信用暂挂层：信用暂挂出现的位置可选销售订单和销售订单行更新后，已暂挂的订单或订单行不会自动释放17信用检查规则_风险信用余额=信用额度–风险额度

风险额度计算包含项的相关设置计算基准：当前日期2016/09/05未结应收款天数：1包括发票日期<2016/09/04未结应收款天数：-1包括发票日期<2016/09/06未结应收款天数：无包括所有未结发票计算基准：当前日期2016/09/05计划发运展望期天数：1包括发运日期<2016/09/06订单计算基准：发票日期2016/09/05最大过期天数30在2016/10/05，如果该发票没有相应的付款，那么该客户当天起所有订单会在信用检查点被暂挂。该功能实现帐龄控制。信用检查时点18定义事务处理类型：路径：设置—>事务处理类型—>定义—>[主要]19信用暂挂顺序定义OM系统参数：路径：设置—>系统参数—>值优先暂挂发运优先级较低的订单行优先暂挂请求、计划日期靠后的订单行优先暂挂订单行号较大的订单行举例说明甲客户的信用余额为4000，需要对订单中的1.1和3.1订单行进行挑库。20举例说明挑库前，订单管理组将订单行1.1和3.1的“发运优先级”人工设置为“高优先级”。21举例说明挑库时，同时选择订单行1.1和3.1，进行挑库。22举例说明挑库结果显示，订单行1.1和3.1挑库成功，2.1被暂挂23举例说明如需挑库订单行2.1，需要特批或收款。假设会计收款2000。请注意，涉及到客户信用余额变化的操作后，都要提交请求“初始化信用汇总表”24举例说明挑库结果显示，订单行2.1挑库成功。25举例说明如果信用额度不能够满足单行（多台）的货款，订单管理组可以人工于挑库前，在订单界面对销售订单行进行拆行来分批挑库发放。26举例说明拆行完成后，订单管理组将需要挑库的订单行的“发运优先级”设置成“高优先级”。2728想要分享的内容相关背景业务情况业务需求实现方案系统设置点局限和拓展29需要注意和有待解决的问题标准功能的逻辑信用检查规则中，信用检查层为订单行时，系统将按收单方分类汇总该订单各订单行组的金额与信用余额进行比较。信用检查时点，系统将订单行组的合计税前金额与客户的信用余额进行比较。对同一客户既有整机销售业务又有配件销售业务，如何分开管理信用额度——创建不同的收单方可在系统功能上实现，但不符合业务要求。录入登记挑库发运开票核销开发功能标准功能订单行收单方金额1.1地址A2万2.1地址B30万3.1地址A4万4.1地址B50万收单方订单行组汇总金额收单地址的信用余额信用检查结果地址A2万+4万=6万4万暂挂地址B30万+50万=80万100万通过30Questions&