Program for RFID-migrering

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.

Resultat for programmet

En trinnvis migrering som opprettholder tjenesten mens leseratferd, identifikatorer, sikkerhet og utskiftingsposter valideres.

Se anbefalt produkt

Utviklet for

Operatører som erstatter eldre kort, bytter CSMS-plattform eller styrker en portefølje basert kun på UID

01

Utgangspunkt

Eldre UID-, chip-, plattform- eller leserportefølje

02

Mål

Lesertilpasset identifikator eller sikker applikasjon

03

Overgang

Pilot, blandet drift og trinnvis nyutstedelse

04

Kontroll

Nøkkelforvaring, kobling og dokumentasjon av utfasing

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.

Sikker RFID-migrering
En trinnvis migrering som opprettholder tjenesten mens leseratferd, identifikatorer, sikkerhet og utskiftingsposter valideres.
  1. 01

    Eksisterende bestand av RFID-kort og ladebrikker

    Kartlegg aktive, inaktive, tapte og ukjente ladekort og ladebrikker sammen med tilhørende registreringer for chip, UID og tildeling.

  2. 02

    Leser- og fastvareportefølje

    Dokumenter hva hver leser faktisk støtter. Nominell frekvens alene beviser ikke applikasjonskompatibilitet.

  3. 03

    Identitetsoversettelse

    Sammenlign eldre UID-representasjon og plattformfelt med den foreslåtte identifikatoren, koblingen eller den sikre applikasjonen.

  4. 04

    Kontrollert pilot

    Test gamle og nye ladekort og ladebrikker med representative lesere, autorisasjonsstatuser og driftsavvik.

  5. 05

    Trinnvis utfasing

    Utsted erstatninger i kontrollerte grupper, behold kryssreferanser og fjern eldre rettigheter først etter godkjenning.

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.

01

Porteføljeoversikt

Hva som må defineres

Registrer chip, UID-lengde, identifikatorrepresentasjon, leser, fastvare, CSMS og status for aktive kort.

Akseptansedokumentasjon

Ukjente og ikke-støttede kombinasjoner er synlige før valg av målløsning.

02

Kompatibilitetsmatrise

Hva som må defineres

Test eldre og nye ladekort og ladebrikker på tvers av representative kombinasjoner av maskinvare og programvare.

Akseptansedokumentasjon

Hver utrullingsgruppe har en støttet leserbane eller en utbedringsplan.

03

Identitetskobling

Hva som må defineres

Definer om den eksisterende kontoen beholder sin identifikator, får en koblet erstatning eller opprettes på nytt.

Akseptansedokumentasjon

Gamle og nye serienumre peker til én tiltenkt konto under overgangen.

04

Sikkerhetsmål

Hva som må defineres

Velg kun UID, sikre applikasjonsdata eller en trinnvis kombinasjon basert på leserkapasitet og risiko.

Akseptansedokumentasjon

Autentiserings- og nøkkelansvar er dokumentert og testet.

05

Nøkkelforvaring

Hva som må defineres

For sikre applikasjoner: definer eierskap til nøkkelgenerering, diversifisering, innlasting, lagring, rotasjon og gjenoppretting.

Akseptansedokumentasjon

Ingen produksjonsnøkkel er avhengig av en udokumentert person eller eksport.

06

Blandet drift

Hva som må defineres

Fastsett perioden og reglene for når gamle og nye ladekort og ladebrikker skal godtas samtidig.

Akseptansedokumentasjon

Atferd for tilbakekalling, buffer og lokal liste er forutsigbar gjennom hele overlappingen.

07

Dokumentasjon av utfasing

Hva som må defineres

Registrer levering, aktivering, sperring av gammelt kort, destruksjon eller retur samt uløste avvik.

Akseptansedokumentasjon

Programmet kan dokumentere hvilke eldre ladekort og ladebrikker som fortsatt er gyldige.

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.

01

Bevar innledende nuller

Konvertering av identifikatorer kan endre verdier uten varsel. Sammenlign rå leserutdata, eksporterte data og importerte poster byte for byte.

02

Ikke ta for gitt at kort og brikker med AES-autentisert 13.56 MHz-teknologi faktisk brukes i AES-modus

En leser som gjenkjenner et kort eller en brikke med AES-autentisert 13.56 MHz-teknologi, kan likevel bruke kun UID-en. Sikre applikasjoner krever eksplisitt støtte i leseren og for nøklene.

03

Planlegg parallelldrift

En tvungen overgang på én dag er sjelden nødvendig. Definer overlapping, tilbakerulling og avviksgrupper før erstatninger utstedes.

04

Behandle nøkler som infrastruktur

Sikre kort uten dokumentert nøkkelforvaring, diversifisering og gjenoppretting kan skape en ny form for leverandørinnlåsing.

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.

  1. 01

    Revisjon

    Kartlegg ladekort og ladebrikker, lesere, fastvare, plattformer, identifikatorformater og aktive tildelinger.

    Dokumentasjon

    Register over nåværende portefølje

  2. 02

    Måldesign

    Velg ny teknologi, sikkerhetsnivå, datamodell og ansvar for nøkkelhåndtering.

    Dokumentasjon

    Godkjent målprofil for ladekort og ladebrikker

  3. 03

    Representativ pilot

    Test gamle og nye kort på tvers av lesere, anlegg, tilkoblingsstatuser og plattformprosesser.

    Dokumentasjon

    Kompatibilitets- og avviksmatrise

  4. 04

    Trinnvis nyutstedelse

    Erstatt per anlegg eller brukerkohort med kontroller for tildeling, kommunikasjon og tilbakerulling.

    Dokumentasjon

    Logg over utstedelse og aktivering per kohort

  5. 05

    Utfasing av eldre løsning

    Sperr, returner eller destruer gamle ladekort og ladebrikker, og lukk uløste koblinger.

    Dokumentasjon

    Rapport om utfasing og restrisiko

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.

01

ChargeRFID / produsent

Kontrollerer godkjent materiale, chip, antenne, trykkdesign, koding, variable data, kvalitetskontroll av partier og produksjonsregister.

02

CPO-, eMSP- eller CSMS-team

Definerer godkjent identifikatorformat, leseratferd, token-import, autorisasjonsstatuser, sikkerhetsapplikasjon og teknisk godkjenning.

03

Programeier

Eier tildeling, aktivering, avtaler, tilgangspolicy, tariffer, kundestøtte, godkjenning av erstatninger og beslutninger om utfasing.

Programspørsmål / 08

Spørsmål innkjøps- og tekniske team vanligvis avklarer.

01Kan vi beholde samme UID ved overgang til en ny kortteknologi?

Noen ganger kan en plattform bevare kontoen via en koblingstabell, men å kopiere eller velge en bestemt UID kan være umulig, usikkert eller utenfor chipleverandørens tiltenkte modell. Behandle identitetskontinuitet først og fremst som et migreringsspørsmål i backend.

02Kan gamle og nye ladekort og ladebrikker brukes samtidig?

Ja, hvis leserne og autorisasjonsplattformen støtter begge og overlappingsreglene er testet. Blandet drift bør ha en definert sluttdato, tilbakekallingsprosess og tilbakerullingsplan.

03Gir overgang til kort og brikker med AES-autentisert 13.56 MHz-teknologi automatisk AES-sikkerhet?

Nei. Kort og brikker med AES-autentisert 13.56 MHz-teknologi støtter AES-baserte applikasjoner, men leseren, nøkkelordningen og bakgrunnssystemet må implementere applikasjonen. Å lese kun kortets UID utnytter ikke disse kryptografiske egenskapene.

04Hva er den minste nyttige migreringspiloten?

Ta med alle representative leser-/fastvarefamilier, de tiltenkte autorisasjonsbanene for tilkoblet og frakoblet drift, minst ett utskiftingsscenario og en fullstendig avstemming av dataimport/-eksport.

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.