EDIH, EEN, Interreg : la plateforme des programmes européens.En savoir plus

Adoption des données ouvertes et maturité de la gestion des API

Votre exposition de données et vos API, mesurées par thématique et traduites en feuille de route.

10 thématiques, une échelle à 5 niveaux. Et l’action qui fait passer chaque niveau au suivant.

Les 10 thématiques du référentiel, déjà rédigées de N1 à N5. Une entreprise, une business unit, ou 300 à la fois.

Adoption des données ouvertes et maturité de la gestion des API

Stratégie d’ouverture et cas d’usageN1 → N5
Gouvernance et propriétéN1 → N5
Qualité, fraîcheur et métadonnéesN1 → N5
Formats, licences et conditions de réutilisationN1 → N5

10 thématiques, échelle à 5 niveaux.

Nordhavn Industries

53 / 100

Stratégie d’ouverture et cas d’usage6484
Gouvernance et propriété5379
Qualité, fraîcheur et métadonnées6182
Formats, licences et conditions de réutilisation3773
IAIndustrialisé : vos notes d’entretien suffisent, l’IA remplit l’audit.

Ils mesurent leur maturité avec Datamensio

  • ANITI
  • CNRS
  • LIRMM
  • CNES
  • Docaposte
  • Chambre de commerce et d'industrie

Un exemple

Cette situation pourrait être la vôtre.

Prenons l’exemple d’une entreprise : trois sites, trois tableurs, aucune réponse commune.

01

Personne ne sait consolider.

Nordhavn Industries, 2 400 personnes à Hambourg, Lyon et Porto. Un donneur d’ordre demande où en est le groupe. Chaque site répond dans son tableur, avec ses propres échelles.

02

Trois semaines, une seule base.

Un diagnostic Référentiel de maturité open data et API management (non certifiant) lancé sur les trois sites en même temps, à partir des notes d’entretien des responsables. Le référentiel était déjà écrit, les 10 thématiques et les niveaux N1 à N5 aussi.

03

Deux dépenses évitées avant d’être engagées.

Un score de 53 sur 100, un écart concentré sur trois thèmes. Le compagnon IA a repéré que deux actions du plan doublonnaient avec celui d’un autre audit. La restitution au comité s’est demandée en une phrase.

Ce que ça leur a évité

  • 3sites mesurés sur la même base, au lieu de trois questionnaires à retraiter
  • 2actions en doublon détectées avant la dépense
  • 1restitution au comité, sans reprise manuelle

Ces chiffres sont ceux d’un exemple. Ils pourraient être les vôtres.

La norme impose des processus. Datamensio dit où vous en êtes.

01

Le référentiel est déjà écrit

Thématiques, questions et niveaux N1 à N5 rédigés. Vous ne partez pas d’un tableur vide.

02

Le score tombe le jour même

En ligne, par lien d’auto-évaluation ou en entretien. Thème par thème, comparable dans le temps.

03

L’écart devient un plan chiffré

Chaque passage de niveau porte son action. L’IA priorise sur l’effet attendu, pas sur l’ordre de la norme.

04

La progression se démontre

Campagne après campagne, contre votre cible et contre votre passé. C’est ce que demande votre COMEX.

L’échelle de maturité

Un niveau, le suivant, et l’action qui relie les deux.

C’est ce mécanisme (un niveau, un niveau supérieur, et l’action qui relie les deux) qui transforme un constat en trajectoire.

Comment les évolutions et les retraits d’API sont-ils gérés vis-à-vis des consommateurs ?

  1. N1

    Aucune politique de version. Les modifications sont mises en production sans information préalable des consommateurs.

  2. N2

    Une convention de versioning existe dans la documentation technique, mais son application dépend des équipes et les annonces sont informelles.

  3. N3

    La politique de version et le délai de dépréciation sont documentés et appliqués sur la majorité des API. Les consommateurs sont prévenus avant tout changement de rupture.

  4. N4

    Les consommateurs sont identifiés par API, notifiés automatiquement, et le retrait n’intervient qu’après vérification de la migration effective.

  5. N5

    La politique est révisée selon les incidents et les retours des réutilisateurs, avec un suivi documenté des versions retirées et des migrations accompagnées.

Action pour passer de N2 à N3

Inscrire le délai de dépréciation et le format d’annonce dans la ligne directrice d’API, publier le calendrier des versions sur le portail développeurs, et contrôler leur application au comité d’architecture mensuel.

« Grâce à Datamensio, nous remplissons avec beaucoup plus d’efficacité nos objectifs. Les services d’inspection du FEDER et de notre ministère de tutelle ont particulièrement apprécié cette approche qui leur apporte une data fiable. »
Chambre de commerce et d'industrie

Directrice de la CCI 94CCI Île-de-France

« Nous pensons qu’il s’agit de la solution la plus adaptée pour amener notre projet de transformation à l’échelle et mesurer l’impact selon nos besoins. »
Interreg Danube Region

Maja SucekChief Operating Officer, Interreg Danube

Prenez votre première mesure

De quoi parle ce référentiel

Ce référentiel couvre deux volets d’un même sujet : l’ouverture de données, interne comme externe, et la gestion du cycle de vie des API qui les rendent utilisables. Il évalue la stratégie de publication, la qualité et la documentation des jeux de données, les formats et les licences, le catalogue et la découvrabilité, la conception des interfaces, la sécurité et l’authentification, la gestion des versions, le suivi des consommations et l’animation des communautés d’usagers. Chaque thématique se lit à travers des pratiques observables, pas des intentions.

En pratique, le pilotage achoppe souvent sur des questions simples. Qui décide qu’un jeu de données ou une API devient un produit maintenu, avec un propriétaire et un engagement de service ? Combien d’API existent réellement dans le système d’information, et combien sont documentées au même standard ? Quand une version évolue, comment les consommateurs sont-ils prévenus, et selon quel délai de dépréciation ? Sans réponse partagée, l’organisation accumule des interfaces sans jamais consolider un socle réutilisable.

Le contexte s’est déplacé. Le règlement européen sur les données et la directive sur les données ouvertes ont installé la notion de jeux de données de forte valeur, accessibles via des interfaces de programmation, avec des exigences de format et de fraîcheur. En parallèle, l’essor des agents et des usages d’IA fait de l’API le point d’entrée principal des systèmes. Confusion fréquente à dissiper : ouvrir des données n’est pas publier des fichiers sur un portail, et une passerelle d’API n’est pas une stratégie d’API.

Un audit de conformité conclut par un écart ou une conformité. Ce référentiel n’est pas certifiant et ne vise pas ce verdict. Il répond à une autre question : à quel niveau de maîtrise se situe chaque pratique, et quelle action précise fait passer au niveau supérieur. Le score par thématique, l’écart à la cible et la comparaison entre business units donnent une trajectoire de transformation plutôt qu’un constat binaire.

Le référentiel est prêt à l’emploi et s’adapte. L’IA ajuste les thématiques, reformule les questions et affine les niveaux selon la méthode CMMI, ou construit une déclinaison à partir de vos propres documents : politique de données, standards d’API, charte de publication. Vous restez propriétaire de la grille.

Norme de référence : Référentiel de maturité open data et API management (non certifiant)

Les thématiques évaluées

  • Stratégie d’ouverture et cas d’usage

    Existence d’une stratégie de publication, critères de sélection des jeux de données, valeur attendue, arbitrage entre ouverture interne, partenariale et publique.

  • Gouvernance et propriété

    Rôles et responsabilités, propriétaire par jeu de données et par API, instance d’arbitrage, articulation avec la gouvernance des données existante.

  • Qualité, fraîcheur et métadonnées

    Complétude, exactitude, fréquence de mise à jour, standards de métadonnées, traçabilité de l’origine, signalement des anomalies par les usagers.

  • Formats, licences et conditions de réutilisation

    Formats lisibles par machine, standards ouverts, licence explicite, mentions d’attribution, conditions tarifaires quand elles existent.

  • Catalogue et découvrabilité

    Inventaire des jeux de données et des API, portail développeurs, moteur de recherche, description fonctionnelle compréhensible par un non-spécialiste.

  • Conception et standards d’API

    Ligne directrice de conception, conventions de nommage, spécifications OpenAPI, cohérence des modèles de données, environnement de test.

  • Sécurité et contrôle d’accès

    Authentification et gestion des clés, autorisations fines, limitation de débit, protection des données personnelles, inventaire des interfaces exposées.

  • Cycle de vie et gestion des versions

    Politique de versioning, délai de dépréciation, communication des changements de rupture, retrait des interfaces obsolètes.

  • Exploitation et niveaux de service

    Supervision, disponibilité, engagements de service, gestion des incidents, suivi des consommations et refacturation éventuelle.

  • Écosystème et mesure de la valeur

    Animation des réutilisateurs, support et documentation, indicateurs d’usage, retours d’expérience intégrés à la feuille de route de publication.

Une version courte du référentiel est disponible pour l’auto-évaluation en ligne.

Questions fréquentes

Ce référentiel donne-t-il lieu à une certification ?

Non. Il n’existe pas d’organisme certifiant l’ouverture des données ou la gestion des API. Le diagnostic sert à mesurer la maturité du programme, à fixer une cible et à suivre la progression dans le temps.

Quelle différence avec un audit ?

Un audit vérifie la présence d’exigences et conclut par un écart. Le diagnostic situe chaque pratique sur une échelle progressive et produit l’action qui fait monter d’un niveau. La sortie est une feuille de route, pas un rapport de contrôle.

Combien de temps prend l’évaluation ?

La version courte se remplit en une seule séance de travail. En mode collaboratif, avec des contributeurs côté données, architecture et sécurité, comptez une à deux semaines, l’essentiel du temps servant à la collecte.

Peut-on adapter le référentiel à notre contexte ?

Oui. Vous modifiez les questions, les niveaux et les thématiques, ou vous partez de vos propres standards. L’IA génère une déclinaison à partir de votre politique de données et de votre ligne directrice d’API, puis affine les niveaux selon la méthode CMMI.

Faut-il séparer le volet données ouvertes et le volet API ?

Les deux se pilotent ensemble, car une donnée publiée sans interface exploitable reste peu réutilisée. Vous pouvez néanmoins scinder le référentiel en deux évaluations et consolider les résultats dans une feuille de route transversale.

Comment comparer plusieurs business units ?

Chaque entité passe la même évaluation, avec un score par thématique. Le benchmark compare les entités entre elles et chacune avec ses résultats précédents. Les actions récurrentes sont regroupées en chantiers communs.

Où sont hébergées les données ?

En France, chez OVH, avec sauvegarde chez Scaleway. Aucun transfert hors Union européenne. Les modèles d’IA mobilisés peuvent être sélectionnés, y compris parmi des solutions européennes.

Prenez votre première mesure