LogoLogo
✉️ Contact💬 Forum
Guides de data.gouv.fr
Guides de data.gouv.fr
  • Bienvenue
  • ❓Foire aux questions
  • Documentation de data.gouv.fr
    • Créer un compte utilisateur et rejoindre une organisation
    • Organisation
      • Créer une organisation
      • Suivre l'activité et modifier son organisation
      • Gérer les membres de son organisation
      • Certifier une organisation
      • Supprimer une organisation
    • Jeux de données
      • Publier un jeu de données
        • Publier une Base Adresse Locale
      • Gérer un jeu de données
      • Explorer un jeu de donnée
      • Télécharger le catalogue de données de data.gouv.fr
      • Accéder au catalogue via SPARQL
    • API
      • Publier une API
      • Gérer une API
      • Outils pour les administrations
        • Doctrine des API
        • Accompagnement humain
        • Datapass : Outil d'habilitations
        • Bouquets API Entreprise et API Particulier
    • Réutilisations
      • Publier une réutilisation
      • Gérer une réutilisation
    • Statistiques
    • Ressource communautaire
    • Moissonnage
      • Comprendre les limites du moissonnage
      • Les différents types de moissonneurs
      • Mettre en place un moissonneur
      • Analyser le rapport de moissonnage
      • Moissonnage des plateformes géographiques
    • API de data.gouv.fr
      • Prise en main de l'API
      • Tutoriel d'utilisation
      • Gérer un jeu de données par l'API
      • Référence
        • site
        • datasets
        • reuses
        • discussions
        • organizations
        • spatial
        • users
        • me
        • contacts
        • workers
        • tags
        • topics
        • posts
        • transfer
        • notifications
        • avatars
        • harvest
  • Guides open data
    • Guide juridique
      • Producteurs de données
        • Comprendre la notion d'open data
        • Qui est concerné ?
        • Quelles sont les obligations ?
      • Réutilisateurs de données
        • Respecter les conditions de réutilisation
      • Chronologie de l'open data
    • Guide qualité
      • Evaluer le niveau de qualité d'un jeu de données
      • Préparer un jeu de données de qualité
        • Extraire un jeu de données d'un système d'information
        • Structurer un jeu de données
          • Structurer une Base Adresse Locale
        • Lier des données à un référentiel
      • Documenter des données
        • Bien documenter un jeu de données
        • Diffuser la documentation d'un jeu de données
      • Améliorer la qualité d'un jeu de données en continu
        • Améliorer le score de qualité des métadonnées
        • Connaître et suivre les usages d'un jeu de données
        • Mettre en place une stratégie organisationnelle
      • Maîtriser les schémas de données
        • Comprendre les bénéfices d'utiliser un schéma de données
        • Créer un schéma de données
          • Etape 1 : Phase d'investigation
          • Etape 2 : Phase de concertation
          • Etape 3 : Phase de construction
          • Etape 4 : Phase de promotion et de maintien
          • Focus : Construire un schéma TableSchema
        • Intégrer un schéma de données à schema.data.gouv.fr
        • Produire des données en conformité avec un schéma
        • Indiquer et vérifier qu'une ressource respecte un schéma de données
  • Guides sur l'utilisation des données
    • Introduction à l'open data
      • Comprendre la notion d'open data
      • Comprendre l'écosystème de l'open data
      • Comprendre les conditions d'utilisation des données en open data
      • Découvrir et utiliser data.gouv.fr
    • Guide traitement et analyse de données
      • Trouver des données
      • Prendre connaissance et évaluer la qualité de données
      • Explorer des données
      • Récupérer des données
      • Manipuler des données
        • Ouvrir des données
        • Filtrer des données
        • Nettoyer des données
        • Croiser des données
        • Géocoder des adresses
      • Analyser des données
        • Analyser des données avec le tableur LibreOffice Calc
        • Analyser des données avec Python
        • Analyser des données avec R
      • Visualiser des données
      • Cartographier des données
      • Réaliser des projets utiles et s'inspirer
      • Poser des questions aux producteurs de données
      • Valoriser ses travaux
      • Autres ressources pédagogiques
    • Guide API géographiques
      • Utiliser l'API Adresse
        • Rappel sur les données adresses
        • Géocoder des adresses - théorie
        • Géocoder des adresses - cas pratiques
        • FAQ Adresse
      • Utiliser l'API Découpage administratif
      • Utiliser les tuiles vectorielles
    • Guide données du cadastre
      • Comprendre les données du cadastre et leurs usages
      • Manipuler les données du cadastre
      • Foire aux questions sur le cadastre
    • Guide données météorologiques
    • Guide API "Adresse" de l'IGN
  • Autres ressources utiles
    • Lexique de l'open data
    • Données de la commande publique
      • Publier les données essentielles d’attribution des marchés
      • Déclaration d’un profil d’acheteur
    • Données de forte valeur : métadonnées obligatoires et modalités de rapportage
    • Ressources OpenDataFrance
    • Documentation de transport.data.gouv.fr
    • Les algorithmes publics : pourquoi et comment les expliquer ?
      • Les algorithmes publics : enjeux et obligations
      • Fiche pratique : l'obligation de mention explicite
      • Fiche pratique : l'inventaire des principaux traitements algorithmiques
      • Liste de ressources
    • Codes sources du secteur public : lesquels ouvrir, pourquoi et comment ?
      • Ce document n'est pas...
      • Cadre juridique
    • Catalogage de données - GRIST
    • 📒Guide du participant au Hackathon Météo
      • Ressources du hackathon
        • Données
        • Prise en main des données
        • Outils
        • Programme
        • Informations pratiques
        • Contacts
      • Avant le hackathon
      • Pendant le hackathon : règles et bonnes pratiques
        • Choix du défi
        • Constitution des équipes
        • Sollicitation des mentors
        • Documentation des réalisations
        • Rendu intermédiaire
        • Soumission du projet
        • Evaluation des projets
      • Après le hackathon
        • Evaluation du hackathon
        • Valorisation de votre projet
Propulsé par GitBook
Sur cette page
  • Dans quels cas une administration doit-elle réaliser un inventaire de ses algorithmes ?
  • En pratique : quelles informations dois-je indiquer dans mon inventaire ?
  • Comment réaliser mon inventaire ?
  • Ressources : panorama d'inventaires existants

Cet article vous a-t-il été utile ?

Modifier sur GitHub
Exporter en PDF
  1. Autres ressources utiles
  2. Les algorithmes publics : pourquoi et comment les expliquer ?

Fiche pratique : l'inventaire des principaux traitements algorithmiques

PrécédentFiche pratique : l'obligation de mention expliciteSuivantListe de ressources

Dernière mise à jour il y a 7 mois

Cet article vous a-t-il été utile ?

Mise à jour : ce contenu a été mis à jour le 11 février 2021.

Cette fiche pratique a été élaborée dans le cadre d'un animé par Etalab et composé de quatre administrations (centrales et territoriales).

Nous remercions chaleureusement Anthony Claverie, Maryse Le Bras, Cécile Le Guen et Nathalie Vernus-Prost pour nos échanges. Ce travail n'aurait pas pu avoir lieu sans leurs avancées, leurs retours et leur motivation.

L'obligation pour une administration de réaliser un inventaire des principaux traitements algorithmiques utilisés pour prendre des décisions administratives individuelles et de leurs règles est prévue par du code des relations entre le public et l'administration (CRPA).

Elle rentre dans le cadre des obligations de transparence des administrations ayant recours à des traitements algorithmiques. Le code des relations entre le public et l'administration (CRPA) précise le périmètre des administrations et traitement concernés.

La transparence permet aux personnes concernées :

  • de comprendre la manière dont une décision administrative a été rendue ;

  • de faciliter l'exercice de leurs droits.

Pour les administrations, elle permet d'instaurer une relation de confiance avec les personnes concernées.

Dans quels cas une administration doit-elle réaliser un inventaire de ses algorithmes ?

Si :

  • Vous êtes une administration d’État, une collectivité, un organisme de droit public ou de droit privé intervenant dans le cadre d’une mission de service public (),

  • Vous comptez plus de 50 équivalents temps plein (agents et/ou salariés) et/ou vous êtes une collectivité de plus de 3500 habitants,

  • Vous utilisez un ou plusieurs traitements algorithmiques, c'est-à-dire « un ensemble de règles opératoires dont l'application permet de résoudre un problème énoncé au moyen d'un nombre fini d'opérations »,

  • À l’aide de ce(s) traitement(s), vous prenez des envers des personnes physiques ou morales, de droit public ou privé nommément désignées,

  • Ce(s) traitement(s) ne sont pas couverts par l’un des secrets définis par la loi (), et notamment: délibérations du gouvernement, défense nationale, conduite de la politique extérieure, sûreté de l’État, sécurité publique, sécurité des personnes ou des systèmes d’information, recherche et prévention d’infractions, etc.

Alors vous devez remplir les , dont l'obligation de publier en ligne les principaux traitements algorithmiques.

Rappels et précisions :

  • Par « principaux traitements », on entend les traitements qui concernent un grand nombre de personnes et/ou qui entraînent des effets importants pour une catégorie de personnes.

  • La notion de « traitement algorithmique » s'étend au-delà de l'intelligence artificielle ou des algorithmes de machine learning. Un classeur Excel constitue un traitement algorithmique. De même, un traitement algorithmique peut exister sous la forme d'un document non-informatisé (par exemple une grille de notation d'un projet).

  • Cette obligation s'applique pour les décisions individuelles envers des personnes physiques et morales.

En pratique : quelles informations dois-je indiquer dans mon inventaire ?

Voici une liste d'informations que vous pouvez rassembler pour chaque algorithme inventorié.

Certaines de ces informations seront également utiles pour répondre à des demandes d'explication individuelle.

Informations sur l'administration

Information

Nom de l'administration concernée

Direction/service porteur

Contact au sein de l'administration concernée

Date de mise à jour des informations

Informations métier sur l'algorithme et la décision prise

Information
Précisions

Nom de l'algorithme

S'il n'en a pas, indiquer la décision mise en oeuvre. Exemple : calcul de la taxe de séjour.

Contexte global

Pourquoi une décision administrative est-elle prise ? Qui sont les acteurs de la décision ? Quelles sont les tâches à accomplir ?

Finalité de l'algorithme

À quoi sert cet algorithme ? Exemple : l'algorithme sert à calculer la taxe de séjour due. Cette catégorie peut également comporter des éléments de justification : pourquoi un algorithme a-t-il été utilisé dans ce processus ?

Comment et quand l'algorithme intervient-il dans la prise de décision ?

Pour effectuer lesdites tâches, à quel moment s'insère l'algorithme dans le processus de décision ? Quel est le processus complet et quelle(s) partie(s) l'algorithme prend-il en charge ?

Niveau d'automatisation de la décision

Préciser si la décision est entièrement automatisée ou s'il s'agit d'un outil d'aide à la décision.

Fondements juridiques

Le(s) fondement(s) juridique(s) de la mise en oeuvre de la décision individuelle et, le cas échéant, du traitement des données.

Ressources connexes

Par exemple, un lien externe vers la plateforme où se connecter pour remplir un formulaire.

Informations sur l'impact de la décision

Information
Précisions

Nombre de décisions administratives prises par an

Portée de la décision

Préciser si la décision a une portée externe (par exemple : pour un usager) ou concerne une procédure interne (par exemple : traitement de la mobilité des agents).

Public concerné par la décision

Qui est affecté par cette décision ? Est-ce que la décision emporte des effets importants sur ce public ?

Ressources connexes

Informations sur le fonctionnement interne de l'algorithme

Information
Précisions

Données traitées*

Source des données traitées*

Qui fournit les données (l'usager, une autre administration, etc.) ? Comment sont elles fournies (un dossier, une API, etc.) ? Exemple : "dossier rempli par le demandeur sur une plateforme en ligne" ou "revenu fiscal de référence fourni par la DGFIP".

Mode de collecte des données traitées*

Comment les données sont-elles initialement collectées ? Exemple : "Les inscriptions sont très majoritairement prises en charge au sein d'un portail virtuel dédié aux familles, plus exceptionnellement par voie papier".

Type d'algorithme

Préciser s'il s'agit d'un système de règles (les règle de calculs sont codées par des personnes) ou d'un algorithme reposant sur l'apprentissage machine (machine learning).

Opérations effectuées par l'algorithme

Donnez des détails sur les opérations techniques effectuées par l'algorithme. Cette catégorie peut être simple ou complexe, en fonction du type d'algorithme mobilisé.

Ressources connexes

Notamment des liens vers les dépôts de code source ou vers un logigramme.

Sur les données, leur(s) source(s) et leur(s) mode(s) de collecte

  • *Les catégories "données traitées", "source des données" et "mode de collecte des données" doivent être pensées ensemble. Un même algorithme peut traiter des données de sources différentes. L'information doit alors être recueillie séparément pour les différents types de données.

  • Rappelons que les algorithmes ne sont pas uniquement numériques.

Comment réaliser mon inventaire ?

Plusieurs questions se posent autour des modalités pratiques de réalisation et de publication des inventaires.

Qui impliquer ?

Le sujet des algorithmes publics est à la croisée de beaucoup de domaines et compétences de l'administration.

Il est probable que cette démarche rassemble beaucoup d'acteurs traditionnellement impliqués dans la gouvernance de données ou celle de l'ouverture de données.

Parmi eux, on peut nommer (liste non exhaustive) :

  • La ou les personne(s) en charge de l'ouverture des données et de la transparence ;

  • Les services métiers, qui disposent d'une connaissance forte des algorithmes utilisés dans les services, leur fonctionnement et leur impact ;

  • Les équipes techniques (en cas d'algorithmes numériques) ;

  • La ou le délégué à la protection des données ;

  • Le service juridique ;

  • Les directions des administrations ;

  • Dans le cadre des collectivités territoriales, les élus.

Nous vous conseillons qu'une personne (chef/cheffe de mission ou de projet) soit en charge de piloter cet inventaire et puisse coordonner différents acteurs afin que l'action ne soit pas conduite en silos.

Rappelons que, bien que cette liste ne soit pas ordonnée, c'est le métier qui est susceptible de disposer du plus d'informations sur les algorithmes, leur fonctionnement et leur impact. Ainsi, réaliser un inventaire des algorithmes et publier leurs règles de fonctionner ne doit pas être relégué à un simple enjeu technique.

Autres modalités : d'autres questions se posent : où publier cet inventaire ? Sous quelle forme ? Cette section continuera à être enrichie dans les prochains mois pour apporter plus de précisions sur ces sujets.

Ressources : panorama d'inventaires existants

prévoit que les administrations concernées « publient en ligne les règles définissant les principaux traitements algorithmiques utilisés dans l'accomplissement de leurs missions lorsqu'ils fondent des décisions individuelles ».

Les inventaires des villes d' et ;

Le premier rapport annuel sur les algorithmes de la ;

La V1 de l'inventaire des algorithmes de , accessible sur le site de la ville ;

La liste des algorithmes de ;

La liste des algorithmes de .

groupe de travail sur les inventaires
l'article L312-1-2
article L.300-2 du CRPA
décisions administratives individuelles
2° de l'article L.311-5 du CRPA
obligations liées à la transparence des algorithmes
L'article L312-1-2
Amsterdam
Helsinki
ville de New-York
la ville d'Antibes Juan-les-Pins
Nantes-Métropole
Pôle Emploi