Flottaműveletek

Flottás RFID-töltőkártyák: útmutató kereskedelmi elektromosjármű-flották üzemeltetéséhez

Hogyan támogatják a flottás RFID-töltőkártyák a járművekhez rendelést, az OCPP-integrációt, az adózás szempontjából releváns nyilvántartást, a több telephelyre kiterjedő jogosultság-ellenőrzést és a kártyák sofőröknek történő kiadását.

A cikk adatai

Közzétéve
2026. május 2.
Frissítve
2026. július 10.
Olvasási idő
Olvasási idő: 8 perc
Kiadó
ChargeRFID
Vissza a forrásokhoz

Szerző: ChargeRFID

Ellenőrzési módszer: Ezt az útmutatót az alább felsorolt elsődleges szabályozási, protokoll- és gyártói hivatkozások alapján ellenőriztük. A termékajánlások a ChargeRFID gyártói szemléletét tükrözik, ezért azokat az Ön olvasójával, töltőberendezésével és háttérrendszerével validálni kell.

Flottás RFID-töltőkártyák: útmutató kereskedelmi elektromosjármű-flották üzemeltetéséhez

Egy elektromos járművekből álló kereskedelmi flotta üzemeltetése megváltoztatja a töltés gazdaságosságát. Ahelyett, hogy egyetlen járművezető a saját bankkártyáját használná egy töltőállomáson, 50, 500 vagy 5000 járművezető tölt telephelyeken, nyilvános töltőállomásokon és otthoni töltőkön – és minden töltési folyamat költség-, kWh- és adózási szempontból releváns adatokat generál, amelyeknek hibátlanul kell bekerülniük a flottakezelő szoftverbe. A flottás RFID-töltőkártyák segítségével ezek az adatok már a forrásnál rögzíthetők.

Ez az útmutató bemutatja, miben különbözik a flottás RFID-töltőkártya a fogyasztói kártyától, hogyan működik a hitelesítési és jelentéskészítési lánc, és mit érdemes specifikálni, amikor egy kereskedelmi elektromosjármű-programban kártyákat bocsát ki.

Miben különbözik a flottás RFID-töltőkártya?

A töltőkártya egy tokent ad át. Azt, hogy ez a token járművezetőt, járművet, telephelyet, költséghelyet vagy szerződést képvisel-e, a flotta- és töltési háttérrendszerek határozzák meg. Egyetlen kártya önmagában nem azonosítja egyszerre mindezeket.

A kártya használhat AES-hitelesítésű 13,56 MHz-es RFID-azonosítót vagy más, az olvasóval kompatibilis technológiát. A lényeges különbség az, hogy azonosítóját vagy védett alkalmazását hogyan állítják be és rendelik hozzá a háttérrendszerekben:

•Járművenkénti kWh-követés – a kártya UID-je a flottakezelő rendszerben egy adott járműhöz van rendelve, így minden töltési folyamat járműhöz rendelhető.
•Járművezetőhöz rendelés – a járműtelematikával összekapcsolva a kártya lehetővé teszi, hogy a flotta az energiaköltséget annak a járművezetőnek tulajdonítsa, akihez az adott napon a jármű tartozott.
•Telephelyi jogosultság-ellenőrzés – a háttérrendszerbeli csoportokkal a tokenek telephelyenként korlátozhatók; kriptográfiai kulcsok csak ott adhatnak további védelmi réteget, ahol a kártyák és az olvasók védett alkalmazást használnak.
•Adózási szempontból releváns nyilvántartások – az egyesült királyságbeli elbírálás a jármű tulajdonviszonyától, a töltés helyétől, az üzleti vagy magáncélú használattól és a költségtérítés kiszámításának módjától függ. A töltési folyamatok nyilvántartásai alátámasztják a számítást, de önmagukban nem teszik azt programspecifikussá.

A flottás RFID-hitelesítés működése OCPP-alapú töltőállomásokon

A jogosultság-ellenőrzési és tranzakciós folyamat az OCPP-verziótól függ. Egy tipikus OCPP 1.6 folyamat a következő:

Amikor a járművezető telephelyi vagy nyilvános töltőállomáson az olvasóhoz érinti a flottakártyát:

1.Az állomás kiolvassa az UID-t, és `Authorize.req` üzenetet küld a központi rendszernek (Central System).
2.A központi rendszer összeveti az UID-t a flotta engedélyezési listájával (amelyet gyakran telephely, járművezetői csoport vagy járműcsoport szerint szűrnek).
3.Jóváhagyás esetén az állomás `StartTransaction` üzenetet küld, többek között a csatlakozó, az idTag, az időbélyeg és a mérő kezdőértékének mezőivel.
4.A töltési folyamat végén a `StopTransaction` üzenet elküldi a tranzakcióazonosítót, az időbélyeget, a mérő záróértékét és az opcionális tranzakciós adatokat. Az időtartamot, az energiamennyiséget és a számlázási CDR-t a további feldolgozást végző rendszerek számítják ki vagy állítják össze; az OCPP 1.6 üzenet nem tartalmaz beágyazott CDR-t.
5.A töltéskezelő rendszer kiegészítheti a töltési folyamat adatait, és továbbíthatja a rekordokat a flotta jelentéskészítő háttérrendszerébe. Az OCPP 2.x az OCPP 1.6 start/stop üzenetpárja helyett az ettől eltérő `TransactionEvent` modellt használja.

A telephelyi és nyilvános töltést egyaránt használó flották esetében az OCPI-alapú roaming a külső CPO-k CDR-jeit a flotta MSP-jén keresztül ugyanabba a jelentéskészítési folyamatba juttatja vissza.

Járműhöz vagy járművezetőhöz rendelt kártyák

A legtöbb flotta két architektúra közül választ:

A járműhöz rendelt kártyák a járműben maradnak (a kesztyűtartóban vagy kulcstartóra rögzítve). Előnyök: egyszerű használat a járművezetők számára, könnyű újrakiosztás járművezető-csere esetén. Hátrányok: a járművel együtt ellophatók, és a járművezetők viselkedése nem különíthető el.

A járművezetőhöz rendelt kártyák járműtől függetlenül a járművezetőnél maradnak. Előnyök: közvetlen, járművezetői szintű hozzárendelés. Hátrányok: a jármű és a futásteljesítmény pontos hozzárendeléséhez továbbra is kiosztási vagy telematikai adatok szükségesek, és az adózási kezelésnek az alkalmazandó HMRC-szabályokat kell követnie, nem pusztán a kártyamodellt.

Számos nagy flotta mindkettőt kiadja: járművezetőhöz rendelt kártyát a költségfelosztáshoz, és járműhöz rendelt RFID-kulcstartót a redundancia és a könnyű hozzáférés érdekében.

Kulcskezelés több telephely esetén

A több telephelyet üzemeltető flották esetében a jogosultság-ellenőrzés a háttérrendszerben tokencsoport, jármű, járművezető vagy helyszín szerint érvényesíthető. Az AES-hitelesítésű 13,56 MHz-es RFID-azonosító diverzifikált alkalmazáskulcsokat is támogat, ha a telepített olvasók védett alkalmazást hitelesítenek, és nem csak a nyilvános UID-t olvassák.

Megfelelően kialakított védett alkalmazás esetén az elkülönített kulcstartományok korlátozhatják egy kulcs kompromittálódásának hatókörét. E kulcsok rotálása ugyanakkor továbbra is dokumentált folyamatot igényel az olvasók, a kártyák, a biztonsági modulok és a háttérrendszer szintjén; a nyilvános UID-alapú jogosultság-ellenőrzési rendszer ehelyett a háttérrendszerben tiltja le az egyes tokeneket vagy tokencsoportokat.

Kerülje, hogy a teljes flottában egyetlen közös alkalmazáskulcsot használjon, ugyanakkor ne vezessen be olyan kártyakulcsokat sem, amelyeket a töltőberendezések olvasói és a háttérrendszer soha nem hitelesítenek. A védelmi intézkedést a tényleges jogosultság-ellenőrzési architektúrához igazítsa.

Jelentéskészítés: az OCPP-alapú CDR-től a HMRC-elszámolásra kész kimenetig

A kártya csupán a belépési pont. A flottaprogram pénzügyi működőképességét a jelentéskészítési lánc biztosítja.

Egy tipikus egyesült királyságbeli flottás munkafolyamat:

1.A járművezető az olvasóhoz érinti a kártyát → az állomás jogosultság-ellenőrzést végez → lezajlik a töltési folyamat → a rendszer rögzíti a CDR-t.
2.A CDR-t a flottakezelő rendszerből származó járművezetői, jármű- és telephelyi metaadatokkal egészítik ki.
3.Az energiaköltséget a szerződéses tarifa alapján számítják ki (ez gyakran napszakos vagy közvetlen továbbhárításos tarifa).
4.Szükség esetén a futásteljesítmény- és töltésihelyszín-adatokat összevonják a vonatkozó HMRC-költségtérítési vagy juttatási szabályok alkalmazásához.
5.Az ellenőrzött kimenet ezután támogathatja a jármű tulajdonviszonyainak és felhasználási módjának megfelelő bérszámfejtési, költségelszámolási vagy adózási munkafolyamatokat.

A kártyától a jelentésig tartó láncnak a teljes folyamaton végig auditálhatónak kell lennie. Ez az auditnyomvonal általában az állomás mérőértékeiből, az OCPP-eseményekből, a CPO/eMSP töltésifolyamat- és CDR-rekordjaiból, a tarifaadatokból, a token-hozzárendelésekből és a flotta metaadataiból áll össze. Az AES-hitelesítésű 13,56 MHz-es RFID-azonosító tranzakciós MAC-funkciói nem hozzák létre és nem validálják automatikusan a háttérrendszerbeli töltési CDR-t, különösen akkor nem, ha a töltőberendezés csak a kártya UID-jét olvassa.

Roaming vegyes telephelyi és nyilvános töltés esetén

A legtöbb kereskedelmi flotta nem tud kizárólag telephelyi töltésre hagyatkozni. A hosszú távon közlekedő járművezetőknek, a változó útvonalakon dolgozó, végponti kézbesítést végző szolgáltatóknak és minden otthoni töltési szabályzattal rendelkező flottának ugyanazzal a kártyával kell hozzáférnie a nyilvános hálózatokhoz.

Itt válik fontossá a tokenek közzététele és az érvényes roamingmegállapodások megléte. Egy eMSP által kibocsátott flottakártya a roamingközponton vagy közvetlen OCPI/OICP-kapcsolaton keresztül elért, szerződött CPO-knál működhet. A lefedettséget az eMSP aktuális szerződéses hálózati listájából kell megállapítani; egy platformhoz csatlakoztatott töltőpontok összesített száma nem garantálja, hogy egy adott kártyát mindenhol elfogadnak.

A CDR-ek visszakerülnek a flotta MSP-jéhez, ahol – felármodellt alkalmazó szerződés esetén – újraárazzák őket, majd ugyanabba a jelentéskészítési folyamatba jutnak, mint a telephelyi töltések.

A flottás RFID-töltőkártyák kibocsátásakor specifikálandó jellemzők

Egy beszerzési ellenőrzőlista például így nézhet ki:

•Chip és alkalmazás: az olvasóval kompatibilis technológia; az AES-hitelesítésű 13,56 MHz-es RFID-azonosító kulcsait csak ott használja, ahol az olvasó hitelesíti a védett alkalmazást
•Anyag: újrahasznosított PVC (a leggyakoribb) vagy FSC-tanúsítású fa az ESG-vezérelt programokhoz
•Kivitel: ISO 7810 ID-1 formátumú kártyák, valamint járműhöz rögzíthető RFID-kulcstartók
•Nyomtatás: színes nyomat jármű- vagy járművezető-azonosítóval, flottalogóval és manipuláció elleni lézergravírozással
•Kódolás: előre kódolt UID, az MSP formátumához igazított idTag, telephelyenként diverzifikált kulcs
•Roaming: tokenek közzététele és aktív eMSP–CPO-megállapodások a szükséges hálózatokhoz
•Újrakibocsátási szabályzat: az elvesztés, a visszavonás, a csere és a szinkronizálás folyamata a pilotprojekt adatai alapján
•Kereskedelmi feltételek: aktuális minimális rendelési mennyiség (MOQ), ár, átfutási idő és cserefeltételek írásos beszállítói árajánlatban

Gyakori hibák a flottakártya-programokban

•Kártyák kiadása az MSP-integráció élesítése előtt – a járművezetők odaérintik a kártyát, a rendszer azonban elutasítja, mert az idTag még nincs regisztrálva.
•Egyetlen közös alkalmazáskulcs a teljes flottában – szükségtelenül kiterjeszti egy esetleges kompromittálódás hatókörét, ha ténylegesen védett alkalmazásokat használnak.
•Hiányzó újrakibocsátási folyamat – az elveszett kártyák, a pótlásként kiadott tokenek és a háttérrendszer szinkronizálása kezeletlen marad.
•Vakfoltok a nyilvános töltésnél – abból kiindulni, hogy „majd telepítünk több töltőt a telephelyen”, ahelyett hogy a roamingot már az első naptól beterveznék.
•Eltérő UID-formátum – a különböző MSP-k eltérő idTag-formátumot várnak (4 bájtos vagy 7 bájtos, hexadecimális vagy decimális); ezt még 5000 kártya kódolása előtt egyeztetni kell.

Következő lépések

Egy flottáknak szóló RFID-töltőkártya-program négy szempont mentén specifikálható: chipbiztonság, kódolási formátum, roaming-lefedettség és integráció a jelentéskészítéssel. Ha ezek rendben vannak, a kártyák láthatatlan infrastruktúrává válnak: a járművezető odaérinti a kártyát, megindul a töltés, az adatok pedig hibátlanul bekerülnek a flotta könyvelésébe.

Tekintse meg újrahasznosított PVC és FSC-fa elektromosautó-töltőkártyáinkat, vagy olvassa el, hogyan építettünk flottakártyaprogramokat egy kiválasztott elektromosautó-töltési program és egy kiválasztott flottatöltési program számára. Beszéljen velünk járműflottája töltési programjáról – segítünk a megfelelő kártya specifikálásában és az MSP-jével való összehangolásában.

Az ebben a cikkben említett cég-, hálózat- és terméknevek tulajdonosaik védjegyei. Ezeket kizárólag leíró jelleggel használjuk azon rendszerek azonosítására, amelyekkel kártyáink együttműködnek. A ChargeRFID független gyártó, és ez a cikk nem állít semmilyen kapcsolatot, partnerséget vagy támogatást.

Elsődleges források

Hivatalos hivatkozások, amelyek alapján az útmutató szabályozási, protokoll- és chipszintű állításait ellenőriztük.

Megosztás:

Következő lépés

Alakítsa a kutatás eredményeit kártyaspecifikációvá.

Ismertesse az RFID-olvasót, a chipet, az adatokat vagy a bevezetés körülményeit, mi pedig meghatározzuk a mintákhoz és a gyártáshoz szükséges döntéseket.