使用 Regulatory API 存储每个产品的监管合规数据，供您在创建货件时引用。

Regulatory API 支持以下监管机构的数据：

• 美国消费品安全委员会 (CPSC) — 作为免责声明、CPSC 产品注册参考文件或完整证书提交的合规证书 (CoC) 数据。

• 欧盟委员会 — 小额豁免取消 — 根据欧盟自 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 监管的货件，它包含免责声明或参考消息集；对于受 EU_DE_MINIMIS 监管的货件，它包含制造商标识符。 

*这些值用于匹配 Ship API 请求中 regulatoryDetails[] 数组内的值，以便将档案数据合并至货件数据中。

提示：此结构与 Ship API 中 commodities[].regulatoryDetails[] 数组的条目相对应。您可以通过直接从已存储的档案复制内容来填充 Ship API 请求。当您有单次货件且货件的档案详情已过时时，此功能非常实用。  

向 Regulatory Profiles 端点发送 POST 请求，以创建监管档案。

有关特定监管机构的详细信息，请参阅以下章节。 

Regulatory API 通过 PGA 消息集存储 CBP 和 CPSC 所需的 CoC 数据以及 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 产品注册系统中的证书相关联的产品证书版本 ID。 
  • certificateId – CPSC 产品注册系统签发给您的认证机构 ID。
  • registryProductId – CPSC 产品注册系统签发给您的产品 ID。

• fullMessageSet – 完整证书数据。有关完整的对象与字段描述、详细信息及示例，请参阅监管端点信息。主要数据包括： 

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

注意：您必须直接通过 CPSC 管理 CPSC 产品注册系统中的条目。此 API 会引用 CPSC 注册 ID 以用于参考文件提交，但不会创建、读取或更新 CPSC 注册记录。

intendedUseCode 是一个六位代码（格式为 ###.###），用于告知 CBP 及相关机构该进口产品的预期用途。这些代码由 CBP 在 ACE CATAIR 的附录 R 中定义。CPSC 仅将其中一部分特定代码视为其电子备案提交的有效代码，具体取决于所使用的消息集。当填充 disclaimMessageSet 时，此字段始终为必填项。 

CPSC 认可八种基础代码： 081、090、100、130、155、940、970 和 980。

基础代码 130 是 CPSC 最常用的代码，因为该机构的管辖范围涵盖消费品。仅 130.000 至 130.006 的代码可用于完整提交。免责声明 A 可使用除 130.001–130.005 以外的任何 130 子代码（即 130.000 或 130.006）。免责声明 B 仅可使用 130.006。

Regulatory API 支持因欧盟取消 150 欧元小额豁免门槛而产生的数据义务。如需创建档案，请设置 regulationCode = EU_DE_MINIMIS，将 countryOfImport 设为任一 EU27 成员国，并  包含该货品的监管详情。 

productId 字段是您的字母数字产品标识符。欧盟将此视为货物的商户 SKU。

除必填字段 regulationCode、productId、productIdType 和 countryOfImport 外，还需使用 details[] 提供以下信息： 

• merchantProductId – 商户的产品标识符。如果您使用独立的商户级标识符和 SKU 级标识符，则该字段与 productId 不同；否则，请将该字段设置为与 productId 相同。
• nonStandardManufacturerProductId –  制造商的内部 SKU 或 ID。例如：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 数据；此模式仅限于免责声明、参考 CPSC 消息集及 EU_DE_MINIMIS 监管机构。

3. 混合方式。针对特定货件，您可以覆盖现有的 Regulatory API 数据。包含 productId + productIdType + regulationCode + 选定的 details[]。内联详情数据会覆盖 Regulatory API 存储的任何数据。未包含在货件内联详情中、但存在于档案中的任何详情数据，将在货件创建后被合并。