箱码、托盘码关联采集：装箱与码托工位的数据怎么绑对
一物一码项目上线后，最先出问题的常常不是喷码，是装箱和码托这两个工位。码印得清楚、扫得出来，但箱里装了哪几件、这托上摞了哪几箱，系统记录和实物对不上。
问题的根在关联采集——把一对多的父子关系在产线上采出来的那个动作。五码合一讲了层级怎么划分、每层码放哪，本文往下一层，讲这两个工位的字段、时序和异常处理。
一、关联采集要解决什么
一句话：确定"这个父码底下是这几个子码"，并确定这结论从哪一刻起算数。
难点在时刻。装一箱货，从扫第一件到贴上箱码可能过去几十秒，这段时间箱子还敞着，能再放一件，也能拿一件走。所以做法是两段式：扫码过程中数据只进工位暂存区，状态"待确认"；封箱这个物理动作完成后才转成正式层级记录。封箱之后箱内实物不可再变，这是实物状态和数据状态唯一能对齐的时点。
触发这个确认的信号有几种：满数自动触发（只在装箱数固定、不允许尾箱时安全）、封箱机干接点信号、箱子离开装箱位的光电开关、人工线上的脚踏开关。原则是信号要和实物状态一一对应；用软件计数器判断"应该满了"最容易埋雷，它只知道读了几个码，不知道箱里几件。
GS1 的 EPCIS 标准把这类动作定义为聚合事件（AggregationEvent），字段是 parentID 加 childEPCs，用 action 区分装入（ADD）、取出（DELETE）和只观察（OBSERVE）。内销项目一般不报 EPCIS 报文，但表结构可以照这个来，以后对接出口或客户 WMS 不用重做数据模型。
二、装箱工位的几种采集方式
采集方式由包装形式和装箱设备决定，选和现场对得上的那种。
| 方式 | 适用 | 要注意什么 |
|---|---|---|
| 逐个读取 | 单列输送、人工过码窗 | 节拍受读码速度限制，漏读要能补扫 |
| 整层一次读取 | 单品码朝上、整层入箱 | 要校验读到的个数，11 个当 12 个用是典型错误 |
| 隧道式多面读取 | 单品朝向不固定 | 同一码被两个读头读到，按码去重而非按次数计数 |
| 自动装箱机同步采集 | 高速线 | 读码点在上游，采集队列须与实物队列对应 |
| 人工扫码枪 | 低速线、多规格、试产 | 靠计数提示和满数报警兜底，扫错能撤销上一枪 |
自动装箱机那一行值得展开。读码点在上游，码是先被读到、后被装进箱的。系统维护一个先进先出的缓存队列，实物到装箱位时从队列头部取相应数量的码算作这一箱。前提是队列和实物严格同步：剔除、卡瓶取出、机器空走，队列都要跟着动。剔除信号必须接进采集系统，否则从那一件起后面所有箱全部错位一位，系统还不报错。
箱码先贴后绑还是先绑后打，方案阶段就要定死。先绑后打是扫满子码后系统分配箱码再打印贴标，适合自动线；风险在贴歪或贴错箱，所以贴标后要加一台复扫读码器，对不上就报警拦停。先贴后绑是空箱先贴预印箱码，工位先扫箱码"开箱"再逐个扫子码，适合人工装箱和多规格换线；风险在预印标签管理，没用上的要能作废。
三、码托工位
码托工位的逻辑和装箱一样，父码换成托盘码，子码换成箱码。差别在三处。
托盘码的生成时机。用 SSCC（系列货运包装箱代码）的项目，托盘码应在封托时分配、打印，不预先贴在空托上：SSCC 同一流水号至少 12 个月内不得重复使用，预贴了没用上就只能作废。内销项目可用自有编码，建议位数上留出兼容余地。
整托读取。码垛前逐箱在线读、码垛后整托扫描、人工 PDA 逐箱扫。在线读不占节拍，但箱码贴哪一面必须固定；整托扫描只读得到外圈，适合箱码全部朝外的码垛方式。
层数与箱数的校验。托盘规格是"每层箱数 × 层数"，两个数都随生产订单下发，不是系统里的固定参数。每层扫满提示换层，总数扫满提示封托、多扫直接拒绝；同一箱码在本托内重复扫要当场拦掉，这是人工 PDA 扫托最高频的错；漏扫靠总数对不上检出，总数校验不能放行。
托盘标签贴在哪直接影响能不能扫得到。GS1 物流标签指南要求贴相邻的两个面（一短边、一长边），条码离地 400 到 800 毫米，离垂直边不少于 50 毫米。再加一条现场经验：贴标安排在缠膜之后，或选缠膜内仍能读的位置，否则膜面反光会让复扫读不稳。
四、要存哪些字段，拦哪些错
一条层级记录至少要有这些字段，少一个就少一条追查线索。
| 字段 | 用途 |
|---|---|
| 父码、层级 | 箱还是托 |
| 子码列表、子码数量 | 关系本体 |
| 规格数量（应装数） | 实际数量的比对基准 |
| 生产订单号、批次号 | 跨批次混装判据 |
| 商品编码 / GTIN | 是否装错品 |
| 开始时间、确认时间 | 复盘定位到分钟 |
| 工位号、设备号、操作员 | 哪台设备、哪个人 |
| 状态 | 待确认 / 已确认 / 已解绑 |
| 采集方式 | 自动采集还是人工补录 |
对应的校验规则与系统动作：
| 情形 | 系统动作 |
|---|---|
| 实际数量少于应装数 | 不允许确认并提示差几件；尾箱走单独封箱权限 |
| 实际数量多于应装数 | 超出的那一枪拒绝，不计入 |
| 同一子码重复扫 | 当场提示"已扫"，不计数、不停线 |
| 子码已归属其它父码 | 拒绝并提示原父码，需先解绑 |
| 子码未过视觉复核 | 拒绝，未复核的码不进层级 |
| 子码不在本工单可用码池 | 拒绝，混线串码的主要拦截点 |
| 跨批次混装 | 默认拒绝；确需混装按规则校验各品种件数 |
| 父码已被使用过 | 拒绝，防止重复贴标或标签重用 |
比规则本身更要紧的一点：校验必须在工位本地执行。放在后台事后校验，网络一断就全部失效，产线却不会停。工位保留可用码池和当前箱缓存，校验本地完成、当场声光提示，结果异步上传。拦截慢一秒就是一箱错货流到下一站。
五、异常场景怎么处理
下面几种不是"错误"，是正常会发生的事，方案里必须有对应动作。
尾箱。批次结束凑不满一箱，要允许按实际数量封箱、数量写进记录，并且要有带权限的尾箱封箱动作。不能留到下批凑数，两批混在一箱里，追溯时两边都对不上。
补箱。箱已封才发现少一件，正确动作是对这箱做追加，只提交新增的那个子码。整箱的码重报一遍，系统会当成新的聚合，撞上"子码已属其它父码"。
拆箱返工。抽检拆箱、破损重装，实物拆了数据必须跟着解绑：子码从原父码下释放、状态回到可用，父码作废。常见错误是实物拆了系统没动，那几个码还挂在原箱下，重新装箱时被拒。返工工位要给操作工一个扫箱码即可解散的入口，别绕到后台改数据。
剔除品补位。复核剔掉一件、从合格品缓存补一件，队列要跟着删掉被剔的那条。只丢实物不动数据，后面全线错位。剔除动作本身怎么和赋码、复核工位对上，见一物一码产线怎么落地。
停机续装。断电、卡机、换班停线时，工位上可能正好有个装一半的箱。工位缓存必须落盘，否则一次重启就丢一箱。恢复时系统显示已扫件数，操作工清点实物，对上再继续，对不上整箱退回重扫——停机期间箱子敞着，这一步不能省。断网同理：本地缓存，恢复后按时间戳补传。
六、和仓储怎么交接
入库前做一次层级完整性校验。有没有"待确认"状态卡着的半箱半托，有没有已封箱但没归托的散箱。这些残留在产线上无害，进了仓库就是扫托盘码带不全下层的托。校验通过才允许生成入库单。
入库整托只扫托盘码，一次动作带出下面所有箱和单品。反过来说，仓库一旦习惯整托扫描，产线上任何一个漏绑都会被放大成一整托的账实不符。
出库拆托要更新层级。只发走部分箱时，发走的箱从托盘下解绑，托盘记录更新为剩余箱数。容易出的错是整托当成已发走、剩余箱在系统里消失，或只记出库数量、托盘底下仍挂着全部箱。
层级只在一处维护。产线系统传给 WMS 的是父码、子码列表、数量和时间，WMS 侧只做引用查询。两边各存一份各自维护，迟早不一致。
出口俄罗斯的项目还要面对诚实码系统对聚合数据的核验规则，是另一套错误类型，另见三级聚合的常见数据错误。
常见问题
- 装箱时箱码和单品码的绑定关系，在哪一刻算正式成立？
- 建议以封箱动作完成为准。扫码过程中数据先进工位暂存区，状态是"待确认"，封箱后才转成正式层级记录。因为封箱之后箱内实物不能再变，这是产线上实物状态和数据状态唯一能对齐的时点。触发确认的信号最好取自实物动作，比如封箱机的干接点信号、光电开关或人工按钮，不要用软件计数器自己判断"应该满了"。
- 扫码时提示"子码已属其它父码"，是什么原因？
- 这个码已经归属某个箱或托，系统不允许一个码同时挂在两个父码下面。成因基本都是实物拆过、数据没解绑：质检抽检拆箱、破损重装、返工换箱。正确动作是先对原包装做解绑，把子码释放回可用状态，再重新装箱绑定。返工工位应当有一个扫箱码即可解散的入口，不用绕到后台改数据。
- 装了一半停线，重新开机时这箱数据怎么办？
- 工位缓存必须落盘保存，不能只放在内存，否则重启就丢。恢复时系统显示这箱已扫的件数，操作工清点实物件数，两个数对上才继续装；对不上就整箱退回重扫。停机期间箱子是敞开的，实物可能被动过，所以这一步的人工确认不能省。
- 托盘码用 SSCC 的话，标签贴在哪、贴几张？
- 按 GS1 物流标签指南，贴相邻的两个面，一个短边一个长边，条码离地 400 到 800 毫米，条码边缘离托盘垂直边不少于 50 毫米，SSCC 放在标签最下面那个条码。另外贴标要安排在缠膜之后，或选缠膜内仍能读的位置，否则膜面反光会影响复扫。SSCC 的同一流水号至少 12 个月内不得重复使用，托盘标签不能撕下来贴到新托上。
- 装箱数量和系统对不上，是漏扫还是重复扫？
- 两种都要在工位当场分开处理。同一子码重复扫，系统提示"已扫"、不计数也不停线；实际数量少于应装数，封箱时不允许确认并提示差几件，是尾箱就走带权限的尾箱封箱动作。漏扫靠总数校验检出，所以总数对不上时不能放行。自动装箱线还要把剔除信号接进采集系统，否则缓存队列和实物错位一件，后面每一箱都会错。
评估你的产线合规改造方案
上海问源信息科技有限公司作为系统集成商，为食品饮料、日化美妆、酒类等制造企业提供 PTS 一物一码产品追溯方案：产线赋码与视觉复核、单品—箱—托三级聚合、防伪与防窜货稽查、扫码营销数据平台，以及五码合一的层级赋码与管控；码的来源可以是企业自有编码，也可以对接药品追溯、俄罗斯诚实码等外部发码平台。
扫码加微信