Choisir un identifiant RFID pour la recharge de véhicules électriques

La question essentielle n’est pas le nom inscrit sur la puce, mais ce que le lecteur récupère et ce que le backend vérifie. La carte ne communique pas directement via OCPP : le lecteur obtient un identifiant ou authentifie une application prise en charge, puis la borne transmet le jeton à son système de gestion.\n\n## Trois modèles d’identifiant\n\nLes identifiants fondés uniquement sur l’UID exposent un numéro public. Ils sont largement pris en charge, mais ce numéro doit être considéré comme copiable; la protection repose sur la révocation, les alertes, la détection d’anomalies, les plafonds et les contrôles du backend. Les anciens identifiants à mémoire sectorisée ajoutent des zones protégées, mais peuvent employer une cryptographie dépassée. Les identifiants avec authentification AES peuvent assurer une authentification mutuelle, des fichiers protégés et des clés diversifiées, uniquement si les lecteurs compatibles authentifient l’application et si les clés sont gérées de façon sûre. Si une borne tierce ne lit que l’UID, la carte y fonctionne comme jeton UID.\n\n## Itinérance et validation\n\nL’itinérance dépend de l’enregistrement du jeton, du format de l’identifiant, des accords eMSP-CPO et de l’intégration OCPI, OICP ou équivalente. Elle n’impose pas une puce universelle. Relevez lecteurs, firmwares, longueur et ordre des octets de l’UID, authentification, propriété des clés, données de personnalisation, format backend, réseaux visés, matériau et conditions d’usage.\n\nValidez les échantillons finis par des essais de lecture et d’autorisation de bout en bout.\n\nDemandez des échantillons ou contactez ChargeRFID pour une spécification et un plan de validation.