使用 Regulatory API 來儲存依產品分類的法規遵循資料，便可在建立貨件時用來參照。

Regulatory API 支援下列監管機構的資料：

• 美國消費品安全委員會 (CPSC) – 以免責聲明形式提交的合規證明 (CoC) 資料、CPSC Product Registry 的參考資料，或完整證明。

• 歐盟委員會 – 取消最低免稅額 – 歐盟 2026 年 7 月起取消 €150 歐元最低免稅額門檻所需的產品識別碼，以搭配輸入歐盟的低價值 (< €150 歐元) 企業對消費者貨件。

此 API「不會」直接向美國海關暨邊境保護局 (CBP)、歐盟委員會或其他主管機關申報。

使用 Regulatory API 的整體工作流程如下：

1. 使用此 API 儲存以特定監管機構和國家/地區為依據的產品法規資料。您需要提供的詳細資料可能有所不同。如需詳細資料，請參閱「建立設定檔」。
2. 使用 Ship API 建立貨件。確保每件商品都帶入 regulatoryDetails[] 陣列，且每個元素均包含 regulationCode、productId、productIdType。
3. FedEx 合併所儲存的商品設定檔和貨件資訊。
4. FedEx 擔任登記進口商，並代表您提交所有必要法規文件。

如需詳細資料，請參閱「使用法規設定檔和 Ship API」。

Regulatory API 的彈性可大幅減少整合介面，並集中管理儲存的資料。每份設定檔都使用相同的最上層欄位。監管機構特定的資料會儲存在 details[] 陣列中，其元素的結構取決於 regulationCode。

必填的最上層設定檔欄位包括下列項目：

• regulationCode* – 詳細資料適用的監管機構。例如：CPSC 或 EU_DE_MINIMIS。此欄位的值會定義詳細法規資訊的元素結構。
• productId* – 商家或客戶的產品識別碼。
• productIdType* – 產品識別碼類型。例如：SKU、PART_NUMBER、GTIN、UPC、EAN、MPN 和 OTHER。
• countryOfImport* – 進口目的地國家/地區。
• details[] – 此陣列中的元素結構會視您為貨件選擇的監管機構而改變。若為受 CPSC 監管的貨件，會有 Disclaim 或 Reference 訊息集；若為受 EU_DE_MINIMIS 監管的貨件，會有製造商識別碼。

*這些值會用來比對 Ship API 要求 regulatoryDetails[] 陣列中的值，以便將設定檔資料併入貨件資料。

提示：此結構會反映 Ship API commodities[].regulatoryDetails[] 陣列中的項目。您可以直接從儲存的設定檔複製，藉此填入 Ship API 要求。若一次性貨件的設定檔詳細資料有過時的情況，此功能便很實用。

使用 POST 至 Regulatory Profiles 端點方法，建立法規設定檔。

如需監管機構特定的詳細資料，請參閱下列章節。

Regulatory API 會儲存 CBP 和 CPSC 要求的 CoC 資料，以及透過 PGA Message Set 的 ACE 項目。請建立設定檔，其中的 regulationCode = "CPSC" 且 countryOfImport = "US"。

必須在 details[] 元素中填入下列三個訊息集的其中一個。

除了必要的 regulationCode、productId、productIdType 和 countryOfImport 之外，亦請使用 details[] 提供訊息集：

• disclaimMessageSet – 免責聲明所需資料。

  • disclaimCode – A = 未受 CPSC 監管的產品；B = 根據機關指引，不需要資料。
  • intendedUseCode – 基礎代碼 + 子碼。例如：「130.003」。如需詳細資訊，請參閱「預定用途代碼」。
  • intendedUseDescription – 自由輸入文字。僅在 intendedUseCode = "980.000" (針對其他用途) 時為必要。

• referenceMessageSet – 參考資料所需的資料。

  • productVersion – 目前與 CPSC Product Registry 中的證明相關聯的產品證明版本識別碼。 
  • certificateId – CPSC Product Registry 核發給您的認證單位識別碼。
  • registryProductId – CPSC Product Registry 核發給您的產品識別碼。

• fullMessageSet – 完整證明資料。請參閱「法規端點」資訊，瞭解完整物件和欄位說明、詳細資料及範例。主要資料包含：

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

注意：您必須直接與 CPSC 共同管理 CPSC Product Registry 項目。此 API 會針對 Reference 填入內容參照 CPSC 登錄識別碼，但不會建立、讀取或更新 CPSC 登錄記錄。

intendedUseCode 為一組六位數代碼 (###.###)，用來告知 CBP 和相關機構該進口產品的預定用途。CBP 所定義的代碼列在 ACE CATAIR 的附錄 R 中。CPSC 只會就其提交的 eFiling 將一小部分特定代碼納入考量，具體情形則視訊息集而定。若已填入 disclaimMessageSet，則此欄位一律為必填。

CPSC 認可八組基礎代碼：081、090、100、130、155、940、970 和 980。

基礎 130 是 CPSC 最常用的基礎代碼，因該機構的管理範疇為消費品。完整提交的項目可使用代碼 130.000 至 130.006。Disclaim A 可使用 130.001–130.005 以外的所有 130 子碼 (即 130.000 或 130.006)。Disclaim B 只能使用 130.006。

Regulatory API 支援歐盟取消 €150 歐元最低免稅額門檻所衍生的資料義務。若要建立設定檔，請設定 regulationCode = EU_DE_MINIMIS，將 countryOfImport 設定為歐盟 27 個會員國任一個，並為商品加入法規詳細資料。

productId 欄位是英數字元產品識別碼。歐盟會將此識別碼視為貨件的商家 SKU。

除了必要的 regulationCode、productId、productIdType 和 countryOfImport 之外，亦請使用 details[] 提供以下項目：

• merchantProductId – 商家的產品識別碼。如果您使用另外的商家層級和 SKU 層級識別碼，這便與 productId 不同；如果未使用，請將此設為等同 productId。
• nonStandardManufacturerProductId – 製造商的內部 SKU 或識別碼，例如：SH123456-L。
• standardManufacturerProductId – 標準識別碼，如 GTIN、UPC 或 EAN。例如：01233456789012。產品若沒有標準識別碼，請使用常值字串 "NA"。

儲存 EU_DE_MINIMIS 設定檔時，若未填入這三種識別碼的任一種，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 資料；此模式僅限於 Disclaim 和 Reference CPSC 訊息集以及 EU_DE_MINIMIS 監管機構。

3. 混合做法。您可以針對特定貨件覆寫現有的 Regulatory API 資料。請包含 productId + productIdType + regulationCode + 特定 details[]。內嵌詳細資料會覆寫 Regulatory API 儲存的任何資料。所有未包含在貨件的內嵌詳細資料，但存在於設定檔中的詳細資料，會在貨件建立後合併。