Présentez une carte de recharge à une borne publique et tout semble simple : carte acceptée, câble branché, recharge lancée.
Derrière ce moment simple, cependant, se cache une chaîne de systèmes et d'entreprises étonnamment active. La borne doit communiquer avec un backoffice. La carte ou l'application doit être reconnue. Quelqu'un doit autoriser la session. Des tarifs doivent être appliqués. Les données de session doivent être stockées. Et quelque part en bout de chaîne, une facture, un fichier de règlement ou un relevé de remboursement doit être créé.
C'est pourquoi la facturation de la recharge EV en Europe peut sembler déroutante. Le conducteur voit un seul moment de recharge. L'industrie voit une pile de rôles.
Que se passe-t-il quand quelqu'un scanne une carte de recharge ?
Une session de recharge publique suit généralement un flux comme celui-ci :
- 2.Un conducteur présente une carte RFID ou démarre via une application.
- 4.La borne envoie une demande d'autorisation en amont.
- 6.Un backoffice ou opérateur de facturation vérifie si ce jeton est valide.
- 8.La session démarre et les données d'utilisation sont enregistrées.
- 10.Quand la recharge s'arrête, la session devient un enregistrement de transaction avec horodatages, kWh, détails du connecteur et données de carte.
- 12.Cette transaction alimente ensuite la facturation, le remboursement, le reporting ou le règlement d'itinérance.
C'est la partie que beaucoup de gens ne voient jamais. Une session de recharge n'est pas simplement "une voiture a reçu de l'énergie." Elle devient un véritable objet de données. C'est important, car la facture finale dépend du bon acheminement de ces données.
Ce que font réellement un CPO, un eMSP et un backoffice
C'est là que la soupe d'acronymes commence.
Un CPO, ou Charge Point Operator (opérateur de points de recharge), est la partie qui exploite les points de recharge et leur infrastructure technique. Côté public, cela peut être une marque comme Allego ou Shell Recharge. Mais la marque sur la borne ne raconte pas toujours toute l'histoire. La marque visible, la plateforme d'exploitation et la couche d'itinérance peuvent être trois entreprises différentes.
Un eMSP ou MSP est le fournisseur de mobilité côté client. C'est la partie qui donne au conducteur l'application, le compte, la carte RFID, la vue sur les tarifs ou la facture. Pensez à des noms comme Plugsurfing, DKV Mobility, Shell Recharge ou un compte Virta. Le point clé est qu'un eMSP peut donner accès à des bornes qu'il ne possède pas.
Un backoffice est l'environnement logiciel derrière le réseau de bornes. Il suit le statut des bornes, autorise les sessions, stocke les transactions, gère les cartes, applique la logique et rend les exports possibles. En termes simples : c'est le cerveau opérationnel autour de la borne.
Selon la configuration, des plateformes comme Last Mile Solutions, GreenFlux, Virta ou Monta peuvent se situer plus près de la couche opérateur, plateforme ou service d'itinérance.
Où OCPP et OCPI s'insèrent dans la chaîne de facturation
Deux termes sont constamment confondus : OCPP et OCPI.
Ce ne sont pas la même chose.
OCPP est la couche de communication entre la borne et un système central ou backoffice. C'est le protocole, maintenu par l'Open Charge Alliance, qui aide la borne à rapporter son statut, recevoir des commandes et pousser les informations de session en amont.
OCPI, régi par l'EVRoaming Foundation, se situe plus haut dans la pile. Il est utilisé pour les échanges entre entreprises de recharge telles que les CPO et les eMSP. C'est là que les informations liées à l'itinérance sont partagées : quels points de recharge sont disponibles, si un jeton est valide, combien a coûté une session et comment les enregistrements circulent entre les parties.
Une façon simple de s'en souvenir :
La borne parle OCPP. Le monde de l'itinérance parle souvent OCPI.
Cette différence est importante car les gens supposent souvent que "l'itinérance" est simplement une fonctionnalité de la borne. Ce n'est pas le cas. L'itinérance est une couche d'échange de données et d'affaires au-dessus de la communication de la borne.
Pourquoi l'itinérance publique semble simple mais ne l'est pas
L'itinérance publique ressemble un peu à l'itinérance mobile. Vous avez une carte ou une application, mais vous pouvez accéder à de nombreux réseaux.
Sauf que la facturation derrière est plus complexe.
Vous pourriez recharger à une station Allego avec une carte DKV Mobility. La session pourrait être reconnue via une relation d'itinérance. Les données pourraient circuler directement entre entreprises, ou via un hub comme Hubject ou Gireve. La borne elle-même communique toujours avec sa propre plateforme via OCPP. Et l'enregistrement final de session doit quand même arriver au bon endroit pour le règlement et la facturation.
C'est pourquoi aucune entreprise unique ne "possède" l'itinérance de recharge EV en Europe. C'est un réseau d'opérateurs, de fournisseurs de mobilité, de protocoles, de hubs et d'accords commerciaux. Certaines configurations sont directes. Certaines passent par des hubs. Certaines combinent les deux.
Il y a aussi une autre couche : toutes les sessions publiques ne commencent pas avec une carte de recharge. Selon les règles de l'UE comme AFIR pour la recharge accessible au public, la recharge ad hoc et la transparence des prix comptent aussi. Le paysage de la facturation publique ne concerne donc pas uniquement les abonnements et les cartes d'itinérance. Il inclut aussi les flux de paiement ponctuels.
Le remboursement à domicile n'est pas la même chose que l'itinérance publique
C'est un autre point où les gens se font piéger.
Le remboursement de la recharge à domicile est généralement plus simple. Une borne connue, un conducteur, un arrangement de voiture de fonction, un flux de remboursement ou de facturation. Les règles spécifiques au pays peuvent encore compter, surtout autour du comptage et de la conformité, mais l'architecture est généralement plus contenue.
La recharge sur site privé d'entreprise se situe quelque part entre les deux. Une entreprise peut vouloir que ses employés et visiteurs rechargent, peut-être avec des cartes RFID et des tarifs, sans transformer le site en une opération d'itinérance publique complète.
L'itinérance publique est plus stratifiée. La borne peut appartenir à une partie, la carte à une autre, et la route de règlement à une troisième. Ajoutez la recharge ad hoc par-dessus, et la logique de facturation s'élargit rapidement.
Le remboursement de la recharge à domicile, la recharge sur site privé d'entreprise et l'itinérance publique sont liés, mais ce ne sont pas le même problème de facturation.
Donc même si ces scénarios sont liés, ce ne sont pas le même problème de facturation sous différents habits.
Où Plugchoice intervient si vous voulez de la flexibilité
C'est là que l'histoire devient pratique.
Beaucoup de propriétaires de bornes ne veulent pas simplement que la recharge fonctionne aujourd'hui. Ils veulent éviter de se retrouver enfermés dans une seule configuration de facturation pour toujours.
C'est là que Plugchoice s'insère le mieux : comme un tremplin ouvert et natif OCPP et une couche de flexibilité. Concrètement, il fonctionne comme un OCPP Proxy et une couche de gestion qui peut connecter les bornes à des backoffices tiers et des fournisseurs de facturation au lieu de tout forcer dans une seule route figée.
Cela ne signifie pas que Plugchoice fait chaque partie de la facturation lui-même. Il est mieux compris comme la couche qui aide à garder les options ouvertes : communication de la borne, flexibilité de plateforme, intégrations et moins de verrouillage fabricant.
Pour les installateurs, propriétaires de sites et entreprises, c'est plus important qu'il n'y paraît. Les modèles de facturation changent. Les relations d'itinérance changent. Les rôles d'opérateur changent. Le choix architectural ennuyeux que vous faites tôt peut déterminer la liberté qu'il vous reste plus tard.
La version simple à retenir
Si tout l'écosystème semble confus, c'est parce qu'il l'est.
Mais le modèle mental clair est celui-ci :
- Le conducteur voit une carte, une application ou un écran de paiement.
- L'eMSP ou le flux de paiement représente l'utilisateur.
- Les données d'itinérance peuvent circuler directement ou via des hubs comme Hubject ou Gireve.
- Le CPO et le backoffice gèrent les opérations de la borne, la logique d'autorisation et les enregistrements de transactions.
- La borne elle-même communique en amont via OCPP.
- Le résultat final n'est pas simplement un événement de recharge, mais une transaction facturable.
Une fois que vous voyez ces couches séparément, la recharge EV publique a beaucoup plus de sens.
Et une fois que vous comprenez cela, la valeur d'une couche ouverte comme Plugchoice devient plus claire aussi : non pas comme "l'entreprise qui fait tout", mais comme la pièce qui vous aide à connecter les bons éléments sans vous retrouver coincé avec les mauvais.