furnipas.eu

vai varu izmantot savas esošās produktu datu bāzes produkta pasportam

Jā, kā avots — bet ne pats par produkta pasi

Esošo produktu datubāzi parasti var izmantot kā datu avotu, kas nonāk digitālajā produkta pasē, taču pati datubāze nav produkta pase. Produkta pase ir specifisks datu formāts, kas ir saistīts ar unikālu datu nesēju (parasti QR kodu) katram produktam vai produktu modelim, ar stingrām prasībām attiecībā uz struktūru, pieejamību un savienojumu ar citām sistēmām, piemēram, ES reģistrācijas reģistrā. Informācija, kas jau atrodas ERP sistēmā, PIM sistēmā vai Excel sarakstā — materiāli, izmēri, artikula numuri, piegādātājs, sastāvs — ir tieši tāda veida dati, kas drīzumā jāiekļauj pasē. Tāpēc šie dati nav jāvāc no jauna, taču tos ir jāpārsūta pareizajā formātā un jāsaista ar pareizo datu nesēju.

Kuriem datiem tas darbojas un kuriem nē

Dati, kas ir fiksēti katram produktam vai produktu modelim — piemēram, materiāla sastāvs, izcelsme, izmēri, garantijas informācija vai apkopes norādījumi — labi piemēroti atkārtotai izmantošanai no esošas datubāzes. Šie dati ir daļa no tā, ko ESPR (Regula (ES) 2024/1781) 9. pants apraksta kā digitālā produkta pases kodolu: informācija, kas katram produktam jābūt pieejama caur datu nesēju. Tas, ko esošā datubāze bieži neparedz, ir tehniskā struktūra, kuru nosaka ESPR 10. pants: unikāls produkta identifikācijas numurs, savienojums ar reģistrācijas reģistru un formāts, ko tirgus dalībnieki, uzraudzības iestādes un patērētāji varētu nolasīt vienādi. Iekšējā datubāze parasti ir iestatīta savam uzņēmumam — krājumu pārvaldei, pasūtījumu apstrādei — nevis ārējam, standartizētam nolasījumam, kā to nosaka ESPR 11. pants tehniskajai pases darbībai. Tas ir atšķirība starp "dati jau ir" un "pase jau ir": pirmais bieži ir taisnība, otrais reti.

Kad tas kļūst svarīgi

Jautājums par to, vai esošā datubāze ir piemērota, kļūst konkrēts tikai tad, kad sākas mēbeļu pienākums, un šis laiks vēl nav noteikts. Kā arī skaidrots lapā par kad produktu pase kļūst obligāta mēbelēm paredzētais ESPR delegētais akts mēbelēm vēl nav publicēts; tas tikai tad noteiks, kādi tieši dati ir obligāti un kāds formāts tam atbilst. Līdz tam nav juridiska pienākuma vadīt pasi, bet tas nenozīmē, ka gaidīšana ir vienīgā iespēja. Tas, kas līdz tam jau ir noteikts, ir vispārējā struktūra no pašas ESPR — 9., 10. un 11. pants — kas nosauc ietvaras, kurā drīzumā tiks piepildīta mēbeļu delegētā regula.

Kā to praktiski īstenot

Pirmais solis ir noskaidrot, kādi dati jau ir fiksēti un kur: materiāla sastāvs, izcelsme, izmēri un iespējamie jau esošie sertifikāti vai pārbaudes ziņojumi. Daudz šīs informācijas bieži ir sadalīta pa dažādām sistēmām — ERP krājumiem, PIM produktu informācijai, atsevišķi dokumenti sertifikātiem. Otrais solis ir novērtēt, vai šie dati ir konsekventi un aktuāli produktu modeļa līmenī, jo pase prasa viennozīmīgu informāciju par katru produktu, nevis par katru pasūtījumu vai partiju. Trešais solis ir noskaidrot, kādi dati trūkst; tas bieži ir tieši dati, ko speciāli pieprasa pasē, piemēram, remontu vai demontāžas informācija, un tie parasti neatrodas standarta pārdošanas vai krājumu sistēmā. Kuriem ir vēlme sākt ar to jau tagad, arī bez galīgo prasību nostiprināšanas, lapā par ir aprakstīti vairāki sagatavošanas soļi, kas ir bez riska Pārskatu par pieeja secībā, no datu vākšanas līdz datu nesēja novietošanai, sniedz lapa par produkta pasi soli pa solim loģisks turpinājums.

Viena uzmanības vieta kolekcijasos ar daudziem variantiem — krāsām, pārsegumiem, kāju tipiem — ir tā, ka esošās datenubāzes šos variantus bieži pārvalda kā atsevišķus SKU bez kopīga pamata. Pasportā tieši pretēji tiek prasīta skaidra saistība starp to, kas ir kopīgs kolekcijai, un to, kas atšķiras katram variantam, kas ir kaut kas, kam veltīta īpaša uzmanība lapā par pasportu izveide kolekcijai ar daudziem krāsu un auduma variantiem.

Juridiskais pamats: ESPR 9., 10. un 11. pants

9. pants ESPR (Regula (ES) 2024/1781) nosaka, ka produkts ar digitālu pasportu ir jānodrošina ar datu nesēju, caur kuru ir pieejama informācija par šo produktu. 10. pants nosaka saturisko prasību to informāciju saturam, tostarp saistību ar unikālu identifikācijas numuru un reģistrācijas reģistru. 11. pants attiecas uz tehnisko darbības veidu: kā pasportam jābūt lasāmam un apmainīts starp dažādiem dalībniekiem ķēdē. Kopumā šie panti nosaka, ka produkta pasports nav vienkārši datu banka ar produktu informāciju, bet specifiski iekārtots slānis virs tās — veidots no datiem, kas bieži jau pastāv, bet papildināti un strukturēti atbilstoši prasībām, kas vēl tiks noteiktas katrai produktu grupai.

Tie, kuri tagad vēlas pārbaudīt, vai viņu mēbeles vēlāk pakļaujas šim pienākumam, to var pārbaudīt lapā par vai digitālais produkta pasports attiecas uz konkrētiem mēbelēmun tie, kuri vispirms vēlas uzzināt, kas digitālais produkta pasports mēbelēm pēc būtības ir, to atradīs lapā par kas ir digitālais produkta pasports mēbelēm. Praktiskākais solis šobrīd ir: inventarizēt un sakārtot esošos produktu datus pa produktu modeļiem, lai papildināšana vēlāk ierobežotos tikai uz to, kas patiesi vēl trūkst.

Ko konkrēti jums jādara

Ko no jums tiek gaidīts

Daudas uzņēmums ar 10 līdz 100 darbiniekiem jau ir produktu datu banka: ERP sistēma, PIM sistēma vai vienkārši plašs Excel fails ar artikulu numuriem, materiāliem, izmēriem un piegādātāju datiem. Jautājums nav tas, vai šī datu banka ir noderīga, bet vai dati tajā atbilst tam, ko ESPR gaida no digitālā produkta pasporta. Tas ir divas dažādas lietas.

Saturam jāatbilst tam, ko prasa deleģētais akts

9. pants ESPR (Regula (ES) 2024/1781) apraksta digitālo produkta pasportu kā produktu informācijas kopsavilkumu, kas ir pieejams caur datu nesēju. Kāda precīzi informācija tam jābūt, tiek noteikta deleģētā aktā katrai produktu grupai. Mēbelēm tas vēl nav publicēts. Praktiski tas nozīmē, ka esošā datu banka bieži jau satur daļu no pieprasītajiem datiem — materiālu sastāvu, izcelsmi, izmērus — bet reti visu. Remonts informācija, pārvērtēšanas instrukcijas vai dati par atkārtotu izmantošanu parasti nav standartā ERP sistēmā, kas ir iekārtota krājumu pārvaldībai un rēķinošanai.

Dati jāvar strukturāli saistīt ar datu nesēju

11. pants ESPR nosaka prasības tehniskam dizainam: pasportam jābūt pieejamam caur datu nesēju (piemēram, QR kodu) un dati jāsniedz strukturētā, mašīnlasāmā veidā. Datu banka, ko izmanto tikai iekšēji un kas nav iekārtota, lai noteiktu unikālu, pastāvīgu saistību ar datu nesēju katram produkta paraugam vai modelim, automātiski tur neatbilst. Šāda lieluma uzņēmumam tas parasti nozīmē, ka starp esošo datu bazu un ārpasauli ir nepieciešams papildu slānis: sistēma, kas no datu bāzes izvelk pareizos datus, tos liek pareizā formā un saistā ar QR kodu, kas ir pieejams desmit gadus.

Pieejamības prasībām jāatbilst 10. panta prasībām

10. panta no ESPR regulē, kurš var redzēt kādus datus un cik ilgi tie jāpaliek pieejami. Iekšējā datu bāze parasti nav veidota publiskai vai daļēji publiskai pieejamībai, nemaz nerunājot par glabāšanas termiņu, kas nav saistīts ar uzņēmuma pastāvēšanu. Tas prasa atsevišķu risinājumu papildus esošajai datu bāzei, nevis tās aizstāšanu.

Kur praktiski gadās kļūmes

Ražotājs pieņem, ka tā kā visi tehniskās specifikācijas jau ir ERP sistēmā, produktpase "vienkārši iznāks". Praksē trūkst tieši lauki, kurus ESPR iespējams lūgs, piemēram, remonta un demontāžas informāciju, un tie joprojām ir manuāli jāpapildina.

Importētājs strādā ar ražotāja datu bāzi no valsts ārpus ES un pieņem, ka šos datus var izmantot vienam pret vienam. Avota dati bieži nav nepieciešamajā struktūrā vai valodā, un importētājam kā tirgus dalībniekam ES ir sava atbildība par datu precizitāti, kas galu galā nonāk produktpasē.

Projektā iesaistītajam ir sava produktu datu bāze katram klienta projektam, taču tā nav saistīta ar atsevišķu datu nesēju katram produktam. Kontroles laikā izrādās, ka nav tiešas, stabila saite starp pārdoto mēbeli un atbilstošajiem produktpases datiem.

Uzņēmums regulāri atjaunina savu datu bāzi, piemēram, materiāla izmaiņu gadījumā, bet aizmirst, ka jau pārdoto produktu produktpase tādējādi vairs neatbilst fiziskajam produktam. Iekšējā datu bāze ir "dzīvs" fails, produktpase turpretim ir jābūt uzticamai fiksācijai pārdošanas brīdī.

Uzņēmumam ar daudzām krāsu un auduma variācijām šīs variācijas tiek pārvaldītas kā atsevišķs lauks vienā produkta kodā, kamēr produktpasē var būt nepieciešami dažādi dati par katru variantu — piemēram, cits materiāla procents, izvēloties citu audumu. Kas ar to saskaras, vairāk informācijas par šo specifisku sarežģījumu atradīs pie kā izveidot pases mēbeļu kolekcijai ar daudzām krāsu un auduma variācijām.

Ko jūs varat reģistrēt

  • Pārskats par to, kādi dati jau atrodas esošajā datu bāzē un kuri no tiem iespējams ir attiecīgi digitālajam produktpasem — pamatojoties uz to, ko norāda ESPR 9. un 10. pants (Regula (ES) 2024/1781), lai arī precīzais saraksts katrai produktu grupai vēl nav noteikts.
  • Pieraksts par katra datu avotu un ticamību: vai tas ir pats noteikts vai pārņemts no piegādes partnera vai ražotāja citur piegādes ķēdē.
  • Procedūra produktu datu izmaiņu izsekošanai, lai būtu skaidrs, kura datu versija atbilst kuram pārdotam produktam.
  • Vienošanās ar piegādes partneriem par to, kādus datus viņi nodrošina un kādā formātā, jo īpaši, ja paša datu bāze ir atkarīga no viņu ieguldījuma.
  • Pārskats par produktu variantiem un datiem, kas var atšķirties pa variantiem, jo īpaši krāsu un auduma izpildījumos.

Kas to vēlas strukturēt jau tagad, pat bez delegētā akta, atradīs pieeju vietnē ko es varu darīt jau tagad, kamēr noteikumi vēl nav galīgi. Un tam, kas vēlas zināt, kā šī inventarizācija ietilpst pārējā procesā, ir pārskats kā es soli pa solim pieņemos produkta pasi mēbelēm.

Esošā produktu datu bāze tāpēc reti ir bezjēdzīga, bet arī reti pietiekama pati par sevi. Lielākoties tas ir lietojams sākumpunkts: pamata dati ir tur, struktūra un saite ar datu nesēju parasti nav. Ir parunīgi šos divus aspektus novērtēt atsevišķi — kādi dati jau ir un kas vēl nepieciešams, lai no tiem tiktu digitāls produktpase.

Tas nav juridisks padoms. Šī lapa sniedz vispārēju informāciju par regulējumu, uz kuru attiecas šī platforma. Mēs nezinām jūsu situāciju. Ja jums ir šaubas par jūsu pašu gadījumu, konsultējieties ar juristu vai kompetento uzraudzības iestādi.

Uzrakstīts ar mākslīgo intelektu, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēka 2026-09-05. Vai kaut kas nav pareizi? Paziņojiet mums — labojumi tiek prioritizēti.