Hubject et Road : analyse technique de l'intégration eRoaming pour CPO

Résumé rapide

Hubject intègre le fournisseur de logiciels néerlandais Road à sa plateforme d'eRoaming Intercharge. Cette alliance technique vise à optimiser le traitement des transactions de recharge pour les opérateurs de bornes (CPO) et les fournisseurs de services de mobilité (MSP). Nous analysons les implications sur les flux OCPP, la supervision et l'architecture backend.

Contexte

Dans l'écosystème de la recharge électrique, l'interopérabilité entre réseaux est un impératif technique et commercial. L'eRoaming, piloté par des plateformes comme Intercharge de Hubject, permet à un utilisateur d'un MSP (ex : charge card) d'utiliser les bornes d'un CPO partenaire sans contrat direct. Le traitement fiable, sécurisé et normalisé des données transactionnelles (début/fin de session, tarification, authentification) est la colonne vertébrale de ce système. L'arrivée de Road, spécialisé dans ce traitement transactionnel, en tant que partenaire direct d'Intercharge, signale une volonté de renforcer cette couche critique pour les acteurs du marché, notamment les CPO qui doivent gérer des flux hétérogènes.

Analyse

L'intégration d'un fournisseur logiciel comme Road au sein d'un hub d'eRoaming n'est pas une simple annonce commerciale. Elle reflète une évolution technique des infrastructures de recharge, où la complexité des échanges dépasse la simple connexion physique.

Le rôle critique du traitement transactionnel dans la chaîne OCPP

Le protocole OCPP (Open Charge Point Protocol) gère la communication entre une borne (Charge Point) et son système de supervision central (Central System). Cependant, pour une session en roaming, le flux est plus complexe :

1. La borne (CPO A) envoie une requête Authorize (OCPP 1.6) ou Authorize.req (OCPP 2.0.1) à son propre backend.
2. Le backend du CPO A interroge le hub d'eRoaming (Intercharge).
3. Le hub route la requête vers le backend du MSP auquel appartient l'utilisateur.
4. La réponse Authorize.conf (avec statut Accepted, Blocked, etc.) remonte la chaîne.

C'est à l'étape 3-4 qu'intervient un acteur comme Road. Son logiciel agit comme un middleware spécialisé dans le routage, la traduction, la journalisation et la réconciliation de ces messages transactionnels. Pour un CPO, cela peut signifier une normalisation des données reçues de multiples MSP, réduisant la charge de développement d'adaptateurs spécifiques.

Implications pour la supervision et la fiabilité des données

La supervision d'un parc IRVE ne se limite pas à l'état des bornes (disponible, occupée, en erreur). Elle englobe l'intégrité commerciale : toutes les sessions démarrées sont-elles correctement facturées ? Les données de consommation (mètres de kWh transmis via MeterValues) sont-elles fidèlement acheminées et appairées aux bons identifiants de contrat ?

Un traitement transactionnel robuste minimise les "sessions orphelines" (début enregistré, jamais terminé) et les écarts de comptage. Pour un CPO, l'intégration avec un partenaire comme Road via Intercharge peut simplifier la remontée d'informations de billing dans son outil de supervision, à condition que les APIs soient stables et que le firmware des bornes soit configuré pour envoyer des MeterValues à une fréquence conforme (souvent toutes les 5 minutes ou à des seuils de consommation).

ISO 15118 et Plug & Charge : un niveau de complexité supplémentaire

La source ne détaille pas si Road gère également les flux liés à l'ISO 15118 (Plug & Charge). Cette norme, permettant une authentification et un paiement automatiques via la communication véhicule-borne (V2G), génère des transactions cryptographiques plus complexes. Si l'offre de Road couvre ce volet, son intégration à Intercharge devient un atout technique majeur pour les CPOs déployant des bornes compatibles. Cela déchargerait leur backend de la gestion des certificats et de la signature des messages de contrat (PaymentDetailsReq/Res).

Impact marché et technique

Pour les différents acteurs de la chaîne de valeur, cette intégration a des répercussions concrètes :

• Pour les CPO (Charge Point Operators) : C'est une opportunité de déléguer une brique logicielle complexe. Ils peuvent se concentrer sur l'exploitation physique de leur réseau et sur leur relation client finale, en s'appuyant sur une couche transactionnelle externalisée et intégrée au plus grand hub d'eRoaming européen. La contrepartie est une dépendance accrue à la fiabilité et au SLA (Service Level Agreement) de cette chaîne.
• Pour les installateurs et intégrateurs IRVE : Lors de la mise en service d'un parc pour un CPO, la configuration du firmware des bornes devra pointer vers le backend du CPO. Si ce dernier utilise désormais les services de Road via Intercharge, les paramètres de communication (URL du Central System, protocole OCPP) restent identiques. L'impact est donc indirect, mais cela renforce la nécessité d'une configuration réseau (firewall, DNS) stable pour garantir la connexion permanente au backend, quel que soit le fournisseur de traitement transactionnel en aval.
• Pour les fabricants de bornes (Hardware Manufacturers) : Cette évolution valide l'architecture où l'intelligence métier (billing, roaming) est déportée dans le cloud. Elle les incite à garantir dans leur firmware une implémentation stricte et fiable des profils OCPP nécessaires au roaming (notamment les profils Smart Charging et Security en OCPP 2.0.1 pour des transactions sécurisées).
• Pour l'infrastructure globale : Cela consolide le modèle à trois niveaux : le hardware (la borne), le système de supervision du CPO, et les hubs/processeurs transactionnels spécialisés. Cette segmentation peut améliorer la résilience et l'innovation par module, mais elle complexifie le diagnostic d'incident, nécessitant une traçabilité claire des messages sur l'ensemble de la chaîne.

Conclusion

Le partenariat entre Hubject et Road est bien plus qu'un élargissement de catalogue. Il représente une spécialisation technique accrue au sein de l'écosystème de recharge. En se positionnant comme le processeur transactionnel de référence sur le plus grand réseau d'eRoaming, Road propose une brique logicielle qui peut simplifier l'architecture backend des CPO. Le succès de cette intégration se mesurera à sa capacité à gérer sans faille les flux OCPP et, potentiellement, ISO 15118, tout en offrant une transparence totale aux opérateurs pour la supervision de leur activité commerciale. C'est une étape vers une industrialisation et une professionnalisation des couches logicielles de la mobilité électrique.

FAQ