tyrepas.eu

Vai es varu saistīt produkta pasi ar savu ERP vai inventāra sistēmu?

Saistīšana ir iespējama, forma nav noteikta likumā

Jā, praktiski digitālo produktu pasi var saistīt ar ERP vai krājumu sistēmu, taču ESPR nepieprasa, kā šī saistīšana izskatītos. Verordnei ir prasības pašam pasportam: tas jābūvē tehniski tā, lai dati būtu mašīnlasāmi un sistēmas varētu tos automātiski nolasīt un apstrādāt, pamatojoties uz atvērtiem standartiem, nevis slēgtiem, marku saistītiem formātiem (ESPR 11. pants, Regula (ES) 2024/1781). Šī prasība attiecas uz pasportu un datu nesēju, nevis uz riepas importiera, liela apjoma tirdzniecības uzņēmuma vai automašīnu parka vadītāja iekšējām sistēmām. Tas, vai un kā saistīšana ar konkrētu ERP paketi darbojas, ir tehniskas kārtības jautājums tai pusei, kas pasportu sagatavo un mitina — šajā gadījumā platformai, piemēram, tyrepas.eu — un nav kaut kas, ko likums regulē sīkstošās detaļās.

Kuriem tas ir attiecīgi un kuriem nav

Šis jautājums rodas galvenokārt pusēm, kas apstrādā lielu apjomu riepas un kuru produktu dati jau atrodas kādā sistēmā: importeriem, kas pārvalda artikula numurus, partijas datus un tehniskās specifikācijas, liela apjoma tirdzniecības uzņēmumiem, kas vada krājumus pēc riepas tipa, un automašīnu parka vadītājiem, kas riepas saista ar transportlīdzekļiem. Viņiem saistīšana ir galvenokārt praktiska: dati tad nav jāievada divas reizes, un pasporta informācija var atgriezties savā sistēmā.

Galapatērētājiem, kuri tikai nopērk riepas un skenē QR kodu, ERP sistēmas saistīšana nespēlē niciņas lomu — viņi lasīs pasportu, nevis to papildina. Un mazākajiem uzņēmumiem bez savām sistēmām saistīšana arī nav aktuāla: pasportu var tikpat labi piegādāt un pārbaudīt manuāli, nepaasinot tā derīgumu. Turklāt 11. panta tehniskās prasības attiecas uz pašu pasportu, nevis uz jautājumu, vai pasporta pakalpojumu sniedzējam jāpiedāvā specifiska saistīšana ar konkrētu ERP marku.

Vēl nav fiksētas datumsshreiber, taču ir skaidrs darba virziens

Kad tieši stāsies spēkā pienākums, lai digitālajam produktu pasportam būtu riepas, vēl nav noteikts. ESPR darba plānā periodam 2025–2030 paredzēta delegēta likuma akta izdošana riepasniekam 2027. gadā; tikai pēc tā publicēšanas būs zināms konkrēts spēkā stāšanās datums. Līdz tam riepasniekam nav obligātu prasību pašam pasportam, un tāpēc arī nav prasību tam, kā dati jāpiegādā vai jāapmainās.

Tas nenozīmē, ka nav ko darīt. Vispārējās prasības no ESPR 10. un 11. panta jau ir noteiktas kā ietvars, kurā tiek tālāk konkretizēti bandienu specifiskie noteikumi: mašīnlasāmība, atvērti standarti un savstarpēja operabilitate nav jauna izgudrojuma, kas parādīsies tikai 2027. gadā, bet gan pamats, uz kura tiek veidoti riepu specifiskie noteikumi. Kas jau tagad domā par saistīšanu, tas neuzbūvē uz pūtīga grīda, lai arī galīgais datums vēl trūkst.

Kā to praktiski īsteno

Pirmais solis ir pārbaudīt, kādi dati jau atrodas ERP vai krājumu sistēmā, kuriem vēlāk jābūt pasportā: artikula numurs, partijas vai ražošanas dati, ražošanas datums, tehniskās specifikācijas pēc riepas tipa. Daudzi no šiem datiem jau eksistē, viņi vienkārši vēl nav strukturēti pasportam.

Otrais solis ir noskaidrot, kādu formātu pieņem puse, kas sagatavo un mitina pasportu, kā ievadi. Tā kā tyrepas.eu pasportu veidо no ražotāja vai importiera datiem, prakstiskais jautājums ir ne tik daudz tas, vai saistīšana var, bet drīzāk kurā formā datu piegāde noristos vismierīgāk: periodiska eksporta no ERP sistēmas, strukturēts fails vai cits piegādes maršruts.

Trešais solis ir apdomāt otru virzienu: pases datu atgriezenisko saiti ar savu sistēmu, piemēram, lai noliktavas vadītājs varētu saistīt paseslīdz informāciju ar transportlīdzekļa reģistrāciju, neveicot pases meklēšanu pats pa QR kodu. Arī tas ir jautājums par tehnisko saskaņošanu starp ERP sistēmu un platformu, nevis par likumā noteiktu pienākumu.

Visbeidzot ir svarīgi ņemt vērā ilgumu: pase tiek viesnīca desmit gadus. Tas, kurš izveido saiti, labāk darīs, arī apdomājot atjauninājumus šajā periodā — piemēram, kad mainās produkta dati — lai saite darbojās ne tikai pirmajā piegādē, bet arī vēlākos grozījumos.

Likumīgais pamats: ESPR 10. un 11. pants

Prasības digitālajai produkta pasēm noteiktas ESPR 10. pantā (Regula (ES) 2024/1781), kas nosaka vispārējās pases prasības. Tās pašas regulas 11. pants konkrēti attiecas uz pases tehnisko projektu un darbību, uzsverot savstarpējību un atvērtus standartus, lai dati būtu mašīnlasāmi un maināmi. Abi panti attiecas uz pasi kā produktu, nevis uz importētāju, vairumtirgotāju vai noliktavas vadītāju iekšējām informācijas sistēmām — saite ar tām ir tehniska realizācija, kas rodas papildus.

Tas, kurš vēlas jau tagad gatavoties, labāk uzsāks ar savu produkta datu kartēšanu un sazināsies ar pusi, kas savāks un viesnīcā pases bandām, lai apspriestu, kura piegādes maršruta forma labāk atbilst esošajai ERP vai inventāra sistēmai.

Uz ko tas balstās

Pats regulējums atrodas EUR-Lex. Mēs atsaucamies uz katru apgalvojumu; jums nav jāuztver mums par pareizu.

Kas jums konkrēti jādara

Kas no jums tiek sagaidīts

Pase jāspēj saņemt datus no avota sistēmas

Produkta pase netiek rakstīta manuāli atsevišķā veidlapā — dati nāk no kaut kura avota: no ERP sistēmas, krājumu pārvaldības paketes, ražotāja Excel eksporta vai to kombinācijas. ESPR (Regula (ES) 2024/1781) 10. pants nosaka prasības tam, kādi dati pasē jāietver un kā tie jābūt pieejami, bet neparedz, caur kuru sistēmu uzņēmums šos datus iesniedz. Praktiskā nozīmē bandenimportierim vai vairumtirgotājam ar 10–100 darbinieku nozīmē, ka jābūt noteiktam, atkārtojamam veidam, kā produkta datus no paša sistēmas pārvietot uz pasi — nevis vienreizīgai manuālai ievadīšanai, ko nākamo bandāžu partiju gadījumā atkal nāk jāizdomā no jauna.

Savienojumam jāatbilst unikālam produkta identifikācijas kodam

ESPR 11. pants apraksta, kā digitālajai produkta pasēi jāfunkcionē tehniskā aspektā, tostarp savienojumam starp produktu un tā pasi, izmantojot identifikācijas kodu. ERP vai krājumu sistēma parasti darbojas ar saviem artikulu numuriem, SKU kodiem vai iekšējiem kodiem. Savienojumam ar pasi šim iekšējam kodam jāsakrīt ar pases izmantoto identifikācijas kodu vai tas ir jāpārtulko uz to. Uzņēmumiem, kuri jau izmanto skaidru, unikālu kodu katrai bandāžu izmēram vai partijai savā krājumu sistēmā, šajā jautājumā ir priekšrocības; uzņēmumiem, kuri strādā ar apkopotām pozīcijām vai vispārējiem modeļu nosaukumiem, bieži vien tikai savienojuma brīdī atklājas, ka viņu iekšējā administrācija nav pietiekami detalizēta. Vairāk par šo pamatsoļi lasiet kā piešķirt katram produktam unikālu identifikācijas kodu?

Izmaiņas avota sistēmā jāatspoguļojas pasē

Krājumu sistēma nekad nav statiska: cenas mainās, specifikācijas tiek atjauninātas, piegādātājs maina sastāvu. 10. pants ir balstīts uz pasi, kas atspoguļo faktisko stāvokli ciktāl attiecīgā datu kategorija to pieprasa. Uzņēmumam tas nozīmē, ka savienojums ar paša sistēmu ne tikai pirmajai ievadīšanai jādarbojas, bet arī vēlākiem labojumiem — pretējā gadījumā rodas pase, kas publikācijas brīdī bija pareiza, bet tagad vairs nav.

Savienojumam jābūt izsekojamam uz avotu

Pase, kas parāda datus, bet vairs nav iespējams noskaidrot, no kuras sistēmas, kura eksporta vai kuras versijas šie dati nāk, ir grūti pamatojama pārbaudē. Tas netieši izriet no 10. un 11. panta kopā: dati jāsakrīt UN jābūt pārbaudāmiem. Uzņēmumiem ar savienojumu uz ERP tas nozīmē, ka jānosaka kāda journāla veida vai versiju pārvaldības forma — kad kāda datu kopa tika pārvietota un kāds to izdarīja.

Kur praktiski notiek kļūmes

Vairumtirgotājs pirmo reizi pase publicēšanas brīdī savienoja ERP sistēmas krājumu moduli ar pasi, bet aizmirsa, ka jaunas bandāžu izmērs, kas vēlāk tiek pievienots, netiek automātiski iekļauts — pase paliek pieķērta sākotnējās izsūtīšanas datuma sortimentam.

Importieris izmanto ERP sistēmā apkopošanas kodu visai produktu līnijai ("175/65R14 vasaras riepas, dažādi ražotāji"), kamēr pase jādarbojas pēc unikāla identifikācijas koda. Savienojums tad sniedz vienu pasi produktiem, kuriem faktiski katram jābūt savai pasēi — skat. arī kāds ir riepas izmēra sakars ar unikālo identifikācijas kodu?

Vagonparka pārvaldnieks saņem ražotāja eksportu formātā, kas neatbilst savai krājumu sistēmai, un dati tiek manuāli pārrakstīti starpfailā. Pie nākamās piegādes šis starpfails netiek atjaunināts, tāpēc pase parāda specifikāciju vecāku versiju nekā tas, kas faktiski atrodas noliktavā.

Uzņēmums savienoja ERP sistēmu tieši ar pasi bez starpsoļa, un kļūda eksporta laukā (piemēram, sajaukas kolonna ar bandāžu izmēriem) nepamanīta nonāk vairākās pasēs, jo neviens nepārbauda savienotus datus pēc pārvietošanas.

Importētājs domā, ka vienas savienošanas reizes ir pietiekami visiem nākotnes modeļa variantiem, turklāt patiesībā katram izmēram vai izpildījumam nepieciešami atsevišķi dati — jautājums par to, vai datus drīkst atkārtoti izmantot dažādiem tā paša modeļa riepas izmēriem, tiek noskaidrots pārāk vēlu, skatīt vai varu izmantot tos pašus datus vairākiem tā paša modeļa riepas izmēriem?

Ko jūs varat fiksēt

  • Apskats par to, kura sistēma (ERP, krājumu pārvaldības sistēma, piegādātāja portāls) ir avots katram datu laukam pasportā, lai jautājuma vai pārbaudes gadījumā uzreiz būtu skaidrs, no kuras vietas nāk skaitlis vai specifikācija.
  • Stingra procedūra datu pārsūtīšanai jauniem produktiem, ieskaitant brīdi, kad tiek piešķirts un saistīts unikāls identifikācijas kods.
  • Vienošanās par to, kurš ir atbildīgs par pasporta atjaunināšanu, kad avota sistēmā mainās dati — un kādu darbību procedūru tas notiek.
  • Kontroles etaps pēc katras savienošanas vai eksporta, kurā tiek stichveida pārbaudīts, vai pasportā esošie dati atbilst avota sistēmai.
  • Žurnāls vai versiju vēsture par to, kas tika pārsūtīts un kad, lai grozījums būtu izsekojams.
  • Dokumentācija par pašu tehnisko savienošanu (kādi ir eksporta formāti, kādi lauki tiek kartēti, kāda programmatūra vai starplaik tiek izmantots), izmantojama kā pielikums iekšējām auditēm.

Uzņēmumiem, kuriem vēl jānosaka, vai viņu riepa vispār ietilpst šajā pienākumā, tas ir loģisks iepriekšējais solis — skatīt vai manas riepas attiecas uz digitālo produktu pases? Tie, kas vēlas plašāk uzzināt par pasporta lomu kopējā ķēdē un kur savienošana ar pašas sistēmu iederas, atradīs vispārēju skaidrojumu šeit: kas ir digitāls produkta pasports riepām?

Tas nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, par kuru ir šī platforma. Mēs nepazīstam jūsu situāciju. Ja neesat pārliecināti par savu gadījumu, lūdzam konsultēties ar tiesībnieku vai kompetento uzraudzības iestādi.

Rakstīts ar AI, pamatojoties uz iepriekšminētajiem avotiem, kuram cilvēks pārbaudīja 2026-08-22. Kaut kas nav pareizi? Mums paziņojiet — labojumi tiek apstrādāti prioritāri.