Utilizați interfața API de reglementare pentru a stoca datele de conformitate cu reglementările specifice fiecărui produs, pe care le puteți apoi genera ca referință atunci când creați o expediere.

Interfața API de reglementare oferă asistență pentru datele aferente următoarelor autorități de reglementare:

• Comisia pentru Siguranța Produselor de Consum din S.U.A. (CPSC) — datele din Certificatul de conformitate (CoC) trimise ca declinare a responsabilității, ca referință la Registrul de Produse CPSC sau ca certificat complet.

• Comisia Europeană — eliminarea pragului de minimis — identificatori de produs solicitați în contextul eliminării de către UE a pragului de minimis de 150 €, cu începere din iulie 2026, care trebuie să însoțească transporturile business-to-consumer de valoare redusă (< 150 €) ce intră în UE.

Această interfață API nu depune declarații în mod direct la Autoritatea Vamală și de Protecție a Frontierelor din S.U.A. (CBP), la Comisia Europeană sau la orice altă autoritate. 

Fluxul de lucru general care utilizează interfața API de reglementare este următorul:

1. Utilizați această interfață API pentru a stoca datele de reglementare pentru un produs, în funcție de o anumită autoritate de reglementare și țară. Detaliile pe care trebuie să le furnizați pot varia. Pentru mai multe detalii, consultați secțiunea Crearea unui profil.
2. Creați o expediere utilizând Ship API. Asigurați-vă că fiecare marfă conține o matrice regulatoryDetails[] și că fiecare element include parametrii regulationCode, productId, productIdType.
3. FedEx îmbină profilurile de mărfuri stocate și informațiile despre expediere.
4. FedEx acționează ca importator oficial și depune toate documentele de reglementare necesare în numele dumneavoastră.

Pentru mai multe detalii, consultați secțiunea Utilizarea profilurilor de reglementare și a Ship API.

Flexibilitatea interfeței API de reglementare reduce la minimum suprafețele de integrare și centralizează stocarea. Fiecare profil utilizează aceleași câmpuri de nivel superior. Datele specifice autorității de reglementare sunt stocate într-un vector details[] a cărui structură a elementelor este determinată de regulationCode.  

Câmpurile obligatorii de nivel superior pentru profil includ următoarele:

• regulationCode* – Agenția de reglementare căreia i se aplică detaliile. De exemplu: CPSC sau EU_DE_MINIMIS. Această valoare definește structura elementului pentru informațiile detaliate de reglementare. 
• productId* – Identificatorul de produs al comerciantului sau al clientului.
• productIdType* – Tipul identificatorului de produs. De exemplu: SKU, PART_NUMBER, REGISTERED_NUMBER, GTIN, UPC, EAN, MPN și OTHER. 
• countryOfImport* – Țara de destinație a importului.
• details[] – Structura elementelor din acest vector se modifică în funcție de autoritatea de reglementare pe care ați selectat-o pentru expediere. Pentru expedierile reglementate de CPSC, acesta conține seturi de mesaje de declinare a responsabilității sau de referință; pentru expedierile reglementate de EU_DE_MINIMIS, acesta conține identificatori ai producătorului. 

*Aceste valori sunt utilizate pentru a corela valorile dintr-o matrice regulatoryDetails[] al unei solicitări către Ship API, astfel încât datele de profil să poată fi îmbinate cu datele expedierii.

Sfat: această structură reflectă o înregistrare din matricea commodities[].regulatoryDetails[] a Ship API. Puteți popula cererile Ship API copiind direct dintr-un profil stocat. Acest lucru este util atunci când aveți o expediere unică în cazul căreia detaliile de profil sunt învechite.  

Trimiteți o solicitare de tip POST către punctul final Regulatory Profiles pentru a crea un profil de reglementare.

Pentru detalii specifice autorității de reglementare, consultați următoarele secțiuni. 

Interfața API de reglementare stochează datele CoC solicitate de CBP și CPSC alături de declarația ACE, prin intermediul setului de mesaje PGA. Creați un profil în care regulationCode = „CPSC” și countryOfImport = „US”.  

Unul dintre următoarele trei seturi de mesaje trebuie să fie completat într-un element details[].

Pe lângă câmpurile obligatorii regulationCode, productId, productIdType și countryOfImport, folosiți details[] pentru a furniza seturile de mesaje:  

• disclaimMessageSet – Datele necesare pentru declinarea responsabilității.

  • disclaimCode – A = Produsul nu este reglementat de CPSC; B = Datele nu sunt necesare conform ghidului agenției. 
  • intendedUseCode –  Cod de bază + cod secundar. De exemplu: „130.003”. Pentru mai multe informații, consultați secțiunea Coduri de utilizare prevăzută.
  • intendedUseDescription – Text liber. Necesar numai atunci când intendedUseCode = „980.000” (Pentru altă utilizare). 

• referenceMessageSet – Datele necesare pentru referință.

  • productVersion – ID-ul versiunii certificatului de produs asociat în prezent cu certificatul din Registrul de produse CPSC. 
  • certificateId – ID-ul de certificator care v-a fost emis de Registrul de produse CPSC.
  • registryProductId – ID-ul de certificator care v-a fost emis de Registrul de produse CPSC.

• fullMessageSet – Datele complete ale certificatului. Consultați informațiile despre punctul final de reglementare pentru descrieri complete ale obiectelor și câmpurilor, detalii și exemple. Datele principale includ: 

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

Notă: trebuie să gestionați intrările din registrul de produse CPSC direct cu CPSC. Această interfață API face trimitere la ID-urile din registrul CPSC pentru depunerile de referință, dar nu creează, nu citește și nu actualizează înregistrările din registrul CPSC.

Un câmp intendedUseCode este un cod din șase cifre (###.###) care comunică autorității CBP și agențiilor relevante scopul în care urmează să fie utilizat produsul importat. Codurile sunt definite de CBP în Anexa R din ACE CATAIR. CPSC consideră valabil doar un anumit subset al acelor coduri pentru depunerile sale prin eFiling, în funcție de setul de mesaje. Acest câmp este întotdeauna obligatoriu atunci când disclaimMessageSet este completat. 

CPSC recunoaște opt coduri de bază: 081, 090, 100, 130, 155, 940, 970 și 980.

Baza 130 este cel mai utilizat cod de bază pentru CPSC, deoarece domeniul de activitate al agenției vizează produsele de consum. Codurile de la 130.000 până la 130.006 sunt singurele care pot fi utilizate în cadrul unei depuneri complete. Opțiunea Disclaim A poate utiliza orice cod secundar 130, cu excepția intervalului 130.001–130.005 (adică 130.000 sau 130.006). Opțiunea Disclaim B poate utiliza numai 130.006.

Interfața API de reglementare oferă asistență pentru obligațiile privind datele introduse odată cu eliminarea de către UE a pragului de minimis de 150 EUR. Pentru a crea un profil, setați regulationCode = EU_DE_MINIMIS, countryOfImport la orice stat membru EU27 și  includeți detalii de reglementare pentru marfă. 

Câmpul productId este identificatorul dumneavoastră alfanumeric de produs. UE tratează acest element drept codul SKU al comerciantului pentru transport.

Pe lângă câmpurile obligatorii regulationCode, productId, productIdType și countryOfImport, folosiți details[] pentru a furniza: 

• merchantProductId – Identificatorul de produs al comerciantului. Acesta este diferit de productId dacă utilizați identificatori separați la nivel de comerciant și la nivel de SKU; în caz contrar, setați valoarea ca fiind egală cu productId.
• nonStandardManufacturerProductId – Codul SKU sau ID-ul intern al producătorului. De exemplu: SH123456-L. 
• standardManufacturerProductId – Un identificator standard, cum ar fi GTIN, UPC sau EAN. De exemplu: 01233456789012. Utilizați ca atare șirul de caractere „NA” atunci când produsul nu are un identificator standard.

Interfața API emite o avertizare non-blocantă REGP_EU_MISSING_IDENTIFIERS atunci când un profil EU_DE_MINIMIS este stocat fără a fi completat niciunul dintre cei trei identificatori. 

Puteți face trimitere la datele de reglementare stocate de interfața API de reglementare din Ship API. Detaliile din profilurile de reglementare sunt încorporate în expedierea din aval, după ce expedierea este creată. 

Fluxurile de lucru comune care utilizează Ship API și/sau interfața API de reglementare includ:

1. O abordare bazată mai întâi pe profil. Înregistrați fiecare produs o singură dată utilizând interfața API de reglementare, iar apoi furnizați doar productId + productIdType + regulationCode în regulatoryDetails[] pentru mărfurile din expedierea dumneavoastră. Detaliile sunt îmbinate în expediere din profilul înregistrat. 

2. O abordare exclusiv integrată. Fiecare marfă din expedierea dumneavoastră include productId + productIdType + regulationCode + details[] completat integral. Datele CPSC complete nu pot fi transmise integrat; acest model este restricționat la seturile de mesaje CPSC de declinare a responsabilității și de referință, precum și la autoritatea de reglementare EU_DE_MINIMIS.

3. O abordare hibridă. Pentru o anumită expediere, puteți suprascrie datele existente din interfața API de reglementare. Includeți productId + productIdType + regulationCode + anumite elemente details[]. Datele din detaliile integrate suprascriu orice date stocate de Interfața API de reglementare. Orice date din detalii care nu sunt incluse în detaliile integrate ale expedierii, dar sunt prezente în profil, sunt îmbinate după crearea expedierii.