L a gestion des acces IRVE pour les conducteurs temporaires (visiteurs, prestataires, salaries de passage sur un autre site) est un angle mort frequent dans les projets de deploiement de bornes de recharge en depot d’entreprise. Les fleet managers configurent les acces permanents pour les conducteurs de la flotte, mais laissent souvent les acces temporaires en dehors du perimetre de gestion, ce qui cree deux risques simultanement : des usages non maitrisés consommant de la capacite de recharge reservee aux vehicules de flotte, et une collecte de donnees de session non conforme au RGPD. Le protocole OCPP 1.6 et sa version 2.0.1 offrent les outils techniques necessaires pour regler ce probleme, a condition de les parametrer correctement dans le CPMS. Les 42 diagnostics de parc menes par Enerzy revelent que 58 % des gestionnaires ignoraient les contraintes specifiques aux parkings souterrains, ce qui signale un niveau de maturite technique encore insuffisant sur la gestion fine des acces IRVE.
Cet article detaille trois axes de la gestion des acces IRVE temporaires : le parametrage technique des profils d’acces via OCPP, les modalites de tracabilite RGPD pour les sessions visiteurs et prestataires, et les procedures organisationnelles pour eviter les abus et garantir la disponibilite des bornes pour la flotte. Consultez [/simulateur] pour evaluer la capacite disponible pour les acces temporaires sur votre depot, et [/proposition] pour un accompagnement dans la mise en conformite de votre gestion IRVE.
Protocole OCPP et gestion des profils d’acces temporaires
Le protocole OCPP (Open Charge Point Protocol), dans ses versions 1.6 et 2.0.1, est le standard de communication entre les bornes de recharge et le systeme de gestion centralisee (CPMS). Il offre des fonctions natives de gestion des acces qui peuvent etre exploitees pour les conducteurs temporaires. En OCPP 1.6, la gestion des acces repose sur des listes d’autorisation locales (Local Authorization List) et des requetes d’autorisation en temps reel vers le CPMS (Authorize.req). Un badge ou un token non presente dans la liste locale est systematiquement interroge aupres du CPMS : si le token correspond a un acces temporaire valide, la session est autorisee. En OCPP 2.0.1, le systeme de ChargingProfile permet de parametrer finement la puissance maximale allouee a un acces specifique, independamment des autres sessions en cours. Cette fonctionnalite est particulierement utile pour plafonner la puissance des acces visiteurs a 7,4 kW, preservant la capacite superieure pour les vehicules de flotte prioritaires. La selection d’un CPMS supportant ces fonctionnalites avancees est donc un critere de choix important pour les depots accueillant des visiteurs en VE. Consultez [/installateur] pour comparer les CPMS disponibles avec ces fonctionnalites.
Badge RFID temporaire : configuration et gestion du cycle de vie
Le badge RFID temporaire est le support le plus fiable pour les acces prestataires semi-reguliers. Sa gestion couvre le cycle de vie complet. La creation : depuis l’interface d’administration du CPMS, encoder un nouvel identifiant RFID (conforme standard ISO 14443 ou ISO 15693) avec les attributs d’acces temporaire : date de debut, date de fin, liste des bornes autorisees, profil de puissance. La delivrance : remettre le badge physique au prestataire apres signature du formulaire d’utilisation et des mentions RGPD. Le suivi : maintenir un registre des badges temporaires actifs (identifiant, prestataire, date de validite, contact referent interne). La revocation : desactiver le badge dans le CPMS des l’expiration ou la fin de mission, sans necessiter de recuperer le badge physique. La rotation : les badges temporaires doivent etre changes periodiquement (recommandation tous les 6 mois) pour limiter le risque de badges perdus ou voles restant actifs. En pratique, les CPMS modernes (ChargePoint, Monta, Driveco Fleet) proposent des workflows de gestion de badges avec notifications automatiques avant expiration, facilitant la gestion administrative pour le fleet manager. Ces workflows doivent etre configures des le demarrage du projet pour eviter les badges oublies qui restent actifs indefiniment.
QR code de recharge temporaire : generation et securite
Le QR code de recharge temporaire est une solution numerique sans support physique, generee a la demande par le CPMS. Son fonctionnement : le fleet manager ou l’hotesse d’accueil genere depuis l’interface CPMS un lien unique associe a une session de charge autorisee. Ce lien est encode en QR code et transmis au conducteur visiteur (email, impression, SMS). Le conducteur scanne le QR code depuis son smartphone sur le lecteur de la borne (si la borne est equipee d’un ecran et d’un lecteur QR) ou saisit le code manuellement sur l’application de l’operateur. La session demarre apres validation du token par le CPMS. Quatre parametres de securite doivent etre configures pour chaque QR code temporaire : l’expiration temporelle (exemple : valide jusqu’au 30 juin 2026 a 20h00), le plafond d’energie (exemple : maximum 20 kWh par session), la limitation a une seule session (usage unique), et la restriction a une ou plusieurs bornes specifiques. Ces parametres eliminent les principaux risques d’abus. Le QR code est davantage adapte aux visiteurs ponctuels (delegation de clients, partenaires de passage) qu’aux prestataires reguliers. La tracabilite RGPD s’applique de la meme maniere qu’aux badges RFID. Consultez [/simulateur] pour verifier la compatibilite de votre CPMS avec la generation de QR codes.
Conformite RGPD pour les donnees de session des conducteurs temporaires
Le traitement des donnees de session de recharge pour les conducteurs temporaires doit respecter le Reglement General sur la Protection des Donnees (RGPD, Reglement EU 2016/679). L’entreprise exploitant les bornes est responsable de traitement au sens de l’article 4. Plusieurs obligations s’appliquent. L’information prealable (article 13 RGPD) : avant la premiere session, le conducteur visiteur doit recevoir une information claire sur les donnees collectees (horodatage, energie consommee, identifiant de session), la finalite (facturation interne, securite de l’installation, optimisation de la capacite), le responsable de traitement, et la duree de conservation. Un formulaire d’acces visiteur incluant ces mentions, remis et signe avant la delivrance du badge ou du QR code, est la solution documentaire recommandee. La minimisation des donnees (article 5 RGPD) : ne collecter que les donnees strictement necessaires. Si l’acces visiteur est anonymise (token sans lien nominal dans le CPMS), les obligations RGPD sont reduites. La duree de conservation : les logs de session peuvent etre conserves 3 ans maximum pour les besoins de facturation et de securite. La procedure de suppression doit etre documentee. Si votre CPMS transfère des donnees hors UE (serveurs aux Etats-Unis par exemple), verifier les garanties de transfert (clauses contractuelles types CNIL).
Procedures organisationnelles : accueil visiteur et gestion prestataire
Les outils techniques (OCPP, CPMS, QR code) ne sont efficaces que s’ils s’appuient sur des procedures organisationnelles claires et appliquees. Pour les visiteurs ponctuels, la procedure recommandee comprend trois etapes. A l’accueil : l’hotesse ou le responsable securite demande si le visiteur est venu en VE et souhaite recharger. Si oui, remise du formulaire d’acces visiteur (mentions RGPD incluses), signature, generation du QR code depuis le CPMS avec expiration programmee a l’heure de depart prevue. Au parking : le visiteur est guide vers la borne disponible (signaletica ou app map). A la sortie : le QR code expire automatiquement ou est revoque depuis le CPMS si le visiteur part plus tot que prevu. Pour les prestataires reguliers, la procedure est initialisee en debut de mission (badge RFID temporaire, registre mis a jour) et cloturee a la fin du contrat (revocation badge, archivage formulaire). Le fleet manager doit designer un referent IRVE sur le site pour repondre aux questions des visiteurs et intervenir en cas d’incident de recharge. Une FAQ conducteur visiteur, affichee aux bornes et disponible en QR code sur la borne, reduit les sollicitations du personnel. Consultez [/proposition] pour des modeles de documents et procedures adaptes.
Cas particulier : parkings souterrains et contraintes reglementaires sur l’acces VE
Les parkings souterrains accueillant des VE en recharge font l’objet de contraintes reglementaires specifiques qui impactent directement la gestion des acces temporaires. La norme IT 246 (applicable aux parcs de stationnement couverts et souterrains) impose des exigences de ventilation renforcees et de detection automatique d’incendie dans les zones equipees de bornes de recharge. Ces contraintes sont ignorees par 58 % des gestionnaires selon les diagnostics Enerzy, ce qui cree des risques a la fois pour la securite et pour la conformite de l’installation. En termes d’acces temporaires, le parking souterrain peut imposer des restrictions supplementaires : limitation du nombre de VE simultanement en charge dans une zone donnee (pour respecter les debits de ventilation), signaletica specifique, voire necessite d’un systeme de detection CO2 et d’hydrogene (pour les PHEV). Ces contraintes doivent etre integrees dans la configuration du CPMS : limiter le nombre de sessions simultanees autorisees, alerter si la capacite de ventilation est proche de sa limite. Pour les acces temporaires en parking souterrain, une information specifique sur les regles de securite incendie doit etre incluse dans le formulaire visiteur. Un audit de conformite IT 246 via [/proposition] peut identifier les ecarts et les travaux correctifs necessaires sur votre site.
Passer a l action
Pour estimer precisement le cout total et la prime ADVENIR sur votre projet, utilisez le simulateur Loi LOM : calcul en 90 secondes, application automatique des baremes de l Arrete du 24 decembre 2025, breakdown reste a charge.
Pour comparer objectivement les 6 operateurs IRVE entreprise sur 27 criteres publics, utilisez le comparateur d operateurs : Driveco, ChargeGuru, ChargePoint, PowerDot, IZI by EDF, Beev.
