1替代料靠人判断，换料后成本与追溯断层
替代关系没有统一口径，换料后成本变化与追溯链都说不清，出问题才发现不一致。
典型痛点
这个行业最常见的几件麻烦事
如果下面有两条以上与你的现状吻合，说明这套方案大概率能帮上忙。都不吻合的话，也不必勉强上系统。
2测试站数据手工导出，良率分析滞后
测试数据靠人工从设备导出再汇总，分析结果总是慢一个班次，异常发现不及时。
3客户要追溯，序列号与出货记录对不上
序列号与工序没有全程绑定，客户或审核要求提供完整链路时拿不出。
4定义变更（ECN）后影响范围说不清
变更生效后哪些工单、哪些库存受影响，靠人工排查容易遗漏。
推荐起步档
电子制造建议从第三档 · 物联版起步
档位由业务现状决定，不由销售决定。以下是用「三问定档」得出的常见起点，最终以结合你企业实际的沟通结果为准。
第三档 · 物联版
组成：Go 网关 + Go IoT 模块 + Odoo。测试站、AOI、烧录设备要接入，BOM 与缺陷数据计算也偏重。
主要用到的模块
升级是「加」，不是「换」
业务增长后按增量方式升级到更高档位：人多加网关、有设备加 IoT、有重计算加插件。已有投入不浪费，具体档位差异见 数字化底座。
上线后能得到什么
结构性的改变，而不是口号
下面描述的都是系统带来的机制变化，可以逐条验证。我们不在这里承诺任何数字——效果取决于你的基础数据与执行力度。
序列号贯穿收货、生产、测试、出货追溯链完整，客户索要可直接导出，不必再人工拼接。
测试结果按工单归集良率按机型与批次可查，不需要人工从设备导出再汇总。
ECN 生效后列出受影响范围受影响的工单与库存有清单，避免靠人排查漏项。
这个行业要特别注意：客户审厂常要求查看追溯链完整性与数据权限设计，账号体系与操作留痕需要在方案阶段就设计好，而不是审核前临时补。
常见问题
电子制造客户常问的三件事
测试机型号杂、协议不同怎么办？
原始报文在 Go IoT 模块侧解析归一，上层只认统一模型。新增机型不需要改动 Odoo 侧的业务逻辑。
客户要求 EDI 对接，改动大吗？
报文走 Go 网关统一接收、校验与回执，格式变更集中在接入层处理，业务侧不受影响。人工只处理异常报文。
BOM 有十几层，齐套计算会不会很慢？
多层 BOM 本身 Odoo 支持，真正的压力在批量展开与齐套计算这类重计算。这属于 Rust 插件承接的场景，会在 profiler 确认热点后再引入，不默认开启。
其他行业