Liste de contrôle de l'appel d'offres pour un système de gestion de la recharge des véhicules électriques

Un appel d'offres pour un système de gestion de la recharge des véhicules électriques ne doit pas se limiter à une simple liste de fonctionnalités. Il doit déterminer si le fournisseur est capable de connecter vos bornes de recharge, de prendre en charge votre modèle d'exploitation et de revenus, de protéger vos données, de répondre à vos attentes en matière de service et d'évoluer sans engendrer de coûts prohibitifs liés à une dépendance exclusive.

Ce guide s'adresse aux exploitants de bornes de recharge, aux fabricants de chargeurs, aux gestionnaires de flottes, aux fournisseurs d'énergie, aux groupes immobiliers, aux exploitants de parkings et aux plateformes de recharge régionales. Si vous n'avez pas encore défini la catégorie de plateforme, commencez par consulter le guide de TrendPower. Guide du logiciel CPMS pour les opérateurs de bornes de recharge de véhicules électriquesSi vous êtes prêt à passer l'acquisition, utilisez la liste de contrôle ci-dessous comme base technique et commerciale de votre appel d'offres.

Que doit atteindre un appel d'offres pour un logiciel de recharge de véhicules électriques ?

Un appel d'offres bien conçu transforme les objectifs commerciaux en exigences vérifiables. Il impose aux fournisseurs les mêmes hypothèses de fonctionnement, leur demande de distinguer les fonctionnalités standard des configurations et des développements spécifiques, et crée un cadre de comparaison fiable des réponses.

L’objectif n’est pas de choisir la plateforme qui coche le plus de cases. Il s’agit d’identifier la solution la mieux adaptée à vos chargeurs, vos clients, vos pays, vos intégrations, votre équipe interne, votre tolérance au risque et votre plan de croissance sur cinq ans.

Quelles informations devez-vous préparer avant d'envoyer l'appel d'offres ?

Les fournisseurs ne peuvent pas fournir de périmètre, de prix ou de calendrier fiables si l'appel d'offres se contente de demander « une plateforme de recharge pour véhicules électriques évolutive ». Incluez un profil de projet concis et suffisamment détaillé pour permettre d'en évaluer l'adéquation.

• Modèle économique et utilisateurs ciblesCPO public, flotte, lieu de travail, résidentiel, destination, OEM, service de service public, service d'itinérance ou une combinaison de ces éléments.
• Réseau de référenceSites, chargeurs, connecteurs, sessions mensuelles, utilisateurs et régions géographiques actuels et prévisionnels pour les années 1, 3 et 5.
• Inventaire du matérielFabricant, modèle, micrologiciel, version OCPP, connectivité, puissance nominale et système de gestion du courant pour chaque type de chargeur représentatif.
• Parcours clientApplication, site web, QR, RFID, paiement sans contact, Autocharge, Plug & Charge, accès invité, réservation et attentes en matière d'assistance.
• Modèle commercialTarifs, taxes, abonnements, frais d'inactivité, promotions, roaming, facturation, remboursements, commissions et parties au règlement.
• Paysage d'intégrationPasserelles de paiement, ERP, CRM, systèmes de gestion de flotte, systèmes énergétiques, entrepôt de données, cartes, billetterie, identité et partenaires d'itinérance.
• Contraintes de sécurité et de déploiementBesoins en matière de région cloud, de cloud privé ou d'infrastructure sur site, de résidence des données, d'authentification unique (SSO), d'audit, de confidentialité et d'exigences réglementaires.
• Plan d'approvisionnementFourchette budgétaire, processus de décision, portée du projet pilote, date de lancement souhaitée, critères d'acceptation et durée du contrat.

Liste de contrôle complète pour un appel d'offres concernant un système de gestion de la recharge des véhicules électriques

1. Portée, rôles et échelle de l'entreprise

Il faut partir des réalités opérationnelles. Une plateforme conçue pour un seul dépôt privé peut ne pas convenir à un réseau public multipartite comprenant des hébergeurs de sites, des agents, des investisseurs, des flottes et des partenaires d'itinérance.

• Décrivez les modèles commerciaux pris en charge et indiquez lesquels sont actuellement en production.
• Expliquez la hiérarchie des organisations, régions, sites, chargeurs, connecteurs, opérateurs, hébergeurs de sites, flottes et utilisateurs finaux.
• Afficher le contrôle d'accès basé sur les rôles, les flux d'approbation, l'administration déléguée et l'isolation des locataires.
• L'État a démontré l'échelle de production et la méthode de test pour les chargeurs, les sessions simultanées, le trafic API et le volume de rapports.
• Expliquez comment sont ajoutés les nouveaux pays, devises, règles fiscales, langues, fuseaux horaires et entités juridiques.

2. Interopérabilité OCPP et chargeur

« Prise en charge par OCPP » n'est pas une réponse suffisante. Alliance pour la charge ouverte Ce système publie plusieurs versions d'OCPP, et son comportement réel dépend du modèle de chargeur, du micrologiciel, du profil de sécurité, de l'ensemble de messages et de l'implémentation du fournisseur. Demandez des preuves précises.

• Liste des éditions et transports OCPP pris en charge, y compris OCPP 1.6J, OCPP 2.0.1 et la feuille de route pour OCPP 2.1 le cas échéant.
• Fournir une matrice de compatibilité des chargeurs par fabricant, modèle, firmware, fonctions testées, limitations connues et date de test.
• Fournissez les détails de la certification OCPP ou toute autre preuve de conformité pour la version CSMS proposée. Vérifiez les certificats auprès de l'OCA plutôt que de vous fier uniquement à un logo.
• Démontrer les fonctionnalités d'intégration, d'autorisation, de transactions, de valeurs de compteur, de démarrage/arrêt à distance, de réinitialisation, de déverrouillage, de disponibilité, de réservations, de profils de charge, de diagnostic et de flux de travail du micrologiciel.
• Expliquez le comportement hors ligne, les files d'attente de messages, la dérive d'horloge, les événements dupliqués, la réconciliation de reconnexion et la récupération des transactions.
• Décrivez le processus, la propriété, le coût et le délai d'intégration d'un chargeur ou d'une révision de micrologiciel non testés.

Pour les réseaux multimarques, demandez un projet pilote avec du matériel représentatif. TrendPower système de gestion des bornes de recharge pour véhicules électriques Cette page explique pourquoi la compatibilité doit être validée par rapport au chargeur réel et au flux de travail requis, et non uniquement par rapport au nom du protocole.

3. Surveillance, opérations à distance et disponibilité

• Afficher l'état en temps réel des stations, des bornes de recharge pour véhicules électriques, des connecteurs, des sessions, de la connectivité, de l'alimentation, des valeurs des compteurs et des alarmes.
• Expliquez les règles d'alarme configurables, leur gravité, leur suppression, leur corrélation, leur escalade et les canaux de notification.
• Démontrer les diagnostics à distance, les journaux, les courbes de charge, les codes d'erreur, les commandes à distance et les actions de l'opérateur pouvant faire l'objet d'un audit.
• Définir les calculs de disponibilité et d'utilisation, y compris le traitement de la maintenance planifiée, des baies bloquées et des pannes de communication.
• Afficher la création des tickets, leur attribution, les minuteurs des SLA, les flux de travail des techniciens, les preuves de service, la vérification et l'historique de maintenance.
• Fournir des tableaux de bord et des exportations pour le succès de la première charge, les échecs de session, le MTTR, la récurrence des alarmes et la disponibilité des chargeurs.

Les acheteurs qui évaluent les flux de travail des services sur le terrain peuvent consulter les résultats de TrendPower. gestion des opérations intelligentes approche en matière de surveillance, de diagnostic à distance, de remédiation, d'intervention et d'ordres de travail en boucle fermée.

4. Expérience, accès et assistance aux conducteurs

• Identifier les méthodes d'accès prises en charge : application mobile, site web mobile, code QR, RFID, paiement invité, Autocharge, ISO 15118 Plug & Charge ou identifiants de flotte.
• Afficher la découverte des stations, la disponibilité en temps réel, les détails des connecteurs, l'affichage des prix, la navigation, les réservations, l'état des sessions, les reçus et l'historique de recharge.
• Décrivez l'accessibilité, les langues prises en charge, les formats locaux, la gestion du consentement, la suppression des comptes et l'exportation des données client.
• Expliquez la propriété de l'application, les comptes de l'App Store, le rythme des mises à jour, l'analyse des plantages, les versions de systèmes d'exploitation prises en charge et le repli Web.
• Afficher les outils d'assistance client pour la recherche de session, l'assistance à distance, les remboursements, les litiges, les notifications et l'historique des cas.

5. Tarifs, facturation, paiements et règlement

La tarification est spécifique au marché, tandis que la sécurité des paiements engendre des responsabilités partagées. Demandez au fournisseur de cartographier les données et les flux financiers, et non pas simplement d'afficher un logo de prestataire de paiement.

• Afficher les tarifs par énergie, temps, session, temps de connexion, temps d'inactivité, emplacement, groupe d'utilisateurs, abonnement et heure d'utilisation.
• Expliquez les notions de taxe, d'arrondi, de devise, de numérotation des factures, de remboursement, de crédit, d'acompte, de préautorisation, d'échec de paiement et de rétrofacturation.
• Liste des passerelles et méthodes de paiement par pays cible, ainsi que les responsabilités liées au commerçant enregistré, à l'acquisition, au paiement et au rapprochement.
• Définir le flux de données des cartes de paiement et le périmètre PCI DSS de chaque partie. Conseil des normes de sécurité PCI est la source faisant autorité pour les documents PCI DSS actuels.
• Fournir les relevés, les approbations, les ajustements et les enregistrements de règlement relatifs au partage des revenus avec l'hébergeur du site, l'agent, l'investisseur ou le partenaire.
• Fournir les exportations financières, les clés de rapprochement, les pistes d'audit et la gestion des sessions qui se terminent après une interruption de communication.

Utilisez TrendPower solution de paiement pour la recharge des véhicules électriques aperçu permettant d'identifier les questions relatives aux paiements localisés, aux tarifs, aux transactions et au règlement.

6. Itinérance et interopérabilité des écosystèmes

• Liste des versions OCPI, des rôles, des modules, des modèles de connexion, des hubs d'itinérance et des intégrations en direct pris en charge.
• Afficher les informations d'échange relatives aux emplacements, à l'état des bornes de recharge pour véhicules électriques, aux tarifs, aux jetons, aux commandes, aux sessions, aux CDR et aux identifiants.
• Expliquez la logique de nouvelle tentative, la négociation de version, la gestion des doublons, la correction des CDR, la réconciliation et le mappage spécifique au partenaire.
• Précisez les frais par partenaire, les frais de plateforme, les frais de transaction, les coûts de mise en œuvre, la certification et le support continu.

Le Aperçu de l'OCPI de la Fondation EVRoaming OCPI explique comment il met en relation les fournisseurs de services de mobilité électrique et les opérateurs de bornes de recharge. Votre appel d'offres doit préciser quelles parties du protocole sont mises en œuvre et éprouvées, et non se contenter de vérifier si « OCPI » figure dans une fiche technique.

7. API, données et intégrations d'entreprise

• Demander la documentation API versionnée, l'accès au bac à sable, les méthodes d'authentification, les limites de débit, la pagination, les filtres, l'idempotence et les modèles d'erreur.
• Liste des API et webhooks disponibles pour les chargeurs, les sites, les utilisateurs, les tarifs, les sessions, les transactions, les alarmes, les tickets et les rapports.
• Définir la signature des webhooks, les nouvelles tentatives, l'ordonnancement, la déduplication, la relecture, la surveillance et la gestion des messages non distribuables.
• Expliquez la fraîcheur des données, leur conservation, leur agrégation, les formats d'exportation, l'extraction en masse et l'accès aux données brutes par rapport aux données dérivées.
• Décrire la responsabilité de l'intégration pour les systèmes ERP, CRM, SSO, de gestion de flotte, d'énergie, de cartographie, d'entrepôt de données et de support.
• Exiger que les contrôles de sécurité des API soient alignés sur des recommandations reconnues telles que… Projet de sécurité des API OWASP.

8. Contrôles de l'énergie et de la recharge intelligente

• Décrire la gestion de la charge statique et dynamique aux niveaux du connecteur, du chargeur, du circuit, du site, du portefeuille et de la flotte.
• Expliquez les règles d'allocation de puissance, les priorités, la puissance minimale, l'équité, les objectifs de départ et la possibilité de prise en charge manuelle.
• Montrer comment les limites de charge, les données du compteur, la charge du bâtiment, l'énergie solaire, le stockage et les signaux du service public sont reçus et validés.
• Définir le comportement à adopter lorsque les compteurs, les passerelles, les chargeurs ou le CPMS perdent la connectivité.
• Demandez les fonctions de charge intelligente OCPP prises en charge, les intervalles de contrôle, la latence de télémétrie et une preuve issue d'un déploiement comparable.

9. Sécurité, confidentialité et résilience

Les réponses en matière de sécurité doivent être adaptées à l'architecture et avoir une signification contractuelle. « Nous utilisons le chiffrement » ne suffit pas pour la gestion des identités, des clés, la surveillance, le traitement des vulnérabilités ni la récupération des données.

• Demander un schéma d'architecture et de flux de données actuel montrant les limites de confiance, les bases de données, les tiers, les chemins d'administration et les connexions de charge.
• Définir le chiffrement en transit et au repos, les versions TLS, le cycle de vie des certificats, la gestion des secrets, la propriété des clés et leur rotation.
• Afficher les journaux d'audit MFA, SSO, RBAC, du moindre privilège, des contrôles de session, des comptes de service, de l'examen des accès privilégiés et immuables.
• Fournir des pratiques de développement sécurisé, de gestion des dépendances, de revue de code, de tests d'intrusion, de divulgation des vulnérabilités, de correction des bugs et de réponse aux incidents.
• Rôles de responsable du traitement et de sous-traitant des données, sous-traitants, lieux d'hébergement, transferts transfrontaliers, conservation, suppression et prise en charge des demandes des personnes concernées.
• Définir les sauvegardes, les tests de restauration, la redondance, la reprise après sinistre, le RTO, le RPO, les communications d'état et la continuité des activités.
• Demandez comment la plateforme met en œuvre les profils de sécurité OCPP pertinents et comment les certificats de chargeur sont émis, stockés, renouvelés et révoqués.

Pour un vocabulaire commun sur les risques, les acheteurs peuvent se référer à Cadre de cybersécurité du NISTL’appel d’offres doit néanmoins préciser les lois, les normes et les contrôles applicables aux juridictions et aux contrats propres à l’acheteur.

10. Déploiement, propriété des données et portabilité

• Comparez les options de cloud public, de cloud privé et sur site, y compris la responsabilité de l'infrastructure, des mises à jour, de la surveillance et de la sécurité.
• Définir les environnements de production, de test, de préproduction, de formation et de reprise après sinistre, et indiquer s'ils sont inclus dans le prix.
• Indiquez qui est propriétaire des données relatives aux chargeurs, aux utilisateurs, aux sessions, aux tarifs, aux transactions, aux opérations, aux analyses et aux données dérivées.
• Exiger des exportations complètes et documentées dans des formats utilisables, incluant les identifiants et les relations nécessaires à la migration.
• Clarifiez les domaines, les certificats, les comptes de l'App Store, les comptes SMS/e-mail, les comptes de paiement, les options de code source et la propriété du code personnalisé.
• Définir l'assistance à la sortie, le calendrier d'exportation, l'accès de transition, les modifications du point de terminaison du chargeur, les certificats de suppression et les frais de résiliation.

11. Mise en œuvre, migration et acceptation

• Demander un plan de livraison comprenant les phases, les dépendances, les responsables désignés, les contributions du client, les risques et les critères d'entrée/sortie.
• Définir les tests d'intégration, de configuration, de paiement, d'application, de sécurité, de performance, de basculement et d'acceptation par l'utilisateur du chargeur.
• Pour la migration, les URL du backend d'inventaire, les identifiants, les certificats, les dépendances SIM/APN, l'accès au chargeur, les exportations de données et les obligations du fournisseur actuel.
• Exiger un projet pilote représentatif, des critères de réussite/échec mesurables, un plan de repli, des règles de gravité des défauts et un processus de validation.
• Détaillez la portée de la migration des données, le mappage, la réconciliation, l'accès historique, la méthode de basculement, le temps d'arrêt et la validation post-basculement.
• Définir la formation des administrateurs, des opérations, des finances, du support et des techniciens, ainsi que la documentation de transfert.

Si vos exigences dépassent la configuration standard, comparez la limite entre les capacités du produit et les travaux du projet à l'aide de TrendPower. solution logicielle personnalisée de recharge pour véhicules électriques.

Pour un exemple concret d'exigences structurées autour d'un modèle opérationnel réel, consultez le document de TrendPower. Étude de cas d'une plateforme de recharge domestique pour véhicules électriques aux États-Unis, qui relie la recharge résidentielle, le partage contrôlé, l'accès, la planification, les paiements et le règlement par le propriétaire.

12. Assistance, SLA, feuille de route et conditions commerciales

• Définir les heures d'assistance, les langues, les canaux, les niveaux de gravité, les objectifs de réponse, les objectifs de restauration, l'escalade et les crédits de service.
• Définir la disponibilité de la plateforme, le point de mesure, les exclusions, les fenêtres de maintenance, les notifications et les rapports mensuels.
• Décrivez le rythme des mises à jour, les délais de préavis, la rétrocompatibilité, les tests de régression, les tests clients et les modifications d'urgence.
• Distinguer les fonctionnalités déjà engagées des éléments de la feuille de route et indiquer si les dates de cette dernière sont contractuelles.
• Détaillez les frais d'installation, de licence, de chargeur, de connecteur, d'utilisateur, de session, d'application, d'hébergement, de stockage, d'API, d'itinérance, de paiement, d'assistance, d'intégration et de services professionnels.
• Indiquez les paliers de prix, les minimums, les dépassements, les augmentations annuelles, les hypothèses de change, les taxes, les coûts de renouvellement, de résiliation et de sortie.
• Fournissez des références clients comparables et l'autorisation de discuter de la qualité de la mise en œuvre, de la stabilité, du support et des coûts imprévus.

Un format de réponse des fournisseurs qui rend les réponses comparables

Joignez un tableau de réponses à chaque exigence. Conservez les propositions narratives pour le contexte, mais n'évaluez que les réponses structurées qui précisent la disponibilité, les preuves, l'effort de mise en œuvre, le calendrier, les hypothèses et le coût.

Modèle de notation des appels d'offres CPMS à 100 points recommandé par TrendPower

Ajustez la pondération avant la réception des propositions. Cela évite qu'une démonstration convaincante ne modifie les priorités a posteriori. Utilisez une note de 0 à 5 pour chaque catégorie, multipliez-la par la pondération attribuée et exigez des évaluateurs qu'ils citent des preuves.

Échelle de notation suggérée : 0 = aucune réponse ; 1 = non pris en charge ; 2 = partiel ou feuille de route ; 3 = répond aux exigences avec des preuves acceptables ; 4 = les dépasse avec des preuves solides ; 5 = adéquation prouvée avec un faible risque de livraison et un engagement contractuel clair.

Que devez-vous tester dans la démo et le projet pilote ?

Une démonstration soignée peut masquer les étapes manuelles, les données simulées et les intégrations non testées. Présentez les mêmes scénarios et les mêmes exemples de données à tous les fournisseurs présélectionnés.

1. Branchez un chargeur standard. Autorisation complète, démarrage/arrêt à distance, valeurs des compteurs, clôture des transactions, récupération hors ligne et analyse des sessions ayant échoué.
2. Analysez l'intégralité du flux financier. Configurer un tarif, effectuer un paiement, émettre un reçu ou une facture, traiter un remboursement, exporter des données financières et rapprocher le règlement.
3. Résoudre un incident opérationnel. Déclencher une alerte, consulter les journaux, effectuer une action à distance prise en charge, créer un ticket, l'escalader et le clôturer avec une piste d'audit.
4. Exercice des rôles et contrôles des données. Tester les autorisations d'opérateur, d'hébergeur, de support, de finance et d'administrateur restreint. Exporter les données et consulter les journaux d'audit.
5. Démontrer une intégration. Utilisez l'API sandbox ou la connexion OCPI pour échanger de véritables objets de test, gérer les erreurs et valider les nouvelles tentatives et la réconciliation.
6. Échec et récupération des tests. Simuler une déconnexion du chargeur ou du réseau, des messages en double, un échec de paiement et une restauration à partir d'une étape de publication ou de migration.

Sept signaux d'alarme concernant les fournisseurs de CPMS

1. « Compatible OCPP » sans matrice de test de modèle et de micrologiciel.
2. Les fonctionnalités de la feuille de route sont présentées comme si elles étaient disponibles dès aujourd'hui.
3. Aucun responsable clairement identifié pour la conformité des paiements, le rapprochement bancaire ou les transactions ayant échoué.
4. L'accès à l'API est promis sans documentation, sans accès à un environnement de test, sans limites ni tests d'exportation.
5. Allégations de disponibilité sans définition, méthode de mesure, exclusions ni recours.
6. Un prix d'abonnement bas associé à des frais d'intégration, de stockage, d'assistance ou de résiliation peu clairs.
7. Aucun plan de migration pratique, aucune méthode de restauration, ni aucun engagement contractuel en matière de portabilité des données.

Comment transformer un appel d'offres gagnant en un contrat plus sûr ?

Ne laissez pas les réponses les plus importantes disparaître après la sélection du fournisseur. Joignez à l'accord ou au cahier des charges la réponse finale, l'architecture, la matrice de compatibilité, le plan de mise en œuvre, le barème de prix, le SLA, les obligations de sécurité, les conditions de traitement des données et les tests d'acceptation.

Transformez des expressions telles que « prise en charge », « intégration possible » et « haute disponibilité » en livrables précis et en résultats mesurables. Indiquez les mesures prises si un flux de travail de charge critique échoue lors du projet pilote, si une intégration personnalisée n'est pas validée ou si l'acheteur exige une exportation complète à la fin du projet.

FAQ sur l'appel d'offres pour un système de gestion de la recharge des véhicules électriques

Sources fiables pour votre équipe d'appel d'offres

• Open Charge Alliance — Protocoles OCPP
• Open Charge Alliance — Téléchargements de spécifications
• Fondation EVRoaming — Aperçu de l'OCPI
• Conseil des normes de sécurité PCI — normes de sécurité des paiements
• OWASP — Projet de sécurité des API
• NIST — Cadre de cybersécurité

Examiné en termes de pertinence pour les achats : 20 septembre 2026. Les exigences en matière de protocole, de sécurité, de paiement, de confidentialité et de réglementation évoluent avec le temps ; vérifiez les documents officiels les plus récents et obtenez des conseils juridiques ou de conformité pour vos marchés cibles.