（二）Oracle EBS的问题

               Oracle EBS虽说有较复杂的参数配置，还可以通过Form等进行二次开发，但其功能还是非常简单，比较理想化，无法适应复杂的企业流程。我们碰到的最大的几个问题：

采购单

         一张采购单有100个物料，主管审核时，若其中只有一个物料有问题，比如价格贵了，整张采购单都需要被驳回，所有物料都得回老家

        采购单相关信息太少：主管审核时，光看采购单明细，是很难判断采购单的合理性的（报价单也一样）。他可能需要知道历史价格、各个供应商的价格、品保的验收情况、达交状况、供需情况，还可能需要和相关人员讨论下，输个意见什么的。

        采购单多了，管理也是个困难，需要各种各样的报表，这也是EBS的弱项：

        有多少请购单在等待采购人员转采购单？等了多久？

        采购单都在谁名下签核？

        哪些采购单签得太久了？

       一个采购单从开立到下达给供应商，花了多少时间？

       ……

       当然，这些报表可以通过二次开发来完成，但反过来看EBS，确实也太简陋了些吧？

替代料

      这一块，Oracle有个ASCP（高级供应链计划），我们也购买了，用得一团糟，最后不得不放弃。下面抛开ASCP不谈

      我们公司在替代料上，出现了很大问题。我们公司替代料有很多，替代料关系也很复杂。

      工单发料明细里是A料，但物管却买B料，又不能把工单的发料明细改成B料，为什么呢？

      因为你改了之后，一旦BOM表发生变更，Oracle会用BOM表覆盖工单的发料明细，物管就白改了。

      所以，造成大量这样的情况，明明买的是B料，工单发料明细却是A料。导致跑出来的缺料表都是不真实的，谁也不知道到底缺哪些料，到底什么时候可以开工生产

      这时候，物管只有用自己所有知道的替代情况去修改工单缺料表，最后得到一个excel档，公告发布，说这是真正的缺料表。劳命伤财，还不准，效率也低

三角贸易

    

     我们曾想用EBS的内部订单，但太简陋了，不能满足我们公司的需求

     我们集团大致分为总公司（上市公司）、A公司（负责销售）、B公司（负责生产）

     

     客户向A公司下单，要买产品W，库存在B公司，这时候怎么办呢？

    从逻辑上讲，B公司需要开立销售订单，A公司开立采购单，并进行出货收货的动作，让库存到A公司。

    然后A公司开立销售订单，把产品W买给客户。

   实际上，还要更复杂，总公司需要报表，需要业绩，这些订单，总公司也需要分些利润的。

   这就变为B公司买给总公司，总公司卖给A公司，A公司再卖给客户

   就算把这些采购单、销售订单开出来了，还是有问题。比如客户需求变更了，比如我们交不出产品，这时候，这些单据都要一并更改，否则就乱套了

   可以通过Oracle API，去实现：

   只要A公司的订单开立出来，其他单据由程序自动生成。但操作起来还是很困难，比如A公司销售订单发生变更时，B公司已经出货了呢？