Pot conecta productpasportul la sistemul meu ERP sau de inventar?

Cuplarea este posibilă, cu condiția ca datele să fie furnizate într-un format structurat

Cuplarea unui productpasport la un sistem ERP sau de gestionare a stocurilor este în principiu posibilă, deoarece ESPR prescrie că productpasportul digital trebuie construit din punct de vedere tehnic în așa fel încât schimbul de date să aibă loc într-o manieră interoperabilă și lizibilă de mașină (articolul 11 din ESPR, Regulamentul (UE) 2024/1781). Aceasta înseamnă că datele care se află deja într-un sistem ERP sau de gestionare a stocurilor — compoziția materialelor, origine, componente, numere de lot sau serie — pot fi în principiu sursa din care va fi construit pasportul. Cuplarea nu constă atunci într-o conexiune directă, live între două sisteme, ci în faptul că aceleași date care sunt deja gestionate intern sunt furnizate într-un format potrivit pentru pasport.

Pentru care date funcționează aceasta și pentru care nu

Aceasta se referă la date care se află deja undeva consemnate și care sunt relevante pentru pasportul unui produs specific: specificații tehnice, informații despre materiale, date de reparare și întreținere, sau informații despre origine. Pentru acest tip de date, furnizarea structurată din sistemul existent este logică. Nu se referă la o cuplare generală și permanentă a sistemelor prescrisă de ESPR — regulamentul nu obligă nicio fabrică sau importator la o tehnologie, API sau pachet software specific. Articolul 11 se referă la configurația tehnică a pasportului ÎN SINE: modul în care sunt configurate suportul de date, registrul și accesul la date. Nu prescrie CUM o companie și-ar organiza sau exporta propriul sistem ERP. De asemenea, este important: care date exact trebuie să se afle în pasport variază în funcție de grupa de produse și va fi detaliat pe fiecare grupă de produse printr-un act delegat. Ceea ce este un câmp ERP relevant pentru un produs (de exemplu, un procent de material), nu trebuie neapărat să se aplice și unei alte grupe de produse.

Cerințele tehnice sunt deja în vigoare, adaptarea la grupa de produse nu este încă în vigoare peste tot

ESPR în sine, cu cerințele generale pentru productpasportul digital (articolul 10) și configurația tehnică a acestuia (articolul 11), a fost adoptat și constituie cadrul în care va trebui să funcționeze orice productpasport. Când un produs concret va avea nevoie într-adevăr de un pasport și care date vor trebui exact să se afle în acesta, se va stabili separat pe fiecare grupă de produse. Pentru multe grupe de produse, această adaptare nu a fost încă publicată sau nu este încă în vigoare. Până în momentul în care pentru o grupă de produse se va stabili care date sunt obligatorii, nu există deci nicio obligație concretă de a configura o cuplare sau flux de date din sistemul ERP — totuși, este util să se știe deja de unde ar proveni datele relevante intern, pentru ca la startul unei obligații să nu trebuiască să se pornească de la zero.

Cum se abordează aceasta în practică

Primul pas este să verificați ce date sunt deja prezente în sistemul dvs. ERP sau de inventar și care se referă la ceea ce conține de obicei un pasaport: identificarea produsului, compoziția materialelor, origine, componente, informații despre garanție sau reparații. După aceea, este util să examinați cum să exportați acele date din sistem — ca fișier, ca raport sau printr-o cuplare structurată — într-o formă care să fie ușor de citit și transferabilă, în conformitate cu configurația deschisă și interoperabilă pe care articolul 11 o prescrie pentru pasaport. În continuare, este important să conectați datele la identificarea unică a produsului pe care pasaportul o necesită conform articolului 10, astfel încât fiecare pasaport să poată fi demonstrat că aparține produsului corect. Deoarece un pasaport trebuie să rămână actual pe toată durata de viață a unui produs, este practic să gândiți, de asemenea, la un proces recurent: cum se implementează o modificare în sistemul ERP (de exemplu, o componentă ajustată sau un furnizor nou) la un moment dat în pasaport. Nu trebuie neapărat să fie în timp real — o furnizare periodică, de exemplu atunci când apar modificări sau noi producții, este în majoritatea cazurilor destul de bună. O platformă care întocmește pasapoarte din date furnizate, cum ar fi prodpas.eu, primește acele date de obicei tocmai în acest fel: ca furnizare structurată din administrația existentă a unui producător sau importator, nu ca o cuplare permanentă live între două sisteme.

De unde rezultă acest lucru: articolele 10 și 11 ale ESPR

Obligația de interoperabilitate și lizibilitate de către mașini a pasaportului digital al produsului se regăsește în articolul 11 al ESPR (Regulamentul (UE) 2024/1781), care reglementează configurația tehnică și funcționarea pasaportului. Articolul 10 din același regulament descrie cerințele generale pe care trebuie să le îndeplinească un pasaport, inclusiv cuplarea la o identificare unică a produsului. Împreună, aceste articole formează baza pentru care datele sursă din sistemul existent, cu condiția să fie furnizate structurat, pot fi potrivite ca intrare pentru un pasaport — fără ca regulamentul să prescrie ce tehnică sau ce sistem folosește un întreprindere pentru aceasta în mod intern.

Cine dorește deja să ia măsuri preventive, ar face bine să înceapă cu o imagine de ansamblu a datelor de produs care se află în propriul sistem ERP sau de inventar și în ce format pot fi exportate. Odată ce pentru propria grupă de produse devine clar ce date trebuie să conțină un pasaport, furnizarea din administrația existentă este de obicei punctul de plecare practic.