Akkupassin rekisteröinti EU:n DPP-rekisteriin

Akkupassin rekisteröinti EU:n DPP-rekisteriin tapahtuu API:n kautta, jonka Euroopan komissio dokumentoi perjantaina 30. lokakuuta 2026. Valmistaja lähettää rekisteriin passin yksilöllisen tuotetunnisteen (UPI), joka on URL-osoite. Rekisteri hakee passin tästä osoitteesta, validoi sen komission skeemoja vasten ja rekisteröi sen vain, jos se on vaatimusten mukainen. Passista se ei säilytä kopiota. Velvoite koskee 18. helmikuuta 2027 alkaen jokaista LMT-akkua, jokaista yli 2 kWh:n teollisuusakkua ja jokaista sähköajoneuvon akkua.

Mitä komissio julkaisi 30. lokakuuta 2026

Asiakirjat ovat komission DPP:n resurssi- ja dokumentaatiosivulla.

Rekisteriä koskevat säännöt ovat täytäntöönpanoasetuksessa (EU) 2026/1778. API-ohjeen mukaan rekisteri lukee ja validoi jokaisen passin ”in accordance with” tämän asetuksen. Artikkelimme rekisterin käynnistymisestä heinäkuussa käsittelee sen oikeusperustaa.

Mitkä akut tarvitsevat rekisteröidyn passin

Akkuasetuksen, asetuksen (EU) 2023/1542, 77 artiklan 1 kohta edellyttää akkupassia 18. helmikuuta 2027 alkaen:

• jokaiselle LMT-akulle (kevyiden kulkuneuvojen akku, esimerkiksi sähköpyörät ja sähköpotkulaudat)
• jokaiselle teollisuusakulle, jonka kapasiteetti on yli 2 kWh
• jokaiselle sähköajoneuvon akulle

Kannettavat akut ja SLI-akut eivät kuulu velvoitteen piiriin. Akkupassia käsittelevä artikkeli kertoo, mitä passi sisältää.

Rekisterissä nämä akut kuuluvat tuoteryhmään BATTERIES, ja kullakin luokalla on oma alaryhmänsä. Koodit saadaan kutsulla GET /api/v1/dpp/product-groups, ja ohjeen mukaan on käytettävä sieltä palautettuja arvoja. Lisäksi jokainen lähetyksen passi ilmoittaa rakeisuutensa: item, batch tai model.

Miten rekisteröinti toimii

Artikkelin yläosan kuvitus näyttää neljä vaihetta.

1. Varmenna organisaatiosi

Vain varmennettu organisaatio voi rekisteröidä passeja. Kirjaudut EU Loginilla, rekisteröit organisaation ja lähetät allekirjoitetun ilmoituksen. Oikeushenkilö sinetöi sen hyväksytyllä sähköisellä leimalla (QSeal). User Guide for Economic Operators (v3, 14. syyskuuta 2026) kuvaa jokaisen vaiheen.

2. Luo palvelutili

Koneiden välinen pääsy käyttää OAuth 2.0 client credentials -menetelmää ja private_key_jwt-todennusta. Jaettuja asiakassalaisuuksia ei tueta.

• Ylläpitäjä luo palvelutilin; organisaatiolla voi olla enintään 5.
• Tili tarvitsee roolin, joka sallii passien rekisteröinnin.
• Avaimet ovat elliptisen käyrän avaimia: P-256, P-384 tai P-521.
• Jokainen käyttötunniste on voimassa enintään 15 minuuttia.
• Tunnistetiedon suositeltu voimassaolo on yksi vuosi, enintään kaksi. Kaksi voi olla aktiivisena yhtä aikaa, joten avaimet voi vaihtaa ilman katkosta.

Yksityinen avain pysyy talouden toimijalla. Ohje suosittelee sen luomista laitteistoturvamoduulissa.

3. Lähetä passit

Lähetät kutsun POST /api/v1/dpp/submission, jossa on 1–100 passia, joilla on sama tuoteryhmä ja alaryhmä. Jokainen pyyntö tarvitsee enintään 128 merkin Idempotency-Key-otsakkeen. Uusintayritys samalla avaimella palauttaa alkuperäisen tehtävän eikä luo toista. Esimerkki API-ohjeesta:

{
  "productGroup": "BATTERIES",
  "productSubGroup": "EV",
  "submissionItems": [
    {
      "uniqueProductIdentifier": "https://example.com/dpp/battery/0001",
      "granularity": "item",
      "batchIdentifier": "xxx-000",
      "modelIdentifier": "yyy-111"
    }
  ]
}

4. Seuraa tehtävää

Rekisteri vastaa 202 Accepted ja palauttaa taskId-tunnisteen. Se tarkoittaa, että pyyntö hyväksyttiin käsiteltäväksi, ei että mitään olisi rekisteröity. Tilan luet kutsulla GET /api/v1/tasks/{taskId}: PENDING, PROCESSING, COMPLETED tai ERROR. Valmiin tehtävän tulos on SUCCEEDED tai FAILED. Ohje suosittelee kyselyjä 1, 1, 2, 3, 5, 8, 13, 21, 34 ja 55 sekunnin välein, sen jälkeen 60 sekunnin välein, ja Retry-After-otsakkeen noudattamista. Passikohtaiset tulokset saa kutsulla GET /api/v1/tasks/{taskId}/items JSON- tai CSV-muodossa.

Lähetys on atominen. Jos yksi passi ei läpäise validointia, mitään lähetyksen passeista ei rekisteröidä, eivät myöskään läpäisseet.

Mitä rekisteri tarkistaa hakiessaan passisi

Rekisteri käyttää UPI-tunnistetta täsmälleen lähetetyssä muodossa passin ensimmäisenä osoitteena. Jos se ei tavoita passia, kohde epäonnistuu virheellä UPI_NOT_RESOLVABLE.

Ensimmäinen haku, ilman kirjautumista. Rekisteri lähettää GET-pyynnön ilman tunnistetietoja. Se seuraa koko selvityksen aikana enintään 3 uudelleenohjausta, joten jokaisen vaiheen on vastattava anonyymisti. Lopullinen osoite vastaa 200 ja palauttaa passin julkisen osan.

Muoto. Semantic Data Guiden mukaan rekisteri pyytää JSON-muotoa, joka on EN 18216:2026 -standardin ainoa pakollinen muoto. Self-Hosted Authentication Guide sallii myös JSON-LD:n ja XML:n, JSON perustana.

Skeemat. Validointi tehdään semanttisia artefakteja vasten, versio 1.0.0:

• Core-skeema vaatii 6 kenttää: digitalProductPassportId, uniqueProductIdentifier, granularity, dppStatus, lastUpdate ja contentSpecificationIds.
• contentSpecificationIds nimeää määrittelyt, joita passi noudattaa: core, akut ja tarvittaessa alaryhmä.
• Akkujen julkinen näkymä vaatii 25 kenttää. Niihin kuuluvat valmistaja, luokka, valmistuspaikka ja -päivä, paino, kapasiteetti, kemia, vaaralliset aineet, sammutusaine, kriittiset raaka-aineet, jännitteet, teho, sisäinen resistanssi, lämpötila-alue, EU-vaatimustenmukaisuusvakuutus ja tiedot jäteakuista.
• Koodatut arvot, kuten luokka, kemia ja yksiköt, ovat URI-osoitteita komission sanastoista, eivät vapaata tekstiä.

Akun tiedot jaetaan neljään näkymään: pub (julkinen) sekä rajatut res1, res2 ja res3.

Toinen haku, tunnisteella. Seuraavaksi rekisteri kutsuu samaa osoitetta DPP Authentication Servicen bearer-tunnisteella. Palvelimesi tarkistaa tunnisteen itse komission julkaisemia avaimia vasten. Sen on tarkistettava tunnisteen kohdeyleisö (oma HTTPS-originisi), sen scope dpp:registry:read ja enintään 120 sekunnin elinaika. Sen jälkeen se vastaa julkisilla ja rajatuilla tiedoilla.

Ohje edellyttää myös Vary: Authorization -otsaketta, jotta välimuistit pitävät kaksi vastausta erillään, eikä uudelleenohjauksia todennuksen jälkeen.

Mitä säilytetään. API-ohjeen mukaan rekisteri ei tallenna hakemaansa passin sisältöä. Passi pysyy omalla palvelimellasi tai palveluntarjoajasi palvelimella.

Milloin rekisteröinti avautuu

DPP Helpdesk kertoi meille 4. marraskuuta 2026, ettei rekisteröinti ole vielä käytettävissä missään ympäristössä. Helpdeskin mukaan testi-API on suunniteltu hyväksymistestausympäristöön joulukuussa, ja tuotantoa tavoitellaan tammikuun 2027 loppuun. 77 artiklan 1 kohdan mukainen velvoite koskee 18. helmikuuta 2027 alkaen.

Tuotannon avautumisen ja velvoitteen väliin jää siis vähän aikaa. Työn, joka ei riipu rekisterin avautumisesta, voi tehdä jo nyt.

Mitä akkuvalmistaja tarvitsee ennen 18. helmikuuta 2027

Mitä DPP Agent tekee akkupasseille

• Rakennettu tiedoista, jotka sinulla jo on. Passit täytetään Shopifysta, Centrasta, Akeneosta, inRiverista, CSV-tiedostosta tai API:n kautta, joten mitään ei kirjoiteta kahteen kertaan.
• Tehdas täyttää sen, minkä vain se tietää. Toimittajalinkin kautta valmistuslaitos syöttää valmistuspaikan ja -päivän, vaaralliset aineet ja sisäisen resistanssin, ja sinä hyväksyt jokaisen arvon.
• Yksi passi akkua kohden. Jokaisen akun sarjanumero on sen GS1 Digital Link -osoitteessa, ja mukana on QR-koodi ja tulostusvalmis etiketti.
• Päivitykset akkukohtaisesti. Kunto (state of health), tila, latausjaksot ja haitalliset tapahtumat pidetään akkukohtaisesti, ja jokainen muutos tallentuu versiohistoriaan. Uuteen käyttötarkoitukseen otettu akku saa uuden passin, joka linkitetään alkuperäisen akun passiin (77 artiklan 7 kohta).
• Oikeat tiedot oikealle lukijalle. Yleisö näkee julkisen osan. Korjaajat, kunnostajat ja kierrättäjät saavat jakolinkin tietoihin, jotka on tarkoitettu henkilöille, joilla on oikeutettu etu, ja viranomaiset saavat linkin omiin tietoihinsa (77 artiklan 2 kohta).
• Valmis EU:n DPP-rekisteriin. Jokainen passi vastaa rekisterin omassa muodossa, ja rajatuilla näkymillä, kun rekisteri lukee sen tunnisteellaan.
• Puutteet näkyvät ennen rekisteröintiä. DPP-validaattori näyttää, mitä komission skeemoihin nähden puuttuu, joten voit korjata sen ennen lähettämistä.
• Kielilläsi ja brändilläsi. Passi näytetään asiakkaidesi kielillä ja brändisi ilmeellä.

DPP Academyn jakso EU-rekisteristä kertoo, kuka lataa mitäkin, ja akkuja käsittelevä jakso kattaa akkupassin muut osat.

Usein kysytyt kysymykset

Milloin akkupasseja voi rekisteröidä EU:n DPP-rekisteriin?

Ei vielä. DPP Helpdeskin mukaan 4. marraskuuta 2026 testi-API on suunniteltu hyväksymistestausympäristöön joulukuussa, ja tuotantoa tavoitellaan tammikuun 2027 loppuun. Passivelvoite koskee 18. helmikuuta 2027 alkaen.

Tallentaako EU:n DPP-rekisteri akkupassin?

Ei. Rekisteri hakee passin sen UPI-osoitteesta ja validoi sen, mutta API Integration Guiden mukaan se ei tallenna passin sisältöä. Passi pysyy omassa osoitteessaan.

Montako akkupassia yhdellä pyynnöllä voi rekisteröidä?

1–100, kaikilla sama tuoteryhmä ja alaryhmä. Jokainen pyyntö tarvitsee Idempotency-Key-otsakkeen.

Mitä tapahtuu, jos yksi lähetyksen passi ei läpäise validointia?

Mitään lähetyksen passeista ei rekisteröidä. Lähetykset ovat atomisia, ja kohdekohtaiset tulokset näyttävät, mikä passi epäonnistui.

Missä muodossa akkupassin on oltava rekisteröintiä varten?

JSON. Semantic Data Guiden mukaan rekisteri pyytää JSON-muotoa, joka on EN 18216:2026 -standardin ainoa pakollinen muoto, ja validoi sen core- ja akkuskeemoja 1.0.0 vasten.

Lähteet

• Asetus (EU) 2023/1542 (akkuasetus): 77 artiklan 1 kohta (akkupassi). EUR-Lex
• Komission täytäntöönpanoasetus (EU) 2026/1778 digitaalisten tuotepassien rekisteristä. EUR-Lex
• Euroopan komissio, DPP:n resurssit ja dokumentaatio: API Integration Guide v1.0, OpenAPI-määrittelyt 1.0.0, Semantic Data Guide, Semantic Data Artifacts 1.0.0, Service Account Technical Integration Guide ja Self-Hosted Authentication Guide v1.0 (30. lokakuuta 2026); Battery data points by category v3.2 (19. lokakuuta 2026); User Guide for Economic Operators v3 (14. syyskuuta 2026). Komission sivu
• DPP Helpdesk: vastaus 4. marraskuuta 2026 rekisteröinti-API:n saatavuudesta.