GS1-128 / SSCC 与 ASN 对不上:五步自查

Published On: 2026年11月12日Categories: 帮助文档, 成功案例, 知识库, 零售行业 EDIViews: 22

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

美国零售商收货高度依赖「货上的标签」与「系统里的 ASN」一致。箱标或托盘标上的 GS1-128(常称 UCC-128)携带 SSCC-18,ASN(856)里用 MAN 等段申报同一串号码;两者对不上,轻则收货扫描失败、人工清点延误,重则整票拒收或触发合规扣款。

核心就一句话:标签上扫出来的 SSCC,必须与 856 里对应的 MAN 逐位一致,并且标签贴的层级(箱还是托)要和 ASN 包装层级相同。

箱标或托标上的 SSCC 与 856 的 MAN 逐位一致,且标签层级与 ASN 包装层级相同

国内供应商常见情况是:仓里已经改箱,系统 ASN 没改;或托盘层级贴了标,ASN 却按箱层级申报。本文给出发运前的五步自查。具体栏位、是否强制托盘标、扣款规则,以买方最新标签规范与 EDI 指南为准。若要对照从接单到发货、开票的完整主线,可先看 Chewy PO 模式发货全流程;若发运前收到订单变更,应先按 零售 EDI 收到 860:供应商该怎么做 处理,再重核对标签与 ASN。

为什么「对不上」风险大

买方 DC / FC 入库时,扫描仪读的是实物标签上的 SSCC,再去匹配提前到达的 856。若出现下列任一情况,自动化收货就容易中断:

  • 标签有 SSCC,ASN 没有,或号码不一致
  • ASN 有号,货上漏贴、贴错层级或贴重号
  • 箱/托内的 SKU、数量、PO# 与 ASN 明细不符
  • 一票货拆成多个逻辑结构,买方系统无法按预期收货

结果通常是收货失败、人工干预、延误上架,并可能记入供应商合规评分或扣款——具体金额与条款因买方手册而异,此处不列举。

五步自查

第一步:确认标签层级——托盘标还是箱标

先问清楚:这一票实贴的是托盘级还是箱级标签,ASN 的包装层级是否与之相同。

常见结构(概括) 标签通常贴在 ASN 层级要匹配
单 SKU 整托 托盘(常见 SOTI 一类结构) 按托盘层级申报
散箱 / 混 SKU 纸箱(常见 SOPI 一类结构) 按箱层级申报
买方要求「箱+托」都标 箱与托均可能有标 按买方指南建完整层级

以 Chewy 为例:单 SKU 整托通常采用 SOTI 结构,配套托盘级标签;散箱通常采用 SOPI 结构,配套纸箱级标签,混 SKU 托盘的标签层级则需另行确认。通过小包裹运输的 SIOC 商品不应额外贴附 UCC-128/GS1-128 运输标签,具体以 Chewy 最新要求及确认结果为准。其他零售商以各自指南为准,不要把一家的层级习惯套到所有买方。

自查问题:

  • 实货是「一托一标」还是「一箱一标」?有没有漏贴或重复贴?
  • ASN 是否误用了另一种层级(例如货上是箱标,报文却按托盘汇总且无箱级 SSCC)?

另外:不要把物流标贴在可售单品上;托盘化发运时,物流标应贴在托盘(或买方指定位置),避免贴坏可售包装。贴标时离开边角和胶带,避免扫描不到。

第二步:核对 SSCC——与 ASN 的 MAN 完全一致

SSCC-18 是这件物流单元的唯一身份证。自查时逐条核对:

  1. 用扫描枪读标签条码,得到的 SSCC 与 ASN 中对应 MAN(或买方指定的 SSCC 栏位)逐位一致——不要只靠肉眼看「长得像」
  2. 条码与标签上的人读数字一致,SSCC-18 的 18 位完整,没有截断、补空格或少位。注意:SSCC 身份号是 18 位,部分买方的 856 MAN 会带应用标识符 AI 00,写成 20 位;自查时仍须让扫标结果与 MAN 逐位一致(按买方要求比对,不要把人读 18 位和报文 20 位直接混成「对不上」或漏掉 00)
  3. 同一票发货内,每个物流单元的 SSCC 唯一——无重号、无两箱共用一号
  4. 实物有标的单元,ASN 中都有对应号——无漏号
  5. 作废重打的旧标已撕掉,旧号未再出现在新 ASN 里

正确做法是:SSCC 由发运数据生成一次,同时用于打标和 856,而不是先打印再手工抄进报文。打印后抽检:扫标签 → 对照 ASN 导出或预览。

第三步:核对包装与数量——SKU、件数、PO#

SSCC 对上了,内容错了同样会收货失败。核对:

  • 每个箱/托内的 SKU / UPC 是否与 ASN 明细一致
  • 数量(箱数、每箱件数、托盘层数等)是否与 ASN 一致
  • PO#(及行号,若买方要求)是否标在标签或装箱单上,并与 ASN 一致
  • 混 SKU 箱:外箱是否标明 Mixed(或买方要求的混装标识);内件是否分袋/分装并标注清楚
  • 每票货是否有装箱单(packing slip),并建议贴在外箱显眼处,便于收货员人工核对

拣货变更、短装或换箱后,如果只改了实物、没有回写打标与 ASN,这一步最容易暴露问题。若变更来自买方 860,先完成订单侧响应,再重跑本步。

第四步:核对一票结构——一 ASN、一发货、一 Ship-To

多数美国零售商 PO 模式下的实务约定是:

  • 一票 ASN = 一次发货 = 一个 Ship-To
  • 同一辆车 / 同一柜上、发往同一仓的多个 PO,往往要求进入同一份 ASN(以买方指南为准)
  • 不要把发往不同 DC 的货塞进同一 ASN
  • 不要对同一物理发货重复发送多份互相矛盾的 ASN

自查问题:

  • 当前 ASN 的 Ship-To 是否唯一且与实货目的仓一致?
  • 同车多 PO 是合并进一份 ASN,还是误拆成多份且层级混乱?
  • 是否存在「仓已拆成两车,系统仍是一份 ASN」或相反?

第五步:核对发运身份字段——仓、追踪、日期、承运信息

标签与 SSCC 之外,ASN 上的身份字段也必须与实货一致,常见包括:

  • Ship-To / Ship-From(含 DC 代码、地址关键字段)
  • 追踪号(小包裹)或 PRO / BOL(LTL / FTL;无 PRO 时部分买方允许用 BOL 填入指定追踪栏位——以指南为准)
  • 实际发运日(勿填预计日充数,除非买方允许)
  • 承运相关字段(如尾程承运商代码等,按买方要求)

发运日、承运或追踪在出库后发生变更时,应评估:是改 ASN 重发,还是按买方规定仅更新特定栏位。原则是:报文描述的必须是正在路上的那票货。

发现不一致之后怎么处理

通用建议(细节以买方门户 / EDI 指南为准):

  1. 货未交出:以实物为准修正标签或修正 ASN,保证扫描结果与报文一致后再放行
  2. ASN 已发、货尚未到仓:尽快联系买方 EDI 或 Vendor Compliance,确认作废 / 撤回 / 重发规则;重发时使用买方要求的新 ASN 控制号或指定流程,避免两份有效 ASN 互相冲突
  3. 货已到或正在卸货:优先按买方收货与合规指示处理,不要在对方不知情时连续重发多份 ASN
  4. 仅尾程承运信息变更、箱标已贴好:是否必须重贴标签,因买方而异;有的允许「标签不换、ASN 改为实际承运信息」,有的要求两者始终一致——先问买方再决定是否整票重打标,并保留书面确认

避坑速记

  • 层级贴错:托盘货按箱 ASN 申报,或箱货只报托盘号
  • SSCC 重号、漏号,旧标未撕,或条码与人读数字不一致
  • 混 SKU 未标 Mixed,内件无标识
  • 一票多 Ship-To,或同车多 PO 拆 ASN 拆乱
  • 追踪号 / PRO / 发运日与承运信息仍是草稿值
  • 物流标贴在可售单品上
  • 小包裹 SIOC 误套 LTL 的 GS1-128 全套要求
  • 拣货或 860 改单后,只改了货、没改标和 ASN

小结:发运前 30 秒过一遍

  1. 层级:托盘标还是箱标?ASN 是否同级?
  2. SSCC:扫标签 ↔ ASN 的 MAN 一致、唯一、无漏号,条码与人读一致
  3. 内容:SKU、数量、PO#、混装标识、装箱单
  4. 结构:一 ASN · 一发货 · 一 Ship-To(及同车多 PO 规则)
  5. 身份:仓、追踪/PRO/BOL、发运日、承运字段与实货一致

在知行之云里,建议让箱标 / 托标上的 SSCC 与 856 的 MAN 来自同一份发运数据,发运前导出或预览对照扫描结果,避免手工抄号。这不能代替买方规范,但能把「标打了、报文另写一套」的低级错误拦在出库前。


知行可协助国内供应商梳理零售 PO 模式下的 ASN 与标签协同,减少「货已出、报文对不上」的返工。若你正在建设打标与 856 一体的发运流程,欢迎进一步沟通。

本文为通用自查答疑,不构成对某一零售商的专项合规意见。标签样式、是否强制 GS1-128、ASN 层级与重发规则,请以买方最新标签规范、EDI Implementation Guide / 合规手册及月度通知为准。

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。