Comparer OCPI et OCPP : deux protocoles complémentaires pour connecter bornes, plateformes EMSP/CPO, partenaires roaming, tarifs, sessions et CDR.
Publié le 2026-05-08 · Mis à jour le 2026-05-08 · Resonovia Mobility
Deux protocoles pour deux frontières
OCPP et OCPI répondent à deux problèmes différents. OCPP relie une borne de recharge à une plateforme CPO. OCPI relie des plateformes EMSP et CPO entre elles pour rendre possible le roaming, l'accès aux réseaux partenaires, la synchronisation des tarifs, des sessions et des CDR.
La confusion vient du fait que les deux protocoles parlent de recharge. Pourtant, ils ne se situent pas au même endroit dans l'architecture. OCPP regarde vers l'infrastructure. OCPI regarde vers l'écosystème.
Cette distinction est essentielle dans un marché qui devient massif. Avere-France indiquait 192 008 points de recharge ouverts au public en France fin mars 2026. L'utilisateur ne veut pas savoir si son problème vient d'un connecteur OCPP, d'un tarif OCPI, d'un token partenaire ou d'un CDR incomplet. Il veut une station disponible, un prix compréhensible, une session qui démarre et une facture cohérente.
OCPP côté infrastructure
OCPP gère la communication entre station et backend : connexion WebSocket, état connecteur, transaction, compteur, commande distante, diagnostics et configuration.
Il répond à des questions comme :
- la borne est-elle connectée ?
- un connecteur est-il disponible, occupé ou en erreur ?
- une session a-t-elle réellement démarré ?
- la commande distante a-t-elle été acceptée ?
- quels relevés compteur ont été reçus ?
- une borne doit-elle être redémarrée, diagnostiquée ou reconfigurée ?
OCPP est donc proche du terrain. Il porte la réalité parfois imparfaite des bornes, des firmwares, du réseau mobile et des installations.
OCPI côté partenaires et roaming
OCPI gère l'échange entre plateformes partenaires : credentials, locations, tariffs, sessions, CDR, tokens et commands.
Il répond à des questions différentes :
- un partenaire peut-il découvrir les stations ?
- les tarifs exposés sont-ils à jour et compréhensibles ?
- un token externe est-il autorisé ?
- une session doit-elle être synchronisée avec un EMSP ?
- un CDR peut-il être facturé, contrôlé ou rapproché ?
- un incident vient-il du CPO, de l'EMSP ou d'une divergence de données ?
OCPI est donc proche de l'interopérabilité commerciale et opérationnelle. Il ne pilote pas directement la borne, mais il conditionne l'accès au service pour des utilisateurs venant d'autres plateformes.
Pourquoi cette différence compte pour le business
Le règlement européen AFIR pousse les Etats membres vers des infrastructures plus denses, plus lisibles et plus interopérables. Il renforce les exigences autour de l'information utilisateur, de l'accès aux points de recharge, du paiement et de la transparence des données.
En parallèle, l'observatoire Avere-France et AFIREV 2024 montre que les conducteurs attendent surtout de la fiabilité et de la clarté : 84 % déclarent avoir déjà rencontré une borne défectueuse et 87 % une borne hors service. Ce n'est pas seulement un problème de hardware. C'est aussi un problème de donnée, d'état, de diagnostic et de synchronisation entre systèmes.
Lorsque OCPP et OCPI sont mélangés dans le logiciel, les effets sont visibles :
- une station indiquée disponible alors que le connecteur terrain est en erreur ;
- un tarif partenaire qui ne correspond pas au prix affiché ;
- une session lancée côté EMSP mais mal corrélée côté CPO ;
- un CDR difficile à rapprocher avec la transaction réelle ;
- un support incapable de savoir quelle plateforme détient la bonne information.
La qualité perçue dépend donc de l'architecture.
Une plateforme mature utilise les deux
Une plateforme CPO utilise OCPP pour piloter ses bornes et OCPI pour exposer son réseau à des EMSP. Une plateforme EMSP utilise OCPI pour donner accès à des réseaux tiers et offrir une expérience unifiée à ses utilisateurs.
La bonne architecture sépare clairement :
- le serveur OCPP, responsable de la relation borne ;
- le domaine CPO, responsable de l'exploitation infrastructure ;
- le connecteur OCPI, responsable des échanges partenaires ;
- le domaine EMSP, responsable de l'utilisateur, du compte, du paiement et du service ;
- les outils support, capables de lire les deux frontières sans les confondre.
Cette séparation permet d'absorber les versions, les écarts partenaires, les délais de synchronisation et les incidents terrain sans transformer chaque évolution en dette technique.
Ce qui distingue Resonovia
Resonovia conçoit OCPP et OCPI comme deux contrats distincts, mais reliés par un même modèle opérationnel. C'est un point clé : beaucoup d'intégrations savent exposer des endpoints, peu savent rendre les écarts compréhensibles pour le produit et l'exploitation.
Notre approche combine :
- un serveur OCPP pensé pour les états terrain, les commandes et la supervision ;
- un connecteur OCPI versionné, traçable et tolérant aux écarts partenaires ;
- une modélisation EMSP/CPO qui évite de mélanger accès utilisateur et exploitation infrastructure ;
- des APIs produit adaptées aux applications mobiles natives ;
- des logs exploitables pour comprendre une session de bout en bout ;
- des règles de validation qui protègent tarifs, sessions, CDR et droits d'accès.
C'est ce qui rend Resonovia particulièrement fort sur les solutions de mobilité : nous ne regardons pas seulement le protocole, nous regardons le service complet. Le résultat attendu est une plateforme plus claire, plus diagnostiquable et plus facile à faire évoluer.
Comment décider où agir
Si une borne ne répond pas, commencez par OCPP. Si un partenaire ne voit pas une station, commencez par OCPI. Si l'utilisateur voit un prix différent, regardez le domaine tarifaire entre CPO et EMSP. Si une session existe dans une plateforme mais pas dans l'autre, regardez la corrélation entre transaction OCPP, session OCPI et CDR.
Cette méthode évite de traiter l'interopérabilité comme un bloc unique. Elle aide les équipes à prioriser les corrections et à préserver une vision claire du produit.
FAQ
OCPI remplace-t-il OCPP ?
Non. OCPI et OCPP sont complémentaires. OCPP connecte les bornes au backend CPO. OCPI connecte des plateformes entre elles.
Pourquoi faut-il tracer les deux ?
Parce qu'un incident de recharge peut venir de la borne, du CPO, de l'EMSP, du partenaire roaming, d'un token, d'un tarif ou d'un CDR. Sans traces séparées et corrélées, le diagnostic devient lent.
Une plateforme peut-elle commencer avec un seul protocole ?
Oui. Un CPO local peut commencer par OCPP. Un EMSP peut commencer par OCPI. Mais dès que le service relie infrastructure, application, partenaires et facturation, les deux frontières doivent être pensées ensemble.