Comment concevoir un connecteur OCPI qui rend les échanges partenaires fiables : credentials, locations, tariffs, sessions, CDR, tokens et support.
Publié le 2026-05-08 · Mis à jour le 2026-05-08 · Resonovia Mobility
OCPI est une relation entre plateformes
OCPI permet à des plateformes EMSP et CPO d'échanger des données de recharge : stations, tarifs, sessions, CDR, tokens, commandes et credentials. Sur le papier, le protocole décrit des modules. En production, il organise une relation entre entreprises, systèmes, modèles tarifaires et équipes support.
Un connecteur OCPI exploitable ne se contente donc pas de répondre aux routes attendues. Il doit protéger la plateforme contre les écarts partenaires, rendre les données compréhensibles et conserver les traces nécessaires pour traiter les litiges.
Le roaming devient un sujet de qualité
La croissance du réseau rend l'interopérabilité plus importante. Avere-France comptait 192 008 points de recharge ouverts au public en France fin mars 2026. Plus le réseau s'étend, plus les utilisateurs s'attendent à une expérience continue entre applications, opérateurs et territoires.
Mais l'observatoire Avere-France et AFIREV 2024 rappelle que la qualité perçue reste fragile : seuls 65 % des conducteurs trouvent les tarifs transparents, même si le paiement à l'acte progresse. C'est un signal direct pour OCPI. Tarifs, sessions et CDR ne sont pas des détails techniques ; ce sont des éléments de qualité de service.
Les modules OCPI à traiter comme des domaines métier
Chaque module OCPI doit être rattaché à une responsabilité claire.
Credentials établit la relation partenaire. Il doit être sécurisé, versionné et journalisé.
Locations expose les stations. La donnée doit être complète, compréhensible et cohérente avec la réalité opérationnelle.
Tariffs porte la promesse de prix. C'est l'un des modules les plus sensibles car une ambiguïté tarifaire devient rapidement un problème utilisateur ou support.
Tokens gère l'autorisation. Il doit distinguer refus légitime, erreur partenaire, délai réseau et token inconnu.
Sessions synchronise le déroulement de charge. Il doit rester corrélé avec la transaction OCPP et l'expérience EMSP.
CDR permet la facturation et le rapprochement. Il doit être stable, contrôlable et réconciliable.
Commands ouvre l'action distante. Il doit être asynchrone, traçable et relié à l'état réel côté borne.
Les problèmes qu'un connecteur sérieux doit absorber
Dans le roaming, les erreurs viennent rarement d'une seule source. Un partenaire peut être conforme au protocole mais différent dans son interprétation, ses délais, ses arrondis, ses valeurs optionnelles ou ses règles métier.
Un connecteur OCPI solide doit donc gérer :
- versions et capacités partenaires ;
- données manquantes ou incohérentes ;
- callbacks tardifs ;
- divergence entre tarif affiché et tarif appliqué ;
- sessions orphelines ;
- CDR incomplets ou contestés ;
- timeouts sur commandes ;
- rejets de tokens ;
- journaux exploitables par le support.
La tolérance est nécessaire. Mais elle doit être contrôlée, visible et mesurable.
Pourquoi Resonovia fait la différence
Resonovia construit les connecteurs OCPI comme des composants métier, pas comme des adaptateurs REST génériques.
Notre différence vient de la vision complète de la recharge :
- nous comprenons le CPO, l'EMSP, le mobile, le paiement, le support et les exports ;
- nous relions OCPI à OCPP pour suivre une session de la borne jusqu'au CDR ;
- nous écrivons des contrats API stables pour éviter les intégrations fragiles ;
- nous rendons les erreurs partenaires observables au lieu de les masquer ;
- nous pensons la donnée tarifaire comme un sujet produit et juridique, pas seulement technique ;
- nous savons bâtir la plateforme cloud qui porte ces échanges à long terme.
Un connecteur OCPI Resonovia aide donc à ouvrir un réseau sans perdre la maîtrise des sessions, des prix et des incidents.
Les bons indicateurs à suivre
Pour savoir si un connecteur OCPI est fiable, il faut mesurer :
- taux de synchronisation des locations ;
- fraîcheur des tarifs ;
- sessions en écart entre EMSP et CPO ;
- CDR rejetés, corrigés ou contestés ;
- commandes acceptées mais non exécutées ;
- temps de traitement des callbacks ;
- erreurs par partenaire et par module ;
- incidents support liés aux prix, tokens ou sessions.
Ces indicateurs transforment le roaming en service pilotable.
FAQ
OCPI suffit-il à garantir le roaming ?
Non. OCPI donne le cadre d'échange. La fiabilité dépend de l'architecture, de la validation, des données, de l'observabilité et de la capacité à gérer les écarts partenaires.
Pourquoi les tarifs sont-ils si sensibles ?
Parce qu'ils touchent directement la qualité perçue du service. Un tarif mal synchronisé peut créer un litige même si la session technique fonctionne.
Faut-il construire un connecteur différent par partenaire ?
Il faut éviter de dupliquer toute la logique. La bonne approche consiste à garder un coeur OCPI stable et à isoler les adaptations partenaires dans des règles explicites.