Gebruik de Regulatory API om per product gegevens over de naleving van wet- en regelgeving op te slaan, waarnaar u kunt verwijzen bij het aanmaken van een zending.

De Regulatory API ondersteunt gegevens voor de volgende toezichthouders:

• US Consumer Product Safety Commission (CPSC) — Certificaat van naleving-gegevens (CoC) ingediend als disclaimer, een verwijzing naar het CPSC Product Registry of een volledig certificaat.

• Europese commissie – Afschaffing van de minimis-drempel – productidentificaties vereist in het kader van de afschaffing van de minimis-drempel van € 150 door de EU, die ingaat in juli 2026, voor business-to-consumer-zendingen met een lage waarde (< € 150) die de EU binnenkomen.

Deze API dient niet rechtstreeks gegevens in bij de Amerikaanse douane- en grensbescherming (CBP), de Europese Commissie of een andere autoriteit. 

De algemene workflow die gebruikmaakt van de Regulatory API ziet er als volgt uit:

1. Gebruik deze API om regelgevende gegevens voor een product op te slaan onder een specifieke toezichthouder en specifiek land. De gegevens die u moet verstrekken, kunnen verschillen. Ga voor meer informatie naar Een profiel aanmaken.
2. Maak een zending aan met behulp van de Ship API. Zorg ervoor dat elk artikel een regulatoryDetails[]-array heeft en dat elk element regulationCode, productId en productIdType bevat.
3. FedEx voegt opgeslagen artikelprofielen en verzendinformatie samen.
4. FedEx treedt op als officiële importeur en dient namens u alle noodzakelijke reglementaire documenten in.

Ga voor meer informatie naar Gebruik van regelgevingsprofielen en de Ship API.

De flexibiliteit van de Regulatory API minimaliseert de integratiepunten en centraliseert de opslag. Elk profiel gebruikt dezelfde velden op het hoogste niveau. Regelgever-specifieke gegevens worden opgeslagen in een details[]-array waarvan de elementvorm wordt bepaald door regulationCode.  

Vereiste profielvelden op het hoogste niveau zijn:

• regulationCode* – De regelgevende instantie waarvoor de details gelden. Bijvoorbeeld: CPSC of EU_DE_MINIMIS. De waarde van dit veld definieert de vorm van het element voor gedetailleerde informatie over regelgeving. 
• productId* – De product-ID van de handelaar of klant.
• productIdType* – Het type product-ID. Bijvoorbeeld: SKU, PART_NUMBER, REGISTERED_NUMBER, GTIN, UPC, EAN, MPN en OTHER. 
• countryOfImport* – Het bestemmingsland van de import.
• details[] – De vorm van de elementen in deze array verandert afhankelijk van welke regulator u hebt gekozen voor de zending. Voor zendingen die onder de CPSC-regelgeving vallen, bevat dit veld berichtensets met disclaimer- of referentieberichten; voor zendingen die onder de EU_DE_MINIMIS-regelgeving vallen, bevat dit veld fabrikantidentificatoren. 

*Deze waarden komen overeen met waarden in de array regulatoryDetails[] van een Ship API-verzoek, zodat profielgegevens kunnen worden samengevoegd met de verzendgegevens.

Tip: deze structuur weerspiegelt een vermelding in de Ship API's commodities[].regulatoryDetails[]- array. U kunt Ship API-verzoeken invullen door ze rechtstreeks uit een opgeslagen profiel te kopiëren. Dit is handig bij eenmalige zendingen waarbij de profielgegevens verouderd zijn.  

POST naar het eindpunt regelgevingsprofielen om een regelgevingsprofiel aan te maken.

Zie de volgende secties voor regelgevingsspecifieke details. 

De Regulatory API slaat de CoC-gegevens op die CBP en CPSC naast de ACE-vermelding nodig hebben via de PGA-berichtenset. Maak een profiel aan waarbij regulationCode = "CPSC" en countryOfImport = "US" is.  

Een van de volgende drie berichtensets moet worden ingevuld in een details[]-element.

Gebruik, naast de vereiste regulationCode, productId, productIdType en countryOfImport, details[] om de berichtensets op te geven:  

• disclaimMessageSet – de gegevens die nodig zijn voor de disclaimer.

  • disclaimCode – A = Het product wordt niet gereguleerd door CPSC; B = gegevens zijn niet vereist volgens de richtlijnen van de instantie. 
  • intendedUseCode – Basiscode + subcode. Bijvoorbeeld: '130.003'. Ga voor meer informatie naar Beoogde gebruikscodes.
  • intendedUseDescription – Vrije tekst. Alleen vereist wanneer intendedUseCode = "980.000" (Voor ander gebruik). 

• referenceMessageSet – De gegevens die nodig zijn voor de referentie.

  • productVersion – De identificatiecode van de versie van het productcertificaat die momenteel gekoppeld is aan het certificaat in de CPSC-productregistratie. 
  • certificateId – De Certifier-ID die aan u is verstrekt door de CPSC-productregistratie.

• fullMessageSet – Volledige certificaatgegevens. Ga naar de Regulatory-eindpuntinformatie voor volledige object- en veldbeschrijvingen, details en voorbeelden. Primaire gegevens omvatten: 

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

Let op: u moet CPSC-productregistervermeldingen rechtstreeks met CPSC beheren. Deze API verwijst naar CPSC-register-ID's voor referentieaanvragen, maar creëert, leest of werkt geen CPSC-registerrecords bij.

Een intendedUseCode is een zescijferige code (###.###) die het CBP en de relevante instanties laat weten waarvoor het geïmporteerde product bedoeld is. Codes worden gedefinieerd door CBP in Bijlage R van de ACE CATAIR. De CPSC beschouwt slechts een specifieke subset van die codes als geldig voor eFiling-inzendingen, afhankelijk van de berichtenset. Dit veld is altijd verplicht wanneer disclaimMessageSet wordt ingevuld. 

CPSC herkent acht basiscodes: 081, 090, 100, 130, 155, 940, 970 en 980.

Basis 130 is de meest gebruikte basiscode voor CPSC, omdat de instantie zich richt op consumentenproducten. Alleen de codes 130.000 tot en met 130.006 mogen worden gebruikt bij een volledige indiening. Disclaim A mag elke 130-subcode gebruiken, behalve 130.001 – 130.005, (bijvoorbeeld: 130.000 of 130.006). Disclaim B mag alleen 130.006 gebruiken.

De Regulatory API ondersteunt de gegevensverplichtingen die zijn geïntroduceerd door de opheffing van de minimis-drempel van € 150 door de EU. Om een profiel aan te maken, stelt u regulationCode = EU_DE_MINIMIS, countryOfImport in op een EU27-lidstaat en  voegt u details over de regelgeving voor het artikel toe. 

Het veld productId is uw alfanumerieke product-ID. De EU beschouwt dit als de handelaar-SKU voor de zending.

Naast de vereiste regulationCode, productId, productIdType en countryOfImport, kunt u details[] gebruiken om het volgende op te geven: 

• merchantProductId – De product-ID van de handelaar. Dit verschilt van productId als u afzonderlijke identificatiecodes op handelaars- en SKU-niveau gebruikt; zo niet, stel deze dan in op productId.
• nonStandardManufacturerProductId – De interne SKU of ID van de fabrikant. Bijvoorbeeld: SH123456-L. 
• standardManufacturerProductId – Een standaardidentificatie zoals GTIN, UPC of EAN. Bijvoorbeeld: 01233456789012. Gebruik de letterlijke tekenreeks 'NA' als het product geen standaardidentificatie heeft.

De API geeft een niet-blokkerende REGP_EU_MISSING_IDENTIFIERS-waarschuwing af wanneer een EU_DE_MINIMIS-profiel wordt opgeslagen zonder dat een van de drie identificaties is ingevuld. 

U kunt via de Ship API verwijzen naar wettelijke gegevens die zijn opgeslagen door de Regulatory API. Details uit regelgevingsprofielen worden downstream in de zending verwerkt nadat de zending is aangemaakt. 

Veelgebruikte workflows die gebruikmaken van de Ship API en/of de Regulatory API zijn onder andere:

1. Een aanpak waarbij het profiel centraal staat. Registreer elk product één keer met de Regulatory API en geef vervolgens slechts productId + productIdType + regulationCode op in regulatoryDetails[] voor artikelen in uw zending. De gegevens worden vanuit het geregistreerde profiel aan de zending gekoppeld. 

2. Een inline-aanpak. Elk artikel in uw zending bevat productId + productIdType + regulationCode + volledig ingevulde details[]. Volledige CPSC-gegevens kunnen niet inline worden weergegeven; dit patroon is beperkt tot het afwijzen en verwijzen naar CPSC-berichtensets en de EU_DE_MINIMIS-regel.

3. Een hybride aanpak. Voor een bepaalde zending kunt u bestaande Regulatory API-gegevens overschrijven. Neem productId + productIdType + regulationCode + op en selecteer details[]. Inline detailgegevens overschrijven gegevens die zijn opgeslagen door de Regulatory API. Alle gegevens die niet zijn opgenomen in de inline-gegevens van de zending, maar wel aanwezig zijn in het profiel, worden samengevoegd nadat de zending is aangemaakt.