vai man ir nepieciešama specializēta programmatūra, lai izveidotu digitālo produkta pasi

Nē, likumā nav nepieciešama nekāda īpaša programmatūra

ESPR nepieciešamo programmatūras paketu, sistēmu vai marku. Tas, ko verordne nosaka, ir prasības rezultātam: digitālajam produkta pasem jāsatur dati, kas noteiktā veidā ir pieejami caur datu pārvadātāju, tam jāatbilst noteiktiem tehniskiem un organizatoriskiem nosacījumiem, un to var pārbaudīt tie, kuriem tam ir tiesības. Tas, kā ražotājs vai importētājs to tehnisko jautājumu atrisina — ar pašu izstrādātu sistēmu, moduļa iekļaušanu ERP paketē vai ārējās puses pakalpojumu izmantošanu — likumā nav noteikts. Tāpēc nav obligātas "produkta pases programmatūras", kas atrodas kādā sarakstā un kas jāiegādājas. Kas tiešām ir nepieciešams, ir funkcionāls kopums, kas atbilst verordnes prasībām, un tas ir cits jautājums nekā tas, kāda programmatūra tam tiek izmantota.

Matraciem tas attiecas, bet uz administratīvajiem aspektiem ne automātiski

Šī brīvā līdzekļu izvēle attiecas uz matraču digitālo produkta pasi, kādu ESPR drīzumā prasīs: datu pārvadātāju, pases datu glabāšanu un atklāšanu. Tas neattiecas uz visu citu, ko ražotājs vai importētājs jau izmanto vai jāizmanto programmatūra. Grāmatvedības sistēma, krājumu pārvaldības pakete vai CE marķēšanas fails ietilpst ārpus šīs regulējuma un tiem ir savi noteikumi. Tas arī neattiecas uz jautājumu, vai noteikta sistēma ir "pietiekami laba" — tā netiek novērtēta pēc programmatūras markas vai piegādātāja, bet pēc tā, vai rezultāts atbilst verordnes prasībām. Izklājlapa, kas nejauši atbilst visām prasībām, teorētiski ir tikpat derīga kā dārga specializēta risinājuma; otrādi, dārga sistēma automātiski neatbilst prasībām tikai tāpēc, ka tā ir dārga.

Vēl nav fiksēta data, bet jau ir fiksētas prasības dizainam

Kad matrači iegūs obligātu digitālo produkta pasi, vēl nav zināms; tas izriet no deleģētā akta, kas šai produktu kategorijai vēl ir jāpublicē. Līdz tam brīdim nav obligācijas virzīt produkta pasi. Kas jau ir noteikts, ir vispārējās tehniskās prasības ESPR, kurām jāatbilst digitālajam produkta pasem neatkarīgi no tā, ar kādu programmatūru tas tiek veidots. Šīs prasības attiecas, cita starpā, uz savietojamību, atvērto standartu izmantošanu un to, kā dati ir jāpadara pieejami. Kurš jau tagad izvēlas vai izstrādā programmatūru, var šīs prasības pieņemt par sākuma punktu, kaut arī obligātais ieviešanas termiņš pašiem matračiem vēl nav zināms.

Kur sākt, izvēloties sistēmu

Praktiski secīgais sākums nav programmatūra, bet dati: vispirms jāprecizē, kāda produkta informācija pēc tam ir jāiekļauj pasē, pirms tiek skaidrots, kā šī informācija tehniku tiek glabāta un atklāta. Pēc tam rodas jautājums par to, kā katrs matracis unikālu identifikācijas kodu iegūst, jo šis kods ir saite starp fizisko produktu un digitālos datus par to. Pēc tam ir iespēja, vai šis process tiek iestatīts patstāvīgi, vai tiek nodots puses, kas nodrošina glabāšanu un atklāšanu — tas ir tieši tas, kur šāda platforma atbilst, balstoties uz sniegto datu produkta pasi un nodrošinot hostingu un QR datu pārvadātāju. Uzņēmumiem, kas jau strādā ar ERP vai krājumu sistēmām, nākamais svarīgais aspekts ir tas, vai un kā šo sistēmu var savienot ar produkta pasi, lai dati netiktu ievadīti divreiz. Kurš vispirms vēlas redzēt plašāku attēlu, pirms tiek pieņemts sistēmas lēmums, var sākt arī ar jautājumu, kā Eiropas produkta pasu reģistrs ir saistīts ar savu pasu, jo šis reģistrs ir obligāta sastāvdaļa neatkarīgi no tā, kāda programmatūra tiek izvēlēta.

Tas izriet no ESPR 9., 10. un 11. panta

Pamats atrodas Regulas (ES) 2024/1781 (ESPR) 9. pantā, kurā digitālā produkta pase tiek ieviesta kā instruments. Regulas (ES) 2024/1781 (ESPR) 10. pants izstrādā satura prasības, kurām jāatbilst pasem, nepieprasot kādu konkrētu tehnoloģiju vai piegādātāju. Regulas (ES) 2024/1781 (ESPR) 11. pants attiecas konkrēti uz digitālās produkta pases tehnisko noformējumu un darbības principiem, minot prasības, piemēram, savstarpējību un atvērto standartu izmantošanu — prasības, kas tiek izvirzītas rezultātam, nevis rīkam, ar kuru šis rezultāts tiek sasniegts. Kopā šie trīs panti parāda, ka regula ir funkcionāli iestrādāta: tā regulē, ko pase var darīt un kā tai jābūt pieejamākai, un atstāj programmatūras izvēli tiem, kuri pasi sastāda.

Ja tagad vēlaties iepriekš sakārtot lietas, labākais sākums ir paša produkta datu kārtošana un identifikācijas sistēmas noteikšana katrai matracei, lai būtu spēcīgs pamats, tiklīdz matraciju delegētais akts tiks publicēts — konkrēta programmatūras sistēma pēc tam var sekot, ņemot vērā tad spēkā esošās tehniskās prasības.

Uz ko tas pamatojas

Pats regulējums ir pieejams EUR-Lex. Mēs sniedzam atsauces uz katru apgalvojumu; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

Pase, kas ir lasāma, izmantojot atvērtos standartus

Regulas (ES) 2024/1781 (ESPR) 10. pants nosaka, ka digitālā produkta pase darbojas, pamatojoties uz atvērtiem, savstarpējiem standartiem. Tas nozīmē, ka dati nedrīkst būt slēgtā, īpašā faila formātā, ko var atvērt tikai ar vienu konkrētu programmu. Matračraču ražotājam, kuram ir 10 līdz 100 darbinieku, tas galvenokārt nozīmē, ka sistēmas vai platforma izvēle jāpārbauda pēc šīs prasības: vai dati var tikt izņemti un vai tos var nolasīt citas puses bez tās, ka tām ir tieši tāda pati programmatūra kā jums?

Pieejamība caur datu datu nesēju, nevis caur lietotņu

Regulas (ES) 2024/1781 (ESPR) 11. pants regulē, kā pase tehniskā ziņā darbojas: caur datu nesēju (praksē bieži QR kodu), kas norāda uz datiem. Patērētājam, uzraudzības iestādei vai tirdzniecības partnerim šos datus jāspēj apskatīt bez atsevišķas jūsu sniegtās lietotnes. Praktiski tas nozīmē, ka parastais viedtālrunis ar kameru un pārlūkprogrammu jābutu pietiekams. Kurš apsvērt domas par paša lietotnes izstrādi pases parādīšanai, to dara kā papildu pakalpojumu — nevis tāpēc, ka regulējums lietotni pieprasītu. To, kā datu nesējs nonāk uz produkta, ir izklāstīts lapā par kā QR kods uz jūsu matrača produkta pases nonāk.

Saistība ar unikālu identifikācijas numuru

Regulas (ES) 2024/1781 (ESPR) 9. pants savieno pasi ar unikālu produkta vai modeļa identifikāciju. Tas prasa paņēmienu, kā katru pasi saistīt ar pareizo fizisku produktu. Uzņēmumiem, kuri jau strādā ar partijas numuriem, EAN kodiem vai iekšējiem artikulu kodiem, tas parasti ir vienkāršs jautājums par šīs esošās numerācijas konsekventi turpināšanu pases sistēmā. To, kā šī saistība praksē tiek izveidota, ir izskaidrots lapā par kā katram produktam piešķirt unikālu identifikācijas kodu.

Dati, kas paliek aktuāli un izsekojami

Regulas (ES) 2024/1781 (ESPR) 9. un 10. pants kopā nozīmē, ka pase nav momentuzņemums, kas pēc publicēšanas var tikt aizmirsts, bet datu kopa, kas paliek saistīta ar konkrētu produktu tā laika, kad pase jāpastāv. Tas prasa no uzņēmuma iespēju zināt, kāda informācija pieder kuram produktam, arī tad, ja vēlāk nāk jautājumi par matraci, kuri tika pārdoti pirms pāris gadiem.

Kur praktiski rodas kļūdas

Ražotājs pasē veido programmā, kas darbojas lieliski, bet kuras piegādātājs datus sniedz tikai PDF vai ekrānuziņojuma formā. Tas cilvēkam ir lasāms, bet ne mašīnlasāms, kā tas paredzēts Regulas (ES) 2024/1781 (ESPR) 10. pantā — pamatā esošie dati jāspēj iegūt strukturēti, ne tikai vizuāli attēloti.

Uzņēmums izstrādā savu lietotni pases parādīšanai, pieņemot, ka tas ir obligāts. Tas prasa laiku un naudu izstrādei, savukārt 11. artikuls prasa pieejamību bez īpašas programmatūras — vienkārša tīmekļa lapa, kas tiek atvērta, skenējot QR kodu, atbilst šai idejai.

Importieris katrai piegādei izmanto jaunu, ad-hoc Excel failu, kas manuāli tiek konvertēts pasē. Kad apjoms pieaug, rodas kļūdas produkta un pases saiknes, un kļūst neskaidrs, kurš pase atbilst kurai partijai.

Ražotājs izvēlas sistēmu, neņemot vērā, vai dati tajā vēlāk var tikt eksportēti. Pārejot uz citu platformu vai beigot darbību mājas saimniecības partnerim, izrādās, ka dati ir pieķerti pie viena piegādātāja. Kas ar to saistīts, ir aprakstīts lapā par kas notiek ar jūsu produktu pasēm, ja mājas saimniecības partneris pārstāj darboties.

Uzņēmums domā, ka pases sistēmai ir jāstāv neatkarīgi no paša uzņēmuma darbības, un ievada visus produktu datus divreiz: vienreiz ERP sistēmā, vienreiz pases sistēmā. Tas divkāršo darbu un palielina atšķirību risku starp abiem avotiem.

Ko jūs varat fiksēt

Pieejamo failu formātu pārskats, ko izmanto izvēlētā sistēmaun vai tie ir atvērti un eksportējami — to var pārbaudīt saskaņā ar 10. artikulā noteikto interoperabilitātes prasību.
Datu nesēja (QR koda) apraksts, kā tas nodrošina piekļuvi pasēbez atsevišķas lietotnes nepieciešamības, kā noteikts 11. artiklā.
Saistiņu tabula starp iekšējiem produktu kodiem un pases identifikācijas numuriemlai jebkurā laikā būtu iespējams noteikt, kura pase atbilst kuram fiziskam produktam. Tie, kuri vēlas kombinēt sistēmas, var izskatīt iespējas, kas aprakstītas lapā par produktu pases saistīšanu ar ERP vai inventāra sistēmu.
Vienošanās ar programmatūras piegādātāju vai platformu par datu eksportu, pieejamību ilgākā termiņā un to, kas notiek pakalpojuma beigšanas gadījumā.
Iekšējs process produktu datu uzturēšanailai materiāla sastāva vai citu īpašību izmaiņas konsekventi ietekmētu pasi, nevis tiktu paturētas paralēli un neatkarīgi viena no otras.

Uzņēmumiem, kas ražo individuālas matraces, ir arī ieteicams noteikt, kā atsevišķas variācijas tiek apstrādātas pases sistēmā — šis process bieži atšķiras no standarta ražošanas un ir izskaidrots lapā par kā produkta pase darbojas matraciem pēc pasūtījuma.

Šis nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, par kuru ir šī platforma. Mēs neznām jūsu situāciju. Ja jums ir šaubas par jūsu pašu gadījumu, konsultējieties ar juristu vai kompetentajām uzraudzības iestādēm.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēka darbā 2026-09-05. Vai kaut kas nav kārtībā? Paziņojiet mums — labojumi ir prioritāri.