Préserver les zéros initiaux
La conversion des identifiants peut modifier les valeurs sans avertissement. Comparez octet par octet la sortie brute du lecteur, les données exportées et les enregistrements importés.
Migration RFID sécurisée
Migration RFID sécurisée
Transition maîtrisée depuis des badges anciens ou fondés uniquement sur l’UID vers une technologie de carte adaptée aux lecteurs, avec un pilote, un plan de données et une réémission progressive.
Résultat du programme
Une migration progressive qui préserve le service pendant la validation du comportement des lecteurs, des identifiants, de la sécurité et des enregistrements de remplacement.
Voir le produit recommandéConçu pour
Opérateurs remplaçant des cartes anciennes, changeant de plateforme CSMS ou renforçant la sécurité d’un parc reposant uniquement sur l’UID
01
Point de départ
UID, puce, plateforme ou parc de lecteurs existants
02
Cible
Identifiant compatible avec le lecteur ou application sécurisée
03
Transition
Pilote, fonctionnement mixte et réémission progressive
04
Contrôle
Garde des clés, correspondances et preuves de retrait
Modèle opérationnel / 01
Suivre le badge dans toute la chaîne d’autorisation.
La carte physique n’est qu’une entrée contrôlée. Le comportement du lecteur, les enregistrements de plateforme et les règles d’exploitation déterminent l’autorisation et la traçabilité du bon compte.
Une migration progressive qui préserve le service pendant la validation du comportement des lecteurs, des identifiants, de la sécurité et des enregistrements de remplacement.
- 01
Parc de badges existant
Inventoriez les badges actifs, inactifs, perdus et inconnus, ainsi que les enregistrements de leur puce, de leur UID et de leur affectation.
- 02
Parc de lecteurs et versions de micrologiciel
Documentez ce que chaque lecteur prend réellement en charge ; la fréquence nominale ne suffit pas à prouver la compatibilité avec une application.
- 03
Conversion des données d’identité
Comparez la représentation des UID existants et les champs de la plateforme avec l’identifiant, la correspondance ou l’application sécurisée proposés.
- 04
Pilote contrôlé
Testez les anciens et les nouveaux badges sur des lecteurs représentatifs, dans les différents états d’autorisation et les cas d’exception opérationnels.
- 05
Retrait progressif
Distribuez les badges de remplacement par groupes contrôlés, conservez les références croisées et ne supprimez les anciens droits d’accès qu’après validation.
Matrice de spécification / 02
Les décisions à valider avant la production.
Un cahier des charges exploitable précise la décision, sa mise en œuvre et la preuve attendue pour la recette.
DécisionÀ définirPreuve de recette
01
Inventaire du parc
À définir
Relevez la puce, la longueur de l’UID, la représentation de l’identifiant, le lecteur, le micrologiciel, le CSMS et le statut des cartes actives.
Preuve de recette
Les éléments inconnus et les combinaisons non prises en charge sont identifiés avant le choix de la cible.
02
Matrice de compatibilité
À définir
Testez les badges existants et les badges cibles sur des combinaisons matérielles et logicielles représentatives.
Preuve de recette
Chaque groupe de déploiement dispose d’un parcours de lecture pris en charge ou d’un plan de correction.
03
Correspondance des identités
À définir
Définissez si le compte existant conserve son identifiant, reçoit un identifiant de remplacement associé par correspondance ou est recréé.
Preuve de recette
Les anciens et les nouveaux numéros de série renvoient au même compte prévu pendant la transition.
04
Objectif de sécurité
À définir
Choisissez une identification reposant uniquement sur l’UID, des données d’application sécurisée ou une combinaison progressive, selon les capacités des lecteurs et les risques.
Preuve de recette
Les responsabilités relatives à l’authentification et aux clés sont documentées et testées.
05
Garde des clés
À définir
Pour les applications sécurisées, définissez les responsabilités liées à la génération, à la diversification, au chargement, au stockage, à la rotation et à la récupération des clés.
Preuve de recette
Aucune clé de production ne dépend d’une personne ou d’un export non documentés.
06
Fonctionnement mixte
À définir
Fixez la période et les règles d’acceptation simultanée des anciens et des nouveaux badges.
Preuve de recette
Le comportement de la révocation, du cache et de la liste locale est prévisible pendant toute la période de coexistence.
07
Preuves de retrait
À définir
Consignez la livraison, l’activation, le blocage des anciennes cartes, leur destruction ou leur restitution, ainsi que les exceptions non résolues.
Preuve de recette
Le programme permet de prouver quels badges anciens restent valides.
Maîtrise des risques / 03
Éliminer les causes d’échec les plus courantes.
La plupart des échecs de lancement ne sont pas dus à la qualité d’impression. Ils proviennent d’identifiants ambigus, de lecteurs non testés, d’une définition incomplète des responsabilités en matière de données ou d’une maîtrise insuffisante du cycle de vie.
Ne pas présumer que le mode d’authentification AES du badge 13.56 MHz est utilisé
Un lecteur qui détecte un badge 13.56 MHz avec authentification AES peut néanmoins n’utiliser que son UID. Les applications sécurisées nécessitent une prise en charge explicite par le lecteur et les clés appropriées.
Planifier le fonctionnement en parallèle
Un basculement imposé en une seule journée est rarement nécessaire. Définissez la période de coexistence, le retour arrière et les groupes d’exception avant de distribuer les badges de remplacement.
Traiter les clés comme une infrastructure
Des cartes sécurisées dont la garde, la diversification et la récupération des clés ne sont pas documentées peuvent créer une nouvelle forme de dépendance à un fournisseur.
Une plateforme peut parfois conserver le compte existant grâce à une table de correspondance, mais copier ou choisir un UID précis peut s’avérer impossible, non sécurisé ou contraire au modèle prévu par le fournisseur de la puce. La continuité d’identité doit donc d’abord être traitée comme une question de migration côté back-office.
Pour une application sécurisée, désigner les responsables de la génération, de la diversification, du chargement, du stockage, de la rotation et de la récupération des clés.
Parcours de livraison / 04
Passer du cahier des charges à une exploitation maîtrisée.
Chaque phase devrait se terminer par une preuve vérifiable par les équipes opérations, plateforme et achats.
- 01
Audit
Inventoriez les badges, les lecteurs, les micrologiciels, les plateformes, les formats d’identifiants et les affectations actives.
PreuveRegistre de l’état actuel du parc
- 02
Conception de la cible
Sélectionnez la nouvelle technologie, le niveau de sécurité, le modèle de données et le responsable de la gestion des clés.
PreuveProfil cible de badge approuvé
- 03
Pilote représentatif
Testez les anciennes et les nouvelles cartes sur les différents lecteurs, sites, états de connectivité et processus des plateformes.
PreuveMatrice de compatibilité et des exceptions
- 04
Réémission progressive
Procédez au remplacement par site ou par groupe d’utilisateurs, avec des contrôles d’affectation, de communication et de retour arrière.
PreuveJournal de distribution et d’activation par groupe
- 05
Retrait des anciens badges
Bloquez les anciens badges, récupérez-les ou détruisez-les, et résolvez les correspondances encore en suspens.
PreuveRapport de retrait et de risques résiduels
Dès le cadrage, inventorier les badges actifs, inactifs, perdus et d’origine inconnue, en conservant pour chacun les informations de puce, l’UID et les enregistrements d’attribution.
L’exploitation simultanée des anciens et des nouveaux badges est possible si les lecteurs et la plateforme d’autorisation prennent en charge les deux et si les règles de chevauchement ont été testées. Cette période mixte devrait comporter une date de fin définie, un processus de révocation et un plan de retour arrière. Émettre les badges de remplacement par groupes maîtrisés, conserver les correspondances entre anciens et nouveaux badges et ne retirer les droits associés aux anciens badges qu’après la recette.
Le pilote doit inclure chaque famille représentative de lecteurs et de firmwares, les parcours d’autorisation en ligne et hors ligne prévus, au moins un scénario de remplacement et un rapprochement complet des données importées et exportées.
Répartition des responsabilités / 05
Distinguer fabrication et exploitation de plateforme.
Une frontière claire évite d’attribuer à la carte les choix de configuration, de droits ou de règlement gérés ailleurs.
ChargeRFID / fabricant
Maîtrise la matière, la puce, l’antenne, le visuel, l’encodage et les données variables approuvés, ainsi que le contrôle qualité des lots et le dossier de production.
Équipe CPO, eMSP ou CSMS
Définit le format d’identifiant accepté, le comportement du lecteur, l’import des jetons, les statuts d’autorisation, l’application de sécurité et la recette technique.
Responsable du programme
Assume la responsabilité de l’attribution, de l’activation, des contrats, de la politique d’accès, des tarifs, de l’assistance client, de l’approbation des remplacements et des décisions de fin de vie.
Options de badges / 06
Formats physiques à évaluer une fois le cahier des charges système établi.
Processus OCPP / idTag / idToken / Formatage UID
Badges RFID pour réseaux de recharge OCPP
Cartes RFID préparées pour fournir les identifiants utilisés lors de l’autorisation OCPP entre les bornes de recharge et les systèmes de gestion.
Voir le produit recommandé
Conception sur mesure / OEM/ODM / Validation des prototypes
Solutions de recharge de véhicules électriques sur mesure
Supports d’identification RFID de recharge sur mesure, conçus selon vos lecteurs, les données de jeton, le modèle de sécurité, le format, les visuels et le processus de préparation et de livraison des commandes.
Voir le produit recommandé
PVC recyclé / RFID sur mesure / Correspondance des UID
Badges de recharge en PVC recyclé
Cartes RFID de recharge personnalisées avec corps en PVC recyclé, options de puce adaptées au lecteur, visuels du programme et transmission des données de correspondance entre UID et comptes.
Voir le produit recommandéBibliothèque technique / 07
Approfondir les recherches sur l’implémentation.
Ces sources décrivent la technologie et les interfaces environnantes. ChargeRFID fabrique les badges physiques ; la configuration de la plateforme, les contrats d’itinérance et la certification des bornes relèvent des opérateurs et fournisseurs concernés.
Technologie / 7 min de lecture
Choisir un support RFID pour la recharge de véhicules électriques
Une méthode indépendante des fournisseurs pour choisir un support RFID à 13,56 MHz destiné à la recharge de véhicules électriques, selon le comportement du lecteur, le format de l’identifiant, l’authentification, les contrôles du backend et les exigences d’itinérance
Lire la suite
Technologie / 9 min de lecture
Cartes RFID pour la recharge VE : fonctionnement et critères de choix
Ce que fait réellement une carte RFID pour la recharge VE, comment elle s'authentifie auprès des bornes OCPP et des hubs d'itinérance, les technologies de puce utilisées, et comment choisir la bonne carte pour les flottes, les réseaux ou un usage personnel.
Lire la suite
Technologie / 5 min de lecture
L'authentification RFID devient embarquée : comment les bornes de recharge sécurisées et pouvant fonctionner hors ligne transforment l'infrastructure VE
L'authentification RFID devient embarquée : les bornes de recharge pouvant fonctionner hors ligne transforment l'infrastructure VE
Lire la suiteRéférences primaires d’implémentation
Questions programme / 08
Questions généralement traitées par les achats et la technique.
01Peut-on conserver le même UID en passant à une nouvelle technologie de carte ?
Une plateforme peut parfois préserver le compte grâce à une table de correspondance, mais la copie ou le choix d’un UID précis peut être impossible, présenter des risques de sécurité ou sortir du modèle prévu par le fournisseur de la puce. Abordez d’abord la continuité de l’identité comme une question de migration du backend.
02Les anciens et les nouveaux badges peuvent-ils fonctionner ensemble ?
Oui, si les lecteurs et la plateforme d’autorisation prennent en charge les deux et si les règles de coexistence sont testées. Le fonctionnement mixte doit être assorti d’une date de fin, d’un processus de révocation et d’un plan de retour arrière.
03Le passage à un badge 13.56 MHz avec authentification AES apporte-t-il automatiquement une sécurité AES ?
Non. Un badge 13.56 MHz avec authentification AES prend en charge des applications utilisant AES, mais le lecteur, le schéma de clés et le backend doivent mettre en œuvre cette application. La seule lecture de l’UID de la carte n’utilise pas ces capacités cryptographiques.
04Quel est le périmètre minimal d’un pilote de migration utile ?
Incluez chaque famille représentative de lecteurs et de micrologiciels, les parcours d’autorisation en ligne et hors ligne prévus, au moins un scénario de remplacement et un rapprochement complet des données importées et exportées.
Autres programmes opérationnels
Authentification de flotte
Programmes de badges RFID pour la recharge au dépôt, au travail et sur réseaux publics, avec attribution maîtrisée au conducteur ou au véhicule, données d’identifiant prêtes pour la plateforme et historique de remplacement.
Programmes de badges pour CPO et eMSP
Cartes et porte-clés en marque blanche adaptés à votre identité, au format d’identifiant, à l’import dans la plateforme, au volume de lancement et aux réassorts.
Itinérance réseau
Badges RFID physiques pour les programmes d’itinérance où les enregistrements de jetons, le format des identifiants et les statuts de cycle de vie doivent rester cohérents entre les systèmes eMSP, CPO et hubs.
Accès aux sites et accès des membres
Programmes de badges pour entreprises, dépôts, résidences et destinations nécessitant un accès contrôlé par salarié, résident, visiteur ou compte.
Programmes automobiles et programmes pour membres premium
Badges personnalisés à votre marque pour la livraison de véhicules, la recharge en concession, les programmes de fidélité et les programmes pour membres premium, avec sérialisation et présentation maîtrisées.
Prêt à déployer « Badges RFID pour réseaux de recharge OCPP » ?
Communiquez votre parc de lecteurs, les règles d'identifiant, les exigences de sécurité, la transmission vers la plateforme, le volume et les marchés de déploiement. Nous vous renverrons les questions à clarifier pour préparer les échantillons et valider la production.