Voinko linkittää akkupassin ERP- tai varastojärjestelmääni?

Kytkentä on mahdollista, kunhan käytetään avoimia standardeja

Digitaalisen akkupassin kytkeminen omaan ERP- tai varastojärjestelmään on teknisesti mahdollista, ja akkuasetus kannustaa sitä itse asiassa. Asetuksen (EU) 2023/1542 78 artiklassa määrätään, että akkupassi laaditaan avointen ja yhteentoimivien standardien perusteella, jotta tiedot ovat koneen luettavassa muodossa, haettavissa olevia ja siirrettävissä järjestelmien välillä, ilman että käyttäjä on sidottu yhteen toimittajaan. Tämä lähtökohta tekee teknisen kytkemisen muuhun ohjelmistoon – kuten ERP-pakettiin, varaston hallintajärjestelmään tai omaan hallintapaneeliin – periaatteessa mahdolliseksi. Asetus ei kuvaa erityistä kytkentämenetelmää, kuten tiettyä tiedostomuotoa tai pakollista sovellusliittymää; se on passiporttipalvelun tarjoajan ja kytkennän rakentamisesta haluavan osapuolen tehtävä.

Mitä säännöksistö kattaa ja mitä ei

Asetuksen 77 ja 78 artiklasta johtuva velvoite koskee passia itseään: mitkä tiedot sen on sisällettävä, miten se on linkitetty akun QR-datavälineeseen ja että sen on oltava saavutettava ja yhteentoimiva. Asetus ei sääntele sitä, kuinka maahantuoja, jälleenmyyjä tai koneenrakentaja järjestää sisäisen varaston hallinnon, eikä myöskään sitä, mitä teknistä kytkentää siihen käytetään. Tämä tarkoittaa, että kytkentä ERP-järjestelmään on valinta, joka jää lainsäädännöllisen velvoitteen ulkopuolelle – hyödyllinen omaa liiketoimintaa varten, mutta ei jotain, johon asetus asettaa vaatimuksia tai määrää tulosta. Niille, jotka haluavat vain noudattaa passiporttivelvoitetta, kytkentä omaan järjestelmään ei ole edellytys; niille, jotka haluavat hyödyntää tietoja uudelleen omassa hallinnossaan, se on lisämahdollisuus.

18. helmikuuta 2027 alkaen, siihen asti ei kytkentävelvoitetta

Velvoite akkupassin käyttöön tulee voimaan 18. helmikuuta 2027. Tähän mennessä ei ole lainsäädännöllistä velvoitetta omistaa passia, eikä siis myöskään velvoitetta kytkea sitä mihinkään järjestelmään. Mitä kuitenkin jo voidaan tehdä, on edetä kyseisen päivämäärän edellä: kerätä tiedot, järjestää ne ja – jos siihen on tarve – tarkistaa jo etukäteen, miten tiedot liittyvät olemassa olevaan ERP- tai varastojärjestelmään. Mitään erillistä päivämäärää "kytkennälle omiin järjestelmiin" ei ole määritetty, koska tämä ei ole erillinen lainsäädännöllinen velvoite; ainoa velvoittava päivämäärä, joka asetuksesta johtuu, on passiporttivelvoitteen päivämäärä itse.

Kuinka tämä käytännössä toteutetaan

Niille, jotka harkitsevat akkupassin kytkemistä omaan järjestelmään, on hyvä aloittaa määrittämällä tarkoitus: onko kyse tuotteen tietojen, kuten kemiallisen koostumuksen, alkuperän tai käyttöohjeisiin liittyvien tietojen automaattisesta toimittamisesta passiportille vai passiportin tietojen palauttamisesta omaan varaston hallintojärjestelmään? Nämä kaksi suuntaa edellyttävät erilaista kytkentää. Seuraavaksi on tarkoituksenmukaista tarkistaa, mitä tiedostomuotoja ja rajapintoja valittu passiporttipalvelu tarjoaa, ja ovatko ne yhteensopivia omien ERP- tai varastopaketin tuonnin ja viennin kanssa. Koska avoimen standardin velvoite asetuksen 78 artiklasta on tarkoitettu toimittajasidonnaisen lukituksen estämiseksi, on järkevää, että palvelu tämän todella tarjoaa; epäileväisyyden tapauksessa kysymys on konkreettinen palvelun tarjoajalle esitettävä kysymys, erillään siitä, mitä asetus itse sääntää. Lopuksi on käytännöllistä olla pitämättä kytkentää kertaksi tekemisen projektina, vaan sellaisena, joka muuttuu tuotteen tai varaston muutosten myötä, koska passi pysyy aktiivisena koko elinkaaren ajan ja tiedot voivat muuttua tämän ajanjakson aikana.

Perustuslaki asetuksen 77 ja 78 artiklassa

Siitä, että akkupassin on oltava interoperoitava, konepäälläolevan luettava ja siirrettävä järjestelmä, seuraa asetuksen (EU) 2023/1542 78 artikkeli, joka sääntelee akkupassin teknistä rakennetta ja toimintaa. Saman asetuksen 77 artiklassa määrätään, että passi on elektroninen tiedosto, joka on kytketty yksilöivään tunnistenumeroon ja akun tietojen siirtäjään. Molemmat artiklalit käsittelevät passia sellaisenaan, eivät yrityksen sisäisiä järjestelmiä, jotka käyttävät sitä - kytkentä omaan ERP- tai varastojärjestelmään on siis tämän avoimen rakenteen käytännöllinen soveltaminen, ei erillinen lakisääteinen velvoite.

Joka haluaa kehittää tätä edelleen, voi parhaiten aloittaa määrittämällä oman tavoitteensa kytkennälle - tietojen toimittaminen, tietojen hakeminen tai molemmat - ja esittää sen valitun akkupassialustan tarjoajalle; lainteksti on luettavissa asetuksen (EU) 2023/1542 virallisesta julkaisusta.

Mihin tämä perustuu

Verordus on saatavilla EUR-Lexissä. Viitamme jokaisen väitteen osalta; ette tarvitse uskoa meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Pasaportin on oltava saatavilla koneluettavana datana, ei vain näytöllä

Asetuksen (EU) 2023/1542 (akkuasetus) 78 artikkeli, ja artikla 77 koskee akkupassin teknistä suunnittelua ja toimintaa, ja siitä johtuu, että taustalla olevien tietojen on oltava saatavilla jäsennellyssä, digitaalisessa muodossa. Tämä tarkoittaa, että kytkeytyminen ERP- tai varastojärjestelmään on useimmissa tapauksissa teknisesti mahdollista, koska pasaportti ei ole tarkoitettu itsenäiseksi verkkosivuksi, vaan tietojoukkoksi, joka avataan QR-koodin kautta. 10–100 työntekijän yritykselle tämä tarkoittaa erityisesti sitä, että kysymys "onko se mahdollista?" on vähemmän relevantti kuin kysymys "miten kytkeytyminen tapahtuu ja kuka sitä hallinnoi?" — koska vastaus toiseen kysymykseen ratkaisee, kuinka paljon työtä se on.

Kytkeytyminen tapahtuu pasaportin tarjoajan välityksellä, ei suoraan ERP-järjestelmästä

Akkupassi ylläpidetään tarjoajalla — tässä tapauksessa batpas.eu:lla — ei tuojan tai jälleenmyyjän itse. Tämä tarkoittaa, että kytkeytyminen omaan järjestelmään käytännössä tapahtuu vaihdon kautta kyseisen hosting-osapuolen kanssa: tiedot siirtyvät ERP-järjestelmästä pasaportin kokoavalle ja julkaisevalle alustalle, ei toiseen suuntaan. Päivittäisen toiminnan kannalta tämä on tärkeä ero: ERP-järjestelmä on tietolähde, joka sisältää tietoja kuten mallinumeron, erän numeron tai varaston tilan, mutta itse pasaportti, QR-tietolähde ja linkki missä akkujen pasaportin tiedot sijaitsevat verkossa ja kuka niitä hallinnoi-palveluun, säilyvät hosting-osapuolella.

Jokainen akku on oltava yksilöllisesti jäljitettävissä ennen kuin kytkeytyminen on järkevää

Kytkeytyminen varajärjestelmän ja pasaportin välillä toimii vain, jos molemmat järjestelmät tunnistavat saman akun samalla tavalla. Tämä vaatii kattavan tavan antaa jokaiselle akuille yksilöllinen tunniste , jotta ERP-järjestelmän sääntö vastaa yksitellen yhtä pasaporttia. Yrityksille, jotka käyttävät sarjoja, eriä tai erän numeroita, tämä on usein kohta, jossa kytkeytyminen epäonnistuu: varajärjestelmä rekisteröi erätasolla, kun taas pasaportti on olemassa jokaiselle yksittäiselle akuille.

Tietojen rakenteet vaikuttavat automaattiseen kytkemiseen

Automaattisessa kytkemisessä — jossa tietoja ei syötetä manuaalisesti vaan vaihdetaan automaattisesti — on merkitystä sillä, käytetäänkö standardoitua tunnistusmenetelmää. Se on paikka, jossa GS1 Digital Link tulee kuvaan: standardoitu linkki helpottaa järjestelmien kytkemistä toisiinsa ilman, että jokainen kytkeytyminen rakennettaisiin erikseen käsin. Yritykselle, joka jo käyttää GS1-koodeja varajärjestelmässä, tämä on usein pienempi askel kuin yritykselle, joka käyttää sisäisiä, ei-standardoituja artikkeleiden numeroita.

Missä asiat menevät pieleen käytännössä

Varajärjestelmä rekisteröi erätasolla, pasaportti vaatii jokaisen yksittäisen akun. E-pyörien akkujen tuoja kirjaa uudet lähetykset erätasolla — sataa kappaletta yhden ostorivin alla — kun taas pasaportti vaatii jokaiselle yksittäiselle akulle oman tiedoston. Kytkeytyminen toimittaa sitten sata kertaa samat tiedot ilman, että on selvää, kumpi pasaportti kuuluu mihin fyysiseen kappaleeseen.

Kaksi järjestelmää, kaksi "totuutta". Skootterikauppias muuttaa erittelyä ERP-järjestelmässä — eri solutyyppi toimittajan vaihdoksen jälkeen — mutta unohtaa, että sama muutos on päädyttävä myös pasaporttiin. Kytkeytyminen tapahtuu manuaalisen viennin kautta automaattisen synkronoinnin sijaan, minkä seurauksena kaksi lähde hitaasti siirtyvät erilleen.

Odotus, että kytkeytyminen "ratkaisee kaiken automaattisesti". Koneiden valmistaja olettaa, että ERP-järjestelmän liittäminen pasaporttialustaan hoitaa myös tuotteiden merkinnän ja QR-sijoittelun. Nämä ovat kaksi erillistä prosessia: kytkeytyminen hoitaa tietovirtaa, mutta kysymys kuinka QR-koodi päätyy akulle on fyysinen ja logistinen ongelma, joka on erillään systeemisen kytkemisen ulkopuolella.

Varaosien huomioimatta jättäminen. Vaihto-akkujen myynnissä kytkentä järjestetään uutta myyntiä varten, mutta ei tilanteissa, joissa akku vaihdetaan takuun perusteella. Tämä johtaa aukkoon: olemassa olevaa passaporttia ei ole ja uutta passaporttia ei luoda automaattisesti, vaikka kysymys siitä, onko vaihto-akulla oma passaportti on kyseisessä prosessissa relevantti.

Kytkentä järjestetty ilman sopimusta siitä, kuka tiedot syöttää. Yrityksissä, joissa on erillinen osto- ja myyntiosasto, syntyy epäselvyyttä siitä, kuka on vastuussa oikeiden tietojen toimittamisesta passeporttipalvelulle: osasto, joka ostaa akun, vai osasto, joka hallinnoi varastoa. Ilman kirjattua sopimusta tehtävä jää kahden tuolin väliin.

Mitä voit dokumentoida

Luettelo siitä, mikä ERP- tai varastojärjestelmän kenttä vastaa mitä tietoa passaportissa, jotta kytkentä — automatisoitu tai manuaalinen — pysyy hallittavana.
Sopimus siitä, kuka yrityksessä on vastuussa tietojen toimittamisesta ja ajantasaisuuden ylläpidosta passeporttipalvelulle.
Vakiintunut menettely uuden passaportin luomiseksi varaosissa, mukaan lukien ajankohta, jolloin se kirjataan varastojärjestelmään.
Tarkistus käytetystä tunnistusjärjestelmästä (sisäinen koodi, GS1 tai muu) ennen kuin kytkentä järjestetään teknisesti.
Lokitiedot muutoksista, jotka on tehty sekä ERP-järjestelmässä että passaportissa, jotta on selvää, että molemmat lähteet ovat synkronissa tarkastuksessa.
Dokumentointi sopimuksista isäntäpalvelutuottajan kanssa tietojenvaihdon muodosta ja tiheydestä.

Tämä ei ole oikeudellista neuvontaa. Tämä sivu antaa yleisiä tietoja sääntelystä, jota tämä alusta koskee. Emme tunne tilannettanne. Jos epäilette omaa tapaukseanne, kuulkaa lakimiestä tai asianomaista valvontaviranomaista.

Kirjoitettu tekoälyllä yllä olevien lähteiden perusteella, ihmisen tarkistama 2026-08-22. Onko jotain vialla? Ilmoita siitä — korjaukset saavat etusijan.