三、关于MRP该如何处理订单数量的派生品量、损耗量问题

    无论是标准MRP、还是MTO，现今的MRP系统，也都无法根据产品的需求批量范围设置动态的损耗品率且从根本上解决，这个我当然知道。

    实际上，我本意也不是在讨论这个问题，既然引出来了，顺便谈两个我的观点。

    1、   成品的需求批量范围设置动态的损耗品率，同子项物料的需求批量范围设置动态的损耗品率一样麻烦。但是在处理上，系统若想解决，要优于子项物料，因为成品需求，是非常先进行合并的。

    2、   系统处理成品损耗通过成品率来解决的，即（毛需求=订单数量÷成品率），但实际上更多企业习惯 毛需求=订单产品数量×(1+成品损耗率) 的操作，这同子项物料损耗率的需求是一样的，可否考虑。

    四、关于MTO模块该如何处理订单数量的派生品量、损耗量问题

    我提出“销售订单→MPS→MTO”运算方式，简单点说，就是 MTO 计划需求来源可来源于MPS主生产计划订单，当然这MPS计划订单肯定是由销售订单产生的。

    实际上，我知道，只要这样一改，MTO的功能实际上就是原有 MPS、MRP 的一部分了。这与 MTO 模块独立是相悖的，若真在 MPS、MRP中实现了 MTO 功能，那么对MTO模块是否有单独存在的必要，就有疑问了。

    之所以提出这个问题，说穿了，就是因为软件没有办法处理绝对的成品损耗量、相对的成品损耗量、相对的成品生产损耗率等几种成品损耗追加情况，希望有一个环节能处理，让用户手工处理，但不能加重过多的工作量，在销售订单→MPS→MRP”运算模式下，用户基本上在MPS 计划订单环节就把这个处理完了。

    你在回贴提到“另外一个问题派生品量的问题，这个问题可能通过跑两次计划来实现，第一次跑出计划订单后，对最终产品的计划订单修改数量的调整，再进行第二次的计划计算，一下的半成品或采购件就按调整后的需求进行计算。跟你要在MPS计划中实现的结果是一致的。”

    我有些不明白，至少，我从当时试用时来看，MTO计划运算，或说“销售订单→MTO”，只是“销售订单→MRP”运算在面向订单生产企业应用上的改进，运算结果都是一样的，在运算完毕，一次性，从产品到最终的子项物料全部一次性展开，如何进行第二次计划运算？第二次运算的计划对象、需求来源是什么单据？

    如果是把MTO计划的产生的所有计划订单改一遍，最终，抓狂的当然不是我，是最终用户，他们会质疑MTO的功能及价值。

    或许，是我没有吃透PT007120特性包这个功能点，或许，产品现在有了改进。

    五、MTO模块应用面问题，或说按单跟踪与管控功能的应用面问题

    这个问题，我要求的是MTO 计划需求来源可选取产品预测单，看起来，是有些怪怪的。

    但，这正我谈的应用面的问题。

    我相信，你还是完全看懂我提出的应用环境问题。

    为了特意指出MTO模块应用面过窄问题（至少我是这样认为的），我特意举了 ATO企业、特别是 ATO 的机械行业。之前我一直在想 MTO 的应用问题，恰好，在写贴子之前，又确实陪伴做过一次机械企业的售前。

    我们知道，金蝶K3的MPS、MRP与MTO模块，两者区别最大点在于是否以 MTO 号进行计划和管控：

    (1)、MTO计划只考虑符合要求的物料MTO库存，物料相同，而 MTO 跟踪号不同，相互间的库存不能分配。而MPS、MRP计划考虑的是全面的库存，除废品库之外，只有物料相同，都可以使用。

    (2)、MTO计划只考虑符合要求的MTO预计量和MTO已分配量。物料相同，而 MTO 跟踪号不同，相互间的预计量不能分配。而MPS、MRP计划考虑的是全面的预计量和已分配量，只要在条件范围之内的预计量都可以分配。

    (3)、MTO计划只考虑符合要求的MTO替代件。如果物料计划模式为“MTO”，有物料替代关系的，替代的物料有库存，则 MTO 跟踪号必须相同，MTO 跟踪号不同，不能进行替代。而MPS、MRP计划考虑的替代件，不管MTO控制。

    (4)、需求合并。MTO计划下，系统支持按“物料+MTO 跟踪号+需求日期相同” 进行合并处理，而MPS、MRP计划下，系统仅支持按“物料+需求日期相同” 进行合并处理。

    ……

    此外，MTO控制还支持：

    (1)、整个进销存业务链按 MTO 进行跟踪和控制，当然包括材料的收、发、存。

    (2)、生产任务系统、委外任务系统按 MTO 进行跟踪和控制，包括生产任务以及投料作业。

    当然，在打上MTO补丁、整合MTO模块之后，相应的业务单据上都有 MTO 业务跟踪项进行控制选择，用户当然可以手工利用此进行管理，但不能其 MTO 号不能与 MPS、MRP联系、连动，其用处是否算鸡肋，我想，不言而喻。

    这就是MTO计划模块的优势所在，或说金蝶的聪明之处，谁的产品解决思维、管理思维领先，随就有机会赢得市场。

    再回到我们的问题，即便是在ATO的预测模式下，由于产品设计上的原因，标准件、通用件，它们的适用也都是有时间段、范围段的，它们的计划、采购、委外、仓存与生产，都要相应的控制要求。这是 MPS、MRP计划，以及物料辅助属性、批次管理之类的管理方式，不能完美解决的。恰好，MTO的按单跟踪与管控思路，可能解决。

    所以，我对“MPS计划系统与MTO计划系统的结合使用”的解决方式，这此问题上，持怀疑态度。

    回到软件本身，即便现在MTO不支持计划需求来源可选取产品预测单，若客户所需，我们也可以建议客户可以变通，用销售订单来处理预测单的问题。

    只是，这样，事后回头，我们干了太多不伦不类的事情。

    六、MTO是否独立成一个模块的问题

    实话说，我对这个问题，并不太关心，我更关心的是，产品能否更好地解决应用问题。

    只是MTO模块若真按我要求的，计划来源加了主生产计划订单、产品预测单，其与MRP 模块的差别，会越来越小，若没有大的差别，分成两个产品模块，就有了被质疑的话题了，当然，分目标行业应用，这话，还是说得过去的。

    至于对MTO的功能及应用，确实关心，至少，我是在社区里最先发贴讨论MTO这个问题的、灌水最多分子的之一了。

    最后，还是希望产品做得越来越好！