Flux Enedis : maîtriser les échanges EDI/XML pour piloter sa fourniture

Tout fournisseur d’électricité opérant sur le territoire français le découvre rapidement : la relation avec Enedis ne se résume pas à un contrat GRD-F. Elle se matérialise au quotidien par des centaines, puis des milliers de messages électroniques échangés dans un cadre normé, rigide, et dont la maîtrise conditionne la qualité de service, la facturation et la conformité réglementaire. Ces échanges, ce sont les flux Enedis, un écosystème de messages EDI et XML défini dans le cadre des MIG (Modèle d’Interface Généralisé) et dont la complexité est souvent sous-estimée lors du lancement d’une activité de fourniture. Cet article propose un tour d’horizon technique et opérationnel de ces flux : leur logique, leur catalogue, leur architecture de transport, et les écueils concrets à anticiper.

Le cadre général des échanges fournisseur/GRD

Pourquoi des flux normés ?

Le marché de l’électricité français repose sur une séparation stricte entre les activités de réseau (Enedis pour la distribution) et les activités de fourniture (les fournisseurs alternatifs et historiques). Cette séparation implique que chaque processus métier (mise en service, changement de fournisseur, relève, facturation du TURPE, réclamation) soit formalisé par un échange de données structuré, auditable, et identique pour tous les acteurs. L’objectif est double : garantir l’équité de traitement entre fournisseurs et permettre une automatisation industrielle des processus.

Ces échanges sont définis par les MIG, documents publiés par Enedis sous le contrôle de la CRE. Les MIG décrivent pour chaque processus métier la séquence de messages à échanger, leur contenu, leurs délais de traitement, et les règles de gestion associées. On parle parfois de “chorégraphie” de flux : chaque message appelle une réponse, qui elle-même peut déclencher un nouveau message en cascade.

EDI ou XML : deux formats, une même logique

Historiquement, les échanges entre fournisseurs et Enedis reposaient sur le standard EDI (Electronic Data Interchange), plus précisément sur la norme UN/EDIFACT. Ce format, compact mais peu lisible à l’œil nu, reste utilisé pour de nombreux flux, en particulier pour les segments C5 (clients résidentiels et petits professionnels en BT ≤ 36 kVA). Depuis le milieu des années 2010, Enedis a progressivement introduit des formats XML pour certains flux, notamment ceux liés aux clients C1 à C4 (comptage en HTA ou BT > 36 kVA) et aux nouveaux processus liés au compteur Linky.

En pratique, un fournisseur doit être capable de traiter les deux formats. Le format exact dépend du flux concerné et du segment de clientèle. Le passage à XML a facilité l’intégration dans les systèmes d’information modernes (les parsers XML étant plus courants que les parsers EDIFACT), mais il a aussi augmenté le volume des données échangées, chaque message XML étant sensiblement plus verbeux que son équivalent EDI.

Catalogue des flux : les grandes familles

Le catalogue des flux Enedis est vaste. Selon les comptages, on dénombre entre 80 et 120 types de messages distincts, selon le niveau de granularité retenu. Plutôt qu’une liste exhaustive, il est plus utile de les regrouper par famille fonctionnelle.

Flux de processus commerciaux (C-flows)

Ce sont les flux les plus visibles et les plus critiques pour un fournisseur en phase de croissance. Ils couvrent les processus liés au cycle de vie du point de livraison :

La mise en service (MES) correspond au rattachement d’un point de livraison (PRM) au périmètre du fournisseur. Le fournisseur envoie une demande, Enedis la valide ou la rejette, puis confirme la date effective. Ce processus implique typiquement 3 à 5 messages selon les cas (demande initiale, accusé de réception, compte rendu d’exécution, et éventuellement messages d’annulation ou de modification).

Le changement de fournisseur (CHF) est le processus le plus fréquent en volume pour un fournisseur en développement. Sa chorégraphie est particulièrement encadrée : le fournisseur entrant émet une demande, Enedis notifie le fournisseur sortant, puis confirme le changement à une date effective déterminée par les règles de la MIG (souvent le premier jour du mois suivant un délai de traitement). Les délais de traitement sont de l’ordre de 21 jours calendaires pour un changement standard.

La résiliation, les modifications contractuelles (changement de puissance souscrite, changement de formule tarifaire d’acheminement) et les demandes d’intervention technique (coupure pour impayé, rétablissement) constituent les autres flux de cette famille.

Flux de données de comptage

C’est probablement la famille la plus volumineuse en termes de données échangées. Elle comprend les courbes de charge (au pas demi-horaire pour les clients C1 à C4, et potentiellement au pas demi-horaire pour les clients Linky en C5 avec un profil de courbe de charge activé), les index de relève (relevés cycliques semestriels ou annuels pour les C5 non Linky), et les données de puissance maximale atteinte.

Pour un fournisseur gérant 100 000 points de livraison, les flux de comptage représentent plusieurs millions de lignes de données par mois. La capacité à ingérer, stocker et exploiter ces données est un enjeu majeur de dimensionnement du système d’information. Les courbes de charge sont transmises quotidiennement pour les clients télérelevés, avec un décalage de J+1 à J+2 selon les segments.

Flux de facturation réseau (TURPE)

Enedis facture le TURPE (Tarif d’Utilisation des Réseaux Publics d’Électricité) aux fournisseurs, et cette facturation passe elle aussi par des flux normés. Le fournisseur reçoit des avis de facturation détaillant les composantes du TURPE pour chaque PRM, puis des factures agrégées. L’article consacré au TURPE 6 sur ce blog détaille la structure tarifaire ; ici, l’enjeu est de comprendre que la réconciliation entre les flux de facturation réseau et la facturation client est un processus complexe, source fréquente d’écarts et de réclamations.

Les flux de facturation réseau incluent également les régularisations (liées à des erreurs de comptage, des changements rétroactifs de formule tarifaire, ou des rectifications d’index). Ces régularisations peuvent remonter sur 14 mois, voire davantage dans certains cas, ce qui oblige le fournisseur à maintenir un historique de données conséquent.

Flux de référentiel

Ces flux permettent au fournisseur de maintenir à jour sa base de données des points de livraison : caractéristiques techniques du PRM (puissance de raccordement, type de compteur, segment), données contractuelles d’acheminement, et informations sur l’état du point (actif, résilié, suspendu). Le flux de “Situation de Comptage” est l’un des plus utilisés : il permet au fournisseur de demander à Enedis un état des lieux complet d’un PRM donné.

Architecture de transport : comment les flux circulent

La plateforme SGE (Système de Gestion des Échanges)

Tous les flux entre fournisseurs et Enedis transitent par le SGE, la plateforme centrale d’échange d’Enedis. Le SGE joue le rôle de hub : le fournisseur ne communique pas directement avec les systèmes opérationnels d’Enedis (comme le système de comptage ou le système de gestion de clientèle réseau), mais avec le SGE, qui route les messages vers les systèmes internes appropriés.

L’accès au SGE se fait via des protocoles de communication sécurisés. Historiquement, le protocole dominant était AS2 (Applicability Statement 2), un standard d’échange EDI sur HTTP/S avec signature et chiffrement. Plus récemment, Enedis a ouvert des API REST pour certains flux, notamment via le portail DataHub, mais l’essentiel des échanges en volume continue de transiter par AS2 ou par des canaux SFTP pour certains fichiers volumineux (courbes de charge en masse, par exemple).

Le rôle du prestataire de dématérialisation

De nombreux fournisseurs, en particulier ceux de taille modeste, ne gèrent pas directement la couche de transport des flux. Ils passent par un prestataire de dématérialisation (parfois appelé “opérateur EDI” ou “prestataire de flux”) qui assure la réception, l’envoi, le routage et parfois la conversion de format des messages. Ce prestataire dispose d’une connexion certifiée au SGE et propose au fournisseur une interface simplifiée (API, SFTP, ou portail web) pour émettre et recevoir ses flux.

Le choix du prestataire de dématérialisation est structurant. Les critères de sélection incluent la couverture fonctionnelle (tous les flux sont-ils supportés ?), la latence de traitement (certains prestataires introduisent un délai de plusieurs heures entre la réception d’un flux et sa mise à disposition du fournisseur), la qualité du monitoring (alertes en cas d’échec, tableaux de bord), et bien sûr le modèle tarifaire (souvent au message ou au PRM actif).

Homologation et environnements de test

Comme détaillé dans l’article dédié à l’homologation Enedis publié sur ce blog, chaque fournisseur doit passer par une phase d’homologation au cours de laquelle il démontre sa capacité à émettre et recevoir correctement chaque flux requis pour son périmètre d’activité. Enedis met à disposition un environnement de qualification (souvent appelé “bac à sable” ou “environnement de recette”) dans lequel le fournisseur peut tester ses flux avec des données fictives.

Cette phase est cruciale et souvent plus longue que prévu. Les causes de rejet les plus fréquentes sont les erreurs de format (un champ obligatoire manquant, un format de date non conforme), les erreurs de séquencement (un message envoyé dans un ordre non prévu par la MIG), et les incohérences de données (un PRM référencé dans une demande mais absent du périmètre du fournisseur dans l’environnement de test).

Les pièges opérationnels les plus fréquents

La gestion des rejets

Un flux rejeté par le SGE doit être analysé, corrigé et renvoyé. En régime de croisière, un fournisseur peut observer un taux de rejet de 2 à 5 % sur ses flux de processus commerciaux, et ce taux peut monter bien plus haut lors du lancement ou lors de migrations de système d’information. Chaque rejet porte un code motif, mais ces codes ne sont pas toujours explicites. Le motif “Données incohérentes” (code générique fréquent) peut recouvrir des dizaines de situations différentes. La constitution d’une base de connaissance interne des motifs de rejet, enrichie au fil de l’exploitation, est un investissement qui se rentabilise rapidement.

Le décalage temporel des flux de comptage

Les données de comptage ne sont pas disponibles en temps réel. Pour les clients télérelevés (Linky ou compteurs communicants C1 à C4), les courbes de charge arrivent typiquement à J+1, mais avec un taux de complétude qui n’atteint souvent que 95 à 98 % à J+1. Les données manquantes arrivent au fil de l’eau les jours suivants, sous forme de flux de rattrapage. Pour les clients non télérelevés (encore significatifs en nombre, même si en diminution), les données n’arrivent qu’à la relève, soit tous les 6 mois environ.

Ce décalage a des conséquences directes sur la construction du PDEV (Programme de Déviation prévisionnel envoyé au responsable d’équilibre), sur la facturation client, et sur le suivi de la marge. Un fournisseur qui ne gère pas correctement l’arrivée progressive des données de comptage risque de sur-estimer ou sous-estimer ses consommations réelles, avec un impact sur ses coûts d’écart.

Les régularisations en cascade

Le processus de régularisation est l’un des plus complexes à gérer. Une erreur de comptage détectée six mois après la relève initiale déclenche un flux de rectification d’index, qui à son tour déclenche une régularisation du TURPE, qui à son tour doit déclencher une régularisation de la facture client. Cette chaîne de régularisations doit être automatisée dans le SI du fournisseur, faute de quoi elle génère un stock de cas manuels qui croît avec le portefeuille.

Dans les cas les plus complexes (changement rétroactif de puissance, contestation de données profilées), les régularisations peuvent s’étaler sur plusieurs trimestres et impliquer des échanges multiples avec Enedis, le responsable d’équilibre, et le client final.

La montée en charge volumétrique

Un fournisseur qui passe de 5 000 à 50 000 PRM en portefeuille ne subit pas simplement une multiplication par dix de ses flux. La croissance est souvent supra-linéaire, car le nombre de cas particuliers (PRM multi-sites, comptages complexes, clients avec historique de changements fréquents) augmente et génère des flux additionnels. Le dimensionnement de l’infrastructure de traitement des flux (serveurs, bases de données, files de messages) doit anticiper cette montée en charge, sous peine de créer des engorgements aux heures de pic (typiquement entre 6h et 9h du matin, lorsque les flux de comptage de la veille sont mis à disposition).

Bonnes pratiques pour industrialiser la gestion des flux

Mettre en place un monitoring temps réel

Chaque flux émis doit être tracé jusqu’à son accusé de réception. Chaque flux reçu doit être horodaté, parsé et intégré de manière traçable. Un tableau de bord de suivi des flux, avec des alertes sur les anomalies (absence de flux attendu, pic de rejets, délai de réponse anormal du SGE), est indispensable dès que le portefeuille dépasse quelques milliers de PRM.

Versionner les MIG et anticiper les évolutions

Enedis fait évoluer les MIG régulièrement, avec des versions majeures (qui modifient la structure des messages) et des versions mineures (qui ajoutent des champs ou modifient des règles de gestion). Chaque évolution de MIG impose une mise à jour du SI du fournisseur, des tests de non-régression, et souvent une re-homologation partielle. Les fournisseurs qui ont intégré un parser de flux paramétrable (plutôt qu’un code en dur calé sur une version donnée) absorbent ces évolutions bien plus facilement.

Séparer la couche transport de la couche métier

Une architecture saine sépare clairement la couche de réception et d’émission des flux (le “connecteur GRD”) de la couche de traitement métier (le moteur de processus qui interprète les messages et déclenche les actions dans le SI). Cette séparation permet de changer de prestataire de dématérialisation sans refondre le SI, ou d’ajouter un nouveau type de flux sans modifier l’infrastructure de transport.

Construire une base de réconciliation TURPE

La réconciliation entre les montants de TURPE facturés par Enedis et les montants refacturés aux clients est une source majeure de pertes financières silencieuses. Un fournisseur qui ne contrôle pas systématiquement chaque ligne de facturation TURPE reçue, par exemple en la comparant aux caractéristiques techniques du PRM et aux volumes de comptage, peut passer à côté d’erreurs significatives. Des outils de contrôle automatisé, qui comparent chaque avis de facturation aux données de référence, permettent de détecter les anomalies avant de les payer.

Perspectives : le DataHub et l’évolution vers des API

Enedis a engagé depuis plusieurs années une modernisation de ses systèmes d’échange. Le DataHub, qui centralise les données de comptage et les met à disposition via des API, représente une évolution significative. Pour les fournisseurs, cette évolution est prometteuse (accès plus rapide, format JSON plus facile à intégrer, documentation OpenAPI), mais elle ne remplace pas encore les flux EDI/XML pour l’ensemble des processus. Les processus commerciaux (MES, CHF, résiliation) continuent de transiter par les canaux traditionnels, et il est probable que la coexistence des deux mondes dure encore plusieurs années.

Le projet de “Portail Fournisseurs” d’Enedis, dont les fonctionnalités s’étoffent progressivement, offre par ailleurs une interface web pour certaines opérations unitaires (consultation de PRM, suivi de demandes), mais il n’est pas conçu pour un traitement industriel de masse. Les flux EDI/XML restent, et resteront à moyen terme, le canal principal pour un fournisseur qui gère un portefeuille significatif.

La maîtrise de ces flux n’est pas un sujet secondaire ou purement technique : c’est un avantage concurrentiel. Un fournisseur capable de traiter ses flux rapidement, de détecter ses rejets en temps réel, de réconcilier ses données de comptage et de facturation réseau avec précision, et de s’adapter aux évolutions des MIG sans projet de développement massif, dispose d’un outil opérationnel qui se traduit directement en qualité de service, en maîtrise des coûts et en capacité de croissance.

Gridaria accompagne les fournisseurs d’électricité et leurs équipes techniques dans la mise en place, l’optimisation et le monitoring de leurs flux Enedis. Que vous soyez en phase d’homologation ou en industrialisation de votre exploitation, nous pouvons vous aider à structurer votre architecture de flux. Prenez contact →