先说结论：
一个信息流，只能有一个主人。
谁的流程，谁的系统就是主系统；另一个必须是它的子集，不能是并列。
这不是技术原则，是治理原则。违反了它，项目不是做得差，是做不成。
怎么发生的
我做过一个机加工厂的项目。订单饱满，交期 1.5 个月，准交率很差。
方案分三步：定交付策略、修 MRP 参数、上瓶颈排程。
第三步是核心。瓶颈排程要能跑，必须有一个可信的视图：订单在哪、每道工序负荷多少、瓶颈堵在哪。
这个视图只能有一个来源。
项目中途，客户的 IT 负责人要求把计划功能做进 MES，由 MES 主导。
他们的理由听起来合理：MES 已经投了很多资源，现在的问题是现场执行。
结果：计划在金蝶，执行在 MES，两边各一套数，靠一个计划员每天用 Excel 在中间缝合。
瓶颈排程跑不起来。不是算法有问题，是它拿不到可信的负荷数据。
为什么必然失败
排程的本质，是在一个可信的负荷视图上做取舍。
没有可信视图，就没有排程。你只能叫它「排产」，实际是拍脑袋。
而「可信」有一个硬条件：唯一。
两个系统 = 两套数 = 三个版本（系统的、Excel 的、人脑里的）。
三个版本里，计划员信哪一个？
他信自己那个。于是系统失效。
这不是 MES 的错
说清楚：MES 单独用没问题，ERP 单独用也没问题。
两个都用、而且都想当主系统的时候，才出问题。
如果你的厂里 MES 是唯一的信息流主人，ERP 只做财务核算，这套架构能跑得很好。
问题从来不在软件，在所有权。
怎么判断你的厂有没有这个问题
三个信号：
一、有没有人在做数据搬运。 每天从 A 系统导出来、加工、再导进 B 系统。有这个动作，说明有两个主人。
二、同一个指标有没有两个数。 计划说齐套率 80%，仓库说 60%。两个都对，因为口径不同，但没人有权定义哪个是准的。
三、改一个参数要问几个人。 要问两个以上，说明这个参数没有主人。
判断一句
信息流被切成两半的那一天，项目就已经结束了。
后面发生的一切，都只是延迟。