Construire et exploiter un CPMS

Ce qu'un CPMS doit réellement faire

Un Charge Point Management System se situe entre les bornes physiques et tout ce qui dépend de leur bon fonctionnement : conducteurs, facturation, partenaires d'itinérance et réseau électrique. Ses responsabilités essentielles sont étroites mais sans marge d'erreur :

• Maintenir une connexion OCPP active avec chaque borne et détecter en quelques secondes toute déconnexion.
• Autoriser les sessions — avec une mise en cache locale là où la connectivité est peu fiable, pour qu'une coupure réseau ne bloque pas un conducteur en cours de branchement.
• Mesurer et facturer les sessions avec précision, y compris les sessions partielles causées par une panne ou un arrêt manuel.
• Exposer la disponibilité et le statut aux eMSP et partenaires d'itinérance via OCPI ou OICP sans latence.
• Déployer les mises à jour de firmware et de configuration sans mettre les bornes hors service aux heures de pointe.

Concevoir pour une connectivité dégradée, pas idéale

Dans une grande partie du marché africain, la connexion cellulaire des sites de recharge est intermittente. Un CPMS qui suppose une connectivité permanente échouera précisément là où la fiabilité compte le plus. Deux décisions déterminent si une coupure passe inaperçue ou laisse un conducteur bloqué :

• Autorisation hors ligne. Les bornes doivent conserver un cache d'autorisation local (une liste locale OCPP ou équivalent) pour qu'un badge RFID ou un jeton d'application connu puisse démarrer une session sans aller-retour en direct vers le backend.
• Réconciliation de session à la reconnexion. Lorsqu'une borne se reconnecte après une coupure, le CPMS doit réconcilier les valeurs de compteur et l'état de la session plutôt que de traiter cet intervalle comme une perte de données.

La disponibilité est d'abord un problème de supervision, avant d'être un problème d'ingénierie

La « disponibilité » est souvent rapportée de manière optimiste car mesurée comme « connecteur joignable » plutôt que « session réalisable ». Une borne qui accepte une connexion mais échoue à chaque requête StartTransaction n'est pas disponible. Suivez et publiez au minimum :

• La disponibilité de connectivité (heartbeat) — la borne est-elle joignable
• La disponibilité transactionnelle — une session tentée s'est-elle réellement terminée
• Le temps moyen de détection d'une panne, et le temps moyen de résolution

Itinérance et tarification

Si le CPMS doit un jour exposer des sites à des eMSP tiers, construisez l'intégration OCPI (ou OICP) comme un module de premier ordre, pas comme un ajout secondaire. Les structures tarifaires en particulier doivent gérer indépendamment la tarification selon l'heure, les frais de session et les frais d'immobilisation, car les tarifs réseau et l'économie du site varient fortement selon le pays et le distributeur.

Liste de contrôle opérationnelle avant la mise en service

1. Chaque modèle de borne du parc a passé les tests de conformité OCPP avec le CPMS (voir le guide de test).
2. L'autorisation hors ligne est testée en déconnectant physiquement la liaison réseau en cours de session.
3. Des alertes existent pour les pannes de connecteur, pas seulement pour les événements de borne hors ligne.
4. La réconciliation de facturation a été exécutée sur au moins un cycle de facturation complet de données de session réelles, avant de facturer de l'argent réel.
5. Un plan de retour arrière existe pour les déploiements de firmware, et un déploiement sur l'ensemble du parc n'a jamais été testé pour la première fois en production.