6 月 3 日，中文跨境电商资讯继续集中提醒 Amazon 欧洲站和英国站的 Country of Origin，也就是 COO 原产国/原产地信息要求。多家中文卖家媒体提到，6 月 30 日前后，未提供有效 COO 信息的商品可能在欧盟和英国跨境销售场景里被限制销售。Amazon Seller Forums 近期也仍有卖家讨论怎样通过 Category Listings Report、Manage All Inventory 和 Add Products via Upload 补齐这个字段。
对中国大陆和台湾卖家来说，这个问题不能只交给上传模板同事处理。COO 字段会牵涉商品目录、FBA Export、远程配送、英国/欧盟站点、供应链文件和可能的限售状态。真正要避免的是：系统已经把 ASIN 标成 inactive 或 restricted，团队却还在争论这是税务、清关、Listing 还是账户健康问题。
先查受影响范围，再批量上传
COO 自查的重点不是猜政策，而是确认哪些站点、SKU 和配送计划真的需要字段更新，并保存更新前后的证据。
先判断这个 SKU 是否在跨境配送范围内
很多卖家收到 COO 通知后会先问：我是不是只在一个站点销售，所以不用管？这个判断不能只看前台有没有订单。Amazon 的提醒通常会和 FBA Export、跨境销售、欧盟/英国买家配送、以及卖家是否在多个欧洲站点保留 offer 有关。先把范围查清楚，后面才知道是批量补字段，还是需要向 Seller Support 解释通知适用性。
- 按 marketplace 导出 active、inactive、suppressed 和 stranded SKU，不要只查当前有销量的 ASIN。
- 确认是否开启 FBA Export、Remote Fulfillment、Pan-EU/EFN、英国到欧盟或欧盟到英国的跨境配送相关设置。
- 把 FBA、MFN、海外仓、3PL 和本地退货地址分开；不同履约路径看到的风险不一定相同。
- 如果 Amazon 通知点名某个欧洲 marketplace，先保存通知、Case ID、站点、SKU 列表和要求截止日。
- 如果你认为通知不适用，也要用后台设置、库存位置和销售范围证明，而不是只写“我们没有出口”。
COO 字段要和供应链文件对得上
COO 在 Seller Central 里是商品属性，但它不是随便选一个国家就能结束。中国制造、台湾制造、第三国组装、多国零件、套装商品、品牌授权和供应商发票之间如果互相矛盾，后续一旦出现 Product Compliance、inauthentic、restricted product 或清关相关通知，卖家会很难解释。
- 对每个高风险 SKU 保存供应商发票、采购合同、装箱单、报关资料、产品标签、包装照片和工厂信息。
- 如果商品由多国零件组成，内部先确定最终组装或实质加工事实，并保存判断依据；自动化文章不应替代法律或关务意见。
- 套装、bundle、replacement parts 和 variation 子体要分别核对，不要把父体或主 SKU 的产地直接套给所有子体。
- 确认 Listing 前台、后台字段、包装标签、说明书、合规报告和供应商文件没有出现相互冲突的国家/地区表述。
- 如果由服务商、ERP 或模板批量维护字段，保留上传文件、Processing Report 和变更时间。
用 Category Listings Report 建一张缺口表
Amazon 论坛中 Amazon 代表给出的实操路径，通常是通过 Category Listings Report 找出缺少 COO 的 SKU，再用 Add Products via Upload 做 partial update。对 SKU 多的中国跨境团队来说，关键不是一次上传，而是可复核地证明哪些 SKU 缺字段、谁改了、系统是否接受。
- 在 Reports > Inventory Reports 里请求 Category Listings Report；如果账号没有该报告入口，先向 Selling Partner Support 请求开启。
- 用 country_of_origin、country/region of origin 或相近字段搜索每个类目的模板列名，因为不同类目列名和位置可能不同。
- 生成上传模板时选择正确 product type，并使用 Partial Update，避免无关属性被空值覆盖。
- 上传后保存 Processing Report，逐行记录 accepted、warning、error、suppressed 和需要再次修正的 SKU。
- 多站点销售时按站点分别处理；不要以为一个 marketplace 的上传成功会自动证明所有欧洲站点都合规。
如果商品已经 restricted 或 inactive，先别重建 Listing
COO 缺失造成的销售限制，和品牌授权、受限品、非正品投诉、危险品或价格健康导致的 inactive offer 看起来都可能出现在库存页面。恢复动作要按通知和错误类型拆开，不要急着删除重建 Listing、换 SKU、重发 FBA 货件或开多个重复 Case。
- 保存 Manage All Inventory、Inactive Inventory、Account Health、Product Compliance Requests 和 Performance Notifications 的原始截图。
- 确认错误文字是否明确提到 Country of Origin、cross-border sales、Product Compliance、restricted product 或 listing limitation。
- 如果只是字段缺失，先完成字段更新并等待系统刷新；如果同时有合规文件请求，按 Manage Your Compliance 路线准备文件。
- 如果 FBA 库存已不可售，单独记录可售、预留、不可售、移除订单和仓储/移除费用，不要把资金问题塞进字段更新 Case。
- 如果 Seller Support 回复互相矛盾，用同一张 SKU 缺口表和上传报告追踪，不要每次重写一个全新的故事。
中国团队要把运营、合规和账户健康放在同一页
COO 看起来是一个目录字段，但真正容易出问题的是责任分散。运营同事改 Listing，采购同事掌握供应商文件，物流同事知道清关资料，账户健康同事才看到限售通知。等到 ASIN 被限制销售时，如果四条线没有同一张事实表，申诉或 Case 就会显得零散。
- 建立 SKU 表：ASIN、SKU、站点、履约方式、COO 当前值、来源文件、修改日期、上传结果和负责人。
- 建立通知表：Amazon 通知时间、Case ID、受影响 marketplace、截止日、错误类型和当前状态。
- 建立文件表：供应商、发票、报关资料、产品标签、包装照片、合规报告和内部判断记录。
- 建立资金表：如果发生不可售、移除、仓储费、退款或余额压力，和字段更新主线分开处理。
- 每周复核高销量、高库存和即将参加促销的 ASIN，避免在 Prime Day 或旺季前才发现字段缺口。
如果你的商品还没有被限制销售，COO 的最佳动作是做 SKU 级缺口表和上传证据。若 ASIN 已经 inactive、restricted，或 Amazon 同时要求合规文件，先回到 ASIN listing deactivation 和 restricted products 的诊断路线，把字段缺失、文件请求、库存资金影响分开，再决定下一封 Case 怎么写。