谈谈金蝶软件MTO模块

纵横四海

  自从伙伴社区整合、员工账号取消之后，我就再没有提过单，毕竟觉得公司经理账号有些不方便，再说提了单，即便需求合理，也是以版本规划考虑的事情，若是碰到当前客户急需的需求，还得要我们自己与协商、考虑变通解决方式。
    MTO正式产品模块还没有出来，我这里若有贬之，请见谅！随兴所笔，行文言语，乃一时意兴之气。
    也鉴于 V11 MTO 是 MTO 的基本逻辑应用，且产品已经定型。再者现在是月初、是有些忙，这个月还得折腾财务物流认证资格考试，在这里我就随便回复，以后有机会再作讨论。
    一、 MTO跟踪号控制是否允许更改的问题
    这个话题或许是我用词不妥，或许改为“是否允许变动更改”会更好些。
    直接修改派生单据的MTO号，当然不对，可能出现的后果还不止你所说的这三种情况。
    我本意没有要求去直接在相应的业务单据上去修改MTO跟踪号，而是要求的一种变动控制与管理方式，这种变动是有单据记录的，比如说，销售订单变更，应该有《销售订单变更单》来控制，这其中当然包括销售订单MTO号变动。
    除了PT007120特性包，我不知道有没有后述改进版本、也没有用过改进后的补丁，所以我只能基于相关后述获得的信息，作出我自己的理解和判断，可能，这种理解和判断是错误、不正确的。
    MTO的联动修改只能做到的是一个“死”改动，简单点说，当原来销售订单分录的MTO号是2008，联动修改之后，销售订单分录MTO号变成了2009，与之相MTO号关联的派生单据的MTO号全联动改成了2009。
    若是这样，能否适应销售订单的变更，我再作一次简单的分析。
    1、   销售订单产品及数量的增加。这个没有问题，再作一次MTO运算便是，系统会在计划时，自然会自动扣减原有的MTO库存、MTO预计量等。
    2、   销售订单产品数量的减少。客户减少订单数量、拆单，这些烂事情，是面向订单生产企业最烦心的事情，企业强势还好说，直接向客户索赔、或要求客户交钱提货。只可惜现今阶段，我们中国绝多大数按单作业的企业是在给别人做贴牌，做嫁衣，做着吃力讨好的事情，靠着只存整个供应链中最微薄的利润在过日子，这种日子，也就同小媳妇差不多。
    一张产品数量原为7000 SET的订单，被客户减少为3000 SET，或知说拆分两张单订单，一张3000 SET 、一张 4000 SET，两者交货期不同，这种事情，不是简单到 MTO的联动修改就可以解决的，这还牵涉到下游单据、业务的拆分，这些单据、业务有还在计划过程中的、有执行过程的、也有已经完成的，这些不是简单到我们的 MTO 库存调整单就可以处理的，若不及时调整相应业务的MTO号，还谈什么跟踪与控制？那么相应的再计划如何处理？
    大家当然知道ERP系统在处理这方面有困难，不仅仅是金蝶！这里面也确实有些客户流程问题、业务应用问题！问题是我们批评客户需求不合理的同时，有没有反思过，在诸多用户频频提出这类需求的时候，软件真的就没有改进的地方了？
    或许，我说过头了些，实际上，在国内软件业中，金蝶还是愿意聆听用户的声音的。
    3、   销售订单产品的取消。订单的取消包括整张订单取消和订单上某部分产品的取消。应该说，MTO的联动修改，确实可能解决这个问题的一部分，但不是全部。
    我们知道，销售订单的MTO采取三种方式：取销售订单号、销售订单号+分录号，手工编号。
    (1)、取销售订单号情况下，整张订单取消，联动修改可以解决，但修改的MTO号是允许为空，即允许改为 MTS 库存，还是一定要改成其他 MTO 号？
    或是部分取消，下游单据中，来自同一 MTO 号需求来源中相对需求，已取消部分的订单产品的需求数量与没有取消部分的订单产品的需求数量，如何进行拆分？
    (2)、取销售订单号+分录号，这种情况这好办，因为系统中，所有MTO的独立需求与相对需求的来源都是唯一的，即MTO号是唯一的。只有一个问题，联动修改时，是允许改为 MTS 库存，还是改为其他 MTO 号？
    (3)、取手工编号，这个情况下有些复杂，可能好几张销售订单 MTO 号相同、也有可能订单每一分录的MTO号都不同。
    订单取消，还衍生出来一个重要话题，只要可用，生产、采购、委外与库存环节，这些订单产品的派生需求物料，就可以改他用，系统如何处理？
    我在第一篇就说了，希望这些调整不是要到仓存环节才调整、让那些预计量单据，陪着那个已经死亡的销售订单终其一生！ 销售订单可以考虑增加一个业务状态，叫做“取消”，如果软件检测到销售订单已经取消，就可以修改相关派生单据的 MTO 跟踪号（现在可以实现联动修改了）。MTO计划在运算之前或之后，对于无主的预计量单据、或者对于数量本身就超过其销售订单的需求的业务单据，进行预警、提示，提出改进和处置建议报告。
    4、   销售订单及产品的MTO合并。这个没什么大问题了，基本上联动修改，可以实现同一MTO号更改，只是一些节性问题尚须如何考虑，比如说查询，这个问题，我没有完全想清楚。
    5、   生产线挪单。包括生产任务在产品挪单和车间工序在制品挪单等等。
    生产任务挪单，目前还得等入库之后再作调整，不支持生产任务变更时实现 MTO变更。
    车间工序在制品挪用，因为MTO目前不支持车间管理，所以也就无从谈起车间管理应用处理MTO应用问题。
    6、   采购订单、委外订单的MTO号变动。实际上这个问题，主要还是销售订单产品数量减少、或订单取消，带来的影响。
    从供应商、委外商的角度来说，他们才不管你什么MTO号的，这种调整多是在企业业务系统内部进行，调整的目的，就是希望在 MTO 计划时，希望这部分无主的预计量单据及时能扣减掉、尽量减少再物料再采购、再委外的数量，而不是等入库之后再作库存处理。
    7、   全面业务跟踪号的更改。这个联动修改，已经支持了！
    二、MTO业务的全面跟踪及MTO与现有模块的功能整合问题
    MTO有计划综合查询功能，能按计划跟踪号或销售订单号，针对该订单的计划、生产、采购执行情况全面分析和跟踪，当然更好！
    只是希望金蝶在后续版本，将相应的功能模块整合、融合得更好，查询更方便！

    三、关于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这个问题的、灌水最多分子的之一了。
    最后，还是希望产品做得越来越好！




该贴已经同步到 纵横四海的微博