Regulatory APIを使用して、運送状の作成時に参照できる製品ごとの規制コンプライアンスデータを保存します。

Regulatory APIは、以下の規制当局に関するデータをサポートしています。

• 米国消費者製品安全委員会（CPSC） — 免責事項、CPSC製品登録簿への参照、または完全な証明書として提出される適合証明書（CoC）データ。

• 欧州委員会 — 非課税限度額（デミニマス）の撤廃 — 2026年7月に発効する、EUによる150ユーロの非課税限度額（デミニマス）閾値の撤廃に伴い、EUに持ち込まれる低価額（150ユーロ未満）のB2C貨物に添付することが義務付けられる製品識別子。

このAPIは、米国税関・国境警備局（CBP）、欧州委員会、またはその他の当局に直接エントリーを提出するものではありません。 

Regulatory APIを使用する全体的なワークフローは以下の通りです。

1. このAPIを使用して、特定の規制当局および国における製品の規制データを保存します。提供が必要な詳細は異なる場合があります。詳細については、「プロファイルの作成」を参照してください。
2. Ship APIを使用して運送状を作成します。各品目にregulatoryDetails[]配列が含まれており、各要素にregulationCode、productId、productIdTypeが含まれていることを確認してください。
3. FedExは、保存されている品目プロファイルと貨物情報を統合します。
4. FedExは登録輸入者（Importer of Record）として、お客様に代わって必要なすべての規制関連書類を提出します。

詳細については、「規制プロファイルとShip APIの使用」を参照してください。

Regulatory APIの柔軟性により、統合面が最小限に抑えられ、ストレージが一元化されます。すべてのプロファイルは、同じトップレベルフィールドを使用します。規制当局固有のデータは、details[]配列に格納され、その要素の形状はregulationCodeによって決定されます。

必須のトップレベル・プロファイル・フィールドには、以下が含まれます。

• regulationCode* – 詳細が適用される規制当局。例：CPSCまたはEU_DE_MINIMIS。このフィールドの値によって、詳細な規制情報の要素の形状が定義されます。 
• productId* – 販売者または顧客の製品識別子。
• productIdType* –製品識別子のタイプ。例：SKU、PART_NUMBER、REGISTERED_NUMBER、GTIN、UPC、EAN、MPN、およびOTHER。 
• countryOfImport* – 仕向地。
• details[] – この配列内の要素の構成は、貨物に対して選択した規制当局によって異なります。CPSCの規制対象となる貨物の場合、このフィールドにはDisclaimまたはReferenceメッセージセットが格納され、EU_DE_MINIMISの規制対象となる貨物の場合、製造業者識別子が格納されます。 

*これらの値は、Ship APIリクエストのregulatoryDetails[]配列内の値と照合し、プロファイルデータを貨物のデータにマージするために使用されます。

ヒント：この構造は、Ship APIの品目[].regulatoryDetails[]配列のエントリを反映しています。保存済みのプロファイルから直接コピーすることで、Ship APIリクエストにデータを入力できます。これは、プロファイルの詳細が古くなっている1回限りの貨物がある場合に便利です。  

規制プロファイルを作成するには、Regulatory ProfilesエンドポイントにPOSTします。

規制当局固有の詳細については、以下のセクションを参照してください。 

Regulatory APIは、PGAメッセージセットを介して、CBPおよびCPSCが要求するCoCデータをACEエントリとともに保存します。regulationCode= "CPSC"およびcountryOfImport = "US"のプロファイルを作成します。  

details[]要素には、以下の3つのメッセージセットのいずれかを入力する必要があります。

必須のregulationCode、productId、productIdType、およびcountryOfImportに加え、details[]を使用して以下のメッセージセットを指定してください：  

• disclaimMessageSet – 免責事項に必要なデータ。

  • disclaimCode – A = 当該製品はCPSCの規制対象外です；B = 当局のガイダンスに基づきデータは不要です。 
  • intendedUseCode – 基本コード+ サブコード。例：「130.003」。詳細については、「使用目的コード」を参照してください。
  • intendedUseDescription– 自由記述。intendedUseCode= "980.000"の場合にのみ必須（その他の用途）。 

• referenceMessageSet – 参照に必要なデータ。

  • productVersion – CPSC製品登録簿の証明書に現在関連付けられている、製品証明書のバージョン識別子。 
  • certificateId – CPSC製品レジストリから発行された認証者 ID。

• fullMessageSet – 完全な証明書データ。オブジェクトおよびフィールドの完全な説明、詳細、および例については、規制エンドポイント情報を参照してください。主なデータには以下が含まれます。 

  • productDetails
  • manufacturerDetails
  • lotDetails
  • certifierEntity
  • pointOfContact
  • citationDetails

注：CPSC製品登録のエントリは、CPSCと直接管理する必要があります。このAPIは、参照用届出のCPSCレジストリIDを参照しますが、CPSCレジストリのレコードを作成、読み取り、または更新することはありません。

intendedUseCodeは、輸入製品の用途をCBPおよび関連機関に伝える6桁のコード（###.###）です。コードは、ACE CATAIRの付録RでCBPによって定義されています。CPSCは、メッセージセットに応じて、eFiling提出において有効なコードの特定のサブセットのみを考慮します。このフィールドは、disclaimMessageSetが入力されている場合は常に必須となります。 

CPSCは、081、090、100、130、155、940、970、980の8つの基本コードを認識しています。

CPSCの対象範囲は消費者製品であるため、ベースコード130がCPSCで最もよく使用されます。完全な提出では、コード130.000から130.006までが使用可能です。免責事項Aでは、130.001～130.005を除く130のサブコード（すなわち、130.000または130.006）を使用できます。免責事項Bでは、130.006のみを使用できます。

Regulatory APIは、EUによる150ユーロの非課税限度額（デミニマス）基準額の撤廃に伴い導入されたデータ義務に対応しています。プロファイルを作成するには、regulationCode= EU_DE_MINIMIS、countryOfImportをEU27加盟国のいずれかに設定し、品目の規制詳細を含めます。 

productIdフィールドは、英数字で構成される商品識別子です。EUでは、これをその貨物の販売者SKUとして扱います。で

必須のregulationCode、productId、productIdType、およびcountryOfImportに加えて、details[]を使用して以下を指定します。 

• merchantProductId – 販売者の商品識別子。販売業者レベルとSKUレベルの識別子を別々に使用している場合、これはproductIdとは異なります。そうでない場合は、これをproductIdと同じ値に設定してください。
• nonStandardManufacturerProductId – メーカーの内部SKUまたはID。例：SH123456-L。 
• standardManufacturerProductId – GTIN、UPC、EANなどの標準識別子。例：01233456789012。製品に標準識別子がない場合は、リテラル文字列「NA」を使用してください。

EU_DE_MINIMISプロファイルが、これら3つの識別子のいずれにも値が設定されていない状態で保存されると、APIはノンブロッキングのREGP_EU_MISSING_IDENTIFIERS警告を発します。 

Ship APIから、Regulatory APIに保存されている規制データを参照することができます。規制プロファイルの詳細は、貨物が作成された後、ダウンストリームに組み込まれます。

Ship APIおよび/またはregulatory APIを活用する一般的なワークフローには、次のようなものがあります。

1. プロファイルファーストのアプローチ。Regulatory APIを使用して各商品を一度登録し、その後、貨物に含まれる品目について、regulatoryDetails[]にproductId + productIdType+regulationCodeのみを指定します。登録済みのプロファイルから詳細情報が貨物に統合されます。 

2. インラインのみのアプローチ。貨物に含まれる各品目には、productId + productIdType+regulationCode +完全に埋まったdetails[]が含まれます。CPSCデータをすべてインラインで記述することはできません。このパターンは、CPSCメッセージセットの免責事項および参照、およびEU_DE_MINIMIS規制当局に限定されます。

3. ハイブリッドなアプローチ。特定の貨物について、既存のregulatory APIデータを上書きすることができます。productId + productIdType+regulationCode +select details[]を含めます。インラインの詳細データは、Regulatory APIによって保存されたデータを上書きします。貨物のインライン詳細には含まれていないが、プロファイルに存在する詳細データは、貨物の作成後にマージされます。