Aller au contenu principal
Guides
22 avril 2026 · 8 min

Pourquoi une borne de recharge refuse une session : les 8 causes terrain

BootNotification OK, MeterValues OK, et pourtant la session est refusée. Voici les 8 causes les plus fréquentes observées sur le terrain et la méthode de diagnostic associée.

Rédaction Charge Insider 8 min

Résumé rapide

Une borne IRVE qui refuse une session n'est presque jamais en panne matérielle. Dans plus de 80% des cas, la cause est une rupture logique entre la borne, le CSMS, le contrat de mobilité ou le réseau électrique. Voici la grille de diagnostic terrain utilisée par la rédaction de Charge Insider.

Contexte

Un refus de session peut prendre plusieurs formes : badge refusé (Authorize rejeté), session qui démarre puis s'arrête à 0 kWh, voyant rouge permanent, écran qui affiche "Indisponible" sans cause apparente. Pour l'utilisateur, c'est toujours la même expérience : la voiture ne charge pas. Pour l'opérateur, c'est huit chemins de panne différents.

Analyse

Les huit causes ci-dessous couvrent l'écrasante majorité des refus observés sur des parcs réels.

1. Authorization KO côté CSMS

Le CSMS rejette l'AuthorizeRequest parce que le contrat est suspendu, le tag inconnu, le compte impayé ou le quota dépassé. La borne ne peut rien faire de plus. À vérifier en premier dans le CSMS, pas dans la borne.

2. Pas de connexion OCPP active

La borne n'a pas envoyé un Heartbeat récent. Soit la connectivité 4G est tombée (carte SIM, antenne, opérateur), soit le CSMS la considère offline. Les transactions en mode offline ne sont possibles que si la borne est configurée pour, et avec un cache de tags valides.

3. Scellés métrologiques en alarme

Une borne DC ou AC certifiée MID a des compteurs scellés. Une coupure secteur trop longue, un firmware mal signé ou un capot ouvert peut basculer la borne en mode "métro KO". Elle refuse alors toute session jusqu'à intervention.

4. Connecteur indisponible (Available != true)

L'AvailabilityState du connecteur n'est pas Available. Cela peut être dû à une transaction fantôme, un câble physiquement coincé, une erreur EV CommunicationError qui ne s'est jamais effacée. Un ChangeAvailability côté CSMS suffit parfois.

5. Profil de charge à 0 A

Le CSMS a poussé un SetChargingProfile à puissance zéro pour effacement de pointe ou pour limiter le site. La session démarre puis stagne. À vérifier dans la liste des ChargingProfiles actifs sur l'EVSE concerné.

6. Erreur côté véhicule (proximité, PP/CP)

La borne ne voit pas le véhicule via la signalisation Control Pilot. Câble mal verrouillé, pin sale, contacteur défaillant. C'est la cause la plus fréquente quand la borne semble "normale" mais ne démarre pas. Test : changer de câble.

7. Firmware incompatible avec le CSMS

Un firmware récent peut introduire un nouveau champ obligatoire (evseId, transactionInfo.chargingState) que le CSMS ne sait pas traiter. Le CSMS rejette la transaction avec une erreur générique. Visible dans les logs OCPP du CSMS.

8. Limite réseau électrique amont

Le TGBT, le délesteur ou le management du site a atteint sa limite. La borne reste "Available" mais aucune session ne démarre car la puissance disponible est nulle. À corréler avec la courbe de charge globale du site.

Impact marché et technique

Le refus de session est l'indicateur le plus visible de la qualité d'un parc. Une étude interne croisée à plusieurs CPO européens montre que :

  • Le MTTR moyen pour un refus de session est de 4 à 8 heures quand le diagnostic est aléatoire.
  • Avec une procédure structurée (les 8 points ci-dessus), le MTTR descend sous 60 minutes.
  • Plus de 30% des tickets "borne en panne" se résolvent côté CSMS sans intervention terrain.

Le vrai gain n'est donc pas dans le matériel, mais dans la supervision et la capacité à corréler logs OCPP, état réseau et état contrat.

Conclusion

Une borne qui refuse une session est presque toujours un problème logique, pas matériel. La discipline qui change tout est de toujours commencer par les logs OCPP, l'état du contrat et le ChargingProfile actif avant d'envoyer un technicien. Une fois cette grille en place, le coût d'exploitation d'un parc IRVE chute fortement.

FAQ

Questions fréquentes

Comment savoir si une borne est vraiment en panne ou simplement mal configurée ?
Si la borne envoie ses Heartbeats et accepte les commandes du CSMS, ce n'est pas une panne matérielle. C'est presque toujours un sujet de configuration, de profil de charge ou d'autorisation.
Quels logs récupérer en priorité quand un client signale un refus ?
Les logs OCPP côté CSMS pour la borne concernée sur les 30 dernières minutes : `Authorize`, `StatusNotification`, `TransactionEvent` ou `StartTransaction`, et la liste des `ChargingProfiles` actifs.
Faut-il intervenir physiquement pour un refus de session ?
Dans plus de la moitié des cas, non. Une réinitialisation logique côté CSMS ou un `ChangeAvailability` suffit. L'intervention physique est réservée aux scellés, aux connecteurs cassés ou aux problèmes de signalisation Control Pilot.
Tags
IRVE
OCPP
diagnostic
supervision
firmware
Newsletter

Continuez votre veille e-mobility avec Charge Insider

Une édition hebdomadaire, focus technique : OCPP, IRVE, supervision, firmware, AFIR.

Une édition par semaine, sans spam. Désinscription en un clic.