Et kort skaper ikke roaming
Nettverkstilgang finnes først når kommersiell forbindelse og tokendistribusjon eller autorisasjon er på plass.
Program for ladekort og ladebrikker til roaming
Nettverksroaming
Fysiske RFID-kort og ladebrikker for roamingprogrammer der token-poster, identifikatorformater og livssyklusstatus holdes konsistente på tvers av eMSP-, CPO- og hub-systemer.
Resultat for programmet
Et fysisk ladekort eller en fysisk ladebrikke der tokenposten, identifikatorformatet og livssyklusstatusen forblir konsistente på tvers av de deltakende systemene.
Se anbefalt produktUtviklet for
eMSP-er, CPO-er og mobilitetsplattformer med bilateral eller hub-basert roaming
01
Roaminglag
OCPI 2.2.1 / 2.3.0, OICP eller eMIP
02
Stasjonslag
Leser + OCPP + CPO-backend
03
Identitet
Tokenpost kontrollert av utsteder
04
Kommersielt omfang
Avtaler og rettigheter ligger utenfor kortet
Driftsmodell / 01
Følg ladekortet eller ladebrikken gjennom hele autorisasjonskjeden.
Det fysiske kortet er én kontrollert faktor. Leseratferd, plattformregistre og driftsregler avgjør om riktig konto blir autorisert og sporet.
Et fysisk ladekort eller en fysisk ladebrikke der tokenposten, identifikatorformatet og livssyklusstatusen forblir konsistente på tvers av de deltakende systemene.
- 01
Ladekort eller ladebrikke utstedt av eMSP
Mobilitetsleverandøren tildeler et fysisk kort eller en nøkkelbrikke til en kunde og kontrollerer livssyklusstatusen.
- 02
Besøkt ladestasjon
Stasjonen leser ladekortet eller ladebrikken og videresender identifikatoren til CPO-ens backend-system via autorisasjonsflyten den støtter.
- 03
CPO-autorisasjonslag
CPO-en kontrollerer et lokalt tokenlager eller ber om autorisasjon via sin roamingforbindelse.
- 04
Bilateral forbindelse eller roaminghub
OCPI, OICP eller eMIP overfører token-, autorisasjons- og tilhørende øktinformasjon mellom avtaleparter.
- 05
Retur av økt og CDR
Økt- og ladedetaljdata går tilbake gjennom den kommersielle kjeden. Kortet er kun identitetsutløseren.
Spesifikasjonsmatrise / 02
Beslutninger som må tas før produksjon.
En produksjonsklar kravbeskrivelse angir hva som må avgjøres, hvordan det skal gjennomføres og hvilken dokumentasjon som teller som godkjenning.
BeslutningHva som må defineresAkseptansedokumentasjon
01
Roamingtopologi
Hva som må defineres
Identifiser bilaterale partnere, hubforbindelser, miljøer og protokollversjoner.
Akseptansedokumentasjon
Hver målrute har en eier og et testendepunkt.
02
Tokeneierskap
Hva som må defineres
Definer utsteder, parts-/landsidentifikatorer, tokentype, avtalereferanse og livssyklusmyndighet.
Akseptansedokumentasjon
Tokenet forblir globalt unikt innenfor det avtalte økosystemet.
03
UID-normalisering
Hva som må defineres
Bli enige om heksadesimal eller desimal representasjon, byte-rekkefølge, utfylling, store/små bokstaver og tillatt lengde.
Akseptansedokumentasjon
Leserutdata, CSMS-post og roamingnyttelast gir samme verdi.
04
Autorisasjonsmodus
Hva som må defineres
Dokumenter push av hviteliste, sanntidsforespørsel, buffer og frakoblet atferd for hver aktuell CPO-portefølje.
Akseptansedokumentasjon
Statusene akseptert, sperret, utløpt og ukjent gir forventet resultat.
05
Statusformidling
Hva som må defineres
Definer hvordan nyutstedte, sperrede, utløpte og erstattede tokener formidles mellom partene.
Akseptansedokumentasjon
En statusendring når test-CPO-en innenfor det avtalte driftsvinduet.
06
Øktavstemming
Hva som må defineres
Spesifiser referansene som brukes til å avstemme autorisasjons-, økt- og CDR-poster.
Akseptansedokumentasjon
Pilotøkter returneres til riktig eMSP-kundepost uten foreldreløse data.
07
Avvikshåndtering
Hva som må defineres
Tildel ansvar for avviste tokener, leseravvik, driftsavbrudd hos partnere og omtvistede økter.
Akseptansedokumentasjon
Support kan spore en feil på tvers av logger hos stasjon, CPO, hub og eMSP.
Feilkontroll / 03
Fjern de vanlige feilkildene allerede i designet.
De fleste mislykkede lanseringer skyldes ikke trykkvalitet. De kommer av uklare identifikatorer, utestede lesere, ufullstendig dataeierskap eller svak livssykluskontroll.
Normaliser identifikatorer én gang
Avvik i byte-rekkefølge, utfylling og store/små bokstaver er vanlige årsaker til mislykket autorisasjon. Lås representasjonen før produksjon.
Test livssyklusstatuser
En vellykket første kortavlesning er ikke nok. Valider sperring, utløp, utskifting og reaktivering via samme rute.
Hold oppgjør utenfor kortpåstander
CDR-utveksling, tariffer og oppgjør hører inn under roamingplattformer og avtaler, ikke under produksjonen av ladekort og ladebrikker.
Leveranseløp / 04
Gå fra kravbeskrivelse til kontrollert drift.
Hver fase bør avsluttes med dokumentasjon som kan gjennomgås av drifts-, plattform- og innkjøpsteamene.
- 01
Topologikart
Dokumenter utsteder, partnere, huber, protokollversjoner, tokeneierskap og supportkontakter.
DokumentasjonAnsvarsmatrise for roaming
- 02
Identifikatorpilot
Produser et lite sett med kjente verdier og sammenlign representasjonene i leser, CSMS og roaming.
DokumentasjonEnde-til-ende-sporing av token
- 03
Statustesting
Kjør scenarier for akseptert, ukjent, sperret, utløpt, frakoblet og erstattet.
DokumentasjonMatrise over autorisasjonsresultater
- 04
Markedslansering
Frigi kun markedene og partnerrutene som har fullført akseptansetesting.
DokumentasjonGodkjent register over markeder/partnere
- 05
Endringskontroll
Håndter nye partnere, protokolloppgraderinger og utskiftinger uten å endre de fysiske identitetsreglene i det stille.
DokumentasjonVersjonert interoperabilitetspost
Ansvarsgrense / 05
Skill produksjon fra plattformdrift.
En presis ansvarsgrense hindrer at kortet får skylden for konfigurasjons-, rettighets- eller oppgjørsbeslutninger som ligger andre steder.
ChargeRFID / produsent
Kontrollerer godkjent materiale, chip, antenne, trykkdesign, koding, variable data, kvalitetskontroll av partier og produksjonsregister.
CPO-, eMSP- eller CSMS-team
Definerer godkjent identifikatorformat, leseratferd, token-import, autorisasjonsstatuser, sikkerhetsapplikasjon og teknisk godkjenning.
Programeier
Eier tildeling, aktivering, avtaler, tilgangspolicy, tariffer, kundestøtte, godkjenning av erstatninger og beslutninger om utfasing.
Kort- og brikkealternativer / 06
Fysiske formater som bør vurderes når systembeskrivelsen er klar.
OCPP-arbeidsflyter / idTag / idToken / UID-formatering
RFID-kort for OCPP-ladenettverk
RFID-identifikatorer forberedt for identifikator- og autorisasjonsflyten som brukes mellom lesere i elbilladere og OCPP-baserte ladeadministrasjonssystemer.
Se anbefalt produkt
Bilparkdrift / Tokendata i bulk / Etterfylling
Ladekort for elbilparker
Merkevareprofilerte RFID-ladeidentifikatorer for bilparker med unike tokendata, nummerering per sjåfør eller kjøretøy, bulkimport i plattform og kontrollert etterfylling.
Se anbefalt produkt
Resirkulert PVC / Tilpasset RFID / UID-tilordning
Ladekort for elbil i resirkulert PVC
Tilpassede RFID-ladekort med kortkropp i resirkulert PVC, chipalternativer tilpasset leseren, programdesign og overlevering av data for kobling mellom UID og konto.
Se anbefalt produktTeknisk bibliotek / 07
Les videre om implementeringen.
Disse kildene definerer den omkringliggende teknologien og driftsgrensesnittene. ChargeRFID produserer fysiske RFID-kort og ladebrikker; plattformkonfigurasjon, roamingavtaler og sertifisering av ladestasjoner ligger hos de aktuelle operatørene og leverandørene.
Elbilinfrastruktur / 6 min lesing
RFID-roaming: Slik fungerer ett kort på tvers av deltakende ladenettverk for elbiler (veiledning 2026)
Ett RFID-kort, alle ladenettverk. Slik fungerer elbilroaming via OCPI og OICP, hvorfor sjåfører slipper å sjonglere én app per nettverk, og hvordan bilparker får ett kort og én faktura på tvers av 1M+ ladere i 2026.
Les mer
Utvalgte prosjekter / 2 min lesetid
Octopus Electroverse – arkiv over ladekort for elbil
Octopus Electroverse: en nøktern produksjonsoversikt over et spesialtrykt ladekort i PVC.
Les merProgramspørsmål / 08
Spørsmål innkjøps- og tekniske team vanligvis avklarer.
01Vil et nyprodusert kort automatisk fungere på roamingnettverk?
Nei. Identifikatoren på kortet eller brikken må registreres og autoriseres via den kommersielle og tekniske forbindelsen mellom eMSP og CPO. Produksjonen lager selve kortet eller brikken, men oppretter ikke en roamingavtale eller tokenrettighet.
02Hva er forskjellen mellom OCPP og OCPI?
OCPP er primært protokollen mellom stasjon og styringssystem. OCPI forbinder CPO-er og eMSP-er for roamingdata som lokasjoner, tokener, økter, tariffer og CDR-er. OICP og eMIP tilbyr alternative roaminggrensesnitt.
03Hvilken OCPI-versjon bør kortet støtte?
Kortet implementerer ikke OCPI. De deltakende plattformene avtaler OCPI-versjonen, mens selve ladekortet eller ladebrikken og identifikatoren må samsvare med leseren og tokenreglene som disse plattformene bruker.
04Kan én identifikator representeres ulikt av ulike systemer?
Ja, og det er en vanlig feilkilde. Heks/desimal-konvertering, byte-rekkefølge, utfylling, innledende nuller og store/små bokstaver bør fastsettes i grensesnittbriefen og verifiseres fra ende til ende.
Andre driftsprogrammer
Autentisering for bilparker
RFID-kort og ladebrikker for lading på depot, arbeidsplass og offentlige ladepunkter, med kontrollert tildeling per sjåfør eller kjøretøy, plattformklare identifikatorer og registrering av erstatningskort.
Kort- og brikkeprogrammer for CPO og eMSP
White label-kort og nøkkelbrikker tilpasset merkevare, identifikatorformat, plattformimport, lanseringsvolum og arbeidsflyt for etterbestillinger.
Tilgang for anlegg og medlemmer
Ladekort- og ladebrikkeprogrammer for arbeidsplasser, depoter, boligområder og destinasjoner som trenger kontrollert tilgang per ansatt, beboer, besøkende eller konto.
Sikker RFID-migrering
En kontrollert overgang fra eldre eller rent UID-baserte kort og brikker til lesertilpasset kortteknologi med en praktisk pilot, en dataplan og trinnvis nyutstedelse.
Bilindustri og premiummedlemskap
Merkevaretilpassede ladekort og ladebrikker for bilutlevering, lading hos forhandlere, lojalitets- og premiummedlemsprogrammer – med kontrollert serialisering og presentasjon.
Styrt spesifikasjon for kortprogram: RFID-kort for OCPP-ladenettverk
Del informasjon om leserpark, identifikatorregler, sikkerhetskrav, plattformoverlevering, volum og utrullingsmarkeder. Vi sender deg spørsmålene som trengs for prøver og produksjonsgodkjenning.