Ar galiu baterijos pasą susieti su savo ERP arba atsargų sistema?

Sujungti galima, tik taikant atvirus standartus

Skaitmeninio akumuliatoriaus paso ryšys su savuoju ERP ar atsargų sistema yra techniškai įmanomas, ir akumuliatorių reglamentas iš tiesų tai skatina. Reglamento (ES) 2023/1542 77 straipsnis nustato, kad akumuliatoriaus pasas turi būti sukurtas remiantis atvirais, suoperabiais standartais, kad duomenys būtų mašininiu būdu skaitomi, paieškomi ir perkeliami tarp sistemų, neprisirišus vartotojo prie vieno tiekėjo. Šis principas iš esmės leidžia techninį ryšį su kita programine įranga, įskaitant ERP paketą, atsargų valdymo sistemą arba savinę saugyklą. Reglamentas nepateikia konkrečios sujungimo metodo, pavyzdžiui, tam tikro failo formato ar privalomojo API; tai priklauso nuo paso platformos teikėjo ir šalies, kuri nori sukurti ryšį, pasirinkimų.

Ką reguliuoja teisės aktai ir ką ne

67 ir 78 straipsnių iš reglamento įsigijimas susijęs su pačiu pasaportu: kokius duomenis jame turėtų būti, kaip jis susietas su QR duomenų nešikliu akumuliatoriuje, ir kad jis turėtų būti prieinamas ir suoperabis. Reglamentas nereglamentuoja to, kaip importuotojas, pirklys ar mašinų gamintojas sutvarko savo vidinę atsargų administraciją, ir taip pat nereglamentuoja, kuris techninis ryšys tam naudojamas. Tai reiškia, kad ryšys su ERP sistema yra pasirinkimas, kuris yra už teisinių pareigų ribų – naudingas savo verslo veiklai, bet ne tai, kurio reglamentas reikalautų ar pateiktų rezultatą. Tiems, kurie nori tik laikytis paso pareigybes, ryšys su savuoju sistema nėra reikalavimas; tiems, kurie nori pernaujinti duomenis savo administracijoje, tai yra papildoma galimybė.

Nuo 2027 m. vasario 18 d., iki tol jokio sujungimo pareigybės

Pareiga naudoti akumuliatoriaus pasą galioja nuo 2027 m. vasario 18 d. Iki šios datos nėra teisinės pareigos turėti pasą, todėl nėra pareigos sujungti to paso su jokia sistema. Tačiau jau galima pranešti apie tą datą: rinkti duomenis, juos struktūrizuoti ir, jei to reikia, iš anksto apsvarstyti, kaip tie duomenys susijęs su esama ERP ar atsargų sistema. Nenustatyta atskira "sujungimo su savomis sistemomis" data, nes tai nėra atskira teisinė pareiga; vienintelė griežta data iš reglamento – pačios paso pareigos data.

Kaip tai praktikoje atliekama

Kurie svarsto akumuliatoriaus paso sujungimą su savuoju sistemu, pradeda nuo tikslo nustatymo: ar tai automatinis produkto duomenų teikimas paso, pavyzdžiui, cheminė sudėtis, kilmė ar naudojimo instrukcijos, arba paso duomenų grąžinimas į savą atsargų administraciją? Šios dvi kryptys reikalauja skirtingo sujungimo. Tada prasminga patikrinti, kokius duomenų formatus ir sąsajas siūlo pasirinkta paso platforma, ir ar jie derasi su tuo, ką gali importuoti arba eksportuoti savasis ERP ar atsargų paketas. Kadangi atviro standarto pareiga iš 78 straipsnio skirta tiekėjo fiksavimui išvengti, yra logiška, kad platforma tai ir padaro; abejojant, tai yra konkretus klausimas, kurį reikėtų užduoti paso platformos teikėjui, nepriklausomai nuo to, ką sako pats reglamentas. Galiausiai praktika yra nelankyti sujungimo kaip vienkartinio projekto, bet kaip kažko, kas juda kartu su produkto ar atsargų pokyčiais, nes pasas lieka aktyvus visą jo galiojimo laiką ir duomenys tuo metu gali keistis.

Pagrindas 77 ir 78 straipsniuose akumuliatorių reguliavimo

Tai, kad baterijų pasas turi būti suderinamas, mašiniškai skaitomas ir perkeliamas sistema, išplaukia iš Direktyvos (EU) 2023/1542 77 straipsnio, kuriame nustatoma baterijų paso techninė struktūra ir veikimas. Tos pačios direktyvos 77 straipsnis nustato, kad pasas yra elektroninis dokumentas, susietas su unikaliuoju identifikaciniu kodu ir su duomenų nešikliu ant baterijos. Abu straipsniai yra skirti pasui kaip tokiam, o ne įmonės vidinėms sistemoms, kurios jį naudoja – susiejimas su savąja ERP arba atsargų sistema yra praktinis tos atviros struktūros pritaikymas, o ne atskira teisinė pareiga.

Norintieji tai toliau plėtoti gali geriausiai pradėti nuo savojo tikslo susiejimui nustatymo – duomenų pateikimas, duomenų gavinėjimas arba abu – ir pateikti tai pasirinktinės baterijų pasų platformos teikėjui; teisinį tekstą galima perskaityti Direktyvos (EU) 2023/1542 oficialioje publikacijoje.

Kuo tai pagrįsta

Pats reguliavimas yra EUR-Lex. Mes nurodome pagal kiekvieną tvirtinimą; jūs neturite mums tikėti.

Ką jūs konkrečiai turite daryti

Ką iš jūsų tikimasi

Pasportą reikia pateikti kaip mašininio nuskaitymo duomenis, ne tik kaip ekrano vaizdą

78 straipsnis iš Direktyvos (ES) 2023/1542 (baterijų direktyva), 77 straipsnis yra apie baterijų paso techninį projektavimą ir veikimą, iš to išplaukia, kad pagrindiniai duomenys turi būti pasiekiami struktūrizuotu, skaitmeninių būdu. Tai reiškia, kad daugeliu atvejų techninės galimybės susieti su ERP arba atsargų sistema yra, nes pasportą nėra skirtas būti atskira interneto svetaine, bet kaip duomenų rinkinys, kuris atidaromas per QR kodą. Įmonei iš 10 iki 100 darbuotojų tai reiškia, kad klausimas "ar tai įmanoma?" yra mažiau aktualus nei klausimas "per kurį kelią vyksta sąsaja ir kas ją valdo?" — nes atsakymas į antrąjį klausimą nulemia, kiek darbo reikia.

Sąsaja vyksta per paso teikėją, o ne tiesiogiai iš ERP sistemos

Akumuliatoriaus pasas yra nuomojamas paslaugų teikėjo — šiuo atveju batpas.eu — o ne importuotojo ar prekybininko. Tai reiškia, kad praktikoje jungimas su savąja sistema atliekamas keičiantis duomenimis su tąja nuomos šalimi: duomenys perkeliami iš ERP sistemos į platformą, kurioje sudaromas ir publikuojamas pasas, o ne atvirkščiai. Praktiniam darbui tai yra svarbus skirtumas: ERP sistema yra duomenų — tokių kaip tipo numeris, partijos numeris ar atsargų būklė — šaltinis, tačiau pats pasas su QR duomenų nešikliu ir saitais į kur yra akumuliatoriaus pasporto duomenys internete ir kas juos administruojalikusia nuomos šalyje.

Kiekviena baterija turi būti unikaliai atsekamaprieš pradedant jungimą

Sujungimas tarp atsargų sistemos ir pasu veikia tik tada, kai abi sistemos tą pačią bateriją identifikuoja tuo pačiu būdu. Tam reikalinga glaudžiai suderinta metodika, kiekvienai baterijai suteikti unikalų identifikatorių kad taisyklė ERP sistemoje atitiktų vienu su vienu atitiktimi su vienu pasportu. Įmonėms, kurios dirba su serijomis, partijomis arba šaržų numeriais, tai dažnai yra taškas, kuriame sujungimas nesuveikia: atsargų sistema registruoja šaržos lygmeniu, o pasportas egzistuoja kiekvienos atskiros baterijos lygmeniu.

Duomenų struktūra vaidina vaidmenį atliekant automatinį sujungimą

Automatiniam sujungimui — kai duomenys nėra rankiniu būdu iš naujo spausdinami, bet automatiškai keičiamasi — yra aktualu, ar naudojama standartizuota identifikavimo metodika. Tai yra vieta, kur GS1 Digital Link atsiranda: standartizuota nuoroda palengvina sistemų tarpusavio jungimą be to, kad kiekvienas ryšys būtų atskirai rankinio būdo kuriamas. Įmonei, kuri jau dirba su GS1 kodais atsargų sistemoje, tai dažnai yra mažesnė žingsnis nei įmonei, kuri naudoja vidinius, nestandartizuotus prekės numerius.

Kur tai neveikia praktikoje

Atsargų sistema registruoja paketų lygiu, pasportą reikalingas kiekvienai vienetui. E-bikinio akumuliatoriaus importuotojas naujas siuntas įveda paketo lygiu — šimtas vienetų pagal vieną pirkimo eilutę — tuo tarpu kiekvienos atskirai baterijos pasportui reikalingas savo failas. Jungimas tada duoda šimtą kartų tuos pačius duomenis, nenurodant, kuris pasportas priklauso kuriam fiziniam egzemplioriui.

Dvi sistemos, dvi „tiesos Vielos pardavėjas pakoreguoja specifikaciją ERP sistemoje — kitą ląstelių tipą po tiekėjo pasikeitimo — bet pamiršta, kad tas pats pakeitimas turi patekti ir į pasportą. Jungimas vyksta per rankinį eksportą, o ne per automatinę sinchronizaciją, todėl dvi šaltiniai palaipsniui skiriasi vienas nuo kito.

Lūkestis, kad jungimas „automatiškai viską išsprendžia Mašinų gamytojas daro prielaidą, kad ERP sistemos sujungimas su pasporto platforma taip pat tvarko produkto etiketavimą ir QR vietos nustatymą. Tai yra du atskirti procesai: jungimas tvarko duomenų srautą, bet klausimai, kaip QR kodas atsiduria ant baterijos, yra fizinis ir logistinis klausimas, kuris yra atskiras nuo sistemos jungimo.

Neatsižvelgus į pakeitimo dalis. Parduodant pakaitines baterijas, susietas su nauja pardavimo situacija, bet ne su situacija, kai baterija keičiama pagal garantiją. Tai sukelia spragą: nėra esamo paso ir nėra automatiškai sukurto naujo paso, o klausimas, ar pakaitinė baterija gauna savo pasą yra tiesiogiai susijęs su šiuo procesu.

Susietas be susitarimo dėl to, kas įveda duomenis. Įmonėse, turinčiose atskirą įsigijimo ir pardavimo skyrių, neaišku, kas atsakingas už tinkamų duomenų pristatymą pasaporto platformai: skyrius, kuris perka bateriją, ar skyriai, kuris valdo atsargas. Be užfiksuoto susitarimo ši užduotis lieka neapibrėžta.

Ką galite fiksuoti

Apžvalga, kuris laukas ERP arba atsargų sistemoje atitinka kuriuos duomenis pase, kad susietus ryšys — automatinis arba rankinis — būtų galima patikrinti.
Susitarimas dėl to, kas įmonėje atsakingas už duomenų teikimą ir atnaujinimą pasaporto platformai.
Nustatyta darbo tvarka naujo paso sukūrimui pakaitinėms dalims, įskaitant momentą, kai tai fiksuojama atsargų sistemoje.
Patikrinimas naudojamos identifikavimo sistemos (vidinis kodas, GS1 ar kita) prieš techniškai nustatant ryšį.
Pakeitimų žurnalas, kuris yra tiek ERP sistemoje, tiek pase, siekiant, kad tikrinimo metu būtų aišku, jog abi šaltiniai yra sinchronizuoti.
Susitarimų su hosting partneriu dokumentacija dėl duomenų mainų formos ir dažnio.

Tai nėra teisinė konsultacija. Šis puslapis suteikia bendrą informaciją apie reguliavimą, kuriuo remiasi šia platforma. Mes nežinome jūsų situacijos. Jei abejojate dėl savo konkretaus atvejo, konsultuokitės su teisininku ar kompetentinga priežiūros institucija.

Parašyta su AI remiantis aukščiau nurodytais šaltiniais, žmogaus patikrinta 2026-08-22. Ar kažkas negerai? Pranešite — pataisymai gauna prioritetą.