Borne hors ligne : distinguer supervision, connexion et recharge

Une alerte apparaît dans la supervision : la borne est hors ligne. Faut-il envoyer un technicien, contacter le réseau ou attendre ? Il manque encore une information essentielle : ce qui se passe réellement sur place. Une alerte de communication et une impossibilité de charger peuvent avoir une cause commune, mais ce ne sont pas deux formulations du même constat.

Ce que relie OCPP

OCPP organise les échanges entre une borne et son système de gestion. Il faut distinguer ce dialogue de celui entre le véhicule et l’équipement. La version du protocole et les fonctions réellement mises en œuvre comptent : le nom OCPP ne garantit pas à lui seul tous les comportements attendus, notamment les possibilités de fonctionnement hors connexion.

Concrètement, décrivez trois états séparés : la dernière communication reçue, l’état affiché dans la supervision et le résultat d’une utilisation réelle lorsqu’il est connu. Une valeur ancienne ne doit pas être présentée comme une observation en temps réel.

Commencer par l’étendue et l’heure

• Une seule borne ou plusieurs équipements du site sont-ils concernés ?
• La perte de communication est-elle apparue au même instant sur plusieurs points ?
• Quelle est l’heure de la dernière donnée reçue, avec quel fuseau ?
• Existe-t-il une coupure de site, une opération réseau ou un changement de configuration connu ?
• Un utilisateur a-t-il constaté une impossibilité de charger, ou disposez-vous seulement d’une alerte distante ?

La simultanéité aide à prioriser les vérifications, mais ne suffit pas à établir la cause. Plusieurs bornes hors ligne peuvent justifier d’examiner une dépendance commune. Cela ne prouve pas qu’un routeur est défectueux.

Construire une chronologie lisible

1. Conserver le premier événement de perte de communication et le dernier échange connu.
2. Recueillir les messages pertinents autour de cette période, avec l’autorisation requise.
3. Ajouter les changements connus : maintenance, réseau, logiciel ou coupure d’alimentation.
4. Rapprocher ces éléments des observations du site.
5. Consigner chaque action de support avec son heure et son résultat.

Évitez les redémarrages successifs non tracés : ils rendent la chronologie plus difficile à interpréter et peuvent interrompre une session. Toute action à distance doit être autorisée, adaptée au modèle et compatible avec l’exploitation. Si vous n’avez pas le mandat nécessaire, transmettez les observations à l’équipe responsable.

Répartir les vérifications entre les bons acteurs

Le support de supervision peut examiner la réception des événements et la configuration qu’il administre. L’équipe réseau vérifie son périmètre d’accès et de connectivité. Le mainteneur contrôle l’équipement si une intervention sur place est nécessaire. N’ouvrez pas de port public, ne désactivez pas une vérification de certificat et ne partagez pas un compte administrateur pour « essayer ». Ces raccourcis déplacent le problème vers la sécurité.

Définir ce qui prouve le rétablissement

Après correction, attendez des échanges récents cohérents avec le bon équipement, puis vérifiez les fonctions prévues dans le périmètre du test. Le retour d’un voyant « connecté » ne prouve pas à lui seul qu’une charge démarre et que son compte rendu remonte correctement. Si l’essai utilisateur n’a pas pu être réalisé, indiquez-le dans le dossier.

Enfin, conservez les périodes de données manquantes comme telles. Les transformer en disponibilité certaine ou en panne certaine fausse ensuite les indicateurs du parc. Une investigation bien menée accepte un état « inconnu » tant que la preuve manque.