Zarządzanie flotą

Karty RFID do ładowania pojazdów flotowych: przewodnik po komercyjnej eksploatacji pojazdów elektrycznych

Jak działają karty ładowania RFID w komercyjnych flotach pojazdów elektrycznych: monitorowanie zużycia kWh na pojazd, integracja z OCPP, raportowanie dostosowane do konkretnego programu, zarządzanie kluczami w wielu bazach oraz specyfikacja kart dla kierowców.

Informacje o artykule

Opublikowano
2 maja 2026
Czas czytania
8 min czytania
Wydawca
ChargeRFID
Powrót do zasobów

Autor: ChargeRFID

Metoda weryfikacji: Zweryfikowaliśmy ten poradnik na podstawie wymienionych poniżej źródeł pierwotnych dotyczących przepisów i protokołów oraz źródeł pierwotnych udostępnionych przez producentów. Rekomendacje produktowe odzwierciedlają perspektywę ChargeRFID jako producenta i należy je zweryfikować z użyciem własnego czytnika, stacji ładowania i systemu backendowego.

Karty RFID do ładowania pojazdów flotowych: przewodnik po komercyjnej eksploatacji pojazdów elektrycznych

Eksploatacja komercyjnej floty pojazdów elektrycznych zmienia ekonomikę ładowania. Zamiast pojedynczego kierowcy płacącego osobistą kartą kredytową na stacji paliw mamy 50, 500 lub 5000 kierowców ładujących pojazdy w bazach transportowych, na stacjach publicznych oraz za pomocą ładowarek domowych. Każda sesja generuje dane o kosztach, zużyciu energii w kWh oraz informacje istotne dla rozliczeń podatkowych, które muszą prawidłowo trafiać do oprogramowania do zarządzania flotą. Flotowe karty ładowania RFID pozwalają rejestrować te dane bezpośrednio u źródła.

Niniejszy przewodnik wyjaśnia, czym różni się flotowa karta ładowania RFID od karty konsumenckiej, jak przebiega proces uwierzytelniania i raportowania oraz jakie parametry należy określić przy wdrażaniu kart w komercyjnym programie elektromobilności.

Czym różni się flotowa karta ładowania RFID od karty konsumenckiej

Karta ładowania przekazuje token. To systemy zaplecza floty i ładowania określają, czy reprezentuje on kierowcę, pojazd, bazę transportową, centrum kosztów czy umowę. Jedna karta nie identyfikuje sama z siebie wszystkich tych elementów jednocześnie.

Karta może wykorzystywać technologię 13,56 MHz z uwierzytelnianiem AES lub inną technologię zgodną z czytnikiem. Istotne jest to, jak przygotowuje się jej identyfikator lub chronioną aplikację i jak tworzy się ich powiązania w systemach zaplecza:

•Monitorowanie zużycia kWh na pojazd – UID karty jest przypisany do konkretnego pojazdu w systemie zarządzania flotą, dzięki czemu każdą sesję ładowania można przyporządkować do danego auta.
•Przypisanie do kierowcy – w połączeniu z telematyką pojazdu karta pozwala flocie przypisać wydatki na energię do kierowcy korzystającego z danego pojazdu w określonym dniu.
•Autoryzacja według bazy – grupy w systemie zaplecza mogą ograniczać użycie tokenów do określonych baz; klucze kryptograficzne mogą stanowić dodatkową warstwę zabezpieczeń tylko wtedy, gdy karty i czytniki korzystają z chronionej aplikacji.
•Dane istotne dla rozliczeń podatkowych – w Wielkiej Brytanii sposób rozliczenia zależy od własności pojazdu, miejsca ładowania, użytkowania służbowego lub prywatnego oraz metody obliczania zwrotu kosztów. Dane sesji wspierają obliczenia, ale same nie przesądzają o sposobie rozliczenia konkretnego programu.

Jak działa uwierzytelnianie flotowych kart RFID na stacjach OCPP

Przebieg autoryzacji i transakcji zależy od wersji OCPP. Typowy proces w OCPP 1.6 wygląda następująco:

Gdy kierowca przykłada kartę flotową do czytnika w bazie lub na stacji publicznej:

1.Stacja odczytuje UID i wysyła komunikat Authorize.req do systemu centralnego.
2.System centralny sprawdza UID na liście dozwolonych identyfikatorów floty, często filtrowanej według bazy, grupy kierowców lub grupy pojazdów.
3.Po zatwierdzeniu stacja wysyła komunikat StartTransaction, zawierający między innymi identyfikator złącza, idTag, znacznik czasu oraz początkowy stan licznika.
4.Po zakończeniu sesji komunikat StopTransaction przesyła identyfikator transakcji, znacznik czasu, końcowy stan licznika oraz opcjonalne dane transakcji. Czas trwania, ilość energii i rozliczeniowy rekord CDR są obliczane lub zestawiane przez kolejne systemy; komunikat OCPP 1.6 nie zawiera gotowego rekordu CDR.
5.System zarządzania ładowaniem może uzupełnić dane sesji i przesłać rekordy do systemu raportowania floty. OCPP 2.x wykorzystuje odmienny model TransactionEvent zamiast pary komunikatów rozpoczęcia i zakończenia transakcji z OCPP 1.6.

W przypadku flot korzystających zarówno z ładowania w bazach, jak i na stacjach publicznych roaming OCPI przesyła rekordy CDR od zewnętrznych CPO poprzez MSP floty do tego samego systemu raportowania.

Modele kart: przypisane do pojazdu lub do kierowcy

Większość flot wybiera jedną z dwóch architektur:

Karty przypisane do pojazdu pozostają w samochodzie, w schowku lub przyczepione do breloka na klucze. Zalety: prosta obsługa dla kierowcy, łatwe przekazywanie przy zmianie kierowców. Wady: ryzyko kradzieży wraz z pojazdem, brak możliwości wyodrębnienia zachowań konkretnego kierowcy.

Karty przypisane do kierowcy towarzyszą mu przy zmianie pojazdów. Zalety: bezpośrednie przypisywanie kosztów do kierowcy. Wady: dokładne przypisanie pojazdu i przebiegu nadal wymaga danych o przydziale pojazdu lub danych z telematyki, a rozliczenie podatkowe musi być zgodne z właściwymi zasadami HMRC i nie wynika z samego modelu przypisania karty.

Wiele dużych flot wdraża oba rozwiązania jednocześnie – kartę przypisaną do kierowcy do celów rozliczania kosztów oraz brelok przypisany do pojazdu jako rozwiązanie zapasowe i ułatwiające dostęp.

Zarządzanie kluczami w wielu bazach

W przypadku flot działających w wielu bazach autoryzacja może być egzekwowana w systemie zaplecza według grupy tokenów, pojazdu, kierowcy lub lokalizacji. Nośniki działające w paśmie 13,56 MHz z uwierzytelnianiem AES obsługują również zdywersyfikowane klucze aplikacji, jeśli używane czytniki uwierzytelniają chronioną aplikację, zamiast odczytywać wyłącznie publiczny UID.

Przy prawidłowo zaprojektowanej chronionej aplikacji oddzielne domeny kluczy mogą ograniczyć skutki ujawnienia klucza. Rotacja tych kluczy nadal wymaga udokumentowanego procesu obejmującego czytniki, karty, moduły bezpieczeństwa i system zaplecza. Natomiast w modelu autoryzacji opartym na publicznym UID unieważnia się pojedyncze tokeny lub ich grupy w systemie zaplecza.

Należy unikać jednego wspólnego klucza aplikacji dla całej floty, ale nie należy dodawać kluczy kart, których czytniki ładowania i system zaplecza nigdy nie wykorzystują do uwierzytelniania. Mechanizm kontroli trzeba dopasować do rzeczywistej architektury autoryzacji.

Raportowanie: od rekordów CDR powiązanych z OCPP do danych gotowych do rozliczeń HMRC

Karta to jedynie punkt wejścia. To łańcuch raportowania decyduje o finansowej efektywności programu flotowego.

Typowy proces we flocie w Wielkiej Brytanii:

1.Kierowca przykłada kartę → stacja autoryzuje → następuje ładowanie → rejestrowany jest rekord CDR.
2.Rekord CDR jest uzupełniany o metadane kierowcy, pojazdu i bazy z systemu zarządzania flotą.
3.Koszt energii jest obliczany na podstawie zakontraktowanej taryfy, często zależnej od pory zużycia lub opartej na modelu pass-through.
4.W razie potrzeby łączy się dane o przebiegu i miejscu ładowania, aby zastosować właściwe zasady HMRC dotyczące zwrotu kosztów lub rozliczania świadczeń.
5.Zweryfikowane dane wyjściowe mogą następnie wspierać procesy płacowe, rozliczanie wydatków lub rozliczenia podatkowe odpowiednie dla własności i sposobu użytkowania pojazdu.

Łańcuch od odczytu karty do raportu powinien być audytowalny na każdym etapie. Ścieżka audytu zwykle opiera się na odczytach liczników stacji, zdarzeniach OCPP, danych sesji i rekordach CDR operatorów CPO/eMSP, danych taryfowych, powiązaniach tokenów oraz metadanych floty. Funkcje kodów uwierzytelniających transakcje (MAC) w nośnikach 13,56 MHz z uwierzytelnianiem AES nie tworzą ani nie weryfikują automatycznie rekordu CDR ładowania w systemie zaplecza, zwłaszcza gdy ładowarka odczytuje tylko UID karty.

Roaming w modelu mieszanym: ładowanie w bazach i na stacjach publicznych

Większość flot komercyjnych nie może opierać się wyłącznie na ładowaniu we własnych bazach. Kierowcy realizujący transport długodystansowy, operatorzy ostatniej mili o zmiennych trasach oraz floty z wdrożoną polityką ładowania w domach pracowników potrzebują dostępu do publicznej sieci ładowania za pomocą tej samej karty.

Kluczowe znaczenie mają tu publikacja tokenów i obowiązujące umowy roamingowe. Karta flotowa wydana przez eMSP może działać u operatorów CPO objętych umowami, dostępnych przez hub lub bezpośrednie połączenie OCPI/OICP. Zasięg należy ustalać na podstawie aktualnego wykazu sieci objętych umowami eMSP; łączna liczba punktów podłączonych do platformy nie gwarantuje, że dana karta jest akceptowana we wszystkich tych punktach.

Rekordy CDR wracają do MSP floty, są ponownie wyceniane, jeśli umowa zakłada model z marżą, i trafiają do tego samego systemu raportowania co sesje z baz transportowych.

Co należy określić przy zamawianiu flotowych kart ładowania RFID

Przykładowa lista kontrolna zakupów:

•Chip i aplikacja: technologia zgodna z czytnikiem; klucze nośników 13,56 MHz z uwierzytelnianiem AES należy stosować tylko wtedy, gdy czytnik uwierzytelnia chronioną aplikację
•Materiał: PVC z recyklingu, najczęściej wybierane, lub drewno z certyfikatem FSC dla programów zorientowanych na ESG
•Format: karty ISO 7810 ID-1 oraz breloki do przypięcia przy pojeździe
•Nadruk: pełnokolorowy, z identyfikatorem pojazdu/kierowcy, logo floty i grawerem laserowym zabezpieczającym przed ingerencją
•Kodowanie: wstępnie zakodowany UID, idTag zgodny z formatem MSP, zdywersyfikowany klucz dla danej bazy
•Roaming: publikacja tokenów i obowiązujące umowy eMSP–CPO dla wymaganych sieci
•Zasady ponownego wydawania kart: procedura postępowania w razie utraty karty, unieważniania, wymiany i synchronizacji, oparta na danych z pilotażu
•Warunki handlowe: aktualne minimalne zamówienie (MOQ), cena, termin realizacji i warunki wymiany w pisemnej ofercie dostawcy

Typowe błędy w programach kart flotowych

•Wydawanie kart przed uruchomieniem integracji z MSP – kierowcy przykładają karty, które są odrzucane, ponieważ idTag nie został jeszcze zarejestrowany.
•Jeden wspólny klucz aplikacji dla całej floty – niepotrzebnie zwiększa zakres skutków naruszenia bezpieczeństwa, gdy rzeczywiście używane są chronione aplikacje.
•Brak procesu ponownego wydawania kart – pozostawia bez nadzoru zagubione karty, tokeny zastępcze i synchronizację z systemem zaplecza.
•Pomijanie ładowania publicznego – zakładanie, że „po prostu zainstalujemy więcej ładowarek w bazie”, zamiast uwzględnienia roamingu od pierwszego dnia.
•Niezgodny format UID – różni dostawcy MSP wymagają różnych formatów idTag: 4-bajtowych, 7-bajtowych, szesnastkowych lub dziesiętnych; należy to uzgodnić przed zakodowaniem 5000 kart.

Jak zacząć

Program flotowych kart ładowania RFID opiera się na czterech filarach: bezpieczeństwie chipu, formacie kodowania, zasięgu roamingu oraz integracji raportowania. Odpowiednie dopasowanie tych elementów sprawia, że karty stają się niewidoczną, sprawnie działającą infrastrukturą – kierowcy przykładają karty, energia płynie, a dane prawidłowo trafiają do księgowości floty.

Zapoznaj się z naszą ofertą kart do ładowania pojazdów elektrycznych z PVC z recyklingu i drewna z certyfikatem FSC lub przeczytaj, jak wdrożyliśmy programy kart flotowych w ramach wybranego programu ładowania pojazdów elektrycznych oraz wybranego programu ładowania flotowego. Skontaktuj się z nami w sprawie programu ładowania dla Twojej floty – pomożemy dobrać odpowiednią kartę i dostosować ją do wymagań Twojego MSP.

Nazwy firm, sieci i produktów wymienione w tym artykule są znakami towarowymi ich właścicieli. Używamy ich opisowo, aby wskazać systemy, z którymi współpracują nasze karty. ChargeRFID jest niezależnym producentem, a artykuł nie sugeruje żadnych powiązań, partnerstwa ani rekomendacji.

Źródła pierwotne

Oficjalne źródła wykorzystane do weryfikacji zawartych w tym poradniku twierdzeń dotyczących przepisów, protokołów i właściwości układów scalonych.

Udostępnij:

Następny krok

Przełóż wyniki analizy na specyfikację karty.

Prosimy o informacje dotyczące czytnika, układu, danych lub wdrożenia — wskażemy, jakie decyzje należy podjąć w sprawie próbek i produkcji.