RFID-laddkort för fordonsflottor: En guide för kommersiell elbilsdrift

Att driva en kommersiell fordonsflotta med elfordon förändrar laddningens ekonomi. I stället för att en enda förare drar ett privat kreditkort vid en station har du 50, 500 eller 5 000 förare som laddar på depåer, publika laddstationer och hemmaladdare. Varje session genererar kostnads-, kWh- och skatterelevanta data som måste föras in korrekt i fordonsflottans hanteringssystem. RFID-laddkort för fordonsflottor är det sätt på vilket dessa data registreras vid källan.

Den här guiden beskriver vad som skiljer ett RFID-laddkort för fordonsflottor från ett konsumentkort, hur kedjan för autentisering och rapportering fungerar samt vad som bör specificeras när kort utfärdas inom ett kommersiellt elfordonsprogram.

Vad som skiljer ett RFID-laddkort för fordonsflottor från andra kort

Ett laddkort presenterar en token. Om denna token representerar en förare, ett fordon, en depå, ett kostnadsställe eller ett avtal avgörs av fordonsflottans och laddningens backendsystem. Ett enskilt kort identifierar inte i sig alla dessa enheter samtidigt.

Kortet kan använda en AES-autentiserad 13.56 MHz-identifierare eller en annan läsarkompatibel teknik. Den viktiga skillnaden är hur dess identifierare eller skyddade applikation provisioneras och mappas i backendsystemen:

Så fungerar RFID-autentisering för fordonsflottor på OCPP-stationer

Flödet för auktorisering och transaktioner beror på OCPP-versionen. Ett typiskt flöde i OCPP 1.6 ser ut så här:

När en förare blippar ett flottkort på en depå eller publik station:

För fordonsflottor med blandad depå- och publik laddning matar OCPI-roaming CDR:er från externa CPO:er tillbaka via fordonsflottans MSP till samma rapporteringsflöde.

Kort per fordon kontra kort per förare

De flesta fordonsflottor väljer mellan två arkitekturer:

Kort per fordon finns kvar i fordonet (i handskfacket eller fäst vid en nyckelbricka). Fördelar: enkel förarupplevelse och lätt att omfördela när förare byter fordon. Nackdelar: kortet stjäls tillsammans med fordonet, och förarbeteende går inte att isolera.

Kort per förare följer med föraren mellan fordon. Fördelar: direkt attribuering på förarnivå. Nackdelar: korrekt fördelning per fordon och körsträcka kräver fortfarande tilldelnings- eller telematikdata, och den skattemässiga hanteringen måste följa tillämpliga HMRC-regler snarare än enbart kortmodellen.

Många stora fordonsflottor utfärdar båda – ett kort per förare för kostnadsfördelning och en laddbricka per fordon för redundans och enkel åtkomst.

Nyckelhantering för flera depåer

För fordonsflottor med flera depåer kan behörighet upprätthållas i backend per tokengrupp, fordon, förare eller plats. En AES-autentiserad 13.56 MHz-identifierare stöder även diversifierade applikationsnycklar när de installerade läsarna autentiserar en skyddad applikation i stället för att enbart läsa det publika UID:t.

Med en korrekt utformad skyddad applikation kan separata nyckeldomäner begränsa omfattningen av en nyckelkompromettering. Att rotera dessa nycklar kräver ändå en dokumenterad process för läsare, kort, säkerhetsmodul och backend. Ett behörighetsschema baserat på publikt UID återkallar i stället enskilda eller grupperade tokens i backend.

Undvik en gemensam applikationsnyckel för hela fordonsflottan, men lägg inte till kortnycklar som laddläsarna och backend aldrig autentiserar. Anpassa kontrollen efter den faktiska behörighetsarkitekturen.

Rapportering: från OCPP-CDR till HMRC-anpassat underlag

Kortet är bara ingångspunkten. Det är rapporteringskedjan som får ett flottprogram att fungera ekonomiskt.

Ett typiskt arbetsflöde för en fordonsflotta i Storbritannien:

Kedjan från kort till rapport bör vara spårbar från början till slut. Denna revisionskedja kommer normalt från stationens mätarvärden, OCPP-händelser, sessions- och CDR-poster från CPO/eMSP, tariffdata, tokenmappningar och flottmetadata. Funktioner för transaktions-MAC i AES-autentiserade 13.56 MHz-identifierare skapar eller validerar inte automatiskt backendens CDR för laddningen, särskilt inte när en laddare enbart läser kortets UID.

Roaming för blandad depå- och publik laddning

De flesta kommersiella fordonsflottor kan inte klara sig med enbart depåladdning. Fjärrtransportförare, operatörer inom sista milen med varierande rutter och alla fordonsflottor med policyer för hemmaladdning behöver tillgång till publika nätverk via samma kort.

Det är här tokenpublicering och aktiva roamingavtal spelar roll. Ett flottkort som utfärdats av en eMSP kan fungera hos avtalade CPO:er som nås via en hubb eller en direkt OCPI/OICP-anslutning. Uppgifter om täckning bör hämtas från eMSP:ns aktuella avtalade nätverkslista. En plattforms totala antal anslutna laddpunkter är ingen garanti för att ett visst kort accepteras överallt.

CDR:erna returneras till fordonsflottans MSP, prissätts om ifall avtalet bygger på en påslagsmodell och förs in i samma rapporteringsflöde som depåsessionerna.

Vad som bör specificeras vid utfärdande av RFID-laddkort för fordonsflottor

En exempelchecklista för upphandling:

Vanliga misstag i kortprogram för fordonsflottor

Nästa steg

Ett RFID-laddkortprogram för fordonsflottor är en specifikation med fyra axlar: chipsäkerhet, kodningsformat, roamingräckvidd och rapporteringsintegration. Får du dessa rätt blir korten osynlig infrastruktur – förarna blippar, energin flödar och data hamnar korrekt i fordonsflottans bokföring.

Utforska våra laddkort i återvunnen PVC och FSC-certifierat trä eller läs hur vi har byggt flottkortsprogram med ett utvalt laddprogram och ett utvalt program för flottladdning. Kontakta oss om er fordonsflottas laddprogram — vi hjälper er att specificera rätt kort och anpassa det till er MSP.