Qu’est-ce que l’OCPP 2.0.1 ? Guide complet pour les opérateurs de bornes de recharge pour véhicules électriques

Pourquoi l'OCPP existe-t-il pour la recharge des véhicules électriques ?

Les réseaux de recharge pour véhicules électriques ne se limitent plus à de simples installations matérielles. Un réseau de recharge commercial peut inclure des bornes de recharge en courant alternatif, des bornes de recharge rapide en courant continu, des terminaux de paiement, des cartes RFID, des applications mobiles, des connexions d'itinérance, des gestionnaires de sites, des gestionnaires de flottes, des règles tarifaires, des limites de consommation d'énergie et des équipes de maintenance.

En l'absence d'un protocole de communication commun, chaque marque de chargeurs nécessiterait son propre système de gestion propriétaire, ce qui engendrerait des difficultés opérationnelles. Les opérateurs pourraient avoir besoin de tableaux de bord différents selon les chargeurs, de procédures de maintenance distinctes, de flux de facturation incohérents et d'une capacité limitée à changer de fournisseur de matériel.

Le Alliance pour la charge ouverte OCPP est décrit comme le protocole de communication ouvert mondial entre les bornes de recharge et les systèmes de gestion de la recharge. Concrètement, cela signifie qu'OCPP se situe entre la borne de recharge physique et la plateforme logicielle qui gère les opérations de recharge.

Un conducteur ne verra peut-être qu'une application mobile, un code QR, une carte RFID ou un écran de paiement. L'opérateur, quant à lui, verra tout autre chose : notifications de démarrage, disponibilité des chargeurs, état des connecteurs, demandes d'autorisation, événements de transaction, valeurs du compteur, commandes à distance, défauts et mises à jour de configuration.

C’est pourquoi l’OCPP doit être considéré comme une exigence d’achat stratégique, et non comme une simple case à cocher technique.

Pour les exploitants de bornes de recharge, les gestionnaires de flottes et les fabricants de chargeurs, OCPP aide à répondre à plusieurs questions pratiques :

• Ce chargeur peut-il se connecter à ma plateforme backend ?
• Puis-je gérer des chargeurs de différents fabricants dans un seul système ?
• Pourrai-je migrer vers un système dorsal autre que propriétaire à l'avenir ?
• Puis-je surveiller à distance la disponibilité, les pannes et les données de session ?
• Mon système CPMS peut-il prendre en charge la facturation, les paiements, la gestion de la charge et l'accès des utilisateurs en plus de la communication avec les chargeurs ?

La version OCPP 2.0.1 est importante car elle offre aux réseaux de recharge modernes une base plus solide pour ces flux de travail.

Suggestion de lien interne : Si vous évaluez des plateformes backend, consultez le guide de TrendPower sur logiciel dorsal de recharge pour véhicules électriques.

Comment OCPP 2.0.1 connecte les chargeurs et un CSMS

Dans la terminologie OCPP, une borne de recharge communique avec un système central, généralement appelé CSMS. Sur le marché des logiciels commerciaux, les opérateurs peuvent également rencontrer des termes tels que CPMS, logiciel de gestion de la recharge des véhicules électriques ou logiciel de gestion de la recharge.

Le flux de communication de base est simple :

1. Le chargeur se connecte au système dorsal.
2. Le chargeur envoie des données d'état, de transaction et de compteur.
3. Le système dorsal envoie les décisions d'autorisation, les modifications de configuration ou les commandes à distance.
4. L'opérateur utilise un tableau de bord pour surveiller et gérer le réseau.

Par exemple, lorsqu'un conducteur branche son véhicule à une borne de recharge, celle-ci peut envoyer des événements liés à la transaction au CSMS. Le CSMS peut alors autoriser l'utilisateur, enregistrer la session, recevoir les valeurs du compteur, appliquer les règles tarifaires et afficher la session de recharge sur le tableau de bord de l'opérateur.

OCPP 2.0.1 structure davantage cette relation que les versions précédentes. L'une de ses améliorations les plus importantes est… modèle d'appareilAu lieu de considérer une station de recharge comme une simple boîte noire, le modèle de l'appareil permet au système dorsal de comprendre plus en détail les composants, les variables et les éléments de configuration.

Cela peut aider les opérateurs à répondre à des questions opérationnelles plus précises :

• La borne de recharge est-elle entièrement hors service, ou seulement une borne de recharge pour véhicules électriques ?
• Le connecteur est-il indisponible en raison d'un défaut, d'un paramètre de maintenance ou d'un problème de configuration ?
• Quel firmware ou variable de configuration pourrait être à l'origine du problème ?
• Le système dorsal peut-il détecter les tendances au niveau du site sur plusieurs modèles de chargeurs ?

C’est important car les opérations à distance dépendent de la visibilité. Plus les données sont structurées, plus il est facile pour un CPMS d’aider les équipes à résoudre les problèmes, à réduire les interventions sur site et à améliorer la disponibilité.

Note relative à l'expérience utilisateur : Pour cette section, ajoutez un schéma simple montrant :
Véhicule électrique → Borne de recharge → OCPP 2.0.1 → CSMS / CPMS → Tableau de bord opérateur / Facturation / Gestion de l'énergie

Quelles sont les nouveautés d'OCPP 2.0.1 par rapport à OCPP 1.6 ?

Le protocole OCPP 1.6 s'est largement imposé car il offrait au secteur de la recharge des véhicules électriques un protocole ouvert et pratique pour la communication entre les bornes de recharge et le réseau central. De nombreux réseaux fonctionnent encore aujourd'hui avec OCPP 1.6, qui demeure utile pour les opérations de recharge de base.

Cependant, les réseaux de recharge modernes pour véhicules électriques nécessitent bien plus que le simple démarrage, l'arrêt et la surveillance à distance. Les opérateurs ont de plus en plus besoin d'une cybersécurité renforcée, d'une gestion plus détaillée des appareils, de la recharge intelligente, de la conformité à la norme ISO 15118, de structures de transaction améliorées et d'outils plus performants pour la gestion de sites de recharge complexes.

L'Open Charge Alliance recense plusieurs fonctions améliorées ou ajoutées dans OCPP 2.0.1 par rapport à OCPP 1.6, notamment la gestion des appareils, une gestion des transactions améliorée, une sécurité renforcée, des fonctionnalités de charge intelligente ajoutées, la prise en charge de la norme ISO 15118, ainsi que la prise en charge de l'affichage et de la messagerie.

La principale différence est la suivante :

OCPP 1.6 est souvent suffisant pour la gestion de base des chargeurs. OCPP 2.0.1 est conçu pour des opérations de charge plus sécurisées, plus riches en données et évolutives.

Cela ne signifie pas que tous les réseaux doivent migrer immédiatement. Un petit site privé équipé de bornes de recharge simples peut continuer à fonctionner efficacement avec OCPP 1.6. Cependant, pour les réseaux prévoyant une expansion multisite, une diversification des bornes de recharge, une sécurité renforcée, la recharge de flottes, la gestion de la charge ou la compatibilité avec le système Plug & Charge, OCPP 2.0.1 mérite une évaluation approfondie.

Suggestion de lien interne : Pour une comparaison plus approfondie, lisez : OCPP 1.6 vs OCPP 2.0.1 : Quel protocole les opérateurs doivent-ils choisir ?

Résumé des fonctionnalités d'OCPP 2.0.1

Le Page de certification OCPP 2.0.1 L'obtention de la certification auprès de l'Open Charge Alliance est utile pour les acheteurs car elle démontre que la certification est un processus formel et non un simple argument marketing.

Idée reçue : le support, la conformité et la certification OCPP sont deux choses différentes.

L'une des erreurs les plus fréquentes lors de l'acquisition de bornes de recharge pour véhicules électriques est de considérer la compatibilité OCPP comme une garantie absolue.

Ces termes sont liés, mais ils ne sont pas identiques :

Un chargeur peut se connecter avec succès lors d'un test de base, mais échouer dans des conditions de réseau réelles, lors de modifications du micrologiciel, en mode hors ligne, avec des profils de charge intelligents ou dans des cas particuliers de paiement.

Pour les opérateurs, l'approche la plus sûre consiste à demander aux fournisseurs :

• Version OCPP prise en charge et étendue des fonctionnalités
• État de certification ou preuve de conformité
• Modèles de chargeurs et versions de micrologiciels testés
• Détails de la prise en charge de la recharge intelligente
• processus de sécurité et de gestion des certificats
• Limitations connues
• Un test pilote avant un déploiement à grande échelle

Sécurité OCPP 2.0.1 : bien plus que du chiffrement

La sécurité est l'une des raisons les plus importantes d'évaluer OCPP 2.0.1 pour les nouveaux déploiements de bornes de recharge pour véhicules électriques.

Les réseaux de recharge constituent une infrastructure interconnectée. Ils peuvent traiter les identités des utilisateurs, les données d'autorisation, l'historique des transactions, les données de consommation énergétique, les flux de travail liés aux paiements, les commandes à distance et les mises à jour de micrologiciels. En cas de sécurité insuffisante, les opérateurs s'exposent à des accès non autorisés, à des manipulations des comportements de recharge, à des sessions frauduleuses, à des interruptions de service ou à une fuite de données.

Le Profil du cadre de cybersécurité du NIST pour l'infrastructure de recharge ultra-rapide des véhicules électriques Il est important de noter que l'infrastructure de recharge rapide pour véhicules électriques repose sur des sous-systèmes interconnectés, notamment les bornes de recharge, les réseaux de données, les services cloud ou tiers, ainsi que les réseaux de distribution d'énergie ou de bâtiments. C'est précisément pourquoi la sécurité de cette infrastructure doit être gérée comme un risque opérationnel, et non comme un simple problème informatique.

Pour les déploiements OCPP 2.0.1, les opérateurs doivent aller au-delà des simples déclarations telles que « nous prenons en charge TLS ». Un examen de sécurité plus approfondi devrait inclure :

• Comment les certificats sont-ils émis, stockés, renouvelés et révoqués ?
• Comment les utilisateurs, les chargeurs et les systèmes backend sont-ils authentifiés ?
• Les événements de sécurité sont-ils visibles sur le tableau de bord CPMS ?
• L'opérateur peut-il contrôler les flux de travail de mise à jour du firmware ?
• Les commandes à distance sont-elles soumises à des autorisations ?
• Comment les intégrations API sont-elles protégées ?
• Est-il possible de séparer les rôles d'accès pour les opérations, les finances, le support et les propriétaires de site ?
• Que se passe-t-il si un chargeur perd la connexion ?

Suggestion de lien interne : Pour un article plus ciblé sur la sécurité, consultez : Sécurité OCPP 2.0.1 expliquée : ce que les réseaux de recharge pour véhicules électriques doivent savoir

Ce que cela signifie pour les opérateurs

Un déploiement OCPP 2.0.1 sécurisé ne repose pas uniquement sur le protocole. Il nécessite la collaboration du chargeur, du firmware, de la connexion réseau, de la plateforme dorsale, du processus de contrôle d'accès et du flux de travail de support.

Par exemple, un système de gestion de la sécurité des applications (CPMS) ne doit pas se contenter de recevoir des messages relatifs à la sécurité. Il doit aider l'opérateur à y donner suite grâce à des alertes, des journaux, des autorisations de rôle, des flux de travail de maintenance et des pistes d'audit.

C’est là que le logiciel de recharge pour véhicules électriques prend toute son importance. Le protocole définit la communication ; le CPMS transforme cette communication en contrôle opérationnel.

OCPP 2.0.1 et ISO 15118 Plug & Charge

Les normes OCPP 2.0.1 et ISO 15118 sont liées, mais elles fonctionnent sur des voies de communication différentes.

OCPP 2.0.1 gère la communication entre la borne de recharge et le système de gestion dorsal. ISO 15118 gère la communication entre le véhicule électrique et l'équipement de recharge.

Cette distinction est importante car de nombreux acheteurs confondent les deux normes.

Dans un flux de travail Plug & Charge, le véhicule électrique peut communiquer avec le chargeur en utilisant la norme ISO 15118. Le chargeur peut ensuite devoir se coordonner avec le système dorsal via OCPP pour l'autorisation, le traitement des transactions, les flux de travail liés aux certificats et les enregistrements de l'opérateur.

CharIN's Ressources Plug & Charge Il est essentiel d'expliquer l'importance de services Plug & Charge standardisés et interopérables. Pour les opérateurs, cela signifie que le Plug & Charge ne se limite pas à une simple fonctionnalité de chargeur. Il s'agit d'un écosystème complet intégrant les capacités du véhicule, le micrologiciel du chargeur, les certificats, la logique système, la gestion des paiements et le support client.

Un fournisseur peut prendre en charge OCPP 2.0.1 sans pour autant être entièrement compatible avec la technologie Plug & Charge. Un autre fournisseur peut prendre en charge la norme ISO 15118 au niveau matériel, mais ne pas disposer d'une infrastructure backend suffisamment mature pour la gestion des certificats, la facturation ou le support utilisateur.

Avant d’acheter une solution Plug & Charge, les opérateurs doivent valider l’ensemble de la chaîne :

• Compatibilité du véhicule
• Chargeur compatible ISO 15118
• Prise en charge du backend OCPP 2.0.1
• Gestion du cycle de vie et de la mise en service des certificats
• Logique de paiement et de facturation
• Flux de travail d'assistance utilisateur
• Rapports et rapprochement

Suggestion de lien interne : Lien vers le guide associé de TrendPower : Guide complet de prise et de charge ISO 15118

Ce que cela signifie pour les opérateurs de bornes de recharge pour véhicules électriques

Pour les opérateurs, OCPP 2.0.1 ne représente pas seulement une mise à jour du protocole. Cela change la façon dont un réseau de recharge peut être géré.

Un propriétaire de site peut choisir des bornes de recharge auprès de différents fournisseurs de matériel tout en conservant un processus de gestion unique. Un gestionnaire de flotte peut utiliser la recharge intelligente pour réduire les pics de consommation électrique. Un exploitant de parking peut superviser les bornes de recharge CA et CC sur plusieurs sites. Un fabricant de bornes peut proposer à ses clients une solution logicielle connectée plus complète.

Sa valeur pratique se manifeste dans les flux de travail quotidiens :

• Intégration du chargeur
• surveillance à distance
• Alertes de panne
• Réinitialisation à distance
• Journaux de transactions
• Collecte de la valeur du compteur
• Gestion tarifaire
• Contrôle d'accès utilisateur
• Intégration de la facturation et des paiements
• Gestion de la charge
• Coordination des mises à jour du firmware
• Rapports multisites

C’est également là que TrendPower entre en jeu dans la discussion. logiciel de gestion de la recharge des véhicules électriques prend en charge l'intégration de chargeurs compatibles OCPP, notamment la compatibilité OCPP 1.6 et OCPP 2.0.1, aidant les opérateurs à gérer les chargeurs de différents fabricants via une plateforme unifiée.

Le point essentiel est simple : L'OCPP fournit les bases de la communication ; le CPMS détermine dans quelle mesure cette communication devient utile à l'entreprise.

Avis d'expert : La compatibilité est un point de départ, pas une fin en soi.

Dans des déploiements réels, deux produits peuvent tous deux annoncer la prise en charge d'OCPP 2.0.1 et pourtant se comporter différemment en cas de charge, de conditions de réseau faibles, de scénarios d'itinérance, de mises à jour du micrologiciel ou de cas particuliers de paiement.

Avant de mettre à l'échelle un réseau, les opérateurs doivent tester les flux de travail qui influent sur les revenus et la disponibilité :

• Notification de démarrage
• Autorisation
• Début et fin de la transaction
• Valeur du compteur
• Comportement hors ligne
• Réinitialisation à distance
• Modifications de configuration
• Mises à jour du firmware
• Diagnostic
• Événements de sécurité
• Comportement du profil de charge
• Données de facturation et de règlement

Un chargeur ne doit pas être considéré comme prêt pour la production simplement parce qu'il apparaît en ligne une seule fois. Il doit satisfaire aux exigences des processus qui garantissent l'expérience des conducteurs, l'exactitude des revenus et l'efficacité de la maintenance.

Feuille de route pour la mise en œuvre par les opérateurs adoptant OCPP 2.0.1

Un déploiement pratique d'OCPP 2.0.1 devrait commencer par un inventaire, et non par un bon de commande.

Étape 1 : Créer un inventaire des chargeurs et du site

Répertoriez chaque chargeur : modèle, version du micrologiciel, type de connecteur, connexion réseau, mode de paiement, type de site et flux de travail. Distinguez les chargeurs nécessitant une gestion de base des sites exigeant des fonctionnalités avancées telles que la recharge intelligente, la gestion des certificats ou la conformité à la norme ISO 15118.

Étape 2 : Définir les flux de travail OCPP requis

Tous les opérateurs n'ont pas besoin de toutes les fonctionnalités immédiatement. Un réseau de recharge public peut privilégier le paiement, la disponibilité et la réactivité en cas de panne. Un dépôt de véhicules peut privilégier la disponibilité des bornes, la préparation des véhicules et la gestion de l'énergie. Un fabricant de bornes peut privilégier le déploiement en marque blanche, les tests et la compatibilité multimarque.

Étape 3 : Créer une matrice de test

Votre matrice de test doit inclure :

Étape 4 : Effectuer un vol pilote contrôlé

Avant de déployer des centaines ou des milliers de chargeurs, effectuez un test pilote en utilisant exactement le même micrologiciel de chargeur, la même carte SIM ou la même configuration Ethernet, le même environnement backend et les mêmes flux de travail métier que ceux que vous prévoyez d'utiliser en production.

Étape 5 : Documenter les procédures opérationnelles

Un déploiement réussi d'OCPP 2.0.1 devrait produire des manuels de procédures internes clairs :

• Comment installer un nouveau chargeur
• Comment enquêter sur une panne
• Comment redémarrer ou reconfigurer un chargeur à distance
• Comment gérer les transactions échouées
• Comment escalader les problèmes de firmware
• Comment consulter la durée de disponibilité du chargeur
• Comment tester un nouveau matériel avant de l'ajouter au réseau

C’est là qu’une conception CPMS robuste améliore l’efficacité opérationnelle. Les opérateurs ont besoin que le protocole fonctionne, mais aussi d’un logiciel qui le rende compréhensible pour les équipes de support, de finance, de gestion de site et d’ingénierie.

Exemple original : Station de recharge publique multimarque

Imaginez un exploitant de parking qui utilise 40 bornes de recharge CA de deux fabricants et qui prévoit d'ajouter 10 bornes de recharge CC d'un troisième fabricant.

Avec un modèle logiciel propriétaire, l'opérateur peut avoir besoin de tableaux de bord distincts, de règles de tarification différentes et de processus de maintenance déconnectés. Les équipes d'assistance peuvent être amenées à jongler entre les systèmes pour savoir si une borne de recharge est hors ligne, occupée, en panne ou indisponible. Les équipes financières peuvent avoir des difficultés à consolider les données de revenus et de sessions.

Grâce à un système de gestion centralisée (CPMS) compatible OCPP, l'opérateur peut gérer l'ensemble des bornes de recharge via une interface unique. Les bornes de recharge CA OCPP 1.6 existantes restent opérationnelles, tandis que les nouvelles bornes CC OCPP 2.0.1 offrent des fonctionnalités de surveillance et de gestion plus avancées.

L'opérateur ne doit pas s'attendre à ce que tous les modèles de chargeurs se comportent de manière identique. Le système de gestion centralisée des bornes (CPMS) doit au contraire rendre ces différences visibles et gérables. Le tableau de bord doit afficher en un seul endroit la disponibilité du site, l'état des chargeurs, l'historique des sessions, les alarmes, les notes de maintenance, les performances tarifaires et le comportement des utilisateurs.

Pour un opérateur en pleine croissance, c'est là la véritable valeur de l'OCPP : non seulement une communication ouverte, mais aussi la possibilité de construire une activité de recharge plus flexible et évolutive.

Comment choisir un CPMS compatible avec OCPP 2.0.1

Lors du choix d'un CPMS, ne vous arrêtez pas à la mention « compatible OCPP 2.0.1 ». Cette mention est utile, mais elle n'est pas suffisante.

Une meilleure question serait :

Cette plateforme peut-elle prendre en charge les opérations de recharge précises dont nous avons besoin ?

Un réseau public de bornes de recharge rapide peut nécessiter la surveillance de la disponibilité, l'intégration des paiements, la tarification dynamique, le dépannage à distance et la prise en charge de l'itinérance. Un dépôt de véhicules peut avoir besoin de la planification des recharges, du contrôle d'accès, des rapports sur la disponibilité des véhicules et de la gestion de la charge. Un fabricant de bornes de recharge peut avoir besoin d'un déploiement en marque blanche, de l'intégration d'API, de fonctions de diagnostic et de la gestion multi-utilisateurs.

Utilisez cette liste de contrôle lors de l'évaluation :

Suggestion de lien interne : Pour un article destiné aux acheteurs, consultez : Comment choisir une plateforme de gestion de la recharge des véhicules électriques compatible avec OCPP 2.0.1

TrendPower peut être positionné ici comme un CPMS compatible OCPP pour les opérateurs qui ont besoin d'intégration de chargeurs, de surveillance à distance, de facturation, de flux de travail de paiement, de gestion des utilisateurs, de gestion de la charge et d'opérations multisites.

Ressources visuelles recommandées pour cette page

Pour améliorer l'expérience utilisateur et rendre la page plus digne d'être citée, ajoutez des visuels originaux plutôt que des images libres de droits.

Visuel 1 : Diagramme de communication OCPP

Montrer la relation entre :

VE → Borne de recharge → OCPP 2.0.1 → CPMS / CSMS → Tableau de bord opérateur → Facturation / Paiements / Gestion de l'énergie

Texte alternatif suggéré :
« Schéma illustrant comment OCPP 2.0.1 connecte les bornes de recharge pour véhicules électriques à un CPMS pour la surveillance, la facturation, la recharge intelligente et les opérations à distance. »

Visuel 2 : Carte des normes

Comparer:

• OCPP 1.6
• OCPP 2.0.1
• OCPP 2.1
• ISO 15118
• Branchez et chargez

Texte alternatif suggéré :
« Tableau comparatif des normes OCPP 1.6, OCPP 2.0.1, OCPP 2.1 et ISO 15118 en matière de communication pour la recharge des véhicules électriques. »

Visuel 3 : Liste de contrôle de l’opérateur (graphique)

Transformez la checklist d'achat CPMS en un graphique ou un PDF téléchargeable. Cela peut accroître l'engagement sur la page et favoriser la génération de prospects.

Conclusion : Concevoir pour l'interopérabilité et le contrôle opérationnel

OCPP 2.0.1 constitue la base d'opérations de recharge pour véhicules électriques plus sécurisées, plus riches en données et plus évolutives. Il aide les opérateurs à réduire la dépendance aux solutions propriétaires, à améliorer les diagnostics, à favoriser une gestion plus intelligente de l'énergie et à se préparer à des processus de recharge plus avancés tels que la norme ISO 15118 Plug & Charge.

Mais le protocole ne constitue qu'une partie de la solution.

La véritable valeur commerciale apparaît lorsqu'un CPMS transforme les messages OCPP en opérations quotidiennes fiables : intégration des chargeurs, surveillance de la disponibilité, enregistrements des transactions, maintenance à distance, facturation, paiements, recharge intelligente et rapports multisites.

Si vous construisez ou mettez à niveau un réseau de recharge pour véhicules électriques, évaluez si le CPMS compatible OCPP de TrendPower convient à votre parc de bornes de recharge, à votre modèle commercial et à votre plan de croissance.

CTA : Contactez TrendPower pour en savoir plus sur les logiciels de gestion de la recharge des véhicules électriques compatibles avec OCPP.

Références et lectures complémentaires

• Open Charge Alliance : Protocole Open Charge Point
• Open Charge Alliance : Certification OCPP 2.0.1
• CharIN : Branchez et chargez
• NIST NCCoE : Profil du cadre de cybersécurité pour l’infrastructure de recharge ultra-rapide des véhicules électriques
• TrendPower : Logiciel de gestion de la recharge des véhicules électriques
• Guide du logiciel de gestion des bornes de recharge pour véhicules électriques TrendPower
• TrendPower : Guide complet de la prise et de la charge ISO 15118