Ett kort skapar inte roaming
Nätverksåtkomst finns först när en kommersiell anslutning och tokendistribution eller auktorisering är på plats.
Program för identifieringsmedier vid roaming
Nätverksroaming
Fysiska RFID-identifieringsmedel för roamingprogram där tokenposter, identifierarformat och livscykelstatus hålls konsekventa mellan eMSP-, CPO- och hubbsystem.
Programresultat
En fysisk id-bärare vars tokenpost, identifierarformat och livscykelstatus förblir konsekventa i deltagande system.
Granska rekommenderad produktUtformat för
eMSP:er, CPO:er och mobilitetsplattformar med bilateral eller hubbaserad roaming
01
Roaminglager
OCPI 2.2.1 / 2.3.0, OICP eller eMIP
02
Stationslager
Läsare + OCPP + CPO:ns backend
03
Identitet
Utfärdarkontrollerad tokenpost
04
Kommersiellt omfång
Avtal och behörighet ligger utanför kortet
Driftmodell / 01
Följ identifieringsmedlet genom hela auktoriseringskedjan.
Det fysiska kortet är en kontrollerad komponent. Läsarens beteende, plattformens poster och driftreglerna avgör om rätt konto auktoriseras och spåras.
En fysisk id-bärare vars tokenpost, identifierarformat och livscykelstatus förblir konsekventa i deltagande system.
- 01
eMSP-utfärdad id-bärare
Mobilitetsleverantören tilldelar ett fysiskt kort eller en laddbricka till en kund och styr dess livscykelstatus.
- 02
Besökt laddstation
Stationen läser id-bäraren och vidarebefordrar identifieraren till CPO:ns backend med det auktoriseringsflöde som stöds.
- 03
CPO:ns auktoriseringslager
CPO:n kontrollerar ett lokalt tokenregister eller begär auktorisering via sin roaminganslutning.
- 04
Bilateral anslutning eller roaminghubb
OCPI, OICP eller eMIP överför token-, auktoriserings- och tillhörande sessionsinformation mellan avtalsparter.
- 05
Retur av session och CDR
Sessions- och laddningsdetaljdata går tillbaka genom den kommersiella kedjan. Kortet är endast det som utlöser identifieringen.
Specifikationsmatris / 02
Beslut att fatta före produktion.
En produktionsklar kravbeskrivning anger vad som måste beslutas, hur det ska genomföras och vilka underlag som räknas som godkännande.
BeslutVad som ska definierasUnderlag för godkännande
01
Roamingtopologi
Vad som ska definieras
Identifiera bilaterala partner, hubbanslutningar, miljöer och protokollversioner.
Underlag för godkännande
Varje målväg har en ägare och en testslutpunkt.
02
Tokenägarskap
Vad som ska definieras
Definiera utfärdare, parts- och landsidentifierare, tokentyp, avtalsreferens och livscykelansvar.
Underlag för godkännande
Token förblir globalt unik inom det överenskomna ekosystemet.
03
UID-normalisering
Vad som ska definieras
Kom överens om hexadecimal eller decimal representation, byteordning, utfyllnad, versaler/gemener och tillåten längd.
Underlag för godkännande
Läsarens utdata, CSMS-posten och roamingdata leder till samma värde.
04
Auktoriseringsläge
Vad som ska definieras
Dokumentera push av vitlista, realtidsbegäran, cache och offlinebeteende för varje avsedd CPO-miljö.
Underlag för godkännande
Statusarna godkänd, spärrad, utgången och okänd ger förväntat resultat.
05
Statusspridning
Vad som ska definieras
Definiera hur nyutfärdade, spärrade, utgångna och ersatta token förs över mellan parterna.
Underlag för godkännande
En statusändring når test-CPO:n inom det överenskomna driftfönstret.
06
Sessionsavstämning
Vad som ska definieras
Specificera de referenser som används för att stämma av auktoriserings-, sessions- och CDR-poster.
Underlag för godkännande
Pilotsessioner returneras till rätt kundpost hos eMSP:n utan föräldralösa data.
07
Avvikelsehantering
Vad som ska definieras
Tilldela ansvar för avvisade token, läsaravvikelser, partneravbrott och omtvistade sessioner.
Underlag för godkännande
Supporten kan spåra ett fel genom loggarna hos station, CPO, hubb och eMSP.
Felkontroller / 03
Konstruera bort de vanligaste felkällorna.
De flesta misslyckade lanseringar beror inte på tryckkvaliteten. De beror på otydliga identifierare, otestade läsare, ofullständigt dataägarskap eller bristande livscykelkontroll.
Normalisera identifierare en gång
Avvikelser i byteordning, utfyllnad och versaler/gemener är vanliga orsaker till misslyckad auktorisering. Lås representationen före produktion.
Testa livscykelstatus
En lyckad första blippning räcker inte. Validera spärr, utgång, ersättning och återaktivering längs samma väg.
Håll avräkning utanför påståenden om kortet
CDR-utbyte, tariffer och avräkning hör till roamingplattformar och avtal, inte till tillverkningen av id-bärare.
Leveransväg / 04
Gå från kravbeskrivning till kontrollerad drift.
Varje fas bör avslutas med underlag som kan granskas av drift-, plattforms- och inköpsteam.
- 01
Topologikarta
Dokumentera utfärdare, partner, hubbar, protokollversioner, tokenägarskap och supportkontakter.
UnderlagAnsvarsmatris för roaming
- 02
Identifierarpilot
Tillverka en liten uppsättning med kända värden och jämför representationerna i läsare, CSMS och roaming.
UnderlagTokenspårning hela vägen
- 03
Statustest
Testa scenarierna godkänd, okänd, spärrad, utgången, offline och ersättning.
UnderlagMatris över auktoriseringsresultat
- 04
Marknadslansering
Släpp endast de marknader och partnervägar som har slutfört acceptanstestning.
UnderlagGodkänt marknads- och partnerregister
- 05
Ändringskontroll
Hantera nya partner, protokolluppgraderingar och ersättningar utan att tyst ändra de fysiska identitetsreglerna.
UnderlagVersionshanterad interoperabilitetspost
Ansvarsgräns / 05
Skilj tillverkning från plattformsdrift.
En tydlig gräns förhindrar att kortet får skulden för konfigurations-, behörighets- eller avräkningsbeslut som ligger någon annanstans.
ChargeRFID / tillverkare
Kontrollerar godkänt material, chip, antenn, tryckoriginal, kodning, variabla data, batchkvalitetskontroll och produktionsdokumentation.
CPO-, eMSP- eller CSMS-team
Definierar accepterat identifierarformat, läsarbeteende, tokenimport, auktoriseringsstatusar, säkerhetsapplikation och teknisk acceptans.
Programägare
Äger tilldelning, aktivering, avtal, åtkomstpolicy, taxor, kundsupport, godkännande av ersättningskort och beslut vid livscykelns slut.
Alternativ för identifieringsmedel / 06
Fysiska format att utvärdera när systemkraven är tydliga.
OCPP-arbetsflöden / idTag / idToken / UID-formatering
RFID-kort för OCPP-laddnätverk
RFID-identifierare förberedda för det identifierar- och auktoriseringsflöde som används mellan laddarens läsare och OCPP-baserade administrationssystem för laddning.
Granska rekommenderad produkt
Flottdrift / Tokendata i bulk / Påfyllning
Laddkort för elfordonsflottor
Varumärkta RFID-laddidentifierare för fordonsflottor med unika tokendata, numrering per förare eller fordon, bulkimport till plattform och kontrollerad påfyllning.
Granska rekommenderad produkt
Återvunnen PVC / Anpassad RFID / UID-mappning
Laddkort i återvunnen PVC för elbilar
Anpassade RFID-laddkort med kortkropp i återvunnen PVC, chipalternativ anpassade till läsaren, programgrafik och överlämning av data för koppling mellan UID och konto.
Granska rekommenderad produktTekniskt bibliotek / 07
Fortsätt fördjupa dig i implementeringen.
Dessa källor definierar den omgivande tekniken och driftgränssnitten. ChargeRFID tillverkar fysiska identifieringsmedel; plattformskonfiguration, roamingavtal och certifiering av laddstationer ligger hos respektive operatörer och leverantörer.
Elbilsinfrastruktur / 6 min läsning
RFID-roaming: så fungerar ett kort i anslutna laddnätverk för elbilar (guide 2026)
Ett RFID-kort, alla laddnätverk. Så fungerar roaming för elbilar via OCPI och OICP och därför slipper förarna jonglera med en app per nätverk. Så får fordonsflottor ett kort och en faktura för 1M+ laddare 2026.
Läs mer
Utvalda uppdrag / 2 min läsning
Octopus Electroverse – arkiv över laddkort för elbilar
Octopus Electroverse: ett diskret produktionsregister över ett specialtryckt laddkort i PVC för elbilar.
Läs merPrimära referenser för implementering
Programfrågor / 08
Frågor som inköps- och teknikteam brukar reda ut.
01Fungerar ett nytillverkat kort automatiskt i roamingnätverk?
Nej. Id-bärarens identifierare måste registreras och auktoriseras via eMSP:ns/CPO:ns kommersiella och tekniska anslutning. Tillverkningen ger den fysiska id-bäraren, men skapar inte ett roamingavtal eller en tokenbehörighet.
02Vad är skillnaden mellan OCPP och OCPI?
OCPP är främst protokollet mellan station och managementsystem. OCPI kopplar samman CPO:er och eMSP:er för roamingdata såsom platser, token, sessioner, tariffer och CDR:er. OICP och eMIP erbjuder alternativa roaminggränssnitt.
03Vilken OCPI-version ska kortet stödja?
Kortet implementerar inte OCPI. De deltagande plattformarna kommer överens om OCPI-versionen, medan den fysiska id-bäraren och identifieraren måste matcha läsaren och de tokenregler som plattformarna använder.
04Kan en identifierare representeras olika av olika system?
Ja, och det är en vanlig felkälla. Konvertering mellan hex och decimal, byteordning, utfyllnad, inledande nollor och versaler/gemener bör fastställas i gränssnittsbriefen och verifieras hela vägen.
Andra driftprogram
Autentisering för fordonsflottor
RFID-identifieringsmedel för laddning i depå, på arbetsplats och publikt, med kontrollerad tilldelning per förare eller fordon, plattformsklara identifierare och dokumentation av ersättningskort.
Program för identifieringsmedel för CPO och eMSP
White label-kort och nyckelbrickor utformade kring ert varumärke, identifierarformat, plattformsimport, lanseringsvolym och flöde för efterbeställningar.
Anläggnings- och medlemsåtkomst
Program för identifieringsmedel för arbetsplatser, depåer, bostadsområden och destinationer som kräver kontrollerad åtkomst per anställd, boende, besökare eller konto.
Säker RFID-migrering
En kontrollerad väg från äldre eller enbart UID-baserade identifieringsmedel till läsaranpassad kortteknik, med praktisk pilot, dataplan och etappvis omutfärdning.
Fordonsindustri och premiummedlemskap
Varumärkesprofilerade identifieringsmedel för fordonsleveranser, laddning hos återförsäljare samt lojalitets- och premiummedlemsprogram – med kontrollerad serialisering och presentation.
Styrd specifikation för kortprogram: RFID-kort för OCPP-laddnätverk
Dela information om läsarbestånd, regler för identifierare, säkerhetskrav, överlämning till plattformen, volym och marknader för utrullning. Vi återkommer med de frågor som behövs för prover och produktionsgodkännande.