HMI 组件追溯和测试数据怎么定义：序列号、版本、治具与出货记录

HMI 组件追溯数据应该先定义什么

HMI 追溯的第一步不是选二维码、数据库或制造执行系统（MES），而是定义“出问题时必须回答什么”。对一套HMI 组件，最少应能回答四个问题：

1. 这件是什么：客户料号、组件身份、订单/工单和当前状态。 2. 实际装了什么：BOM、图纸、显示、PCB、连接器、胶材、线束、固件和参数版本。 3. 怎样判定合格：测试规范、治具、程序、限值、原始值、结果和重测历史。 4. 发到哪里：包装单元、装箱清单、客户订单、出货日期和放行记录。

标签解决身份读取，日志记录事件；两者还要与实装配置和外部流转互相查询。IPC-1782A 的公开 Scope 与目录覆盖内部/外部追溯，并列出软件/固件、功能测试、返工和出货数据单元。项目应先按风险确定关联对象，再选纸质受控表、数据库或 MES。

主记录应区分计划配置、实装配置和放行状态。三者混成一列，会让“按新 BOM 生产”掩盖现场旧料，也会让返工后的 PASS 覆盖首次失败。

HMI 组件序列号应该按批次还是按单件

HMI 组件序列号的粒度应由配置差异、失效影响、返工概率和客户查询方式共同决定。IPC Asia 对 IPC-1782A 的官方说明强调，最低要求基于供需双方协商确定的感知风险；因此“每一颗物料都逐件追溯”并不是通用答案。

单件编号应唯一、稳定、可读且不可复用。版本通常不塞进序列号：前者是可变属性，后者是稳定主键；返工或升级只追加事件和新版本。离线场景可另印日期/批次，完整关系仍由数据库或受控台账维护。

如果项目拟采用 GS1 AI (21) 或需要保留映射能力，项目评审中可先按 16 个字符检查标签、数据库和测试程序是否采用同一字段边界。GS1 AI (21) 官方格式 N2+X..20 表示序列号数据为 1–20 个字符；这个数只用于容量一致性检查，不是 GS1 推荐长度，也不是茗智已使用的字段。实际项目应结合双方批准的字符集、长度、防重复/校验规则、标签载体和系统映射。

HMI 组件版本怎样从 BOM 追到实物

HMI 组件版本不能只有一个“REV B”。显示、连接器、胶材、PCB、固件和标签可能在不同时间变更，且有些变化影响机械接口，有些只影响测试程序。建议用一个批准的发布集合 ID引用计划配置，再为每件保存实装差异和变更事件：

客户料号 / 订单
└─ 组件序列号
├─ 发布集合：BOM + 总成图 + 接口文件 + 测试规范
├─ 实装物料：显示 + PCB + 连接器 + 胶材 + 线束 + 外壳
├─ 软件状态：固件 + 参数文件 + 显示资源 + 校验值
├─ 测试状态：治具 + 程序 + 限值集 + 原始结果
└─ 流转状态：返工/偏离 + 包装箱 + 出货批次

版本字段要能回到原厂资料。完整型号会区分控制器修订、背光、显示模式和温区；只写“320×240 显示”不能复现配置。工程评审必须区分规格，故需记录制造商、完整料号、配对端和来料批次。胶材型号和受控工艺版本也要对应。

推荐“一份文件只保存一次，单件记录保存引用”。条件是旧版本可冻结；原因是逐件复制 BOM、图纸或 TDS 会产生冲突副本；验证方法是抽取变更前后各两件，从序列号打开当时生效的文件。若链接跳到最新版，证据仍不可复现。

HMI 组件治具与测试数据至少记录哪些字段

HMI 测试记录要说明人员/设备、时间、条件、版本、步骤、实际值和限值。只保存 PASS/FAIL 看不到临界漂移。对薄膜开关与 PCB 组件，按键、LED、显示、连接器和通信还要用步骤 ID 一一对应。

需求、规范、测试代码和报告关联，并对更新做影响分析。HMI 治具更改探针、接线或接口板应产生硬件修订；程序更改步骤、限值或驱动应产生软件修订；生效点都要落到首个序列号或工单。

测试记录可分为不可覆盖的步骤明细和可重算的摘要。汇总逻辑可变，原始记录须保留。用已知良品和代表性不良品运行当前治具，确认不良步骤被检出，再反查程序、限值和实装配置；只证明良品会通过还不够。

HMI 组件量产锁版后怎样处理变更、返工和重测

HMI 组件量产锁版不是禁止变更，而是锁定“什么变更、何时生效、影响哪些序列号、需要重测什么”。每次事件只追加，不覆盖前一次状态：

创建身份 → 绑定实装配置 → 首次测试
├─ PASS → 放行 → 装箱
└─ FAIL → 隔离 → 返工/偏离评审
└─ 重测 → 放行或报废

BOM/图纸、第二来源、胶材工艺、固件/参数、治具、测试限值、标签或包装变化都要做影响分析，输出旧版最后一件、新版第一件和在制品处理。无法划界时先冻结流转并盘点，不要靠出货日期猜版本。

返工通常沿用原序列号，追加返工事件、拆换物料和重测结果。只有身份损毁、错误赋码、产品拆分或客户规则要求时才建新身份；新旧身份须互相引用，旧号不得回收。

锁版后核对变更前最后一件、变更后第一件和返工后第一件的实装、治具/程序、原始值及出货资格。审批说明“允许改”，追溯记录证明“哪件已按新状态验证”。

HMI 组件出货记录怎样支持正向和反向追溯

HMI 出货记录应把内部身份映射到外部交付对象。对于外壳集成人机界面组件，客户收货后通常看不到内部显示或 PCB 标签，因此外壳可读序列号、包装箱号和装箱清单要能够回到同一组件身份。

最小映射是：组件序列号 → 箱/托盘 ID → 出货批次 → 客户订单/料号 → 放行记录。正向查询从物料/版本找出出货对象；反向查询从客户序列号找回配置、测试和返工。IPC-1782A 把包装与出货单列，装箱就是内外部追溯的交接点。

换箱、补数、合箱和退货须形成新事件，不能覆盖原清单，否则运输单据与数据库会冲突。抽取已关闭出货单，从箱号核对实物并反查每件放行记录。批次追溯也要保存批次、箱号、数量、订单和检验批关系，并声明无法定位批内单件。

HMI 追溯链断裂会怎样变成批量风险

HMI 追溯失效通常不是“完全没有记录”，而是记录之间缺少可验证的连接。下面的失效链可用于正式项目中演练：

每条链都应以“条件—原因—验证方法”关闭。若程序可远程更新，就读取工位实际版本、查询首个受影响序列号，并用已知良/不良样确认检出能力，不能只看文件夹里的最新版。

逐件序列号什么时候不是最佳选择

逐件序列号不一定是 HMI 项目的最优解。对于配置固定、价值较低、无固件、没有逐件测量值、失效影响可由批次隔离的无源子件，批次加检验批可能已经足够。此时强制每件扫描会增加标签面积、工时和异常补录，却没有缩小实际风险范围。

相反，以下条件更支持单件身份：显示/PCB/固件组合可变；客户会按单件报修；测试产生逐件实际值；关键客供料需要绑定；返工或升级后仍要保留历史。即使使用单件身份，也不代表每个螺钉、辅料都逐件赋码。可把低风险共用料保留在工单/批次层，把显示、PCB、固件和总成放到单件层。

若标签装机后不可见且客户没有扫描入口，内部二维码不能改善外部反查；应改用外壳身份、主板电子身份或整机序列号映射。组件方负责约定字段和组件记录，客户负责整机身份、系统软件、法规记录和最终放行。

IPC、GS1、NI 与 IEC 资料各自能证明什么

工程上可用定义字段来源，不能自动证明某家公司已实施、某件产品已通过或某个测试条件适合所有 HMI。

项目应在HMI 组件设计指南 规定的接口和版本基础上，再把每件实装状态与测试事件关联。是图纸评审、首件、过程检查、功能测试和出货检验的方法范围；真实项目仍要以双方批准的图纸、测试规范、记录格式和放行责任为准。

启动 HMI 追溯评审前需要准备哪些资料

追溯字段应从现有工程资料生成，不应让生产现场临时命名。评审前至少准备：

• BOM、总成图、接口文件及各自版本规则；
• 显示原厂完整料号、规格版本和可读批次信息；
• PCB 版本、程序文件、固件、参数和校验方法；
• 外壳、面板、胶材、连接器、线束和标签图稿；
• 功能测试范围、步骤 ID、实际值/限值/单位和错误码；
• 治具硬件、仪器、程序、已知良/不良样和变更复验规则；
• 返工、偏离、报废、重赋码和旧记录保留方式；
• 箱号、装箱清单、客户订单/料号及出货放行字段。

通过微信发送 BOM、图纸、显示、PCB、外壳、线束和功能测试范围，东莞市茗智电子科技有限公司可据此评审组件交付边界；也可拨打业务电话 +86 136 3262 5290。资料不完整时，先标明“谁提供、何时冻结、怎样验证”，不要用猜测值补齐。

工业自动化与工业控制设备 OEM

技术方法依据公开标准、原厂资料和已确认站内范围，适用于一般 HMI 追溯评审项目；