Système de gestion des bornes de recharge : Liste de contrôle pour un essai pilote pratique

Un système de gestion de bornes de recharge peut sembler convaincant lors d'une démonstration commerciale, tout en engendrant des problèmes coûteux après son déploiement. Une borne se connecte, le tableau de bord s'illumine en vert et une session de test se termine. Pourtant, rien de tout cela ne permet de savoir si la plateforme pourra rétablir une session après une perte de connexion, expliquer une facture contestée ou fournir à votre équipe des données exploitables à la fin d'un contrat.

Ce guide transforme l'évaluation logicielle en un projet pilote concret. Il s'adresse aux exploitants de bornes de recharge, aux fabricants de chargeurs et aux gestionnaires de flottes qui comparent les plateformes CPMS. Plutôt qu'une simple liste de fonctionnalités, il explique les points à tester, les données à conserver et comment prendre une décision de mise en production éclairée. Les scénarios ci-dessous sont des tests d'acceptation recommandés et non des résultats issus d'un déploiement chez un client TrendPower.

Que doit prouver un projet pilote de système de gestion des bornes de recharge ?

Un projet pilote concluant permet de vérifier que votre combinaison spécifique de chargeurs, de micrologiciels, de connectivité, de paiements et de processus opérationnels fonctionne correctement. Il doit répondre à trois questions : les conducteurs peuvent-ils recharger sans problème ? Les opérateurs peuvent-ils résoudre les problèmes ? Et le service financier peut-il assurer le rapprochement des flux financiers et des enregistrements ?

Commencez par définir votre modèle opérationnel. Un réseau public nécessite une tarification claire, des paiements accessibles et un règlement fiable. Un dépôt privilégie la disponibilité immédiate et la capacité du site. Un fabricant peut avoir besoin d'une séparation des locataires et d'une intégration reproductible pour chaque client. Attribuez un responsable et un résultat concret à chaque exigence avant de demander aux fournisseurs de la démontrer.

Rédiger les critères d'acceptation avant la démonstration

Remplacez « prend en charge la facturation » par une affirmation vérifiable : le système doit générer un enregistrement détaillé pour toute session franchissant une limite tarifaire, avec la devise applicable, les horodatages et les règles d’arrondi. Remplacez « dispose d’API » par : notre équipe d’intégration peut récupérer une session terminée et rapprocher son identifiant avec la facture exportée.

N’imposez pas un pourcentage de réussite universel et arbitraire. Définissez des seuils adaptés à votre service, à la taille de votre échantillon et au risque commercial. Consignez chaque test effectué, y compris les échecs. Un projet pilote ne comportant que des démonstrations réussies ne permet pas d’évaluer le comportement de la plateforme en conditions réelles d’utilisation.

1. Créer une matrice représentative de chargeurs et de micrologiciels

Listez chaque modèle prévu pour le lancement, sa version de firmware, sa version de protocole, la configuration de ses connecteurs et son mode de connexion. Incluez le matériel que vous possédez déjà, et pas seulement le chargeur de démonstration recommandé par le fournisseur. Si votre parc est important, sélectionnez un échantillon représentatif et documentez les éléments qui restent à tester.

Prise en charge distincte du protocole et compatibilité testée

OCPP définit la communication entre les bornes de recharge et les systèmes de gestion. Il ne garantit pas l'uniformité de toutes les combinaisons de produits. L'Open Charge Alliance gère un programme de certification pour les tests de conformité ; il est toutefois recommandé à l'acheteur de vérifier le produit, sa version et le périmètre de certification, et de tester la combinaison matérielle prévue.

Demandez au fournisseur de vous montrer la connexion, l'autorisation, le démarrage et l'arrêt de la session, les changements d'état, les relevés de compteur et les commandes à distance prises en charge. Une commande à distance « acceptée » ne signifie pas nécessairement qu'un véhicule reçoit de l'énergie. Conservez la réponse à la commande ainsi que les preuves de la session qui s'ensuit.

Pour chaque comportement non pris en charge, faites la distinction entre une limitation du chargeur, un problème de micrologiciel, une incompatibilité de plateforme ou une erreur de configuration. Cela permet d'identifier les responsabilités et d'éviter que le même problème d'intégration ne se reproduise lors du déploiement. Consultez la documentation. Guide de certification OCA lors de la vérification des affirmations d'un fournisseur.

2. Tester le trajet complet du conducteur

Commencez par l'extérieur du tableau de bord. Si c'est votre première utilisation, trouvez une borne de recharge, identifiez le connecteur approprié, lisez le prix, autorisez la recharge, branchez le véhicule, lancez la charge et terminez la session. Vérifiez que l'identifiant du connecteur affiché correspond à l'étiquette physique et à l'enregistrement dans notre système.

Inclure les cas inconfortables

Essayez une authentification expirée, un paiement refusé et un connecteur indisponible entre la sélection et le démarrage. Vérifiez que l'interface explique le problème sans se contenter d'afficher des codes de diagnostic internes. Testez plusieurs clics sur le bouton de démarrage : le résultat attendu est une seule tentative contrôlée, et non une activité de paiement en double ou des sessions parallèles confuses.

Pour un accès sans application, utilisez une nouvelle session de navigateur et l'interface mobile prévue. Vérifiez si le chauffeur peut obtenir un reçu et contacter l'assistance. Ne vous fiez pas à l'écran de confirmation du navigateur comme preuve de facturation : comparez l'état de la station, l'historique de la session et le calcul de la livraison.

En cas d'échec d'une session, votre agent d'assistance devrait disposer de suffisamment d'informations pour distinguer les problèmes d'autorisation, de paiement, de communication et liés au chargeur. Guide de dépannage pour le démarrage de session CPMS fournit une séquence diagnostique pour cette enquête.

3. Vérifiez ce qui se passe en cas de panne de connexion.

Une connexion internet stable au bureau peut masquer de nombreuses faiblesses opérationnelles. Planifiez une interruption contrôlée du matériel de test avec l'autorisation du responsable du site. Ne déconnectez jamais un réseau de production et n'interrompez jamais une session client en cours dans le seul but de réaliser un test.

Observer avant, pendant et après l'interruption

Effectuez des tests distincts pour un chargeur hors ligne avant autorisation et pour une perte de connexion pendant une session active. Définissez au préalable le comportement attendu avec le fabricant du chargeur. L'autorisation hors ligne et la mise en mémoire tampon locale dépendent de l'équipement, de sa configuration et de son implémentation ; ne présumez pas que tous les chargeurs les prennent en charge.

Après la reconnexion, comparez l'état final de la station, les heures de début et de fin de session, les valeurs du compteur et le résultat de la facturation. Vérifiez l'absence d'enregistrements manquants, de sessions en double, d'états de « chargement » obsolètes et d'événements retardés présentés dans le désordre. Assurez-vous que les horodatages contiennent suffisamment d'informations pour une interprétation cohérente des fuseaux horaires.

Demandez comment les équipes opérationnelles identifient une session incomplète nécessitant une vérification manuelle. Une plateforme qui affiche les exceptions est plus utile qu'une plateforme qui remplace silencieusement les données manquantes par un nombre plausible. Consignez les étapes de récupération et les personnes autorisées à les effectuer.

4. Convertir une session de recharge en argent

Sélectionnez un petit ensemble de sessions et suivez chacune d'elles, de l'enregistrement du chargeur à la facturation client, en passant par la transaction avec le prestataire de paiement et l'exportation financière. Ces enregistrements sont liés, mais ne constituent pas des preuves interchangeables d'un même événement. Une autorisation de mise en attente, un paiement encaissé et un versement finalisé peuvent intervenir à des moments différents.

Utilisez un exemple de tarif volontairement maladroit

Prenons l'exemple d'un tarif hypothétique de 0,40 unité monétaire par kWh. Une session de 18,6 kWh entraîne un coût énergétique de base de 7,44 unités monétaires avant toute autre composante. Ce calcul est donné à titre indicatif et ne constitue pas un prix de vente conseillé. Ajoutez les taxes, frais horaires ou règles de stationnement appliqués par votre établissement et vérifiez l'ordre de calcul documenté.

Ensuite, testez une session incluant une modification de prix programmée, une tentative de paiement sans consommation d'énergie, un remboursement partiel et un échec de paiement. Vérifiez la précision des devises, l'arrondi, les identifiants de facture et la prise en compte des changements d'heure d'été, le cas échéant. Votre responsable financier doit être en mesure d'expliquer chaque différence plutôt que d'accepter un total simplement parce qu'il semble proche.

Pour l'itinérance, distinguez les informations de session en direct du détail de facturation final. Déterminez quel partenaire est responsable de la tarification, de la facturation et du traitement des litiges. OCPI propose des modules distincts pour l'échange de données ; consultez la documentation. Documentation officielle de l'OCPI pour la version et les modules inclus dans votre périmètre d'intégration.

5. Rendre la recharge intelligente mesurable

L'affichage d'un programme à l'écran ne prouve pas qu'un site respecte ses limites de fonctionnement. Il convient de définir le point de mesure de la puissance, si la limite concerne uniquement les équipements de charge ou l'ensemble de l'installation, et comment les charges autres que celles en charge sont prises en compte dans le calcul.

Testez un site dynamique, pas une limite statique

Sur les équipements de test autorisés, connectez davantage de véhicules, modifiez leurs priorités et introduisez une variation représentative de la demande du bâtiment. Comparez le profil demandé au comportement mesuré. Tenez compte du temps de réponse convenu et des limitations des appareils, et documentez le comportement du système lorsqu'un compteur ou une liaison de communication est indisponible.

Pour une flotte, ajoutez les heures de départ et l'énergie requise. Un plan respectant les limites du site mais laissant des véhicules critiques indisponibles risque de ne pas répondre aux exigences de votre entreprise. Définissez comment un opérateur perçoit une demande irréalisable et modifie ses priorités. La protection électrique du site demeure la responsabilité de l'ingénierie ; la gestion logicielle de la charge ne doit pas se substituer à une protection correctement dimensionnée.

6. Donner au personnel de soutien un incident réaliste

Demandez à une personne n'ayant pas configuré le projet pilote d'enquêter sur un échec de démarrage ou un état obsolète du connecteur, en utilisant son rôle de support prévu. Peut-elle localiser le chargeur approprié, examiner la chronologie, identifier la dernière communication réussie et indiquer clairement la prochaine étape ?

Mesurez les étapes de l'investigation plutôt que de rechercher un temps de résolution standard. Vérifiez si les actions essentielles nécessitent l'ouverture de plusieurs systèmes ou la consultation des journaux bruts par un développeur. Assurez-vous que les réinitialisations à distance et les modifications de configuration disposent des autorisations appropriées et d'un historique des opérations effectuées.

Définissez les responsabilités en matière d'escalade avant le lancement. L'opérateur, le fournisseur de logiciels, le fabricant d'équipements et le prestataire de paiement doivent savoir quelles preuves accompagnent un ticket. Sinon, un problème technique mineur risque de rester non résolu, chaque partie sollicitant une équipe différente pour mener l'enquête.

7. Vérifier les limites d'accès et la portabilité des données

Créez les rôles dont votre organisation a réellement besoin : agent de support, utilisateur financier, propriétaire du site et administrateur réseau. Vérifiez que chacun peut accomplir les tâches requises tout en restant dans l’impossibilité d’accéder à des locataires non liés ou à des paramètres sensibles. Évitez d’utiliser un compte administrateur partagé pour l’ensemble du projet pilote.

Demandez une exportation que vous pouvez utiliser sans le fournisseur.

Exportez les identifiants des chargeurs, les correspondances de localisation, les enregistrements de session, les références tarifaires et les identifiants financiers pertinents. Vérifiez les formats horaires, les unités, les définitions des champs et leurs relations. Une feuille de calcul contenant des totaux mais sans identifiants stables peut s'avérer insuffisante pour le rapprochement ou la migration.

Demandez quelles données appartiennent à votre organisation, quelles exportations sont incluses, ce qui se passe à la résiliation du contrat et comment la conservation et la suppression des données sont gérées. Évaluez ces exigences avec vos équipes de sécurité et juridiques, le cas échéant. Pour un futur changement de plateforme, notre Guide de migration CPMS explique pourquoi la cartographie des actifs et la continuité des enregistrements sont importantes.

Un document d'acceptation compact que votre équipe peut réutiliser

Utilisez une ligne par scénario. La description doit être suffisamment précise pour qu'une autre personne puisse la reproduire. Un compte rendu pratique doit contenir les exigences, l'équipement et le micrologiciel, les étapes de test, le résultat attendu, le résultat observé, les preuves à l'appui, le responsable du problème et l'état du test suivant.

• Connexion: Le chargeur et le micrologiciel se connectent et signalent l'état attendu.
• Trajet du conducteur : L'autorisation permet une facturation confirmée et un enregistrement final cohérent.
• Récupération: Une interruption de la connectivité n'entraîne aucune absence ou duplication inexpliquée des enregistrements de facturation.
• Finance: Les références de session, de facture et de paiement concordent avec les exceptions documentées.
• Opérations : Le support technique peut diagnostiquer un incident avec les autorisations appropriées.
• Sortie: Les données exportées restent compréhensibles en dehors de l'interface du fournisseur.

Utilisez les mentions « réussi », « échoué » et « bloqué » comme résultats distincts. « Bloqué car le micrologiciel requis était indisponible » n'est pas un résultat « réussi ». Consignez les limitations liées à la décision d'achat et fixez une date limite pour la résolution des problèmes critiques au lancement. Conservez les améliorations mineures d'ergonomie dans une liste de tâches distincte afin qu'elles ne masquent pas les problèmes de facturation ou de charge non résolus.

Foire aux questions

Un CPMS est-il la même chose qu'un OCPP ?

Non. Un système de gestion de bornes de recharge est une plateforme logicielle opérationnelle. OCPP est un protocole de communication utilisé entre les bornes de recharge et les systèmes de gestion. Il vous reste à évaluer les flux de travail, les paiements, les rapports, les autorisations et l'intégration proprement dite du chargeur.

Combien de temps devrait durer un projet pilote de CPMS ?

Utilisez la réalisation des scénarios convenus comme critère de décision plutôt qu'un nombre de jours fixe. Prévoyez du temps pour les différents tarifs, la gestion des exceptions et les nouveaux tests. Une brève démonstration permet d'établir une connectivité de base ; elle ne peut remplacer les tests de votre modèle opérationnel.

Chaque opérateur a-t-il besoin de l'itinérance dans le cadre du projet pilote ?

Non. Intégrez-le uniquement si l'itinérance fait partie de votre périmètre de lancement ou s'il s'agit d'une dépendance contractuelle. Si son utilisation est prévue ultérieurement, documentez les modules requis, les responsabilités des partenaires et les futurs tests d'acceptation sans considérer une fonctionnalité non testée comme éprouvée.

Qu'est-ce qui devrait empêcher la mise en service ?

Tout dysfonctionnement non résolu empêchant les conducteurs autorisés de facturer, entraînant des écarts de facturation inexpliqués, exposant les informations d'un autre locataire ou compromettant la reprise des opérations essentielles, doit faire l'objet d'une décision documentée avant tout déploiement. La gravité du problème dépend de votre service et de ses contrôles, et non de l'esthétique d'un tableau de bord.

Transformez vos besoins en une discussion utile sur la plateforme

La question à se poser avant d'acheter une plateforme n'est pas : « Combien de fonctionnalités possède cette plateforme ? » mais plutôt : « Notre équipe peut-elle exécuter ces scénarios sur notre équipement et en expliquer les résultats ? » Apportez à la discussion une matrice de charge, les pays d'exploitation, les exigences de paiement, les contraintes du site et la liste des intégrations.

Explorez les offres de TrendPower système de gestion des bornes de recharge pour véhicules électriques ou demander une discussion sur la plateforme Définissez les contours de votre projet pilote. Avant de vous engager dans un déploiement, vérifiez la compatibilité et les exigences de déploiement.