MMOG V6解读之90|自动集成客户信息的范围

MMOGV6中的3.5.1.1 F3当客户有电子版的交付预测和交付要求（830/DELFOR/计划发布和862/DELJIT/发运排程，866/DELJIT/顺序发运排程）时，应将其自动集成到计划系统中。自动集成的范围包括参与制造和参与给客户发货流程的所有站点，含仓库和第三方设施。本条款把V5版的3.4.1.1和3.4.1.2合并在一起。措辞做了相应的修改。权重依旧维持在F3，因为这一条与客户直接有关。

客户订单信息包括预测要自动地整合到企业的生产系统中去，这是客户的强制要求。目的是从订单开始，经过软件系统的自动运行，将客户需求直接导入生产计划和生产排程，以便让企业的生产基本上是根据客户订单来进行安排，而不受人为因素的干扰和影响，以充分满足客户的交付需求。

这里的关键词是“自动”。企业供应链软件系统通过EDI（电子数据交互）接收客户的订单信息，通过SD（销售需求）模块集成各个客户的需求，自动转入PP（生产计划）模块进行运行，产生MPS（主生产计划），拉动MRP（物料需求计划）和生产排程，这就是自动运行的模式和流程。看似简单，实则不然。自动的过程中，会产生许多非正常运行数据。因此，每个环节的运行，都要进行核实和调整。

客户基本上都采用了EDI来传递订单和需求信息，但极个别的还是采用邮件形式，需要人工来进行数据的导入。有的客户虽然确定了数据传输的日期和时间，有时会因故调整，使得系统原先确定的计划运行时间不得不调整或增加运行次数。客户有时因发生意外而临时调整订单，系统运行又来不及，于是通过邮件或电话通知形式告知企业，而企业的PP模块刚运转结束，于是只得加班进行人工调整，然后重新运转，产生新的计划。有时计划已经下达并开始执行，为此不得不中止生产，重新调整计划。由此来看，自动需要信息的稳定。在信息多变时，自动会影响系统的正常运行。

信息自动整合还有一个重要的功能，即检查错误的数据，如无效的零件号。这往往发生在工程变更后，老的零件已经被取代，而零件号却未在系统里被更新，或者进行了部分更新。当接收到客户信息时，系统会发现与客户的零件号不符，于是自动发出提醒和报警。

又如累计数量不符，客户系统根据发出的订单数与收入数进行匹配，逐次累计，通过系统会传递给企业，而企业系统会根据发出累计数进行对比，时常会有差异。原因是各自系统计算的方法有所不同，企业把每一个发出数都记录在案，而客户是根据合格的数据进行积累，当不合格产品尚未退还给企业时，双方的数据就会有差异，系统会自动进行显示和提醒。

如果经过第三方物流服务商操作的，这样的情况更多。于是要进行数据的核对，找出差异的原因，进行改进。累计数据的一致很难做到，只能达到相近的境地。虽然自动很关键，实现的难度也不小。但客户与企业都在不断改善，尽可能的提高自动的程度与准确性，实现客户与企业信息的自动交互，有利于双方的交流与合作。

自动集成客户信息的范围不仅在工厂内部。MMOG要求：把自动集成的范围包括参与制造和参与给客户发货流程的所有站点，含仓库和第三方设施。企业供应链部门通过客户发货要求的自动整合，对发运场所运行进行合理安排。通过系统传达信息，排出发运日程，关系到成品仓库和发运区域的运作安排，物流资源的利用等。当计划系统运行正常，执行及时有效，物流运作安排就有序有效。反之会引起混乱，迟滞发运，浪费资源，降低效率，甚至造成客户交付的延迟。

在物流场所上，要关注的是场地与系统的匹配。系统是依据相配套的场地来排程的。一旦产品的储存量和发运量超过了系统控制的范围，就采用手工调整方法进行补救。如果成为常态，需要调整参数，再不能满足，只能弃用系统，完全改用手工操作。

与第三方物流服务商的系统整合是一件困难的事情。企业为了保密，一般不愿意把系统与服务商的系统相连接。较多的做法是在企业系统外面增设一个转换池，把企业内部可以提供的信息和计划输入池里，服务商的系统在池里汲取所需的信息。

对服务商来讲，整合输入信息的准确性和及时性是第一位的。他们面对的客户众多，需要制定合理的排程计划，通过计划执行来满足两边客户的需求，同时让资源得到充分地利用。他们对信息的偏差十分敏感，往往一发现，立刻会主动询问，确认信息的真实性，以便做出恰当的反应。

从接到客户的发货要求到实现客户的交付，其中有着较长的供应链，而且环节不少，整个信息系统的整合，不是一件容易的事。涉及企业供应链的管理能力和供应链上各伙伴包括客户的管理能力是否与系统相符。因此许多企业还是采用分段的方式进行操作。

在评审前，客户会在自己工厂了解与企业信息自动整合的情况，会带着问题来企业现场进行评审。供应链部门对系统自动整合情况要有清晰地认识，清楚企业与客户交互中存在的问题。届时要提供ERP系统的操作流程，提供有关资料并加以说明。如果曾发生过客户对此有不满意的情况，要做出相应的解释和改进的证明。