Use la API regulatoria para almacenar datos de cumplimiento regulatorio por producto a los que puede hacer referencia al crear un envío.

La API regulatoria admite datos de los siguientes organismos regulatorios:

• Comisión de Seguridad de Productos del Consumidor de EE. UU. (CPSC): datos del Certificado de Cumplimiento (CoC) enviados en forma de descargo de responsabilidad, referencia al Registro de Productos de la CPSC o certificado completo.

• Comisión de la Unión Europea: eliminación del umbral de minimis. Identificadores de productos exigidos en virtud de la eliminación por parte de la UE del umbral de minimis de €150, con vigencia a partir de julio de 2026, que deberán acompañar a los envíos de negocio a consumidor de bajo valor (menos de €150) que ingresen a la UE.

Esta API no presenta declaraciones directamente ante la Oficina de Aduanas y Protección Fronteriza de EE. UU. (CBP), la Comisión Europea (UE) ni ninguna otra autoridad. 

El flujo de trabajo general que se sigue en la API regulatoria es el siguiente:

1. Utilice esta API para almacenar datos regulatorios sobre un producto sujetos a un organismo regulatorio y un país específicos. La información que debe proporcionar puede variar. Para obtener más información, consulte Creación de un perfil.
2. Cree un envío mediante Ship API. Asegúrese de que cada mercancía incluya una matriz regulatoryDetails[] y que cada elemento contenga regulationCode, productId y productIdType.
3. FedEx combina los perfiles de mercancías almacenados con la información de los envíos.
4. FedEx actúa como importador registrado y presenta todos los documentos regulatorios necesarios en nombre de usted.

Para obtener más información, consulte Uso de perfiles regulatorios y Ship API.

Gracias a la flexibilidad de la API regulatoria, los puntos de integración disminuyen y el almacenamiento se centraliza. Todos los perfiles utilizan los mismos campos de nivel superior. Los datos específicos de cada organismo regulatorio se almacenan en una matriz details[], cuya estructura de elementos está determinada por regulationCode.  

Los campos obligatorios del perfil de nivel superior incluyen lo siguiente:

• regulationCode*: la agencia regulatoria a la que se refieren los datos, por ejemplo, CPSC o EU_DE_MINIMIS. El valor de este campo define el formato del elemento para la información regulatoria detallada. 
• productId*: el identificador del producto del comerciante o cliente.
• productIdType*: el tipo de identificador del producto. Por ejemplo: SKU, PART_NUMBER, REGISTERED_NUMBER, GTIN, UPC, EAN, MPN, y OTHER. 
• countryOfImport*: el país de destino de la importación.
• details[]: la estructura de los elementos de esta matriz varía según el organismo regulatorio que haya seleccionado para el envío. Para los envíos regulados por la CPSC, esta contiene conjuntos de mensajes de exención (Disclaim) o referencia (Reference); para los envíos regulados por EU_DE_MINIMIS, contiene identificadores del fabricante. 

*Estos valores se utilizan para hacer coincidir los valores de la matriz regulatoryDetails[] de una solicitud de Ship API, de modo que los datos del perfil puedan combinarse con los datos del envío.

Consejo: esta estructura reproduce la de una entrada de commodities[].regulatoryDetails[] en la matriz de Ship API. Puede completar las solicitudes de Ship API copiando los datos directamente desde un perfil guardado. Esto resulta útil cuando se trata de un envío puntual en el que los datos del perfil están desactualizados.  

Realice una solicitud POST al punto final Regulatory Profiles para crear un perfil regulatorio.

Para obtener información específica sobre cada regulador, consulte las siguientes secciones. 

La API regulatoria almacena los datos del CoC que exigen la CBP y la CPSC junto con la entrada del Entorno Comercial Automatizado (ACE) a través del conjunto de mensajes de la Agencia Gubernamental Asociada (PGA). Cree un perfil en el que regulationCode = «CPSC» y countryOfImport = «US».  

Uno de los siguientes tres conjuntos de mensajes debe completarse en un elemento de details[].

Además de los campos obligatorios regulationCode, productId, productIdType y countryOfImport, utilice details[] para proporcionar los conjuntos de mensajes:  

• disclaimMessageSet: los datos necesarios para el descargo de responsabilidad.

  • disclaimCode: A = el producto no está regulado por la CPSC; B = los datos no son obligatorios según las pautas de la agencia. 
  • intendedUseCode: código base + subcódigo. Por ejemplo: «130.003». Para obtener más información, consulte Códigos de uso previsto.
  • intendedUseDescription: texto libre. Obligatorio únicamente cuando intendedUseCode = «980.000» (para otros usos). 

• referenceMessageSet: los datos necesarios para la referencia.

  • productVersion: el identificador de la versión del certificado de producto actualmente asociado con el certificado en el Registro de Productos de la CPSC. 
  • certificateId: el identificador del certificador que le fue asignado por el Registro de Productos de la CPSC.

• fullMessageSet: datos completos del certificado. Consulte la información del punto final regulatorio para obtener descripciones completas de los objetos y campos, así como información y ejemplos. Los datos principales incluyen los siguientes: 

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

Nota: Debe gestionar las entradas del Registro de Productos de la CPSC directamente con la CPSC. Esta API utiliza los identificadores del registro de la CPSC para las presentaciones de referencia, pero no crea, lee ni actualiza los registros de la CPSC.

intendedUseCode es un código de seis dígitos (###.###) que le indica a la CBP y a las agencias pertinentes cuál es el uso previsto del producto importado. Las definiciones de los códigos que brinda la CBP se pueden consultar en el Apéndice R del ACE CATAIR. La CPSC solo considera válido un subconjunto específico de esos códigos para sus presentaciones electrónicas, en función del conjunto de mensajes. Este campo siempre es obligatorio cuando se completa disclaimMessageSet. 

La CPSC reconoce ocho códigos base: 081, 090, 100, 130, 155, 940, 970 y 980.

El código base 130 es el más utilizado por la CPSC, ya que el ámbito de actuación de la agencia son los productos de consumo. Los códigos del 130.000 al 130.006 son los únicos que pueden utilizarse en una presentación completa. Para la exención A se puede utilizar cualquier subcódigo 130, excepto del 130.001 al 130.005 (por ejemplo, 130.000 o 130.006). Para la exención B solo se puede utilizar el subcódigo 130.006.

La API regulatoria es compatible con las obligaciones en materia de datos introducidas debido a la eliminación por parte de la UE del umbral de minimis de €150. Para crear un perfil, establezca regulationCode = EU_DE_MINIMIS, configure countryOfImport con cualquier Estado miembro de la UE-27 e  incluya los datos regulatorios de la mercancía. 

El campo productId es su identificador alfanumérico del producto. La UE considera este valor como el SKU del comerciante para el envío.

Además de los campos obligatorios regulationCode, productId, productIdType y countryOfImport, utilice details[] para proporcionar lo siguiente: 

• merchantProductId: el identificador del producto del comerciante. Este campo es distinto de productId si utiliza identificadores distintos a nivel de comerciante y de SKU; de lo contrario, asigne a este campo el valor de productId.
• nonStandardManufacturerProductId:  el SKU o identificador interno del fabricante. Por ejemplo: SH123456-L. 
• standardManufacturerProductId: un identificador estándar, como GTIN, UPC o EAN. Por ejemplo: 01233456789012. Utilice la cadena literal «NA» cuando el producto no tenga ningún identificador estándar.

La API emite una advertencia que no bloquea el procesamiento, REGP_EU_MISSING_IDENTIFIERS, cuando se almacena un perfil EU_DE_MINIMIS sin que se haya completado ninguno de los tres identificadores. 

Puede hacer referencia a los datos regulatorios almacenados por la API regulatoria desde Ship API. Los datos de los perfiles regulatorios se incorporan al envío en las etapas posteriores a su creación. 

Entre los flujos de trabajo habituales que utilizan Ship API o la API regulatoria se incluyen los siguientes:

1. Un enfoque en el que se prioriza el perfil. Registre cada producto una sola vez mediante la API regulatoria y, posteriormente, proporcione únicamente productId + productIdType + regulationCode en regulatoryDetails[] para las mercancías de su envío. Los datos se incorporan al envío a partir del perfil registrado. 

2. Un enfoque de integración directa exclusivamente. Cada mercancía de su envío incluye productId + productIdType + regulationCode + el campo details[] completo en su totalidad. No es posible integrar directamente los datos completos de la CPSC; este patrón está limitado a los conjuntos de mensajes de exención y referencia de la CPSC, así como al regulador EU_DE_MINIMIS.

3. Un enfoque híbrido. Puede sobrescribir los datos existentes de la API regulatoria en envíos concretos. Incluya productId, productIdType, regulationCode y los elementos correspondientes de details[]. Los datos de details integrados directamente sobrescriben cualquier dato almacenado por la API regulatoria. Cualquier dato de details que no figure en los datos integrados directamente del envío, pero que sí esté presente en el perfil, se combinará una vez creado el envío.