外观也过了？包装贴标、条码绑定与出货 MES 闸门

日期：2026-10-02

面向：线束工艺、包装/贴标工位、质量与制造信息化人员

写在前面

上一篇（2026-10-01）把外观/AOI 写成了可审计的程序绑定、结构化缺陷码、图像 digest 与 MES 过站门禁，并留了一句边界：包装/标签应读上道电气 + seal_ok + aoi_ok 。本稿不再复述 AOI 缺陷码表、密封 ΔP、IR 漏流或导通明细，而是把镜头对准下一道常见放行闸门------包装 / 贴标与出货------以及它如何在 MES 里变成可审计的标签模板绑定、条码/SN 对齐、箱托聚合与出货门禁。

公开工程方法讨论里，电气回答完整性，密封回答泄漏，外观回答视觉缺陷；包装/贴标回答的是第四类问题：正确的身份是否印在正确的载体上，并与已完成的质量闸门绑定后才允许离站/出货。四道题正交。软件上最常见的事故，不是打印机"出不了纸"，而是：

外观 PASS 后随手打标签 ------未校验电气 ∧ seal ∧ aoi ∧ pack，或标签内容与 harness_sn 主数据不一致；
本地标签模板可改、无 label_template_id / template_rev------事后无法证明当时印的是哪版文案/条码规则；
只有"已打印"布尔，没有 SN↔条码/OCR 对齐记录------客户扫码对不上实物；
箱/托聚合靠 Excel ------carton_id / pallet_id 与 SN 列表无幂等绑定，发错箱无法追溯；
补打无授权------同一 SN 被连打多张"合格签"，旧签流入现场。

本文把包装/贴标/出货写成智能制造里的工艺软件门禁：harness_sn + label_template_id / template_rev 绑定，pack_ok 与 ship_ok 分位，出货要求 电气 ∧ seal ∧ aoi ∧ pack ，SN↔标签 OCR/扫码匹配，箱托聚合可审计，补打需授权。文中字段名与阈值均为示例占位 ，一律标为「示例」，不是行业标准硬限值 。全文谈数据与闸门，不写危险操作或绕过安全联锁的步骤。

图1：左侧仅 aoi_ok 仍缺包装绑定；右侧出货闸门要求电气 OK ∧ seal_ok ∧ aoi_ok ∧ pack_ok，且 SN↔标签匹配。

一、为什么"外观也过了"还不够

1.1 质量闸门与身份闸门是正交问题

公开方法文通常把线束验收与放行拆成多层（名称因设备而异，本稿用通用说法）：

测法 / 工位	主要回答的问题	与本稿关系
导通 / IR / 耐压	电气完整性	上道闸门；本稿只引用
气密 / 密封	泄漏是否在窗内	上道闸门；本稿不重写
外观 / AOI	视觉缺陷是否在窗内	上道闸门；见 10-01 稿，本稿不重写
包装 / 贴标 / 出货	身份载体与聚合是否正确	本稿焦点

aoi_ok ≠ 可出货。 外观 PASS 不能证明标签印对、条码与 SN 一致、箱托清单无串货；反之，标签漂亮也不证明电气/密封/外观曾合格。控制计划若要求分站，MES 必须维护独立闸门位，禁止用前道 PASS 冒充包装完成，也禁止用"已打印"冒充出货放行。

1.2 软件视角的五个共同缺口

从制造信息化看，包装/贴标最容易出现五种"看起来发过、其实不可审计"的状态：

结果未绑定 harness_sn：工位本地有打印日志，MES 侧只有"本班打了多少张"；
无 label_template_id / template_rev：文案、条码规则、客户唛头可被现场改参而不升版；
无 SN↔标签对齐证据 ：没有 label_barcode / ocr_match / scan_match；
聚合靠线下表 ：carton_id / pallet_id 与 SN 列表无事件化绑定，幂等键缺失导致重复装箱；
补打 / 重打无授权：NG 或丢签后同一账号连打至"看起来齐套"。

后面几节分别对应：模板怎么绑、条码对齐与 pack_ok 怎么写、出货与箱托闸门怎么落。

二、模板绑定：没有 `template_rev`，打出来的签只是本地出纸

2.1 最小身份链 + 模板链 + 打印事件链

一次可追溯的包装/贴标过站，至少要串起：

字段（示例名）	含义	工程纪律
`harness_sn`	线束唯一序列号	扫码启动；禁止无码贴标放行
`work_order`	生产工单	与变体 / 客户唛头对齐
`label_template_id`	标签模板 ID	与客户标签规范 / ECN 绑定
`template_rev`	模板批准版本	已批准只读；改文案/条码规则必须升版
`station_id` / `printer_id`	工位 / 打印机	过站校验设备族与耗材状态（示例策略）
`operator_id`	操作者	追溯与补打授权审计
`print_request_id`	幂等请求号	同一请求不得静默打出第二张有效签
`label_barcode`	实际条码内容	与主数据期望值比对

作者建议（非强制标准）： 开打条件写成硬闸门------扫到 harness_sn 后，由 MES（或边缘网关）校验上道闸门并下发/校验 label_template_id + template_rev，本地不得静默使用"上次残留模板"。若现场仍靠 U 盘拷模板，至少也要把模板哈希回写 MES。打印本身应是可追溯业务事件（带身份、模板版本、幂等请求号与状态回写），而不是无状态按钮。

2.2 模板窗本身也是数据（示例占位）

text 复制代码

# 示例 · 禁止直接当本厂标准
示例模板 LBL-SHIP-A / template_rev=R04
  barcode_symbology     = CODE128              （示例）
  expected_payload_fmt  = "SN:{harness_sn}"    （示例）
  ocr_required          = true                 （示例·贴后 OCR）
  ship_to_block_id      = CUST-SHIPTO-12       （示例·唛头块）
  allow_reprint         = auth_only            （示例）

正确说法是：条码规则、文案块、是否贴后复核由客户规范与工艺验证共同给出，软件负责按 label_template_id / template_rev 加载并拒绝无版本打印。

2.3 联调负例三连（信息化验收）

故意加载错误 template_rev（邻接客户唛头或已废止条码规则）→ 应拒绝启动或强制双签；
上道缺 aoi_ok（或电气/密封未完成）仍请求打印 → 拒绝，pack_ok 不得置真；
无 reprint_auth 直接补打 → 拒绝，要求原因码与授权。

这三连比只测 Happy Path 更能暴露接口字段是否真进了闸门。

三、条码绑定与 pack_ok：打印之外必须留下可复盘的对齐证据

图3：左为条码/聚合层示例字段；右为身份 / 模板 / 闸门 / 补打分层。名称均为示例占位。

3.1 SN↔标签对齐（示例字段，非标准）

字段（示例名）	含义	为何需要
`expected_barcode`	主数据期望条码载荷	与变体/客户规则对齐
`label_barcode`	打印或扫回的实际载荷	防止打错规则仍绿灯
`scan_match` / `ocr_match`	扫码或 OCR 是否一致	贴后复核证据
`match_method`	SCAN / OCR / BOTH（示例）	复盘用了哪种核对
`pack_ok`	本工位综合闸门位	供出货读取
`ts`	完成时间戳	审计与节拍

原则：禁止只用一个"已打印"布尔。 一次过站应留下模板版本、幂等请求号、期望/实际条码与匹配结果。OCR/扫码阈值与相机选型因工厂而异------本稿只要求有匹配证据落库，不指定设备品牌。

3.2 判定逻辑（教学，非标准）

text 复制代码

# 示例判定 · 字段为占位
if not upstream_multi_ok(sn):          # 电气 ∧ seal ∧ aoi（上道引用）
    pack_ok = false
    refuse("UPSTREAM_GATES")
if template_rev mismatch:
    refuse("TEMPLATE_MISMATCH")
print_event(print_request_id, template...)
if recipe.ocr_required and not ocr_match(sn, label_barcode):
    pack_ok = false
    defect_or_reason = "SN_LABEL_MISMATCH"   # 示例原因码
else:
    pack_ok = (label_barcode == expected_barcode) and scan_or_ocr_ok
write pack_ok, label_barcode, match flags, ts

人贴 + 扫码复核、半自动贴标、全自动打印贴附属工艺布置选择；软件上只要保证模板版本与对齐证据一致 ，以及出货站读的是 pack_ok（且上道闸门仍为真）。

3.3 轻量分析（有对齐证据才能谈改进）

按变体聚合 SN_LABEL_MISMATCH → 看是主数据漂移还是模板升版遗漏；
按 printer_id / station_id 交叉 → 区分规则错误与设备/耗材问题；
补打率抬升 → 优先查丢签与现场流程，再谈"多打一张"；
与上道联合看------例如某批次 aoi 全绿但贴标不匹配突增，优先查换型点检与模板下发，而非盲目补打。

四、MES 过站闸门：扫码 → 模板 → 打印/核对 → 箱托 → 出货

图2：扫码校验上道多闸门 → 下发模板 → 打印并 SN↔标签核对 → 箱托聚合 → ship 闸门。

4.1 业务状态机（教学）

text 复制代码

UNPACKED → TEMPLATE_LOADED → PRINTING → VERIFYING
  → PACK PASS → pack_ok=true  （仍需上道电气∧seal∧aoi 才可 ship）
  → MISMATCH / PRINT_FAIL → ISOLATED → 需 reprint_auth + reason → REPRINT → PASS/FAIL
ABORT / TEMPLATE_MISMATCH / UPSTREAM_GATES / NO_AUTH_REPRINT / AGGREGATION_FAIL
  → 不进入 pack_ok，不开放出货

公开行业叙述中的纪律句------未过检验禁止打印合格标签 ------在本稿语境下应落实为：贴标不读口头，而读上道电气 + 密封 + 外观闸门；出货再读本道 pack_ok 与箱托完整性。

4.2 最小字段表（可本地化命名）

分层	字段（示例名）	用途
身份	`work_order`, `harness_sn`, `station_id`, `operator_id`	谁在何时贴了哪根
模板	`label_template_id`, `template_rev`, 条码规则快照	用的哪版标签
打印事件	`print_request_id`, `printer_id`, `print_status`	幂等与设备
对齐	`expected_barcode`, `label_barcode`, `scan_match`, `ocr_match`, `pack_ok`	当时核对
聚合	`carton_id`, `pallet_id`, `agg_seq`, `agg_closed`	箱托清单
补打	`reprint_auth`, `reprint_reason`, `reprint_count`	授权与原因
闸门	`pack_ok`, `ship_ok`, `ts`	放行位
上道引用	`electrical_ok`, `seal_ok`, `aoi_ok`	多闸门

字段名可按企业字典翻译；不可省略的是序列号、模板版本、幂等打印请求、SN↔标签匹配、pack/ship 位、补打授权与箱托聚合键。

4.3 闸门伪代码（教学虚构）

text 复制代码

function gate_pack_label(scan, printer):
    sn = scan.harness_sn
    if not sn: return REFUSE("NO_SERIAL")

    # 上道：按控制计划引用；未完成则拒绝开包装（示例策略）
    if not electrical_ok(sn): return REFUSE("ELECTRICAL_NOT_OK")
    if not seal_ok(sn): return REFUSE("SEAL_NOT_OK")
    if not aoi_ok(sn): return REFUSE("AOI_NOT_OK")

    tmpl = resolve_label_template(scan.work_order, scan.variant_id)
    if tmpl is None: return REFUSE("NO_TEMPLATE")
    if scan.label_template_id != tmpl.id \
       or scan.template_rev != tmpl.rev:
        return REFUSE("TEMPLATE_MISMATCH")

    if open_isolation(sn) and not scan.reprint_auth:
        return REFUSE("REPRINT_NEED_AUTH")

    req = begin_print_event(
        print_request_id=scan.print_request_id or new_idemp(),
        sn=sn, template=tmpl, printer=printer.id)

    # 设备回传打印结果与扫回/OCR 后：
    write_result(sn,
        label_template_id=tmpl.id,
        template_rev=tmpl.rev,
        print_request_id=req.id,
        expected_barcode=tmpl.expected_payload(sn),
        label_barcode=meas.label_barcode,
        scan_match=meas.scan_match,
        ocr_match=meas.ocr_match,
        printer_id=printer.id,
        ts=now())

    matched = meas.scan_match or meas.ocr_match   # 示例策略
    if meas.label_barcode != tmpl.expected_payload(sn) or not matched:
        write_flags(sn, pack_ok=False, ship_ok=False)
        freeze_station(until="disposition")
        return REFUSE("SN_LABEL_MISMATCH")

    write_flags(sn, pack_ok=True, ship_ok=False, ts=now())  # ship 另闸
    return ALLOW_AGGREGATION

function gate_aggregate(sn, carton_id, pallet_id=None):
    if not pack_ok(sn): return REFUSE("PACK_BLOCKED")
    if sn_already_in_other_open_carton(sn): return REFUSE("DOUBLE_PACK")
    bind_agg(sn, carton_id=carton_id, pallet_id=pallet_id,
             agg_seq=next_seq(carton_id), ts=now())
    return ALLOW

function gate_ship(carton_or_sn):
    sns = expand_to_sns(carton_or_sn)
    for sn in sns:
        if not electrical_ok(sn): return REFUSE("ELECTRICAL_BLOCKED")
        if not seal_ok(sn): return REFUSE("SEAL_BLOCKED")
        if not aoi_ok(sn): return REFUSE("AOI_BLOCKED")
        if not pack_ok(sn): return REFUSE("PACK_BLOCKED")
        if open_rework(sn): return REFUSE("REWORK_OPEN")
        if not sn_label_matched(sn): return REFUSE("LABEL_MISMATCH")
    if not aggregation_closed(carton_or_sn): return REFUSE("AGG_OPEN")
    write_flags(carton_or_sn, ship_ok=True, ts=now())
    return ALLOW_SHIP

原则一句话：出货放行条件 = 已绑定 harness_sn ∧ 上道电气 OK ∧ seal_ok ∧ aoi_ok ∧ 本道模板版本匹配 ∧ SN↔标签匹配 ∧ pack_ok ∧ 箱托聚合闭合 ∧ 无未关闭返修/隔离 ∧ ship_ok。缺任一字段，MES 应视为未完成，而不是"人说包装过了就过"。

4.4 补打授权与箱托纪律

打印失败 / 丢签 / 错签 → 实物隔离 + 系统记录；旧签作废策略（现场回收）需有原因码；
补打必须 reprint_auth + reprint_reason------禁止同一未授权账号连打；
补打仍使用同一 label_template_id / template_rev（除非工程正式升版）；
新有效签应绑定新的 print_request_id，并作废或标记旧请求；
箱托：carton_id / pallet_id 与 SN 列表事件化；重复装箱、未闭合出货应硬拒；
出货单据/ASN（若有）只读 ship_ok 与闭合聚合，不读口头齐套。

4.5 与相邻工位的衔接

上道（导通 / IR / hipot / 密封 / 外观） ：本稿只引用 electrical_ok、seal_ok、aoi_ok；明细见 09-28～10-01 系列，此处不重复；
本道（包装/贴标）：独立身份闸门，模板、对齐证据与 pack_ok 必须可追溯；
出货：读多闸门 + 聚合闭合，而不是只读"已打印"；
其他：客户特殊唛头、危险品标识等若在控制计划中，各自独立字段------pack_ok 不自动覆盖。

五、落地清单（工艺 + 软件各半）

盘点现有贴标/包装工位：哪些只出纸、哪些已回写 MES、是否绑定 harness_sn；
主数据补齐 label_template_id ↔ template_rev ↔ 条码规则 ↔ 客户唛头/ECN；
结果层至少落 print_request_id、expected_barcode、label_barcode、匹配标志、pack_ok；
出货改为读电气 OK ∧ seal_ok ∧ aoi_ok ∧ pack_ok ∧ 聚合闭合；
补打强制 reprint_auth + 原因码；
箱托聚合事件化，禁止双箱绑定；
负例三连（错模板、上道未齐、无授权补打）纳入联调验收；
周会看不匹配率与补打率，而不是"今天打了多少张签"。

安全、标准与适用性说明

包装/贴标工位涉及机械、热转印/热敏设备与产线联锁 ：必须遵循本厂设备安规、联锁、防护与人员资质；本文只讨论数据字段与 MES 闸门 ，不提供任何绕过联锁或不安全操作步骤。
文中闸门说明参考公开的质量追溯 MES 与标签打印事件化讨论，不是某团体标准条款摘抄，也不构成对特定打印机、贴标机或 MES 品牌的选型建议。正文统一使用通用名：打印机 / 贴标工位 / MES / 边缘网关 / OPC UA / MQTT。
条码符号体系、OCR 是否强制、箱托容量、补打次数上限等均为示例占位；量产必须以客户规范与工艺验证批准值为准。
伪代码与字段名为教学虚构，集成时按本厂 MES / 打印服务 / 边缘网关接口映射。
包装/贴标不替代导通、IR/hipot、气密、外观等验证手段；上道细节见同系列 09-28～10-01 稿，本稿不重复。

配图均为本地原创 SVG→PNG 技术示意图，无品牌标识。

外观也过了？包装贴标、条码绑定与出货 MES 闸门

写在前面

一、为什么"外观也过了"还不够

1.1 质量闸门与身份闸门是正交问题

1.2 软件视角的五个共同缺口

二、模板绑定：没有 template_rev，打出来的签只是本地出纸

2.1 最小身份链 + 模板链 + 打印事件链

2.2 模板窗本身也是数据（示例占位）

2.3 联调负例三连（信息化验收）

三、条码绑定与 pack_ok：打印之外必须留下可复盘的对齐证据

3.1 SN↔标签对齐（示例字段，非标准）

3.2 判定逻辑（教学，非标准）

3.3 轻量分析（有对齐证据才能谈改进）

四、MES 过站闸门：扫码 → 模板 → 打印/核对 → 箱托 → 出货

4.1 业务状态机（教学）

4.2 最小字段表（可本地化命名）

4.3 闸门伪代码（教学虚构）

4.4 补打授权与箱托纪律

4.5 与相邻工位的衔接

五、落地清单（工艺 + 软件各半）

安全、标准与适用性说明

二、模板绑定：没有 `template_rev`，打出来的签只是本地出纸