Sistemul care v-a vorbit despre articolul 13 execută și articolul 13?
„Furnizorul nostru de ERP spune că se ocupă el."
Propoziția asta apare în majoritatea primelor discuții și este perfect rezonabil să o credeți. Pașaportul de produs înseamnă date despre produs. ERP-ul, PLM-ul sau PIM-ul dumneavoastră deține deja datele despre produs. Distanța dintre cele două pare mică.
Pe 6 și 7 septembrie 2026 ne-am dus să verificăm. Aproximativ cincizeci de furnizori din trei categorii de software, citiți după propriile lor pagini publicate, nu după ce credem noi despre ei. Opt întrebări per pagină. Menționează ESPR. Menționează Regulamentul (UE) 2024/1781. Citează un articol. Numește un standard CEN/CENELEC. Numește GS1 Digital Link. Numește registrul european. Se angajează la un nivel de granularitate. Menționează eIDAS sau un sigiliu electronic calificat.
A ieșit ceva ce nu căutam și s-a dovedit mai util decât lucrul pe care îl căutam.
Acuratețea și capacitatea merg în direcții opuse
Începeți cu ce se vinde efectiv.
În PLM, doi furnizori vând un produs de pașaport cu nume. În PIM, doi oferă un modul propriu și patru revând modulul altcuiva. În ERP, de-a lungul suitelor globale, al pieței mijlocii și al fiecărui furnizor regional pe care l-am găsit pe cele nouă piețe ale noastre, numărul este zero. Niciun furnizor de ERP din eșantion nu vinde un modul DPP ca produs. Tot restul, în toate cele trei categorii, sunt articole de blog, cărți electronice închise și webinarii.
Acum puneți lista aceea lângă conținutul de reglementare. Cele două nu se suprapun.
Cele mai precise juridic patru pagini din tot eșantionul aparțin unor furnizori care nu au niciun produs de pașaport. Una citează articolul 13 din Regulamentul (UE) 2024/1781 după număr și descrie obligația de înregistrare pe care o creează, într-un acordeon FAQ pliat la subsolul paginii. Alta, publicată pe 2 septembrie, numește registrul european și intrarea lui în funcțiune la 20 iulie 2026, numește 18 februarie 2027 și formulează corect întrebarea „model, lot sau bucată" ca fiind încă deschisă. Amândouă vă vând apoi un PIM.
Între timp, furnizorul cu cel mai ferm angajament de produs din toată clasa menționează ESPR de două ori și nu numește niciun articol, standard, registru sau sigiliu.
Există o explicație comercială simplă și merită spusă ca lectură, nu ca descoperire. Un furnizor care nu are ce vinde își permite să fie exact. Exactitatea nu îl costă nimic și îi aduce trafic din căutare. Un furnizor care are ce vinde moștenește fiecare dată pe care o tipărește ca obligație de suport. O pagină de produs din eșantion o spune chiar în propria clauză de limitare a răspunderii: informații generale, nu consultanță juridică sau de reglementare, cerințele și datele pot fi modificate.
Așa că întrebarea către furnizorul dumneavoastră nu este dacă știe despre pașaport. Câțiva dintre ei știu în mod evident, și încă în detaliu. Întrebarea este dacă sistemul care v-a vorbit despre articolul 13 este sistemul care execută articolul 13.
Trei furnizori răspund singuri la întrebarea asta
Cea mai puternică dovadă de aici nu este a noastră. Este a lor, în propriile cuvinte, pe propriile pagini.
Un furnizor de PIM scrie următorul lucru în textul propriului modul. Modulul pune datele de pașaport la dispoziția sistemelor din aval, „inclusiv furnizorului de servicii DPP ales de operatorul economic", iar imediat după: „[produsul] nu este el însuși furnizor de servicii DPP; el pune la dispoziție datele dumneavoastră de pașaport guvernate, astfel încât orice furnizor acreditat să le poată consuma." Adaugă că pagina de pașaport este găzduită extern și că modulul îi păstrează adresa. Citiți încă o dată. Folosește corect vocabularul propriu al regulamentului, numește rolul pe care nu îl joacă și nu numește nicăieri regulamentul.
Un furnizor turc de ERP a publicat în august 2026 cea mai alfabetizată juridic pagină de ERP din tot eșantionul, și încă la distanță. Propriul lui FAQ întreabă dacă ERP-ul produce singur pașaportul. Răspunsul este că modelul de date pentru grupa de produse, documentele doveditoare și infrastructura de acces și publicare „trebuie construite separat".
Iar în martie 2025, un furnizor de ERP i-a răspuns unui client care cerea exact acest lucru, pe propriul forum al comunității: „Am început să ne uităm la asta, dar nu este în foaia de parcurs curentă. Motivul este că nu putem presupune structuri serializate, deci trebuie să ne gândim la trasabilitate până la componente, fără urmărire pe serie sau pe lot."
Ultimul este cea mai durabilă dovadă din tot textul și merită explicat de ce. Textul de marketing se schimbă într-o după-amiază. Modelul de date nu. Refuzul a fost arhitectural, cel care întreba era un producător, iar optsprezece luni mai târziu nimic nu s-a mișcat.
Trei coloane goale în toată clasa
Citirea a cincizeci de pagini în același fel face vizibile goluri pe care citirea unei singure pagini nu le arată.
Registrul. Operațional din 20 iulie 2026. Numit pe patru pagini din aproximativ cincizeci, iar fiecare dintre acele patru aparține unui furnizor care nu vinde produs de pașaport. Ambii furnizori de PLM care livrează tac în privința lui. Toți furnizorii de ERP tac în privința lui.
Sigiliul. Nicio pagină din eșantion nu menționează eIDAS sau un sigiliu electronic calificat. Înregistrarea în registru este condiționată de un certificat calificat, iar acesta nu este același lucru cu o semnătură electronică; am scris despre asta în detaliu la sfârșitul lui august. Cincizeci de pagini de furnizori, la șapte săptămâni după deschiderea registrului, și nimeni din această clasă nu a scris o propoziție despre el.
Standardele. Nicio pagină nu numește vreun standard EN 182xx al CEN/CENELEC sau CEN/TS 18272-1. Singurele standarde numite oriunde în această clasă vin din automatizarea industrială, plus GS1 Digital Link pe trei pagini.
Și încă unul, care m-a surprins mai mult decât cele trei. De-a lungul a aproximativ o sută de pagini, niciun furnizor din această clasă nu numește un client cu pașaport. Cel mai aproape sunt niște studii de caz în care limbajul despre pașaport este în gura clientului, nu a furnizorului, și este formulat ca ceva ce acesta investighează.
La granularitate, granița devine concretă
Dacă pașaportul există per model, per lot sau per bucată nu este o setare. Asta decide ce trebuie să stocheze sistemul, câte pașapoarte generează o singură linie de produs și dacă un certificat este valabil pentru un model întreg sau doar pentru seria pe care s-a testat.
Exact un furnizor din eșantion se angajează la un nivel în textul de produs, și este unul dintre cei doi care livrează ceva. Generează pașapoarte după furnizor, listă de materiale, variantă cromatică, mărime sau lot de producție și spune cu voce tare și consecința operațională: certificate validate lot cu lot, în loc să fie presupuse pentru un model întreg. Acesta este un angajament ingineresc real, nu o replică de marketing, și merită un răspuns, nu o ignorare.
Este și locul unde propria lui tăcere doare cel mai tare. Va genera un pașaport pentru fiecare variantă cromatică și fiecare lot, iar pagina lui nu spune nicăieri cine înregistrează vreunul dintre ele, nici ce le sigilează.
Toți ceilalți fie formulează corect granularitatea ca întrebare deschisă și se opresc acolo, ceea ce este onest, fie o împing spre nivelul de categorie, ceea ce este direcția greșită, fie tac.
Pe piața românească, clasa asta aproape că nu există
Merită să știți unde sunt de fapt acești furnizori. Pe cele nouă piețe pe care le deservim, amprenta corporativă a clasei este subțire și distribuită strâmb. Polonia are șase. Turcia are trei. Bulgaria, Serbia, Kosovo, Grecia și Slovacia nu au niciunul, iar entitatea din Sofia a unui grup global de ERP este înregistrată ca servicii partajate, adică back office, nu vânzări sau implementare.
Pentru furnizorii români de ERP verificarea a fost separată, iar rezultatul este fără echivoc: niciunul dintre cei verificați nu are un produs de pașaport sau un anunț care să poată fi găsit. La fel pentru cei greci, sârbi, slovaci, bulgari și maghiari.
O precizare de metodă, pentru că schimbă cât valorează paragraful de mai sus: este căutare restricționată pe domeniu într-un index american, nu o parcurgere a site-urilor. Susține afirmația „niciun produs de pașaport sau anunț identificabil". Nu susține afirmația „acești furnizori nu au menționat niciodată subiectul".
Necesar și insuficient
Nimic din toate astea nu face ERP-ul dumneavoastră inutil pentru pașaport. Dimpotrivă.
Fiecare furnizor din clasă pornește de la aceeași afirmație, că deține deja datele, și în privința asta are în mare măsură dreptate. Un furnizor de ERP o cuantifică la aproximativ 70% din ce are nevoie un pașaport, deja aflat în sistemul lui de evidență. Asta este jumătatea onestă și utilă a ofertei, iar dacă rulați un ERP sau un PLM serios sunteți mai avansat decât o firmă care nu rulează.
Ce nu face clasa, după propriile lor dovezi publicate, este a doua jumătate. Să înregistreze identificatorul în registrul european. Să îl sigileze cu un certificat pe care registrul îl acceptă. Să structureze câmpurile după un standard armonizat. Să se angajeze dacă pașaportul este per model, per lot sau per bucată. Și apoi să păstreze tot ansamblul lizibil atât timp cât trăiește produsul, ceea ce este mai mult decât durează majoritatea contractelor de software.
PLM și PIM sunt necesare și insuficiente. Aceasta este o graniță de categorie, nu o critică, iar un furnizor de PIM a trasat-o deja în scris pe propriul site.
Trei întrebări
Dacă un furnizor vă spune că se ocupă el de pașaport, trei întrebări separă o sursă de date de un furnizor de servicii. Niciuna nu este o capcană și toate trei au răspunsuri reale.
După care act delegat construiți? Pentru textile, mobilă, fier și oțel sau materiale de construcții nu există încă niciun act delegat adoptat. Un furnizor care răspunde cu o dată fermă de conformitate merită întrebat de unde vine data.
La ce nivel există pașaportul: model, lot sau bucată? Un furnizor din cincizeci se angajează la asta în textul de produs. Dacă produsul dumneavoastră variază după culoare, mărime sau serie de fabricație, răspunsul schimbă ce trebuie să construiți.
Cine înregistrează identificatorul în registrul european și ce îl sigilează? Dacă răspunsul este „punem datele la dispoziția celui care face asta", este un răspuns bun și onest. Este și granița, iar de partea cealaltă tot trebuie să stea cineva.
Puneți-ne și nouă cele trei întrebări. Vom răspunde în aceeași ordine și vă vom spune care părți încă nu sunt lămurite.
