L integration des bornes IRVE d un depot de flotte dans les systemes d information de l entreprise (ERP SAP, Oracle, ou solutions metier de gestion de flotte) est l etape qui transforme les donnees de recharge en valeur operationnelle reelle. Sans cette integration, les donnees du CPMS restent isolees dans un silo logiciel : les couts de recharge ne sont pas imputes aux centres de cout, le reporting CSRD Scope 2 necessite des ressaisies manuelles, et le calcul du TCO electrique est incomplet. Parmi les 42 flottes diagnostiquees par Enerzy entre janvier 2025 et mai 2026, 58 % des gestionnaires ignoraient les contraintes IT de leur depot, notamment en parking souterrain, rendant impossible une integration SI fiable sans travaux prealables. La duree moyenne d un projet IRVE depot est de 9 mois, incluant systematiquement une phase d audit IT.
Cet article detaille les trois composantes de l integration IRVE-ERP : l architecture technique (protocoles OCPP, API REST, connecteurs SAP/Oracle), les cas d usage prioritaires (refacturation interne, reporting CSRD, TCO), et les conditions de succes du projet SI (audit IT depot, qualite des donnees, gestion des contraintes reseau en parking souterrain).
Architecture technique de l integration CPMS-ERP : protocoles et standards
L architecture de donnees d une integration CPMS-ERP repose sur deux couches de standardisation. La premiere couche est le protocole OCPP (Open Charge Point Protocol) entre les bornes physiques et le CPMS. OCPP 1.6 est le standard le plus repandu, supporté par la quasi-totalite des bornes industrielles disponibles en 2025. OCPP 2.0.1 est la version recommandee pour les nouveaux projets : elle introduit des fonctionnalites avancees de reporting de session, de cybersecurite (TLS obligatoire) et de gestion de l energie (Smart Charging Profile). La deuxieme couche est l API du CPMS vers l ERP. La majorite des operateurs CPMS du marche flotte (ChargePoint Fleet, Driveco Fleet, EVBox Everon, Zeplug Fleet) exposent des API REST documentees en JSON, permettant l acces aux sessions de charge, a l etat des bornes en temps reel et aux rapports aggreges. L integration SAP S/4HANA utilise SAP Integration Suite pour mapper les donnees CPMS (format JSON) vers les objets SAP (FI/CO pour la comptabilite, PM pour la maintenance, MM pour la gestion des equipements). L integration Oracle Fusion utilise Oracle Integration Cloud (OIC) pour un mappage equivalent. La selection du protocole et du format d API doit etre verifiee lors du choix de l operateur CPMS, avant la signature du contrat. Retrouvez les criteres de comparaison sur notre page [/installateur].
Contraintes IT du depot : audit prealable et architecture reseau
Parmi les 42 diagnostics Enerzy, 58 % des gestionnaires de flotte ignoraient les contraintes IT 246 applicables aux installations en parking souterrain. Ces contraintes sont pourtant critiques pour la fiabilite de l integration CPMS-ERP. Un parking souterrain presente des obstacles majeurs a la connectivite reseau : l attenuation du signal WiFi par les parois en beton, l absence de couverture 4G/5G sous plusieurs niveaux de parking, et la difficulte de tirer des cables Ethernet sur de longues distances dans un environnement souterrain. Les solutions techniques disponibles sont les suivantes. La premiere est le reseau filaire Ethernet avec commutateurs industriels IP67 installes aux niveaux du parking : c est la solution la plus fiable mais la plus coteuse a installer. La deuxieme est le repeateur 4G industriel installe en tete de parking pour relayer le signal cellulaire jusqu aux bornes : solution plus economique mais dependante de la qualite du signal en surface. La troisieme est le reseau PLC (Power Line Communication) qui utilise le cablage electrique existant pour transmettre les donnees : applicable lorsque le reseau electrique du depot est correct mais la bande passante est limitee. L audit IT du depot doit etre realise en amont du choix de l operateur CPMS, car les contraintes identifiees peuvent exclure certaines architectures de connectivite. Ce point est systematiquement couvert dans le diagnostic Enerzy.
Cas d usage prioritaire : refacturation interne par centre de cout
La refacturation interne des couts de recharge par centre de cout est le cas d usage ROI le plus rapide de l integration CPMS-ERP. Dans une grande entreprise, chaque vehicule est rattache a un centre de cout (direction, agence, projet) et les couts d exploitation du vehicule doivent etre imputes au budget correspondant. Sans integration CPMS-ERP, le gestionnaire de flotte doit extraire manuellement les rapports de session du CPMS chaque mois, calculer les couts par vehicule selon le tarif de l energie applicable, et saisir ces couts dans l ERP par ligne de journal. Pour une flotte de 50 vehicules avec 1 500 sessions mensuelles, ce traitement prend 15 a 25 heures de travail administratif par mois. L integration automatisee consomme les sessions CPMS via API, applique le tarif de l energie (ou la tarification interne au kWh definie par la direction energie), et cree automatiquement les ecritures d imputation dans FI/CO SAP ou dans Oracle Financials. Le temps de traitement mensuel tombe alors a moins d une heure de verification. La configuration de la refacturation necessite de definir les regles de tarification interne (prix au kWh, distinction heures pleines/creuses, eventuelle majoration pour les recharges urgentes) et le referentiel vehicule-centre de cout, maintenu dans l ERP. Ce referentiel est la source de verite et doit etre maintenu a jour a chaque changement d attribution de vehicule.
Reporting CSRD Scope 2 automatise depuis le CPMS
L integration CPMS-ERP permet d automatiser la production des donnees CSRD Scope 2 de la flotte, eliminant les ressaisies manuelles sources d erreurs et de retard. Le flux de donnees recommande est le suivant. Le CPMS collecte les kWh de chaque session de charge et les expose via API REST. L ERP ou la plateforme RSE consomme ces donnees a une frequence parametrable (en temps reel, horaire ou journaliere selon les besoins). Le systeme applique automatiquement le facteur d emission de l electricite francaise (52 gCO2eq/kWh pour 2024 selon RTE) pour calculer les kgCO2eq par session, par vehicule et par periode. Les donnees sont consolidees dans le module de reporting durabilite de l ERP (SAP Sustainability ou Oracle Sustainability Cloud) ou dans une plateforme RSE externe (Sweep, Greenly, Tennaxia). Le rapport CSRD ESRS E1 est alors produit avec une trace complete des donnees sources et des calculs, permettant la verification par le commissaire aux comptes. Cette automatisation reduit le temps de preparation du rapport Scope 2 de la flotte de plusieurs semaines a quelques heures de validation. Notre [/simulateur] permet d estimer les emissions Scope 2 de votre flotte sur la base de votre profil de charge actuel.
Integration SAP S/4HANA Fleet Management : configuration et objets metier
SAP S/4HANA Fleet Management (module PM - Plant Maintenance et AA - Asset Accounting) gere l inventaire des vehicules comme des actifs d entreprise, avec suivi des couts de maintenance, des consommations d energie et des kilomestrages. L integration des donnees CPMS dans SAP repose sur la creation d un type de notification de consommation d energie associe a chaque vehicule. Chaque session de charge devient un enregistrement de consommation (kWh, duree, date) rattache a l equipement vehicule correspondant dans SAP. Les couts sont calcules automatiquement par multiplication avec le prix du kWh parametre dans la table de prix interne. SAP Integration Suite (ou SAP BTP Integration) est le middleware recommande pour l integration CPMS-SAP : il gere la transformation des donnees JSON de l API CPMS vers les IDocs ou les appels BAPI SAP correspondants. La configuration initiale de cette integration necessite une competence SAP Basis et ABAP ou SAP BTP, et une connaissance de la structure de donnees du CPMS choisi. Le budget de configuration est generalement de 15 000 a 40 000 EUR HT pour une flotte de 20 a 50 vehicules. Ce budget est amorti en 24 a 36 mois sur les economies de traitement administratif et la fiabilite du reporting.
Gouvernance des donnees IRVE et maintien en condition operationnelle de l integration
La mise en production de l integration CPMS-ERP est la phase initiale d un dispositif qui necessite une gouvernance durable pour rester operationnel. Trois risques de degradation de la qualite des donnees doivent etre anticipes. Premierement, les changements de configuration du CPMS (ajout de bornes, modification de la tarification, mise a jour de l API) peuvent casser le flux de donnees si le SI n est pas informe et adapte en temps reel. Un process de notification des changements de configuration CPMS vers l equipe IT est indispensable. Deuxiemement, les changements d attribution des vehicules (vehicule affecte a un nouveau centre de cout, vehicule entrant ou sortant du parc) doivent etre repercutes simultanement dans l ERP et dans le CPMS pour que la refacturation reste correcte. Un referentiel unique, generalement dans l ERP, doit etre la source de verite pour l attribution vehicule-centre de cout. Troisiemement, les mises a jour de l ERP (upgrade SAP S/4HANA, migration Oracle) peuvent modifier les objets metier utilises par l integration et necessiter une adaptation des connecteurs. Un test de non-regression apres chaque mise a jour ERP est recommande. Parmi les 42 diagnostics Enerzy, aucune flotte ne disposait de ce type de gouvernance formalisee, illustrant un risque important de derive de la qualite des donnees a moyen terme. Pour un accompagnement sur la gouvernance SI de votre projet IRVE, consultez notre offre via [/proposition].
Passer a l action
Pour estimer precisement le cout total et la prime ADVENIR sur votre projet, utilisez le simulateur Loi LOM : calcul en 90 secondes, application automatique des baremes de l Arrete du 24 decembre 2025, breakdown reste a charge.
Pour comparer objectivement les 6 operateurs IRVE entreprise sur 27 criteres publics, utilisez le comparateur d operateurs : Driveco, ChargeGuru, ChargePoint, PowerDot, IZI by EDF, Beev.
