što se događa s mojim digitalnim pasportima proizvoda ako hosting partner prestane poslovati

Odgovornost pada na proizvođača, a ne na stranu za hosting

Obveza čuvanja podataka o pasaportu počiva na proizvođaču ili uvozniku koji proizvod stavlja na tržište, a ne na poduzeću koje obavlja hosting. Stranka za hosting poput matrapas.eu izvršava tu obvezu u svojstvu nalogodavca, ali konačna odgovornost se ne prebacuje. Ako stranka za hosting prestane s radom, to ne znači da obaveza čuvanja dostupnosti pasaporta nestaje — ona ostaje na strani koja je proizvod stavila na tržište. Ono što se doista mijenja jest tko u tom trenutku brine o tehnički tehnici.

Za koga se primjenjuje, a za koju situaciju se ne primjenjuje

Ova tema pokriva trajnost samih podataka: ostaju li informacije iza QR-koda dostupne čak i ako se nešto promijeni kod davatelja usluge koji hostira podatke. To je drugačije pitanje od onoga što se događa ako proizvodne ili uvozne poduzeće samo prestane — ta situacija se obrađuje u što se događa s digitalnim produktpasportom ako poduzeće iza proizvoda prestaneTo se ne tiče ni pitanja koliko dugo ukupno pasaport mora biti dostupan; to se obrađuje u rok čuvanja digitalnog produktpasportaOva stranica ograničava se na pitanje što se praktički događa ako tehnički dobavljač pasaporta — stranka za hosting — otpadne, dok poduzeće iza proizvoda ostaje aktivno.

Što je sada već utvrđeno, a što nije

Kada točno stupuje na snagu obveza o digitalnom produktpasportu za matrače nije utvrđeno: Uredba ESPR je na snazi, ali delegirana uredba koja to čini konkretno za matrače očekuje se u okviru akcijskog plana 2025-2030, a datum će biti objavljen čim se ta uredba objavi. Ono što je već utvrđeno jest načelo iz same ESPR-uredbe: članak 10 postavlja zahtjeve u pogledu dostupnosti i trajnosti digitalnog produktpasporta, a članak 13 uređuje da se pasaporti unose u središnji europski registar. Taj registar postoji neovisno o strani koja hostira podacima — to je sustav upućivanja, a ne skladišče cijele sadržaja. Što točno registar čuva i što u njega mora biti uključeno opisuje se u Europskom registru produktpasporta.

Kako se ovo u praksi radi

Za proizvođača ili uvoznika koji radi s partnerom za hosting, prvi korak je znati što je ugovoreno u slučaju da stranka za hosting prestane: je li nadziran prijenos podataka, i komu se tada podaci prenose. Zatim je važno znati u kojem formatu se podaci prenose — skup podataka koji se može čitati samo unutar sustava jednog dobavljača manje je vrijedan od skupa podataka koji se može prenijeti drugoj strani. To se povezuje na pitanje je li pasaport vezan uz vanjski sustav: tko svoje podatke o proizvodima već upravlja u ERP- ili sustavu zaliha, kao što je opisano u povezivanju digitalnog produktpasporta s vlastitim sustavomima vlastiti izvor podataka koji ne nestaje ako stranka za hosting prestane — povezivanje tada osigurava da se osnovne informacije čuvaju drugdje, čak i ako se prikaz vodi preko druge strane.

Zatim je relevantno što se događa s QR-kodom i vezom iza njega. Ako stranka za hosting prestane i podaci se presele na drugo mjesto, postojeći QR-kod na proizvodu mora nastaviti pokazivati na važeće informacije — ne na nepostojeću vezu. Praktički to znači da se osnovna URL često čuva (primjerice preusmjeravanjem na novi sustav) kako ne bi trebalo ponovno nanošenje koda na svaki proizvod. Tko se pita kako točno funkcionira veza između fizičkog koda i digitalnih podataka, može pronaći pozadinu u kako se QR-kod nalazi na madracu. Pri prelasku između hosting partnera važno je pratiti da identifikacijski kod proizvoda i povezana veza podataka ostanu neizmijenjeni, čak i kada se osnovna infrastruktura promijeni.

Konačno, preporučuje se unaprijed pitati kako hosting partner postupa sa završetkom vlastite poslovne djelatnosti: postoji li procedura koja se aktivira, jesu li proizvođači unaprijed obaviješteni, i postoji li period tijekom kojega se podaci mogu preuzeti prije nego što se sustav povuče iz službe. Takve vrste dogovora u praksi određuju koliki rizik postoji pri nestanku jednog specifičnog dobavljača.

Temelj za ovo: članak 10 i članak 13 ESPR-a

Članak 10 ESPR-a (Uredba (EU) 2024/1781) postavlja zahtjeve za digitalno putovnicu proizvoda, uključujući dostupnost podataka tijekom razdoblja u kojem oni moraju ostati dostupni — zahtjev koji se odnosi na samu putovnicu, a ne na jednog specifičnog tehnološkog davatelja usluge. Članak 13 iste uredbe uređuje register digitalnih putovnica proizvoda, u koji se putovnice unose kako bi bile pronađive i provjerive, neovisno o tome koja strana osigurava osnovnu hosting uslugu. Zajedno, ova članka postavljaju odgovornost za trajnu dostupnost podataka na one koji putovnicu stvaraju, a ne na bilo koji slučajni korak u njenoj tehnološkoj implementaciji.

Tko trenutačno bira ili razmatra hosting partnera, može se koristiti ovom listom: pitajte o mogućnostima izvoza podataka, o tome što se događa sa QR vezom pri eventualnome prelasku, i o proceduri pri završetku poslovanja hosting partnera — te dogovore ugovorite prije nego što prve putovnice napuste vrata.