【IT168 信息化】

    自从伙伴社区整合、员工账号取消之后，我就再没有提过单，毕竟觉得公司经理账号有些不方便，再说提了单，即便需求合理，也是以版本规划考虑的事情，若是碰到当前客户急需的需求，还得要我们自己与协商、考虑变通解决方式。

    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有计划综合查询功能，能按计划跟踪号或销售订单号，针对该订单的计划、生产、采购执行情况全面分析和跟踪，当然更好！

只是希望金蝶在后续版本，将相应的功能模块整合、融合得更好，查询更方便！