A kártya önmagában nem biztosít roamingot
Hálózati hozzáférés csak akkor jön létre, ha az üzleti kapcsolat, valamint a tokenek terjesztése vagy a jogosultság-ellenőrzés már működik.
RFID-program roaminghoz
Hálózati roaming
Fizikai RFID-kártyák és -kulcstartók olyan roamingprogramokhoz, amelyekben a tokenrekordok, az azonosítóformátumok és az életciklus-állapotok egységesek maradnak az eMSP-, CPO- és hubrendszerek között.
A program eredménye
Fizikai RFID-kártya vagy RFID-kulcstartó, amelynek tokenrekordja, azonosítóformátuma és életciklus-állapota minden résztvevő rendszerben egységes marad.
Az ajánlott termék megtekintéseCélcsoport
Kétoldalú vagy hubalapú roamingot működtető eMSP-k, CPO-k és mobilitási platformok
01
Roamingréteg
OCPI 2.2.1 / 2.3.0, OICP vagy eMIP
02
Töltőállomás-réteg
Olvasó + OCPP + CPO-háttérrendszer
03
Azonosítás
A kibocsátó által kezelt tokenrekord
04
Üzleti hatókör
A szerződések és jogosultságok nem a kártyán találhatók
Működési modell / 01
Kövesse végig az RFID-kártya vagy -kulcstartó útját a teljes jogosultság-ellenőrzési láncban.
A fizikai kártya csak az egyik ellenőrzött bemenet. Az olvasó viselkedése, a platform nyilvántartásai és a működési szabályok határozzák meg, hogy a megfelelő fiók kap-e jogosultságot, és nyomon követhető-e.
Fizikai RFID-kártya vagy RFID-kulcstartó, amelynek tokenrekordja, azonosítóformátuma és életciklus-állapota minden résztvevő rendszerben egységes marad.
- 01
eMSP által kibocsátott kártya vagy kulcstartó
A mobilitási szolgáltató fizikai kártyát vagy kulcstartót rendel az ügyfélhez, és kezeli annak életciklus-állapotát.
- 02
Felkeresett töltőállomás
A töltőállomás beolvassa a kártyát vagy kulcstartót, és a támogatott jogosultság-ellenőrzési folyamattal továbbítja az azonosítót a CPO háttérrendszerének.
- 03
A CPO jogosultság-ellenőrzési rétege
A CPO ellenőrzi a helyi tokentárat, vagy roamingkapcsolatán keresztül kér jogosultság-ellenőrzést.
- 04
Kétoldalú kapcsolat vagy roamingközpont (hub)
Az OCPI, az OICP vagy az eMIP továbbítja a token-, jogosultság-ellenőrzési és kapcsolódó töltésifolyamat-adatokat a szerződött felek között.
- 05
Töltési folyamat és CDR visszaküldése
A töltési folyamat és a töltésrészletező (CDR) adatai az üzleti láncon keresztül jutnak vissza; a kártya csupán az azonosítást indítja el.
Specifikációs mátrix / 02
A gyártás előtt véglegesítendő döntések.
A gyártásra kész specifikáció rögzíti, miről kell dönteni, hogyan valósul meg, és milyen bizonyíték számít elfogadásnak.
DöntésMit kell meghatározniElfogadási bizonyíték
01
Roamingtopológia
Mit kell meghatározni
Azonosítsa a kétoldalú partnereket, a hubkapcsolatokat, a környezeteket és a protokollverziókat.
Elfogadási bizonyíték
Minden célútvonalnak van felelőse és tesztvégpontja.
02
Tokentulajdon
Mit kell meghatározni
Határozza meg a kibocsátót, a partner- és országazonosítókat, a tokentípust, a szerződéshivatkozást és az életciklusért felelős szervet.
Elfogadási bizonyíték
A token a megállapodott ökoszisztémán belül globálisan egyedi marad.
03
UID-normalizálás
Mit kell meghatározni
Állapodjanak meg a hexadecimális vagy decimális ábrázolásról, a bájtsorrendről, a kitöltésről, a kis- és nagybetűk használatáról és a megengedett hosszról.
Elfogadási bizonyíték
Az olvasó kimenete, a CSMS-rekord és a roamingadatcsomag ugyanazt az értéket adja.
04
Jogosultság-ellenőrzési mód
Mit kell meghatározni
Dokumentálja minden cél-CPO töltőállomás-állományára az engedélyezési lista leküldését, a valós idejű lekérdezést, a gyorsítótárat és az offline működést.
Elfogadási bizonyíték
Az elfogadott, letiltott, lejárt és ismeretlen állapotok a várt eredményt adják.
05
Állapotváltozások továbbítása
Mit kell meghatározni
Határozza meg, hogyan jutnak el a felek között az újonnan kibocsátott, letiltott, lejárt és lecserélt tokenek.
Elfogadási bizonyíték
Az állapotváltozás a megállapodott üzemeltetési időablakon belül eljut a teszt-CPO-hoz.
06
Töltési folyamatok egyeztetése
Mit kell meghatározni
Határozza meg a jogosultság-ellenőrzési, töltésifolyamat- és CDR-rekordok egyeztetéséhez használt hivatkozásokat.
Elfogadási bizonyíték
A kísérleti töltési folyamatok árva adatok nélkül a megfelelő eMSP-ügyfélrekordhoz kerülnek vissza.
07
Kivételkezelés
Mit kell meghatározni
Jelölje ki a felelősöket az elutasított tokenek, az olvasóeltérések, a partnerkiesések és a vitatott töltési folyamatok kezelésére.
Elfogadási bizonyíték
Az ügyfélszolgálat a töltőállomás, a CPO, a hub és az eMSP naplóiban végig tudja követni a hibát.
Hibamegelőzés / 03
Küszöbölje ki már a tervezéskor a gyakori hibaforrásokat.
A legtöbb sikertelen bevezetést nem a nyomtatási minőség okozza, hanem a tisztázatlan azonosítók, a teszteletlen olvasók, a hiányosan rendezett adatgazdai felelősség vagy a gyenge életciklus-kezelés.
Az azonosítókat egyszer normalizálja
A bájtsorrendbeli, kitöltési és kis-/nagybetűs eltérések gyakran okoznak sikertelen jogosultság-ellenőrzést; az ábrázolást a gyártás előtt rögzítse.
Tesztelje az életciklus-állapotokat
Egy sikeres első érintés nem elegendő. Ugyanazon az útvonalon validálja a letiltás, a lejárat, a csere és az újraaktiválás folyamatát is.
Az elszámolás ne szerepeljen a kártyára vonatkozó állítások között
A CDR-csere, a díjszabás és az elszámolás a roamingplatformok és a szerződések körébe tartozik, nem a kártyák és kulcstartók gyártásáéba.
A megvalósítás menete / 04
A specifikációtól a kontrollált üzemeltetésig.
Minden szakasz olyan bizonyítékkal záruljon, amelyet az üzemeltetési, a platform- és a beszerzési csapat is áttekinthet.
- 01
Topológiatérkép
Dokumentálja a kibocsátót, a partnereket, a hubokat, a protokollverziókat, a tokentulajdont és a támogatási kapcsolattartókat.
BizonyítékRoamingfelelősségi mátrix
- 02
Kísérleti azonosítóteszt
Gyártson kis mennyiséget ismert értékekkel, és hasonlítsa össze az olvasó, a CSMS és a roaming által használt ábrázolást.
BizonyítékTeljes körű tokenkövetés
- 03
Állapottesztelés
Próbálja ki az elfogadott, ismeretlen, letiltott, lejárt, offline és csereforgatókönyveket.
BizonyítékJogosultság-ellenőrzési eredménymátrix
- 04
Piaci bevezetés
Csak azokat a piacokat és partnerútvonalakat indítsa el, amelyek sikeresen teljesítették az átvételi teszteket.
BizonyítékJóváhagyott piac- és partnernyilvántartás
- 05
Változáskezelés
Kezelje az új partnereket, a protokollfrissítéseket és a cseréket úgy, hogy a fizikai azonosítás szabályai ne módosuljanak észrevétlenül.
BizonyítékVerziózott interoperabilitási nyilvántartás
Felelősségi határok / 05
Válassza szét a gyártást és a platform üzemeltetését.
A pontos határvonal megakadályozza, hogy a kártyát okolják olyan konfigurációs, jogosultsági vagy elszámolási döntésekért, amelyek máshol születnek.
ChargeRFID / gyártó
Felel a jóváhagyott anyagért, chipért, antennáért, grafikáért, kódolásért, változó adatokért, a gyártási tétel minőségellenőrzéséért és a gyártási nyilvántartásért.
CPO-, eMSP- vagy CSMS-csapat
Meghatározza az elfogadott azonosítóformátumot, az olvasó viselkedését, a tokenimportot, a jogosultsági állapotokat, a biztonsági alkalmazást és a műszaki átvételt.
Programgazda
Felel a hozzárendelésért, az aktiválásért, a szerződésekért, a hozzáférési szabályzatért, a tarifákért, az ügyfélszolgálatért, a cserék jóváhagyásáért és az életciklus végével kapcsolatos döntésekért.
Kártya- és kulcstartóváltozatok / 06
A rendszerspecifikáció tisztázása után értékelendő fizikai formátumok.
OCPP-folyamatok / idTag / idToken / UID-formázás
RFID-kártyák OCPP-alapú töltőhálózatokhoz
RFID-kártyák, amelyeket a töltőberendezések olvasói és az OCPP-alapú töltéskezelő rendszerek közötti azonosítási és jogosultság-ellenőrzési folyamathoz készítünk elő.
Az ajánlott termék megtekintése
Flottaműveletek / Tömeges tokenadatok / Utánpótlás
Flottás töltőkártyák elektromos járművekhez
Arculatos RFID-töltőkártyák járműflottáknak egyedi tokenadatokkal, járművezetői vagy járműszámozással, tömeges platformimporttal és ellenőrzött utánpótlással.
Az ajánlott termék megtekintése
Újrahasznosított PVC / Egyedi RFID / UID-hozzárendelés
Újrahasznosított PVC-töltőkártyák elektromos autókhoz
Egyedi RFID-töltőkártyák újrahasznosított PVC-kártyatesttel, olvasóhoz illesztett chipopciókkal, programarculattal és UID–fiók adatátadással.
Az ajánlott termék megtekintéseMűszaki könyvtár / 07
További anyagok a megvalósításhoz.
Ezek a források határozzák meg a kapcsolódó technológiát és üzemeltetési interfészeket. A ChargeRFID fizikai RFID-kártyákat és -kulcstartókat gyárt; a platformkonfiguráció, a roamingszerződések és a töltőállomások tanúsítása az illetékes üzemeltetők és szállítók hatáskörében marad.
Elektromobilitási infrastruktúra / 6 perces olvasmány
RFID-roaming: hogyan működik egyetlen kártya a részt vevő elektromosautó-töltőhálózatokban (2026-os útmutató)
Egy RFID-kártya, minden töltőhálózat. Bemutatjuk, hogyan működik az elektromosautó-roaming az OCPI és az OICP révén, és miért nem kell a sofőröknek többé hálózatonként külön alkalmazással bajlódniuk. Azt is megmutatjuk, hogyan használhatnak a flották 2026-ban egyetlen kártyát egyetlen számlával, több mint 1 millió töltőberendezésnél.
Tovább olvasom
Válogatott munkák / Olvasási idő: 2 perc
Octopus Electroverse – elektromosautó-töltőkártya-archívum
Octopus Electroverse: visszafogott gyártási dokumentáció egy egyedi nyomtatású PVC elektromosautó-töltőkártyáról.
Tovább olvasomKérdések a programról / 08
A beszerzési és műszaki csapatok által jellemzően tisztázandó kérdések.
01Egy újonnan gyártott kártya automatikusan működik a roaminghálózatokon?
Nem. A kártya azonosítóját regisztrálni kell, és az eMSP és a CPO közötti üzleti és műszaki kapcsolaton keresztül jogosultságot kell kapnia. A gyártás a fizikai kártyát vagy kulcstartót állítja elő; roamingszerződést vagy tokenjogosultságot nem hoz létre.
02Mi a különbség az OCPP és az OCPI között?
Az OCPP elsősorban a töltőállomás és a kezelőrendszer közötti protokoll. Az OCPI a CPO-kat és az eMSP-ket köti össze a roamingadatok – például helyszínek, tokenek, töltési folyamatok, díjszabások és CDR-ek – cseréjéhez. Az OICP és az eMIP alternatív roaminginterfészt kínál.
03Melyik OCPI-verziót kell a kártyának támogatnia?
A kártya nem valósítja meg az OCPI-t. Az OCPI-verzióról a résztvevő platformok állapodnak meg, a fizikai kártyának vagy kulcstartónak és azonosítójának pedig az e platformok által használt olvasóhoz és tokenszabályokhoz kell illeszkednie.
04Ábrázolhatják-e a különböző rendszerek eltérően ugyanazt az azonosítót?
Igen, és ez gyakori hibaforrás. A hexadecimális/decimális átváltást, a bájtsorrendet, a kitöltést, a vezető nullákat és a kis- és nagybetűk használatát az interfészspecifikációban kell rögzíteni, és a teljes láncon végig ellenőrizni.
További üzemeltetési programok
Hitelesítés járműflottáknak
RFID-kártyák és -kulcstartók telephelyi, munkahelyi és nyilvános töltéshez, kontrollált sofőr- vagy járműhozzárendeléssel, a platformon való használatra előkészített azonosítókkal és cserenyilvántartással.
CPO- és eMSP-kártyaprogramok
White-label kártyák és kulcstartók az Ön márkájához, azonosítóformátumához, platformimportjához, bevezetési mennyiségéhez és utánrendelési folyamatához igazítva.
Telephelyi és tagsági hozzáférés
Kártyaprogramok munkahelyek, járműtelepek, lakóingatlanok és célállomások számára, ahol munkavállalók, lakók, látogatók vagy fiókok szerint szabályozott hozzáférésre van szükség.
Biztonságos RFID-migráció
Kontrollált átállás a régi vagy csak UID-alapú kártyákról az olvasókhoz illesztett kártyatechnológiára, gyakorlatias próbaüzemmel, adatkezelési tervvel és ütemezett újrakiadással.
Autóipari és prémium tagsági programok
Márkázott kártyák és kulcstartók járműátadáshoz, márkakereskedési töltéshez, hűség- és prémium tagsági programokhoz – kontrollált sorszámozással és megjelenéssel.
Ellenőrzött programspecifikáció: RFID-kártyák OCPP-alapú töltőhálózatokhoz
Ossza meg velünk az olvasóállomány adatait, az azonosítókra vonatkozó szabályokat, a biztonsági követelményt, a platformátadás módját, a mennyiséget és a bevezetési piacokat. Ezt követően elküldjük a mintákhoz és a gyártási jóváhagyáshoz szükséges kérdéseket.