Interopérabilité : CAS, SIG et API au service des collectivités

Un système d'information de collectivité, c'est un écosystème : annuaire des agents, applications métiers, système d'information géographique, outils financiers, gestion électronique de documents. Y ajouter une solution qui ne communique avec rien, c'est créer un silo de plus — un outil qui exige des saisies en double et que personne n'a envie d'ouvrir. L'interopérabilité n'est donc pas une fonctionnalité parmi d'autres : c'est la condition pour qu'un outil de pilotage trouve réellement sa place.

Pourquoi l'interopérabilité est essentielle

Le silo est l'ennemi de l'usage. Quand une information doit être saisie deux fois — une fois dans l'outil métier, une fois dans l'outil de pilotage — deux choses se produisent : la charge de travail augmente, et la qualité baisse (les deux versions divergent inévitablement).

À l'inverse, un outil interopérable s'insère dans les flux existants. Il récupère ce qui existe déjà, expose ce qu'il produit, et s'authentifie comme les autres applications. L'agent ne change pas ses habitudes ; il gagne un service supplémentaire, pas une corvée de plus.

L'authentification unifiée (SSO CAS)

Premier pilier : l'authentification unique. Le SSO CAS (avec les protocoles OIDC et SAML 2) permet à vos agents d'accéder à Gestion Mairie avec leurs identifiants habituels, ceux de l'annuaire de la collectivité.

Les bénéfices sont immédiats : plus de mot de passe supplémentaire à retenir, une gestion centralisée des accès (les arrivées et départs d'agents sont gérés une seule fois, dans l'annuaire), et une sécurité renforcée (politique de mot de passe unique, désactivation immédiate d'un compte). Pour la DSI, c'est un point de contrôle ; pour l'agent, c'est un confort.

L'intégration cartographique (SIG)

Deuxième pilier : le système d'information géographique. Beaucoup d'actions publiques ont une dimension spatiale : un équipement, un quartier, un secteur, un tronçon de voirie. Pouvoir localiser les actions sur une carte change la lecture du mandat.

L'intégration SIG offre une vision géographique de l'action publique : où se concentrent les projets ? Quels secteurs sont couverts ? L'équilibre territorial est-il respecté ? Cette lecture nourrit le dialogue avec les communes, les quartiers et les habitants, en objectivant la répartition de l'effort.

Les API : ouvrir la solution

Troisième pilier : les interfaces de programmation. Les API REST et GraphQL, complétées par des Webhooks, ouvrent la solution à l'ensemble de votre écosystème applicatif.

Concrètement, elles permettent d'alimenter Gestion Mairie depuis d'autres applications, d'en extraire des données vers un outil décisionnel, ou de déclencher des actions automatiques lorsqu'un événement survient (une échéance dépassée, un changement d'état). C'est ce qui distingue un outil fermé d'une brique ouverte, capable de s'inscrire durablement dans le SI.

S'intégrer sans remplacer

L'interopérabilité traduit une philosophie : un bon outil de pilotage ne cherche pas à tout absorber, mais à se connecter à l'existant. Il respecte les applications déjà en place, dialogue avec elles, et apporte sa valeur propre — la vision consolidée du mandat — sans imposer de tout reconstruire.

C'est aussi une garantie de pérennité : une solution ouverte, fondée sur des standards (CAS, REST, GraphQL), s'adapte aux évolutions du système d'information, plutôt que de devenir un point de blocage.

Conclusion

CAS, SIG, API : ces trois leviers transforment un outil isolé en composant d'un système d'information vivant. L'interopérabilité n'est pas un luxe technique — c'est ce qui permet à un outil de pilotage d'être réellement adopté, parce qu'il s'intègre au travail quotidien au lieu de s'y ajouter.