标识缺失时，应该追查来源，而不是随手补一个号码。制作商品信息流之前，要确认制造商给这个具体商品及包装分配的标识。数字看起来合规，也不能证明真的属于该商品。
适用读者与交付决定
准备商品信息流与产品页的零售商。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
Merchant Center 区分真实分配的 GTIN 与内部标识。没有分配 GTIN 的商品应按适用标识规则处理，不能编造号码。 Google Merchant Center: GTIN · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| supplier SKU = CHAIR-BLK | 无分配证明 | 暂停填写 |
| pack-6 has documented GTIN | 包装一致 | 再核验 |
| single-item GTIN on pack-6 | 包装不符 | 暂停 |
怎样执行验收
- 索取制造商资料、包装单位及批准者记录。
- 先核对商品、变体和包装，再单独验证格式。
- 证据缺失保留在待办中，不用看似合理的占位号码填满。
如何解释结果与保留证据
例子只有在明确已分配且包装匹配时，才输出可以继续验证格式。它不生成真实 GTIN，也不声称已注册。要求交付清单把“已提供”“格式通过”“分配对象一致”分开记录，三者不能混为一个通过状态。
适用边界
不验证注册库、真伪或 Merchant Center 审批。分配情况未知，不能推断商品当然豁免。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs product-gtin-provenance.json