Preservi gli zeri iniziali
La conversione degli identificatori può modificare i valori senza segnalarlo. Confronti byte per byte l'output grezzo del lettore, i dati esportati e i record importati.
Migrazione RFID sicura
Migrazione RFID sicura
Passaggio controllato da credenziali legacy o basate solo su UID a una tecnologia compatibile con i lettori, con pilota, piano dati e riemissione graduale.
Risultato del programma
Una migrazione per fasi che preserva il servizio mentre vengono convalidati il comportamento dei lettori, gli identificatori, la sicurezza e i record delle sostituzioni.
Esamina il prodotto consigliatoProgettato per
Operatori che sostituiscono tessere preesistenti, cambiano piattaforma CSMS o rafforzano la sicurezza di un parco basato sul solo UID
01
Situazione iniziale
UID, chip, piattaforma o parco dei lettori preesistenti
02
Obiettivo
Identificatore o applicazione sicura compatibile con il lettore
03
Transizione
Progetto pilota, funzionamento misto e riemissione per fasi
04
Controllo
Custodia delle chiavi, associazioni e documentazione della dismissione
Modello operativo / 01
Seguire la credenziale lungo l’intera catena di autorizzazione.
La tessera fisica è un solo input controllato. Il comportamento del lettore, i record di piattaforma e le regole operative determinano l’autorizzazione e la tracciabilità dell’account corretto.
Una migrazione per fasi che preserva il servizio mentre vengono convalidati il comportamento dei lettori, gli identificatori, la sicurezza e i record delle sostituzioni.
- 01
Parco delle credenziali esistenti
Inventari le credenziali attive, inattive, smarrite e sconosciute, insieme ai relativi chip, UID e record di assegnazione.
- 02
Parco dei lettori e versioni firmware
Documenti ciò che ciascun lettore supporta effettivamente; la sola frequenza nominale non dimostra la compatibilità applicativa.
- 03
Conversione dell'identità
Confronti la rappresentazione degli UID preesistenti e i campi della piattaforma con l'identificatore, l'associazione o l'applicazione sicura proposti.
- 04
Progetto pilota controllato
Verifichi le credenziali vecchie e nuove con lettori, stati di autorizzazione ed eccezioni operative rappresentativi.
- 05
Dismissione per fasi
Emetta le sostituzioni per gruppi controllati, conservi i riferimenti incrociati e revochi i diritti di accesso preesistenti solo dopo il collaudo di accettazione.
L'inventario iniziale deve comprendere le credenziali attive, inattive, smarrite e di stato sconosciuto, con i relativi record di chip, UID e assegnazione. In alcuni casi la piattaforma può preservare l'account tramite una tabella di corrispondenza, ma copiare o scegliere uno specifico UID può essere impossibile, poco sicuro o estraneo al modello previsto dal fornitore del chip: la continuità dell'identità va trattata innanzitutto come una questione di migrazione del back-end.
Matrice di specifica / 02
Decisioni da chiudere prima della produzione.
Un brief pronto per la produzione stabilisce cosa decidere, come implementarlo e quale prova vale come accettazione.
DecisioneDa definireProva di accettazione
01
Inventario del parco installato
Da definire
Rilevi chip, lunghezza degli UID, rappresentazione degli identificatori, lettore, firmware, CSMS e stato delle tessere attive.
Prova di accettazione
Gli elementi sconosciuti e le combinazioni non supportate sono evidenti prima della scelta della soluzione di destinazione.
02
Matrice di compatibilità
Da definire
Verifichi le credenziali preesistenti e quelle di destinazione su combinazioni hardware e software rappresentative.
Prova di accettazione
Ogni gruppo di implementazione dispone di una modalità di lettura supportata o di un piano di adeguamento.
03
Associazione delle identità
Da definire
Definisca se l'account esistente mantiene il proprio identificatore, riceve un sostituto associato o viene ricreato.
Prova di accettazione
Durante la transizione, i numeri di serie vecchi e nuovi rimandano a un unico account previsto.
04
Obiettivo di sicurezza
Da definire
Scelga l'identificazione basata sul solo UID, i dati di un'applicazione sicura o una combinazione per fasi in base alle capacità dei lettori e al rischio.
Prova di accettazione
Le responsabilità relative all'autenticazione e alle chiavi sono documentate e verificate.
05
Custodia delle chiavi
Da definire
Per le applicazioni sicure, definisca i responsabili della generazione, diversificazione, caricamento, conservazione, rotazione e recupero delle chiavi.
Prova di accettazione
Nessuna chiave di produzione dipende da una persona o da un'esportazione non documentata.
06
Funzionamento misto
Da definire
Stabilisca il periodo e le regole per accettare contemporaneamente le credenziali vecchie e nuove.
Prova di accettazione
Il comportamento della revoca, della cache e degli elenchi locali è prevedibile per tutto il periodo di coesistenza.
07
Documentazione della dismissione
Da definire
Registri consegna, attivazione, blocco delle vecchie tessere, distruzione o restituzione ed eccezioni irrisolte.
Prova di accettazione
Il programma è in grado di dimostrare quali credenziali preesistenti rimangono valide.
Controlli dei rischi / 03
Eliminare i punti di errore più comuni.
La maggior parte dei lanci falliti non è causata dalla qualità di stampa. Le cause sono identificatori poco chiari, lettori non testati, responsabilità sui dati definite in modo incompleto o un controllo debole del ciclo di vita.
Non dia per scontato l'uso della modalità con autenticazione AES delle credenziali a 13.56 MHz
Un lettore che rileva una credenziale a 13.56 MHz con autenticazione AES potrebbe comunque utilizzarne soltanto l'UID. Le applicazioni sicure richiedono un supporto esplicito da parte del lettore e delle relative chiavi.
Pianifichi il funzionamento parallelo
Raramente è necessario imporre il passaggio in un solo giorno. Definisca il periodo di coesistenza, il ripristino della situazione precedente e i gruppi da gestire come eccezioni prima di emettere le sostituzioni.
Tratti le chiavi come un'infrastruttura
Tessere sicure prive di procedure documentate per la custodia, la diversificazione e il recupero delle chiavi possono creare una nuova forma di dipendenza dal fornitore.
Per le applicazioni sicure occorre stabilire chi è responsabile di generazione, diversificazione, caricamento, conservazione, rotazione e ripristino delle chiavi.
Percorso di consegna / 04
Dal brief all’operatività controllata.
Ogni fase dovrebbe concludersi con prove verificabili dai team operativi, della piattaforma e degli acquisti.
- 01
Audit
Inventari credenziali, lettori, firmware, piattaforme, formati degli identificatori e assegnazioni attive.
ProvaRegistro dello stato attuale del parco installato
- 02
Progettazione della soluzione di destinazione
Selezioni la nuova tecnologia, il livello di sicurezza, il modello dei dati e la responsabilità della gestione delle chiavi.
ProvaProfilo approvato della credenziale di destinazione
- 03
Progetto pilota rappresentativo
Verifichi le tessere vecchie e nuove su diversi lettori, siti, stati di connettività e processi della piattaforma.
ProvaMatrice di compatibilità e delle eccezioni
- 04
Riemissione per fasi
Proceda alla sostituzione per sito o gruppo di utenti, con controlli sull'assegnazione, sulla comunicazione e sul ripristino della situazione precedente.
ProvaRegistro delle emissioni e delle attivazioni per gruppo
- 05
Dismissione delle credenziali preesistenti
Blocchi, ritiri o distrugga le vecchie credenziali e risolva le associazioni ancora in sospeso.
ProvaRapporto sulla dismissione e sui rischi residui
Vecchie e nuove tessere possono coesistere se lettori e piattaforma di autorizzazione supportano entrambe e se le regole di sovrapposizione sono state testate. Il funzionamento misto dovrebbe avere una data di fine definita, un processo di revoca e un piano di ripristino. Le sostituzioni vanno emesse per gruppi controllati, conservando i riferimenti incrociati tra vecchie e nuove credenziali, e i diritti delle vecchie credenziali vanno rimossi solo dopo l'accettazione. Come prova finale, il programma deve poter dimostrare quali vecchie credenziali restano valide.
Nel pilota vanno incluse tutte le famiglie rappresentative di lettori e firmware, i percorsi di autorizzazione online e offline previsti, almeno uno scenario di sostituzione e una riconciliazione completa dei dati in importazione ed esportazione.
Confine di responsabilità / 05
Separare produzione e gestione della piattaforma.
Un confine preciso evita di imputare alla tessera problemi dovuti a decisioni di configurazione, di abilitazione o di regolamento economico che vengono prese altrove.
ChargeRFID / produttore
Controlla materiale, chip, antenna, grafica, codifica, dati variabili, QC di lotto e record di produzione approvati.
Team CPO, eMSP o CSMS
Definisce formato identificatore, comportamento lettore, import token, stati di autorizzazione, applicazione di sicurezza e accettazione tecnica.
Titolare del programma
Gestisce assegnazione, attivazione, contratti, regole di accesso, tariffe, assistenza clienti, approvazione delle sostituzioni e decisioni di fine vita.
Opzioni credenziali / 06
Formati fisici da valutare dopo aver chiarito i requisiti del sistema.
Flussi OCPP / idTag / idToken / Formato UID
Tessere RFID per reti di ricarica OCPP
Tessere RFID con dati identificativi predisposti per i flussi di autorizzazione OCPP tra colonnine e sistemi di gestione.
Esamina il prodotto consigliato
Progettazione su misura / OEM/ODM / Validazione dei prototipi
Soluzioni personalizzate per la ricarica dei veicoli elettrici
Credenziali RFID di ricarica su misura in base a lettori, dati del token, sicurezza, formato, grafica e processo di evasione degli ordini.
Esamina il prodotto consigliato
PVC riciclato / RFID su misura / Associazione UID
Tessere di ricarica in PVC riciclato
Carte RFID di ricarica personalizzate con corpo in PVC riciclato, opzioni di chip abbinate al lettore, grafica del programma e consegna dei dati di associazione tra UID e account.
Esamina il prodotto consigliatoBiblioteca tecnica / 07
Proseguire gli approfondimenti sull’implementazione.
Queste fonti descrivono tecnologia e interfacce circostanti. ChargeRFID produce le credenziali fisiche; configurazione della piattaforma, contratti di roaming e certificazione delle stazioni restano ai rispettivi operatori e fornitori.
Tecnologia / 7 min di lettura
Come scegliere una credenziale RFID per la ricarica dei veicoli elettrici
Un metodo indipendente dai fornitori per scegliere una credenziale a 13,56 MHz per la ricarica dei veicoli elettrici in base al comportamento del lettore, al formato dell'identificatore, all'autenticazione, ai controlli del backend e ai requisiti di roaming
Legga di più
Tecnologia / 9 min di lettura
Card RFID per la ricarica EV: come funzionano e come sceglierle
Cosa fa realmente una card RFID per la ricarica EV, come si autentica sulle stazioni OCPP e sugli hub di roaming, quali tecnologie chip vengono usate e come scegliere la card giusta per flotte, reti o uso personale.
Legga di più
Tecnologia / 5 min di lettura
L'autenticazione RFID diventa embedded: come le colonnine sicure e in grado di funzionare offline stanno ridisegnando l'infrastruttura EV
L'autenticazione RFID diventa embedded: le colonnine in grado di funzionare offline ridisegnano l'infrastruttura EV
Legga di piùRiferimenti primari di implementazione
Domande sul programma / 08
Questioni normalmente risolte da acquisti e team tecnico.
01È possibile mantenere lo stesso UID passando a una nuova tecnologia di tessera?
In alcuni casi una piattaforma può preservare l'account tramite una tabella di corrispondenza, ma copiare o selezionare un UID specifico può essere impossibile, non sicuro o estraneo al modello previsto dal fornitore del chip. Affronti la continuità dell'identità anzitutto come una questione di migrazione del backend.
02Le credenziali vecchie e nuove possono funzionare insieme?
Sì, se i lettori e la piattaforma di autorizzazione supportano entrambe e le regole di coesistenza sono state verificate. Il funzionamento misto dovrebbe prevedere una data di conclusione, un processo di revoca e un piano di ripristino della situazione precedente.
03Passare a una credenziale a 13.56 MHz con autenticazione AES introduce automaticamente la sicurezza AES?
No. Una credenziale a 13.56 MHz con autenticazione AES supporta applicazioni basate su AES, ma il lettore, lo schema di chiavi e il backend devono implementare tale applicazione. Leggere soltanto l'UID della tessera non utilizza queste capacità crittografiche.
04Qual è il progetto pilota minimo utile per una migrazione?
Includa ogni famiglia rappresentativa di lettori e firmware, i percorsi di autorizzazione online e offline previsti, almeno uno scenario di sostituzione e una riconciliazione completa dei dati importati ed esportati.
Altri programmi operativi
Autenticazione flotte
Programmi di credenziali RFID per ricarica in deposito, sul posto di lavoro e pubblica, con assegnazione controllata a conducente o veicolo, dati identificativi pronti per la piattaforma e storico sostituzioni.
Programmi di credenziali per CPO ed eMSP
Tessere e portachiavi white-label configurati per brand, formato identificativo, importazione in piattaforma, volume di lancio e riordini.
Roaming di rete
Credenziali RFID fisiche per programmi di roaming nei quali record dei token, formato dell’identificatore e stato del ciclo di vita devono restare coerenti tra sistemi eMSP, CPO e hub.
Accesso ai siti e per i membri
Programmi di credenziali per luoghi di lavoro, depositi, complessi residenziali e destinazioni con accesso controllato per dipendente, residente, visitatore o account.
Programmi automotive e membership premium
Credenziali brandizzate per consegna veicolo, ricarica in concessionaria, loyalty e membri premium, con serializzazione e presentazione controllate.
Definisca una specifica di programma controllata per le tessere RFID destinate alle reti di ricarica OCPP.
Condivida parco lettori, regole degli identificativi, requisiti di sicurezza, passaggio alla piattaforma, volumi e mercati di roll-out. Le invieremo le domande necessarie per campioni e approvazione della produzione.