1客户 EDI 报文格式一变就得改代码
格式变更直接牵动业务逻辑，交付节奏被接口维护拖住。
典型痛点
这个行业最常见的几件麻烦事
如果下面有两条以上与你的现状吻合，说明这套方案大概率能帮上忙。都不吻合的话，也不必勉强上系统。
2追溯断在某道工序，审核时补不上
序列号与工序没有全程绑定，客户审核或追溯演练时拿不出完整记录。
3齐套靠人算，缺件到上线才发现
多层级齐套计算耗时长，等结果出来已经来不及补料。
4多工厂口径不一致，集团汇总靠人工
各厂各自记账，合并时要做大量调整。
推荐起步档
汽车零部件建议从第二档 · 网关版起步
档位由业务现状决定，不由销售决定。以下是用「三问定档」得出的常见起点，最终以结合你企业实际的沟通结果为准。
第二档 · 网关版
组成：Go 网关 + Odoo。客户预测、交付指令与 EDI 都是多入口并发；有产线扫码与设备追溯事件时再上第三档。
主要用到的模块
升级是「加」，不是「换」
业务增长后按增量方式升级到更高档位：人多加网关、有设备加 IoT、有重计算加插件。已有投入不浪费，具体档位差异见 数字化底座。
上线后能得到什么
结构性的改变，而不是口号
下面描述的都是系统带来的机制变化，可以逐条验证。我们不在这里承诺任何数字——效果取决于你的基础数据与执行力度。
报文接收、校验、回执有记录，重复报文不重复建单接口异常可查，幂等关系避免重复建单与漏单。
序列号从收货到发运可查追溯链完整，能应对客户的追溯演练与体系审核。
齐套按工单算，欠料清单提前可见为补料留出时间，减少上线才发现缺件的情况。
这个行业要特别注意：体系审核要求追溯记录完整，返工与整改记录同样需要入档。建议上线前按客户的追溯演练要求做一次自查，确认能当场导出对方要的数据。
常见问题
汽车零部件客户常问的三件事
EDI 回执时效能保证吗？
报文在接入层先落库再回执，避免回执成功但数据丢失。具体时效按双方接口约定写入方案，我们不做无依据的承诺。
多工厂用一套还是分开部署？
可以在同一套 Odoo 内用多公司结构管理：主数据统一、账套分开，既保留各厂独立核算，又能做集团汇总。
追溯要做到单件级吗？
取决于客户要求与产品特性。单件级追溯的记录与执行成本明显更高，建议先确认客户的最低要求再定粒度。
其他行业