Digitální pas baterie: Jak udržovat data aktuální

Od února 2027 povinné: Jak výrobci právně správně aktualizovat dynamická data v digitálním pasu baterie – od SoH po uhlíkovou stopu CO₂.

autor QR3 Redaktion

Digitální pas baterie: Jak udržovat data aktuální

Proč nestačí údaje vyplnit jen jednou

Digitální pas baterie (DBP) není statický datový list. Nařízení o bateriích (EU) 2023/1542 výslovně stanoví, že určité datové body musí zůstat aktualizovatelné po celý životní cyklus baterie. Kdo svůj pas vyplní jednorázově při uvedení na trh a poté jej již neupravuje, požadavky nesplňuje v plném rozsahu — a od 18. února 2027 riskuje závažné problémy s dodržováním předpisů.

Zní to jako samozřejmost, v praxi však jde o značný provozní problém. Implementační zpráva Minespideru z roku 2026 identifikuje dvě strukturální slabiny, které prostupují celým odvětvím: fragmentaci dat v dodavatelském řetězci a chybějící procesy pro dynamické aktualizace dat. Oba problémy lze vyřešit — avšak pouze pomocí jasné technické a organizační strategie.


Co se musí změnit a kdy: Tři kategorie aktualizací

Ne všechna datová pole v DBP podléhají stejným povinnostem aktualizace. Vyplatí se od počátku rozlišovat tři kategorie:

1. Statická kmenová data (jednorázově při uvedení na trh)

Patří sem chemické složení, technologie článků, identifikace výrobce a sériové číslo. Tato pole se nastavují při prvním vyplnění a nemění se. Tvoří neměnné jádro pasu.

2. Údaje o CO₂ specifické pro šarži (jednorázově, ale detailně)

Uhlíková stopa specifická pro produkt (PCF) musí být vypočtena podle metod ISO 14067-kompatiblen) a uvedena na úrovni šarže. Návrh JRC Evropské komise objasňuje: Agregace napříč různými výrobními závody není přípustná. Každý model baterie dostává pro každý výrobní závod vlastní hodnotu PCF. To znamená, že pro každou novou šarži musí být vytvořen nový datový záznam a propojen s příslušným pasem — nikoli zkopírován z předchozího modelu.

V praxi to znamená: Pokud váš výrobní systém neposkytuje výpočty CO₂ specifické pro šarže, musíte upravit předchozí proces ještě předtím, než lze pas vůbec vyplnit.

3. Stavová data (průběžně po celý životní cyklus)

Jde o nejnáročnější kategorii. State of Health (SoH) a State of Charge (SoC) se mění s každým cyklem nabíjení a vybíjení. U baterií, které jsou dále využívány v druhém životě — například jako stacionární úložiště po použití v elektromobilu — jsou aktuální stavová data nejen regulatorně vyžadována, ale také ekonomicky relevantní: Bez spolehlivých údajů SoH nelze určit spravedlivou tržní hodnotu na trhu Second-Life.


Technická implementace: Srovnání tří přístupů

Jak se data dostanou do pasu? A jak zůstanou aktuální? V zásadě existují tři architektonické přístupy:

Přístup Vhodné pro Výhoda Riziko
Push přes REST API Výrobce s vlastním MES/ERP Plně automatizované, vhodné pro reálný čas Závislost na interní IT infrastruktuře
Hromadný import (CSV/JSON) Dodavatele bez API napojení Nízká vstupní bariéra Manuální zdroje chyb, zpoždění
Sensor-to-DPP (IoT) Stacionární úložiště, správa flotil Průběžná aktualizace SoH Komplexní datová pipeline, vysoké požadavky na latenci

Pro většinu výrobců bude vhodný hybridní přístup: Kmenová data a data PCF přicházejí hromadným importem nebo přes API z ERP, zatímco stavová data jsou doplňována prostřednictvím IoT pipeline.

Aktualizace API: Minimální příklad

Kdo využívá REST API k aktualizaci stavových dat, měl by zvolit verzovanou strukturu endpointů, která podporuje také částečné aktualizace (PATCH):

// Beispiel: SoH-Update für eine einzelne Batterie-Seriennummer
const response = await fetch(
  'https://api.example.com/v1/batteries/{serialNumber}/state',
  {
    method: 'PATCH',
    headers: {
      'Content-Type': 'application/json',
      'Authorization': `Bearer ${apiToken}`,
    },
    body: JSON.stringify({
      stateOfHealth: 0.87,        // 87 % Restkapazität
      stateOfCharge: 0.52,        // 52 % aktueller Ladestand
      measuredAt: '2026-06-25T14:30:00Z',
      measurementMethod: 'IEC_62660-1',
    }),
  }
);

Časové razítko (measuredAt) není volitelné pole — je zásadní pro sledovatelnost a kontrolu orgány dozoru nad trhem.


Interoperabilita: Standardy, registr a testovací prostředí

Aktualizace má malý přínos, pokud přijímající uzel datům nerozumí. Právě zde navazuje normalizační práce. Dne 25. června 2026 uspořádaly CEN a CENELEC veřejný webinář o nově vydaných standardech DPP EN 18216 až EN 18223. Těchto šest norem, vypracovaných technickým výborem JTC 24, definuje mezioborový rámec pro interoperabilitu a konzistenci dat — tedy právě vrstvu, na níž musí být procesy aktualizace standardizovány.

Souběžně s tím spustilo konsorcium BatteryPass-Ready 24. června 2026 veřejné testovací prostředí pro digitální pas baterie. Výrobci, dodavatelé a poskytovatelé softwaru zde mohou ověřit své implementace vůči regulatorním požadavkům — ještě před zahájením ostrého provozu. Kdo buduje procesy aktualizace, měl by toto prostředí využít včas k testování datových formátů a kompatibility API.

Centrální DPP registr EU

Evropská komise pracuje na centrálním registru, prostřednictvím kterého mají být všechny DPPs registrovány a dohledatelné. Orgalim — evropské průmyslové sdružení pro technologie — k tomu zveřejnil jasná doporučení: Registr musí podporovat velkoobjemové, automatizované registrační procesy a být zabezpečen proti výpadkům provozu. Pro aktualizační procesy to znamená: Vaše interní architektura musí fungovat i tehdy, když je centrální registr dočasně nedostupný — proto je třeba počítat s lokálním ukládáním do mezipaměti a logikou opakování pokusů.

Propojení mezi fyzickou baterií a digitálním pasem se v praxi uskutečňuje prostřednictvím GS1 Digital Link — standardizovaného URI, který kóduje GTIN a sériové číslo a odkazuje na příslušný datový záznam. Tento odkaz je obvykle zakódován v QR kódu na štítku baterie.


Organizační předpoklady: Kdo odpovídá za aktualizace?

Nařízení se primárně vztahuje na hospodářský subjekt, který uvádí baterii na trh. Stavová data však často vznikají daleko od výrobce — u provozovatele flotily, recyklační společnosti nebo poskytovatele Second-Life. Otázka práv zápisu proto není pouze technická: Musí být upravena smluvně.

Ve své struktuře řízení byste měli jasně definovat následující role:

  • Vlastník dat: Kdo smí zapisovat a přepisovat která pole?
  • Auditní stopa: Každá změna musí být zaznamenána s časovým razítkem a subjektem — nejen kvůli dodržování předpisů, ale také pro případ sporů na trhu Second-Life.
  • Nouzový proces: Co se stane, když selže senzor nebo dodavatel nedodá data?

Řešení, jako je partnerství mezi Bureau Veritas a Circulor, ukazují, jak se zkušební organizace a poskytovatelé dat propojují, aby zaplnili právě tyto mezery v řízení. Podobně se pozicuje Securikett se svou platformou Codikett 2.0: štítky odolné proti manipulaci, které fyzicky propojují datový záznam s produktem a znesnadňují neoprávněný přístup k zápisu.


Kontrolní seznam: Připravenost na aktualizace do února 2027

Než budete svůj proces DBP považovat za „hotový“, měli byste ověřit následující body:

  • Výpočet PCF je implementován na úrovni šarže (nikoli agregovaně podle modelu)
  • Datová pipeline SoH/SoC je vytvořena a otestována
  • Endpointy API podporují částečné aktualizace (PATCH) s časovým razítkem
  • Práva zápisu jsou smluvně upravena se všemi relevantními subjekty
  • Je implementována logika opakování pokusů pro případ výpadku registru
  • Implementace byla ověřena vůči testovacímu prostředí BatteryPass-Ready
  • GS1 Digital Link je správně zakódován na štítku a v QR kódu

Únor 2027 se blíží. Kdo začne budovat aktualizační procesy až ve chvíli, kdy povinnost vstoupí v platnost, zjistí, že skutečná práce nespočívá ve vyplnění pasu — ale v jeho správném udržování po celé roky.

Zdroje