Prior Noticeにおけるインドネシア産エビの正しいFDA製品コードを選ぶための実務的でミスを防ぐ手順書。簡潔な意思決定ツリー、実務例、提出前に使える検証チェックリストを含む。
もしFDAのProduct Code Builderを見てどのエビのオプションを選ぶべきか迷ったことがあるなら、あなたは一人ではありません。私たちは毎週インドネシア産エビの申告を行い、申告サポートをしていますが、同じ問題が何度も発生します。良い知らせは、FDAがエビをどのように捉えているかを理解すれば、Prior Noticeで正しい製品コードを選ぶ作業が迅速かつ再現可能になるということです。
本ガイドは、2025年におけるインドネシア産エビに関する重要な判断ポイントに焦点を当てています。施設登録や表示（ラベリング）には踏み込まず、FDAのPrior Notice System Interface（PNSI）とCBPのACE内での製品コード選択に限定します。
なぜ2025年に重要なのか
米国港湾でのデータチェックが厳格化しています。通関業者からは、小さな不一致によって差し止めが増えていると聞きます。例えば、HSコードは生のエビを示しているのにPrior Noticeで選んだFDA製品コードがパン粉付きのエビを示している、あるいは製品が実際には生のIQFなのに「加熱済み」を選んでしまう、といった場合です。こうした小さな選択ミスが通関の遅延を招きます。
ポイントはこうです。FDAの製品コードはサイズカウントやグレーズ率を重要視しません。重要なのは識別（identity）、種（species）、加工（process）、および調製（preparation）です。これらを正しく選べば、正解にかなり近づけます。
エビ製品コードのための5段階の意思決定ツリー
FDAのProduct Code Builder内でこの順序を使ってください。私たちは輸入デスクの付箋にこれを貼っています。
- 商品区分（Commodity）
- Fishery/Seafood → Crustaceans → Shrimp。
- 種（Species）
- 種が判明している場合は正確な種を選んでください：Whiteleg／Vannamei (Litopenaeus vannamei)、Black Tiger (Penaeus monodon) など。
- 本当に不明、あるいは複数種が混合されており分別されていない場合は、汎用の「Shrimp, NOS/NEC」を選択します。その後、出荷品目の説明や書類で混合内容を明確に記載してください。
- 状態と加工（State and process）
- 生（Raw）か加熱済み（Cooked）か。ブランチング（湯通し）を過度に悩まないでください。消費のために加熱調理されている（茹で／蒸し）場合は「Cooked」を選びます。生で冷凍されただけの場合は「Raw」を選びます。
- パン粉付け／バッター／天ぷらは「調製された（準備済み）パン粉付き」であり「加熱済み」と見なされます。パン粉付け／バッターを選択し、かつ「Cooked」を選んでください。
- 形態（Form）
- 頭有殻有（HOSO）、頭なし殻有（HLSO）、剥き（PUD/PD/PDTO）、剥き・背ワタ取り、尾付き（tail-on）対尾なし（tail-off）。FDAのビルダーはこれらを論理的にグループ化しています。パッケージやインボイスの記載に一致するオプションを選択してください。
- 保存／梱包（Preservation/packing）
- 「冷凍（Frozen）」が主要な選択です。IQFとブロック凍結は製品コードを変更しません。いずれも冷凍です。マリネやソース漬け製品は、プレーンな冷凍製品とは別の調製経路になります。
まとめ。種を決める。生か加熱済みかあるいはパン粉付きを決める。形態を選ぶ。最後に冷凍をマークする。これが製品コードです。
実務上のモデル例
Product Code Builderでの正確なクリック手順を示します。製品コードの文字列自体は自動で入力されます。最終的な記述子がインボイスの文言と一致するかを必ず確認してください。
例A. 冷凍生 HOSO vannamei（IQF）
- Fishery/Seafood → Crustaceans → Shrimp。
- 種 → Whiteleg shrimp (Litopenaeus vannamei)。
- 加工 → Raw。
- 形態 → Head-on, shell-on。
- 保存 → Frozen。
- 注記。IQFとブロック凍結は製品コードを変えません。サイズカウント（例：30/40）はPNの説明欄に記載し、製品コードには含めないでください。
例B. 冷凍加熱済み PD 尾付き vannamei（IQF）
- Fishery/Seafood → Crustaceans → Shrimp。
- 種 → Whiteleg shrimp。
- 加工 → Cooked。
- 形態 → Peeled, deveined, tail-on。
- 保存 → Frozen。
- 注記。パッケージにCPTOやCPDTOと記載がある場合は、形態の選択をそれに合わせてください。
例C. 天ぷら／パン粉付きエビ、プレフライ（半揚げ）後冷凍
- Fishery/Seafood → Crustaceans → Shrimp。
- 種 → Whiteleg shrimp または該当する場合は NOS。
- 加工 → Cooked。
- 調製 → Breaded/battered。
- 保存 → Frozen。
- 注記。パン粉付き・バッターのエビは「調製された加熱済みエビ」に分類されます。中心部が揚げる前に生であったからといって生のエビとして申告しないでください。
例D. 混合種、剥き生、ブロック凍結
- Fishery/Seafood → Crustaceans → Shrimp。
- 種 → Shrimp, NOS/NEC。
- 加工 → Raw。
- 形態 → Peeled（該当する剥き／背ワタ取りの経路を選んでください）。
- 保存 → Frozen。
- 注記。PN欄に種の混合内容を記載し、インボイスと一致させてください。ロットが種ごとに分別されている場合は、各種ごとに別々のラインを申告し、各ラインで正確な種を使用してください。
状況の簡単な整合確認が必要な場合は、WhatsAppでご連絡ください。申告前に選択内容の確認を喜んで行います。
よく寄せられる質問（Q&A）
冷凍のインドネシア産vannameiエビにはどのFDA製品コードを使うべきですか？
Shrimp → Whiteleg shrimp (vannamei) → Raw または Cooked → 該当する形態 → Frozen のProduct Code Builder経路を使用してください。正確な文字列は、生か加熱済みか、そして選んだ形態（HOSO、HLSO、PD、PUD、PD tail-onなど）によって異なります。
加熱済みのエビは生のエビと異なるFDA製品コードを使いますか？
はい。CookedとRawは製品コードの主要な分岐点です。消費のために完全に加熱調理されている場合は「Cooked」を選んでください。加工目的のための仮茹で（parboiled）は小売用SKUでは稀です。疑わしい場合は、加工業者の仕様書で確認してください。
FDA Product Code Builderでエビの種オプションはどこにありますか？
Fishery/Seafood → Crustaceans → Shrimp と進むと、種の一覧が表示されます。vannameiには Whiteleg shrimp、monodonには Black Tiger を選ぶか、インボイスに記載された正しい種を選択してください。
エビのFDA製品コードを選ぶ際にHSコード（HTS）を一致させる必要はありますか？
1対1で“マッチ”するわけではありません。HTSの0306は通常、生の冷凍エビをカバーします。1605はパン粉付けなどの調製済みエビをカバーします。あなたのHTSとFDA製品コードは同じ実態を記述している必要があります。HTSが0306なのにFDAコードを加熱済み／パン粉付きにすると、質問が来ることを想定してください。
インボイスにエビの種が不明と記載されている場合でもPrior Noticeを提出できますか？
できます。汎用のエビ（NOS/NEC）オプションを選択し、説明を明確にしてください。ただし、出荷が実際にvannameiである場合は、インボイスを更新し正確な種を選ぶべきです。当社の経験では、回避可能な差し止めのうち5件中3件は書類間の種の不一致が原因です。
パン粉付きや天ぷらのエビは別のFDA製品コードですか？
はい。パン粉付き／バッター／天ぷらのエビは「調製され、かつ加熱済み」と見なされます。生の冷凍エビとして提出せず、パン粉付き／加熱済みの経路を使用してください。
同一出荷内で複数のサイズのエビに対して1つのFDA製品コードを使えますか？
はい、製品の識別、種、加工、形態が同一であれば可能です。サイズカウントや梱包重量は製品コードを変更しません。製造者、種、形態、加工が異なる場合は別々のPNラインを作成してください。
差し止めの原因となる一般的なミス（と回避法）
- IQFを別のコードと混同する。IQFとブロックは製品コードに影響しません。どちらも冷凍です。特別なIQFコードを追い求めないでください。
- ポリリン酸塩やグレーズでピンク色になっているために「加熱済み」を選ぶ。色は決定要因ではありません。加工履歴が判断基準です。
- 中心部が生だったからといってパン粉付きのエビを生で申告する。完成品（最終製品）をFDAは見ます。パン粉を付けて部分的に揚げた後に冷凍されたものは「加熱済み調製エビ」です。
- 書類間で種が一致していない。カートンがvannamei、インボイスがwhite shrimp、PNがNOSだと入国審査が遅れます。用語を揃えてください。
- 製品コード欄で過度に記述する。識別／加工のためのコードを使い、サイズカウント、ブランド、梱包形式はPNの説明欄に記載してください。
PNSIとACEにおけるエビのPrior Notice
- PNSI。自己申告や小口貨物に適しています。Product Code Builderが組み込まれており、ユーザーフレンドリーです。
- ACE（PG Message Set）。通関業者がエントリー全体を扱う場合に理想的です。同じ製品コードの論理が適用されます。誤作業を避けるためにSKUごとの「製品コードライブラリ」を通関業者と共有することを推奨します。
提出前の迅速な検証チェックリスト
各エビのラインアイテムでこの60秒チェックを使ってください。
- 種がPN、インボイス、ラベルで一致している。vannameiなら製品コードは Whiteleg shrimp を使用。
- 表示されている加工指標が完成品と一致している。Raw／Cooked／Breaded。
- 形態の選択がSKUを反映している。HOSO／HLSO／PD／PD tail-on など。
- 保存は Frozen になっている。IQFとブロックを心配しない。
- HTSとFDAコードが同じ実態を記述している。生のHTSには生のFDAコード、調製済みのHTSには調製済みのFDAコード。
- PNの説明欄には梱包サイズ、サイズカウント、ブランド、正味重量を含めるが、製品コードと矛盾しないようにする。
- サイズを1つのコードにまとめる場合、製造者、種、形態、加工は実際に同一であること。
本アドバイスが適用される範囲（および適用されない範囲）
本ガイドはインドネシアからの標準的な冷凍フォーマットのエビを対象とします。缶詰エビ、レトルトパウチ、加圧滅菌（thermal process）申告、またはエビ以外の水産物は対象外です。他の種については、同じ論理を適用しますが、ビルダー内の分岐が異なります。
SKUを製品コードにマッピングする支援が必要であれば、一度限りの「製品コードライブラリ」設定をあなたのカタログ向けにご案内できます。迅速で、後のトラブル対応を大幅に削減します。弊社の典型的な形態をFDAの期待と比較したい場合は、弊社の Frozen Shrimp (Black Tiger, Vannamei & Wild Caught) 仕様をご参照ください。また、エビ以外のインドネシア水産プログラムを検討中であれば、製品一覧 もご覧ください。
最終まとめ
- FDAの視点で考えてください。識別、種、加工、形態、保存。サイズカウントではありません。
- IQFとブロックは製品コードを変えません。
- パン粉／天ぷらは調製かつ加熱済みです。生として申告しないでください。
- PN、インボイス、ラベルで書類を揃えてください。小さな不一致が大きな遅延を引き起こします。
- 再利用可能な製品コードライブラリを構築し、通関業者と共有してください。
プロジェクトや難しい個別事例についてのご質問は、WhatsAppでご連絡ください。おそらく貴社のケースとまったく同じ状況を既に見ています。