Pilier 03 · Simplifier les processus métier

Faire circuler les bonnes données pour simplifier les démarches en ligne

Client
Gouvernement Princier de Monaco
Projet
Échange de données entre administrations
Rôle tenu
Chef de projet fonctionnel / Responsable solution SI
Période
05/2023 – 04/2026

Quand un usager remplit une démarche en ligne, il redonne souvent des informations que l’administration détient déjà. Simplifier une démarche, ce n’est donc presque jamais refaire un formulaire : c’est faire circuler la bonne donnée, entre les bonnes administrations, dans des conditions acceptables pour chacun.

Sur les téléservices publics monégasques et MonGuichet.mc, j’ai tenu le rôle de chef de projet fonctionnel et de responsable de solution SI, de mai 2023 à avril 2026, sur le sujet de l’échange de données interadministrations.

Le sujet n’était pas de construire une API. Il fallait définir l’architecture fonctionnelle cible, dire qui répond de chaque donnée, écrire les règles d’accès, traiter la sécurité et le consentement — et rendre l’ensemble réutilisable par les téléservices suivants.

Le point de départ

Chaque administration détient une partie de l’information, et chaque téléservice la redemande à l’usager. Techniquement, échanger des données est un problème connu et outillé.

La difficulté est ailleurs : qui est responsable de la donnée, qui a le droit d’y accéder, dans quel cadre, pour quelle finalité, avec quel consentement — et comment éviter de recommencer entièrement ce travail à chaque nouvelle démarche mise en ligne.

Mission confiée

Concevoir le dispositif d’échange, le faire valider par tous ceux qui en répondent, et l’éprouver sur de vraies démarches.

  • Définir l’architecture fonctionnelle cible des échanges interadministrations
  • Spécifier les API, les schémas de données et les règles d’accès
  • Traiter la sécurité, le consentement et la gouvernance des données
  • Coordonner métiers, développement, qualité, sécurité, juridique et architecture
  • Conduire les spécifications, la recette et la préparation au déploiement
  • Appliquer le dispositif à des téléservices réels, notamment le logement domanial et les aides

Déroulé

Comment le sujet a été repris.

Quatre mouvements, dans cet ordre. Aucun n’a de valeur seul.

01

Partir de la démarche, pas du système

Pour chaque téléservice, on identifie ce que l’usager redonne inutilement. C’est cela qui détermine les données à échanger — l’inverse produit des interfaces techniquement correctes que personne n’utilise.

02

Nommer un responsable par donnée

Chaque donnée échangée a une administration de référence, une finalité et un cadre d’accès. Sans cette étape, l’échange s’installe comme un usage de fait que personne n’assume, et le sujet se bloque au premier arbitrage juridique.

03

Rendre les règles opposables et réutilisables

Règles d’accès, sécurité, consentement, gouvernance des données : les conditions d’échange sont écrites une fois, puis opposables à chaque nouveau téléservice, au lieu d’être renégociées projet par projet.

04

Éprouver sur de vraies démarches

Spécifications, recette, préparation au déploiement : le dispositif se vérifie sur des téléservices existants, avec le préremplissage d’informations que l’administration détenait déjà — notamment sur le logement domanial et les aides.

Ce que la mission a permis de poser

  • Une architecture fonctionnelle d’échange réutilisable par les téléservices suivants
  • Des API et des schémas de données spécifiés
  • Des règles d’accès, de sécurité et de consentement explicites
  • Une gouvernance des données avec des responsabilités nommées
  • Des démarches allégées par le préremplissage d’informations déjà détenues

Cette page décrit un périmètre de mission et un rôle tenu. Elle ne publie ni volumétrie, ni indicateur d’usage.

Situation comparable ?

Simplifier une démarche commence par savoir qui répond de la donnée.

Si vos processus métier butent sur des informations que vous détenez déjà, il y a presque toujours un chemin plus court.