请教各位大神一个关于SBO的问题，如何在生产订单里体现出来源于哪个MRP编号？

heaven_peng

     我为什么会研究这个的目的其实公司拟跟楼上有点相似，就是物控部千方百计想通过销售订单号来跟踪物料，由于我们MRP是每天一跑，如果记录下每天运行的销售订单号，然后MRP方案名称写成当天日期。就可以通过MRP方案名称出来的物料需求对应的销售订单号。不过这只能是大致对应，就像那位大师说的，X+Y+Z=需求结果。这里面涉及的因素很多，包括安全库存、采购退货多出来的库存--可能是以前销售订单的。
      然后我断断续续研究了几个月，终于弄出来。不过刚开始弄出来的时候有点缺陷，导致部门间发生了矛盾。后来最高领导才决定彻底改变物控部跟踪物料方式，就按照SBO系统的思维走，只是按照物料需求日期来跟，管它属于什么订单。（我也觉得这样跟物料其实效率是最高的，所以后来即使我解决了前面方案的缺陷性，可以很轻松地带出MRP方案名称，我也不提了。）

Link_

heaven_peng 发表于 2015-4-1 16:50
我为什么会研究这个的目的其实公司拟跟楼上有点相似，就是物控部千方百计想通过销售订单号来跟踪物料， ...

我记得OWOR.Originabs储存的就是ORDR.DocEntry, 然后也没有必要跑到MRP里去绕一圈了。浪费我的感情

waynemaggie

heaven_peng 发表于 2015-4-1 16:50
我为什么会研究这个的目的其实公司拟跟楼上有点相似，就是物控部千方百计想通过销售订单号来跟踪物料， ...

用SAP改变了物控的管理思想，这恰恰说明你们真正把SAP上线成功了！引入SAP产品中蕴含的管理理念来改造自己，而不是去想着改变SAP的固有思想和功能。我认为这算是达成了上系统的本质目的，赞一个！

waynemaggie

Link_ 发表于 2015-4-1 16:17
这个说法对也不对，这要看从哪个角度去看需求了，
近年来随着行业细分和标准化提升，大多数所谓按单生产的 ...

有几个点：
1、如果真是严格意义的按单生产，专料专用，绝不窜用，那也用不着MRP了，直接销售订单展开下采购和生产需求，关联订单号就行，不需要关联什么MRP号。当然从企业的利益出发，绝对的按单生产，存在机率是相当小的。
2、就算把MRP当成排产来用，也不需要关联MRP号，因为你不关联，也绝不会反复计算。假如两次计算参数完全一致，上一次算了，你没有下单，下一次计算还会建议你下单；上一次算了，你下单了，因为在途增加了，所以下一次计算你就算不关联，也不会建议你下单。所以重复计算是不用担心的，你只需要担心你的参数配置是否正确就行了。
3、在B1中，MRP可以方便地转生产订单，并且按上述第2点，又不用担心重复计算的情况下，用MRP来当生产指令，这种方案是相当不可取的，所以现实中不太会发生，还是老老实实转生产工单为好。

Link_

waynemaggie 发表于 2015-4-1 17:57
有几个点：
1、如果真是严格意义的按单生产，专料专用，绝不窜用，那也用不着MRP了，直接销售订单展开下 ...

咱们讲的不是同一类的需求，MTO和ETO不一定非是专料专用，还要考虑管理与核算口径，传统的多级管理需求还是有的，当然楼主那里的确没有这类需求，我讲的主要是那些多层BOM，生产周期长的大型装备或者飞机轮船之类。

“生产指令”在不同行业背景下有许多不同的叫法，但是和领料入库用的生产订单号是两个概念。
因为标准B1只有生产订单一个单据，所以很多人"不得不"把生产计划（MPS）和现场管理（Work Order）合二为一了。

这类需求非常典型，以至于所有生产类的Addon或者相关解决方案都会涉及到，要么是在生产订单前增加一个“排程单号”，要么在生产订单下面增加一个“作业单号”（或者两者都有），取决于开发时的具体需求和设计人员自身的视角。如果一个Production Order就可以包打天下，那只是北京海城公司的需求了。

waynemaggie

Link_ 发表于 2015-4-2 02:17
咱们讲的不是同一类的需求，MTO和ETO不一定非是专料专用，还要考虑管理与核算口径，传统的多级管理需求还 ...

有点偏楼了，不过做为讨论可以继续：
1、主生产计划（MPS）和生产工单本来就是两回事，没有人“不得不”合二为一，至少我没有听说过，这两者就是两个东西，不可能去合。
2、生产订单号并不是如你所说，只是用来领料和入库的，生产工单本来就是一个允许开工的许可，当然就是生产指令，没有获得生产订单，车间就不可以开工，不具备开工的资质。这一点是你误解了这个单据的含义了。
3、至于作业单，在B1里面没有这个东西，因为B1的目标客户是中小企业（生产飞机轮船的，并且对生产过程管控较高的，不是B1的菜，不用讨论），所以工单可大可小，想要管得细，可以对每条线，甚至每个工位下工单，这就可以起到作业单的功效了。要想管得粗，对车间下单即可。

对中小企业，对B1，重要的不是功能，是方案！这些功能都能为我所用，但我能尊重SAP的核心理念即可

heaven_peng

Link_ 发表于 2015-4-1 17:02
我记得OWOR.Originabs储存的就是ORDR.DocEntry, 然后也没有必要跑到MRP里去绕一圈了。浪费我的感情

    其实我说的销售订单号不是ORDR.DOCENTRY,是公司内部的，包含客户代码的一连串号码。

Link_

waynemaggie 发表于 2015-4-2 10:35
有点偏楼了，不过做为讨论可以继续：
1、主生产计划（MPS）和生产工单本来就是两回事，没有人“不得不” ...

既然大家都认可MPS和生产订单不是一回事，标准功能又没有生产计划，拿现成的MRP方案号关联的《建议订单报表》当作半自动MPS来看难道不是很普通的方案么？

你也说重要的不是功能而是方案，然而一开始就说需求不合理，有这需求也不是B1的菜，任何顾问拿这两条在手，后面的“方案”未免也太好做了。

每个项目都需要管理需求，但砍需求之前对业务需求本身要有十足的把握，把一个需求判断为“不合理”，只要穿的像顾问就很容易说服客户，但如果事后被客户给“补充”出来，顾问专业性就丢了。Say no哪有那么容易。

2,3就不评论了，太基础。

waynemaggie

Link_ 发表于 2015-4-2 12:50
既然大家都认可MPS和生产订单不是一回事，标准功能又没有生产计划，拿现成的MRP方案号关联的《建议订单报 ...

我来帮你重新理一下，我感觉你对这个需求的分析有问题，所以导致你扯了这么多不相关的。
对楼主这个需求的理解，我是这样认为的：
1、楼主先抛出需求，想要通过MRP的方案来追踪物料。我做为顾问，识别出其本质是管理层可能担心计划多买，乱买，所以想要看到购买的是从哪个MRP来的，是否合理。
2、基于以上的分析，所以我认为这个需求是不合理的，重点倒不是技术，而是管理层如果担心这个，有更聪明的方案可以去杜绝，但不应该用MRP方案号来追踪，这个方案达不到管理层的目的，是个垃圾方案。
3、达不到管理目的的方案，你强行去推销所谓ADDON关联，不但这个技术逻辑上就首先行不通，并且会给客户带来一系列的后果，到最后会发现根本兼容不了所有的业务，无法扩展，最后维护也无法维护，客户被迫去做很多不必要的“关联”，导致库存的关联经过几次采购退、盘点后完全乱掉，就变成一个垃圾信息。

做为一个顾问，首先要考虑是识别出客户的真正目的，给出自己建设性的顾问建议，引导客户提升其管理思想和理念，而不是像一个开发一样，就想着如何去关联，如何去开发，加大实施成本，这种才是相当不专业的顾问。

最后：楼主在经过实践后，也自己放弃了这个不合理的需求，但其实并没有真正解决这个问题，管理想要的需求还没有看到更聪明的方案去完成。如果你真的是一个优秀的顾问，你可以给出一个顾问建议，而不是一个开发建议！

至于扯到MPS什么的，我前面也说了，偏楼了，仅探讨，和楼主的问题完全无关。

Link_

waynemaggie 发表于 2015-4-2 15:44
我来帮你重新理一下，我感觉你对这个需求的分析有问题，所以导致你扯了这么多不相关的。
对楼主这个需求 ...

喂看看第一页行不？楼主帖子只有一句话：“如何在生产订单里体现出来源于哪个MRP编号？ ”。

人家一没说“追踪物料”，二没说“多买少买”，那都是你自己YY出来的，然后结论必然是“这个需求一点意义都没有”。仅凭标题一句话你就“识别出客户真正目的”了哦？ 楼主阐述具体业务是在翻页以后好不好？

我无非是补充一下，在少数类似把MRP方案当MPS用的方案里，生产计划关联生产订单就是很正常的需求。 到头来还是我歪的楼，我分析需求有问题，反正你是版主，你开心就好了