Optical Module OEM Programmes故障排查清单

OEM故障排查记录必须同时保留技术模块身份与买方品牌身份，否则根因无法关联正确库存、批次和客户出货。

冻结故障OEM身份

根因分支 1: 买方SKU、供应商型号、序列号、标签版本、硬件、固件与EEPROM.

冻结故障OEM身份: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 1: 返工库存放行前，把“冻结故障OEM身份”关联到序列号范围、库位、出货与客户站点。

区分设计、量产与品牌线索

根因分支 2: 症状时间、主机、线路、环境、包装、搬运与生产历史.

区分设计、量产与品牌线索: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 2: 返工库存放行前，把“区分设计、量产与品牌线索”关联到序列号范围、库位、出货与客户站点。

重建获批基线

根因分支 3: 黄金样品序列号、获批BOM、编码、测试、偏差、图稿与放行签署.

重建获批基线: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 3: 返工库存放行前，把“重建获批基线”关联到序列号范围、库位、出货与客户站点。

比较黄金样品与故障样品

根因分支 4: 原始诊断、光学值、热行为、重启、告警与外观检查.

比较黄金样品与故障样品: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 4: 返工库存放行前，把“比较黄金样品与故障样品”关联到序列号范围、库位、出货与客户站点。

追溯受影响批次与器件

根因分支 5: 工厂、日期、关键器件批次、测试工位、操作员、纸箱与出货.

追溯受影响批次与器件: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 5: 返工库存放行前，把“追溯受影响批次与器件”关联到序列号范围、库位、出货与客户站点。

每次只验证一个原因

根因分支 6: 受控替换、A/B测试、重复次数、方法、设备与验收限值.

每次只验证一个原因: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 6: 返工库存放行前，把“每次只验证一个原因”关联到序列号范围、库位、出货与客户站点。

围堵品牌库存与出货

根因分支 7: 序列号范围、库位、客户站点、隔离标签与停发负责人.

围堵品牌库存与出货: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 7: 返工库存放行前，把“围堵品牌库存与出货”关联到序列号范围、库位、出货与客户站点。

用复发证据关闭纠正措施

根因分支 8: 根因、纠正、预防控制、验证样品、观察期与重开触发条件.

用复发证据关闭纠正措施: 保留该故障状态，与黄金记录比较，每次只改变一个可疑原因；在识别受影响品牌产品范围前不得关闭纠正。

围堵证据 8: 返工库存放行前，把“用复发证据关闭纠正措施”关联到序列号范围、库位、出货与客户站点。

复核8：围绕“用复发证据关闭纠正措施”区分实测数据、受控文件、供应商说明与未验证假设，保留失败结果、版本、日期、设备和批准人。结论仅适用于已命名配置。

OEM故障闭环

建立买方SKU、供应商型号、品牌标签版本与实际BOM之间的交叉表。隔离范围同时覆盖仓库、在途、客户库存和已安装序列号，避免只处理技术型号却遗漏同一品牌下的受影响产品。

纠正措施完成后使用新批次和原故障边界复测，并设定观察期。只有失败模式不再出现、生产控制已更新且受影响库存处置完成，根因记录才可关闭。

品牌与技术身份对照

建立一张不可拆分的对照表：买方SKU、标签版本、包装版本、供应商型号、硬件、固件、EEPROM校验和、BOM与黄金样品序列号。调查和隔离均以该表为入口。

若同一品牌SKU曾由不同工厂或版本生产，应按序列号范围分别评估。外观相同不能证明内部设计、测试或故障机制相同。

根因验证纪律

先复现故障，再提出假设；每次只改变一个因素并保留前后数据。无法复现时说明已覆盖的条件与剩余不确定性，不得把“未发现”写成“产品无问题”。

纠正措施要同时更新设计或工艺控制、量产筛选、文件和库存处置。观察期内继续监控同类症状，并设置达到阈值后重新打开调查的规则。

完整证据索引

本主题的证据索引必须逐项覆盖：买方SKU、供应商型号、序列号、标签版本、硬件、固件与EEPROM；症状时间、主机、线路、环境、包装、搬运与生产历史；黄金样品序列号、获批BOM、编码、测试、偏差、图稿与放行签署；原始诊断、光学值、热行为、重启、告警与外观检查；工厂、日期、关键器件批次、测试工位、操作员、纸箱与出货；受控替换、A/B测试、重复次数、方法、设备与验收限值；序列号范围、库位、客户站点、隔离标签与停发负责人；根因、纠正、预防控制、验证样品、观察期与重开触发条件。每个条目记录来源、版本、适用序列号或站点、审核状态与负责人员；没有原始记录的供应商结论应标记为待验证，而不是写成已确认事实。

质量负责人从索引抽取失败样品、边界条件和不同批次进行复核；采购负责人确认报价、MOQ、交期、质保与技术身份一致；运营负责人确认安装、告警、回退和备件流程能够执行。三方签署前不得扩大部署或解除隔离。

变更后的重新验证

硬件、关键器件、固件、EEPROM、工厂、测试程序、标签规则、主机软件、光纤路径或环境边界发生变化时，先做影响评估。根据变化可能影响的功能选择复测范围，不能用“等同替代”四个字跳过证据。

复测完成后保留旧版本与新版本的差异、样品身份、原始结果、失败处理和批准日期。重复订单或后续维护必须引用当前有效版本；超过有效期、出现同类现场故障或进入新环境时自动触发重新审核。

主题结论：OEM故障排查记录必须同时保留技术模块身份与买方品牌身份，否则根因无法关联正确库存、批次和客户出货。 最终记录应让未参与项目的审核人仅凭受控文件即可理解选择理由、验证边界、剩余风险和下一次必须重新检查的条件。

决策交接

通过MingApex技术RFQ放行已命名结果；只有需要正式法律主体时才使用Ming Hong Xin Fu Trading Co., Ltd.。