Nabíjecí RFID karty pro vozové parky: Průvodce pro komerční provoz elektromobilů

Provoz komerčního vozového parku s elektromobily mění ekonomiku nabíjení. Namísto jednoho řidiče, který na čerpací stanici použije osobní kreditní kartu, máte 50, 500 nebo 5 000 řidičů nabíjejících v depech, na veřejných stanicích a pomocí domácích nabíječek. Každá relace vytváří údaje o nákladech, spotřebě v kWh a informace relevantní pro daně, které se musí správně přenést do softwaru pro správu vozového parku. Nabíjecí RFID karty pro vozové parky umožňují tato data zachytit přímo u zdroje.

Tento průvodce vysvětluje, čím se nabíjecí RFID karta pro vozový park liší od spotřebitelské karty, jak funguje řetězec autentizace a reportování a co specifikovat při vydávání karet v rámci komerčního programu elektromobility.

Čím se liší nabíjecí RFID karta pro vozový park

Nabíjecí karta předává identifikátor. To, zda tento identifikátor představuje řidiče, vozidlo, depo, nákladové středisko nebo smlouvu, určují backendy vozového parku a nabíjecího systému. Jedna karta sama o sobě neidentifikuje všechny tyto entity současně.

Karta může využívat technologii identifikačních prostředků na frekvenci 13,56 MHz s autentizací AES nebo jinou technologii kompatibilní se čtečkou. Podstatný rozdíl spočívá v tom, jak je její identifikátor nebo chráněná aplikace připravena pro provoz a přiřazena v backendech:

Jak funguje autentizace pomocí RFID karet vozového parku na stanicích s OCPP

Autorizační a transakční postup závisí na verzi OCPP. Typický postup pro OCPP 1.6 vypadá následovně.

Když řidič přiloží kartu vozového parku ke čtečce stanice v depu nebo na veřejné stanici:

U vozových parků kombinujících nabíjení v depech a na veřejných stanicích přenáší roaming přes OCPI záznamy CDR od externích CPO přes MSP vozového parku do stejného reportovacího procesu.

Modely karet: na vozidlo a na řidiče

Většina vozových parků volí mezi dvěma architekturami:

Karty přiřazené k vozidlu zůstávají u vozidla, například v přihrádce spolujezdce nebo připevněné ke klíčence. Výhody: jednoduché používání pro řidiče a snadné předání při jejich střídání. Nevýhody: mohou být odcizeny spolu s vozidlem a neumožňují odděleně sledovat chování jednotlivých řidičů.

Karty přiřazené k řidiči si řidič bere s sebou při přechodu mezi vozidly. Výhody: přímé přiřazení na úrovni řidiče. Nevýhody: přesné přiřazení k vozidlu a ujeté vzdálenosti stále vyžaduje údaje o přidělení vozidla nebo telematická data. Daňové posouzení se musí řídit příslušnými pravidly HMRC, nikoli pouze modelem přidělování karet.

Mnoho velkých vozových parků vydává obojí – kartu na řidiče pro přiřazování nákladů a přívěsek na vozidlo jako zálohu a pro snadný přístup.

Správa klíčů pro více dep

U vozových parků s více depy lze autorizaci vynucovat v backendu podle skupiny identifikátorů, vozidla, řidiče nebo lokality. Identifikační prostředek na frekvenci 13,56 MHz s autentizací AES podporuje také diverzifikované aplikační klíče, pokud nasazené čtečky autentizují chráněnou aplikaci, místo aby pouze četly veřejné UID.

Při správně navržené chráněné aplikaci mohou oddělené klíčové domény omezit dopad kompromitace klíče. Obměna těchto klíčů však stále vyžaduje zdokumentovaný postup zahrnující čtečku, kartu, bezpečnostní modul a backend. Naproti tomu systém autorizace založený na veřejném UID zneplatňuje jednotlivé identifikátory nebo jejich skupiny v backendu.

Vyhněte se jednomu sdílenému aplikačnímu klíči pro celý vozový park, ale nezavádějte do karet klíče, které čtečky nabíjecích stanic a backend při autentizaci vůbec nevyužívají. Ochranná opatření přizpůsobte skutečné autorizační architektuře.

Reportování: Od CDR z nabíjení přes OCPP k výstupům pro potřeby HMRC

Karta je pouze vstupním bodem. Finanční fungování programu pro vozový park zajišťuje reportovací řetězec.

Typický postup ve Spojeném království:

Řetězec od karty k reportu by měl být auditovatelný od začátku do konce. Auditní stopu obvykle tvoří stavy elektroměrů ve stanicích, události OCPP, záznamy relací a CDR od CPO/eMSP, tarifní údaje, přiřazení identifikátorů a metadata vozového parku. Funkce transakčních kódů MAC u identifikačních prostředků na frekvenci 13,56 MHz s autentizací AES automaticky nevytvářejí ani neověřují záznam CDR v nabíjecím backendu, zejména pokud stanice čte pouze UID karty.

Roaming při kombinaci nabíjení v depech a na veřejných stanicích

Většina komerčních vozových parků nemůže fungovat pouze s nabíjením v depech. Řidiči na dlouhých trasách, provozovatelé doručování na poslední míli s proměnlivými trasami a vozové parky umožňující domácí nabíjení potřebují také přístup k veřejným sítím prostřednictvím stejné karty.

Zde záleží na zveřejnění identifikátorů a platných roamingových dohodách. Karta vozového parku vydaná eMSP může fungovat u smluvních CPO dostupných přes roamingový uzel nebo přímé propojení OCPI/OICP. Pokrytí je třeba ověřovat podle aktuálního seznamu smluvních sítí eMSP; celkový počet bodů připojených k platformě nezaručuje, že konkrétní kartu přijmou všude.

Záznamy CDR se vracejí MSP vozového parku, při smluvním modelu s přirážkou se přepočítá jejich cena a následně vstupují do stejného reportovacího procesu jako relace v depech.

Co specifikovat při vydávání nabíjecích RFID karet pro vozové parky

Příklad nákupního kontrolního seznamu:

Časté chyby v programech karet pro vozové parky

Jak postupovat dále

Program nabíjecích RFID karet pro vozový park má čtyři hlavní oblasti specifikace: zabezpečení čipu, formát kódování, rozsah roamingu a integraci reportování. Když je správně nastavíte, karty se stanou neviditelnou infrastrukturou – řidiči přiloží kartu, začne proudit energie a data se správně promítnou do účetnictví vozového parku.

Prohlédněte si naše nabíjecí karty pro elektromobily z recyklovaného PVC a dřeva s certifikací FSC nebo si přečtěte, jak jsme vytvořili programy karet pro vozové parky ve spolupráci s vybraným programem nabíjení elektromobilů a vybraným programem nabíjení vozových parků. Ozvěte se nám ohledně nabíjecího programu pro váš vozový park – pomůžeme vám specifikovat vhodnou kartu a sladit ji s vaším MSP.