ASIN単位のCOA管理：SKU・サイズ違い・ロット更新への対応

公開日: 2026年7月16日5分で読了

この記事の要点

AmazonはASIN単位でTHC残留値がわかるCOAの提出を求めるため、商品数が増えるほどCOAとASINの対応関係の管理負担が増します

サイズ違い・ロット切替は「同一COAで済むか」を機械的に判断せず、原料ロットとの対応関係で個別に確認する必要があります

SKUが一定数を超えると手作業の管理は破綻しやすく、台帳化によって更新漏れを防ぐ運用が実務的です

Amazon.co.jpでCBD製品を出品する場合、COAはASIN（Amazon Standard Identification Number）単位で提出することが求められます。これは商品ごとに個別のCOAが必要という意味であり、扱うASIN数が増えるほど、COAの管理そのものが実務上の負担になっていきます。本記事では、サイズ違い・ロット切替・SKU増加といった具体的な場面ごとに、どう管理すべきかを整理します。

ASIN単位でCOAを管理するとはどういうことか？

Amazonの公開情報によれば、CBD商品の出品には最終製品のCOA（THC残留値がわかるもの。ND表記の場合は検査機関の検出しきい値がわかる書類またはURL）をASINごとに提出する必要があります。これは「ブランド単位」でも「原料ロット単位」でもなく、あくまで販売する個々のASINに対して要求される点が実務上のポイントです。

つまり、同じ処方の製品であっても、10ml瓶と30ml瓶で別のASINを発行していれば、原則としてそれぞれに対してCOAとの紐づけを行う必要があります。処方が同一だからといって、Amazon側のシステム上でCOAの提出が自動的に共有されるわけではありません。

サイズ違い・容量違いは同一COAで良いか？

サイズ違いのASINが同一のCOAでカバーできるかどうかは、「原料ロットが同一かどうか」で判断するのが実務的です。

10ml瓶と30ml瓶が、同一の原料タンク・同一ロットから充填された場合 → 濃度は同一のはずなので、同じCOAを両ASINに紐づけて提出できる可能性が高い
30ml瓶のみ別工程・別ロットの原料を使用している場合 → 濃度が異なる可能性があるため、別途そのロット用のCOAが必要

たとえば、Δ9-THC濃度が8.5ppmの油脂製品を10ml・30ml・50mlの3サイズで展開している場合、いずれも同一ロットの原料を充填しているなら、1枚のCOAを3ASINに紐づけて提出できると考えられます。一方、50ml瓶だけ後から追加生産し、別ロットの原料を使った場合は、その50ml瓶用に新しいCOAが必要になります。

「同じ商品名だから」「同じブランドだから」という理由だけで同一COAの使い回しを判断すると、実際には濃度が異なるロットのASINにも古いCOAが紐づいたままになるリスクがあります。判断基準は常に「原料ロットが同一かどうか」です。

ロット切替時の差し替えはいつ必要か？

原料のロットが切り替わるタイミングでは、そのロットの原料を使用している全ASINのCOAを差し替える必要があります。ここで管理が崩れやすいのは、次のようなケースです。

同じ原料ロットを複数のASIN（サイズ違い・パッケージ違い）で使っているのに、一部のASINだけCOAを更新し忘れる
ロット切替のタイミングで旧ロットの在庫と新ロットの在庫が混在し、どちらのCOAを提示すべきか現場で判断がつかなくなる
サプライヤー側のロット番号表記と、自社の在庫管理上のロット表記が一致せず、対応関係を追えなくなる

これらを防ぐには、「原料ロット番号」「使用しているASIN一覧」「対応するCOAのファイル名・発行日」の3つを常にセットで記録しておくことが基本です。輸入時のロット管理の考え方はロットごとのCOA取得は必須か：輸入ロット管理の実務で解説しています。

自社で保有しているCOAが最新のTHC残留限度値に適合しているかは、COAガーディアンで無料チェックできます。

SKU増加で管理が破綻するパターンとは？

SKU・ASINが少ないうちは、担当者の記憶とスプレッドシート1枚で対応関係を管理できます。しかし、以下のような段階に達すると、手作業での管理は破綻しやすくなります。

SKU数が数十点を超える: サイズ違い・パッケージ違い・限定ロットなどでASINが枝分かれし、どのCOAがどのASINに対応するか一覧性が失われる
ロット更新の頻度が月次以上になる: 更新のたびに関連ASINをすべて洗い出す作業が発生し、洗い出し漏れのリスクが積み重なる
複数の原料サプライヤーを併用している: サプライヤーごとにCOAのフォーマットが異なり、同じ表で一元管理しづらくなる
担当者の異動・退職: 属人化していた対応関係の知識が引き継がれず、過去のCOAとASINの紐づけが追えなくなる

これらのパターンに一つでも心当たりがある場合、スプレッドシートの延長線上での運用ではなく、台帳としての設計を見直すタイミングと言えます。

台帳化の実務：何を列にすべきか？

COA台帳を設計する際は、最低限次の列を持たせることをおすすめします。

列	内容の例
原料ロット番号	LOT-2026-0417
使用ASIN一覧	B0XXXXXXXX（10ml）、B0YYYYYYYY（30ml）
COAファイル・発行日	coa_lot0417.pdf／2026年4月20日
Δ9-THC実測値・LOD	8.5ppm／LOD 0.5ppm
製品区分	油脂（10ppm以下）
適合判定	適合
差し替え要否	次ロット切替時に更新

この形式であれば、原料ロットを軸にASINとCOAの対応関係を一覧できるため、更新漏れのASINを機械的に洗い出せます。複数SKU・複数仕入先を扱う事業者向けの台帳設計の考え方は複数SKU・複数仕入先のCOA台帳管理で詳しく解説しています。

まとめ

ASIN単位のCOA管理は、商品数が少ないうちは負担を感じにくいものの、サイズ違いやロット切替が積み重なるにつれて、対応関係の追跡が実務上の課題になります。判断基準は常に「原料ロットが同一かどうか」であり、記憶や属人的な運用に頼らず、原料ロット・ASIN・COAの3つをセットで記録する台帳化が、SKU増加後の管理破綻を防ぐ実務的な対応です。