Et kort skaber ikke roaming
Netværksadgang findes først, når den kommercielle forbindelse og tokendistribution eller autorisation er etableret.
Roamingprogram for adgangsmidler
Netværksroaming
Fysiske RFID-identifikationsmidler til roamingprogrammer, hvor tokenposter, identifikatorformater og livscyklusstatus forbliver konsistente på tværs af eMSP-, CPO- og hubsystemer.
Programmets resultat
Et fysisk adgangsmiddel, hvis tokenregistrering, identifikatorformat og livscyklustilstand forbliver konsistente på tværs af deltagende systemer.
Se anbefalet produktUdviklet til
eMSP'er, CPO'er og mobilitetsplatforme med bilateral eller hubbaseret roaming
01
Roaminglag
OCPI 2.2.1 / 2.3.0, OICP eller eMIP
02
Ladestanderlag
Læser + OCPP + CPO-backend
03
Identitet
Udstederstyret tokenregistrering
04
Kommercielt omfang
Kontrakter og rettigheder ligger uden for kortet
Driftsmodel / 01
Følg identifikationsmidlet gennem hele autorisationskæden.
Det fysiske kort er ét kontrolleret input. Læserens adfærd, platformens registreringer og driftsreglerne afgør, om den korrekte konto autoriseres og spores.
Et fysisk adgangsmiddel, hvis tokenregistrering, identifikatorformat og livscyklustilstand forbliver konsistente på tværs af deltagende systemer.
- 01
eMSP-udstedt adgangsmiddel
Mobilitetsudbyderen tildeler et fysisk kort eller en ladebrik til en kunde og styrer dets livscyklusstatus.
- 02
Besøgt ladestander
Ladestanderen aflæser adgangsmidlet og videresender identifikatoren til CPO-backenden via sit understøttede autorisationsflow.
- 03
CPO-autorisationslag
CPO'en kontrollerer et lokalt tokenlager eller anmoder om autorisation via sin roamingforbindelse.
- 04
Bilateral forbindelse eller roaminghub
OCPI, OICP eller eMIP overfører token-, autorisations- og tilhørende sessionsoplysninger mellem kontraktparterne.
- 05
Retur af session og CDR
Sessions- og ladedetaljedata sendes tilbage gennem den kommercielle kæde; kortet er kun identitetsudløseren.
Specifikationsmatrix / 02
Beslutninger, der skal træffes før produktion.
En produktionsklar brief angiver, hvad der skal besluttes, hvordan det implementeres, og hvilken dokumentation der gælder som accept.
BeslutningHvad skal defineresAcceptdokumentation
01
Roamingtopologi
Hvad skal defineres
Identificér bilaterale partnere, hubforbindelser, miljøer og protokolversioner.
Acceptdokumentation
Hver tilsigtet rute har en ejer og et testendpoint.
02
Tokenejerskab
Hvad skal defineres
Definér udsteder, parts-/landeidentifikatorer, tokentype, kontraktreference og livscyklusmyndighed.
Acceptdokumentation
Tokenet forbliver globalt unikt inden for det aftalte økosystem.
03
UID-normalisering
Hvad skal defineres
Aftal hexadecimal eller decimal repræsentation, byterækkefølge, udfyldning, store/små bogstaver og tilladt længde.
Acceptdokumentation
Læseroutput, CSMS-registrering og roaming-payload peger på samme værdi.
04
Autorisationstilstand
Hvad skal defineres
Dokumentér whitelist-push, realtidsanmodning, cache og offlineadfærd for hvert tilsigtet CPO-miljø.
Acceptdokumentation
Tilstandene accepteret, spærret, udløbet og ukendt giver det forventede resultat.
05
Statusudbredelse
Hvad skal defineres
Definér, hvordan nyudstedte, spærrede, udløbne og udskiftede tokens overføres mellem parterne.
Acceptdokumentation
En statusændring når frem til test-CPO'en inden for det aftalte driftsvindue.
06
Sessionsafstemning
Hvad skal defineres
Angiv de referencer, der bruges til at afstemme autorisations-, sessions- og CDR-registreringer.
Acceptdokumentation
Pilotsessioner returneres til den korrekte eMSP-kunderegistrering uden forældreløse data.
07
Undtagelseshåndtering
Hvad skal defineres
Fordel ejerskabet for afviste tokens, læseruoverensstemmelser, partnernedbrud og omtvistede sessioner.
Acceptdokumentation
Support kan spore en fejl på tværs af logfiler fra ladestander, CPO, hub og eMSP.
Fejlkontrol / 03
Design de typiske fejlpunkter væk.
De fleste mislykkede lanceringer skyldes ikke trykkvaliteten. De skyldes uklare identifikatorer, utestede læsere, uklart dataejerskab eller svag livscyklusstyring.
Normalisér identifikatorer én gang
Uoverensstemmelser i byterækkefølge, udfyldning og store/små bogstaver er almindelige årsager til mislykket autorisation; fastlås repræsentationen før produktion.
Test livscyklustilstande
En vellykket første kortaflæsning er ikke nok. Validér spærring, udløb, udskiftning og genaktivering ad samme rute.
Hold afregning ude af udsagn om kortet
CDR-udveksling, tariffer og afregning hører til roamingplatforme og kontrakter, ikke til produktion af adgangsmidler.
Leveringsforløb / 04
Gå fra brief til kontrolleret drift.
Hver fase bør afsluttes med dokumentation, som drifts-, platform- og indkøbsteams kan gennemgå.
- 01
Topologikort
Dokumentér udsteder, partnere, hubs, protokolversioner, tokenejerskab og supportkontakter.
DokumentationAnsvarsmatrix for roaming
- 02
Identifikatorpilot
Producér et lille sæt med kendte værdier, og sammenlign repræsentationerne i læser, CSMS og roaming.
DokumentationTokensporing fra ende til anden
- 03
Tilstandstest
Gennemprøv scenarierne accepteret, ukendt, spærret, udløbet, offline og udskiftning.
DokumentationMatrix over autorisationsresultater
- 04
Markedslancering
Frigiv kun de markeder og partnerruter, der har gennemført accepttest.
DokumentationGodkendt marked-/partnerregister
- 05
Ændringsstyring
Håndtér nye partnere, protokolopgraderinger og udskiftninger uden stiltiende at ændre reglerne for den fysiske identitet.
DokumentationVersioneret interoperabilitetsregistrering
Ansvarsgrænse / 05
Adskil produktion fra platformdrift.
En præcis grænse forhindrer, at kortet får skylden for konfigurations-, rettigheds- eller afregningsbeslutninger, der ligger andre steder.
ChargeRFID / producent
Styrer det godkendte materiale, chip, antenne, tryklayout, kodning, variable data, batch-QC og produktionsregistrering.
CPO-, eMSP- eller CSMS-team
Definerer det accepterede identifikatorformat, læseradfærd, tokenimport, autorisationsstatusser, sikkerhedsapplikation og teknisk accept.
Programejer
Ejer tildeling, aktivering, kontrakter, adgangspolitik, takster, kundesupport, godkendelse af erstatning og beslutninger om udfasning.
Formater / 06
Fysiske formater, der skal vurderes, når systembriefen er på plads.
OCPP-workflows / idTag / idToken / UID-formatering
RFID-kort til OCPP-ladenetværk
RFID-identifikationsmidler forberedt til det identifikator- og autorisationsworkflow, der bruges mellem læsere i ladestandere og OCPP-baserede administrationssystemer for opladning.
Se anbefalet produkt
Flådedrift / Tokendata i bulk / Genopfyldning
Ladekort til elbilflåder
Brandede RFID-identifikationsmidler til flådeopladning med unikke tokendata, nummerering pr. fører eller køretøj, bulkimport i platformen og kontrolleret genopfyldning.
Se anbefalet produkt
Genbrugs-PVC / Specialtilpasset RFID / UID-mapping
Ladekort til elbiler i genanvendt PVC
Specialtilpassede RFID-ladekort med kortkrop i genanvendt PVC, chipmuligheder tilpasset læseren, programdesign og overlevering af data, der knytter UID til konto.
Se anbefalet produktTeknisk bibliotek / 07
Fortsæt research om implementeringen.
Disse kilder definerer den omgivende teknologi og de driftsmæssige grænseflader. ChargeRFID producerer fysiske identifikationsmidler; platformkonfiguration, roamingaftaler og certificering af ladestationer ligger hos de relevante operatører og leverandører.
Elbilinfrastruktur / 6 min. læsning
RFID-roaming: Sådan fungerer ét kort på tværs af deltagende ladenetværk for elbiler (guide for 2026)
Ét RFID-kort, alle ladenetværk. Sådan fungerer roaming for elbiler via OCPI og OICP, hvorfor førere slipper for at jonglere med en app pr. netværk, og hvordan flåder får ét kort og én faktura på tværs af 1M+ ladere i 2026.
Læs mere
Udvalgte projekter / 2 min. læsning
Octopus Electroverse — arkiv over ladekort
Octopus Electroverse: en diskret produktionsoptegnelse over et specialtrykt ladekort i PVC.
Læs merePrimære implementeringsreferencer
Programspørgsmål / 08
Spørgsmål, som indkøbs- og tekniske teams typisk afklarer.
01Vil et nyproduceret kort automatisk fungere på roamingnetværk?
Nej. Adgangsmidlets identifikator skal registreres og autoriseres via den kommercielle og tekniske forbindelse mellem eMSP og CPO. Produktionen frembringer det fysiske adgangsmiddel; den skaber ikke en roamingkontrakt eller tokenrettighed.
02Hvad er forskellen på OCPP og OCPI?
OCPP er primært protokollen mellem ladestander og administrationssystem. OCPI forbinder CPO'er og eMSP'er for roamingdata som lokationer, tokens, sessioner, tariffer og CDR'er. OICP og eMIP er alternative roaminggrænseflader.
03Hvilken OCPI-version skal kortet understøtte?
Kortet implementerer ikke OCPI. De deltagende platforme aftaler OCPI-versionen, mens det fysiske adgangsmiddel og identifikatoren skal passe til den læser og de tokenregler, som platformene anvender.
04Kan én identifikator repræsenteres forskelligt af forskellige systemer?
Ja, og det er en almindelig fejlkilde. Hex/decimal-konvertering, byterækkefølge, udfyldning, foranstillede nuller og store/små bogstaver bør fastlægges i grænsefladebriefen og verificeres fra ende til anden.
Andre driftsprogrammer
Flådeautentificering
RFID-identifikationsmidler til opladning i depoter, på arbejdspladser og i det offentlige net med kontrolleret tildeling til fører eller køretøj, platformklare identifikatorer og registrering af erstatninger.
Programmer for CPO'er og eMSP'er
White label-kort og ladebrikker tilpasset jeres brand, identifikatorformat, platformimport, lanceringsvolumen og genbestillingsworkflow.
Lokations- og medlemsadgang
Programmer for arbejdspladser, depoter, boligområder og destinationer, der kræver kontrolleret adgang pr. medarbejder, beboer, besøgende eller konto.
Sikker RFID-migrering
En kontrolleret vej fra ældre eller rene UID-identifikationsmidler til læsertilpasset kortteknologi med en praktisk pilot, dataplan og trinvis genudstedelse.
Bilindustri og premium-medlemskab
Brandede identifikationsmidler til køretøjsudlevering, opladning hos forhandlere samt loyalitets- og premium-medlemsprogrammer – med kontrolleret serialisering og præsentation.
Styret specifikation for kortprogram: RFID-kort til OCPP-ladenetværk
Del oplysninger om læserpark, regler for identifikatorer, sikkerhedskrav, overdragelse til platform, mængde og markeder for udrulning. Vi vender tilbage med de spørgsmål, der er nødvendige for prøver og produktionsgodkendelse.