Déployer Claude dans une collectivité ne commence pas par un abonnement. Six décisions conditionnent la conformité et l'adoption : voie d'accès, périmètre de données, charte, analyse d'impact, formation, mesure. Le déroulé complet, avec les arbitrages concrets pour une commune sans DPO interne.
Comment intégrer Claude dans une mairie ? En traitant six décisions dans l'ordre : choisir la voie d'accès (claude.ai, API, ou fournisseur cloud en région européenne), délimiter les données autorisées, écrire une charte opposable, conduire une analyse d'impact si des données personnelles sont concernées, former les agents sur des cas réels, puis mesurer l'usage. L'abonnement ne vient qu'en quatrième position.
La plupart des déploiements d'IA en collectivité échouent pour deux raisons opposées : soit l'outil arrive sans cadre et le délégué à la protection des données le découvre six mois plus tard, soit le cadre est si lourd que personne ne l'utilise. Ce guide vise le point d'équilibre, pour une commune qui n'a pas de direction des systèmes d'information dédiée.
Décision 1 : par quelle porte entrez-vous ?
C'est la décision structurante, et elle se prend avant toute autre. « Utiliser Claude » recouvre trois régimes juridiques distincts.
| Voie d'accès | Ce qu'elle permet | Ce qu'elle coûte en complexité |
|---|---|---|
| claude.ai (Free, Pro, Max) | usage immédiat, aucune configuration | entraînement actif par défaut, stockage aux États-Unis, aucun contrat adapté à une collectivité |
| API Anthropic ou Claude for Work | exclusion contractuelle de l'entraînement, suppression sous 30 jours, contrat de sous-traitance avec clauses contractuelles types | intégration technique nécessaire, stockage toujours américain |
| Claude via AWS Bedrock ou Google Vertex AI, région européenne | inférence exécutée en Europe (Francfort, Irlande, Paris, Stockholm) | deux contrats de sous-traitance à gérer, compétence cloud requise, sociétés mères américaines |
| Assistant métier souverain | modèle européen hébergé en France, conformité contractualisée par le prestataire | pas de choix du modèle sous-jacent |
Le raisonnement complet sur ces régimes figure dans Peut-on utiliser Claude en mairie ?.
L'arbitrage réaliste pour une commune de moins de 10 000 habitants : claude.ai pour les usages sans donnée personnelle, et un outil métier souverain pour tout le reste. Monter une intégration Bedrock en région européenne suppose une compétence interne que très peu de communes possèdent, et un délai de plusieurs mois pour un bénéfice que le lecteur final ne verra pas.
Décision 2 : quelles données ont le droit d'entrer ?
Ne raisonnez pas par outil, raisonnez par donnée. La question n'est pas « peut-on utiliser Claude ? » mais « ce texte a-t-il le droit d'y aller ? ».
Trois catégories suffisent, et elles se retiennent :
Vert, aucune restriction. Texte déjà publié, question de méthode, trame générique, correction orthographique sans mention nominative. Un communiqué en ligne, un extrait du site officiel, un plan de discours type.
Orange, anonymisation obligatoire. Le contenu est interne mais ne devient identifiant qu'à travers quelques éléments. Un projet de délibération peut être soumis après retrait des noms, adresses et montants individuels.
Rouge, jamais sur un outil grand public. Courrier d'administré, dossier social, demande d'urbanisme, litige de voisinage, compte rendu de commission citant des agents, enregistrement de conseil municipal, tout document marqué interne ou non communicable.
Le test à enseigner aux agents tient en une phrase : si le texte contient un nom, une adresse, une situation individuelle ou un document non public, il ne va pas dans un outil grand public.
Décision 3 : écrire la charte avant, pas après
Une charte d'usage de l'IA n'a pas besoin de faire quinze pages. Elle doit répondre à six questions, et être signée par l'autorité territoriale pour être opposable.
- Quels outils sont autorisés, nommément. Une charte qui dit « les outils d'IA » n'interdit rien et n'autorise rien.
- Quelles données sont interdites, avec la classification vert / orange / rouge ci-dessus.
- Qui valide avant qu'un texte produit par l'IA quitte la mairie. Aucun contenu généré ne part sans relecture humaine identifiée.
- Ce qui doit être signalé : la charte doit préciser si l'usage de l'IA est mentionné, et sur quels documents.
- Le réglage obligatoire : sur les formules grand public de Claude, la désactivation de l'entraînement dans les paramètres de confidentialité doit être une consigne écrite, vérifiée à l'ouverture du compte.
- Qui contacter en cas de doute, avec un nom, pas une fonction abstraite.
Point souvent négligé : la charte doit être versionnée et datée. En cas de contrôle, c'est la preuve que la collectivité a organisé l'usage plutôt que de le subir.
Décision 4 : l'analyse d'impact, et quand elle devient obligatoire
Dès que des données personnelles sont traitées, la question se pose. L'analyse d'impact relative à la protection des données (AIPD) devient obligatoire lorsque les critères de l'article 35 du RGPD sont réunis, notamment en cas de traitement à grande échelle ou de données sensibles.
Pour une commune, la lecture pratique est la suivante :
- Usages en zone verte uniquement : pas d'AIPD, mais consignez le raisonnement par écrit. « Nous n'avons pas conduit d'AIPD parce que aucune donnée personnelle n'est traitée » est une position défendable, à condition qu'elle soit tracée.
- Traitement de courriers d'administrés, transcription de séances, dossiers individuels : AIPD à conduire, et le choix de l'outil en dépend directement. C'est précisément là que la voie d'accès retenue en décision 1 fait la différence entre un dossier qui passe et un dossier qui bloque.
- Communes sans délégué à la protection des données interne : le DPD mutualisé au niveau de l'intercommunalité ou du centre de gestion est l'interlocuteur. Le solliciter en amont coûte une réunion ; le solliciter après le déploiement coûte le déploiement.
Le registre des traitements doit être mis à jour dans les deux cas. C'est une obligation permanente, pas une formalité de lancement.
Décision 5 : former sur les cas réels de la commune
Une formation générique à l'IA ne change pas les pratiques. Ce qui les change, c'est de traiter en séance les trois ou quatre tâches qui occupent réellement le secrétariat.
Le format qui fonctionne : deux heures, en présentiel, avec les vrais dossiers de la semaine.
- Une réponse à un courrier type, traitée de bout en bout, y compris l'étape de relecture
- Un compte rendu de commission, pour montrer où se situe la limite rouge
- Un contenu de communication, du bulletin municipal au message de réseau social
- Un exercice de repérage : cinq extraits, l'agent dit pour chacun s'il est vert, orange ou rouge
Ce dernier exercice est celui qui laisse une trace durable. La classification devient un réflexe, pas une règle affichée.
Deux points à ne pas éluder devant les agents : l'IA se trompe avec aplomb, et un texte administratif faux mais bien écrit est plus dangereux qu'un texte maladroit. La relecture n'est pas une politesse, c'est la condition de validité.
Décision 6 : mesurer, sinon vous ne saurez jamais si ça a servi
Sans mesure, un déploiement d'IA se juge à l'enthousiasme des premières semaines, qui retombe toujours. Trois indicateurs suffisent, relevés à trois mois puis à six mois.
- Le temps de traitement d'une tâche répétitive, mesuré avant et après. La rédaction d'un procès-verbal et le traitement de la boîte de courriels sont les deux mesures les plus parlantes.
- Le taux d'usage réel : combien d'agents utilisent l'outil chaque semaine, pas combien de comptes ont été créés.
- Le nombre de corrections apportées aux textes produits. S'il ne baisse pas, le paramétrage est en cause, pas les agents.
Si l'outil retenu ne vous donne pas ces chiffres, vous vous priverez de l'argument dont vous aurez besoin au moment de renouveler le budget.
Le calendrier réaliste
Pour une commune de taille moyenne, sans direction des systèmes d'information :
| Semaine | Étape |
|---|---|
| 1 | Décisions 1 et 2 : voie d'accès et classification des données |
| 2 à 3 | Rédaction de la charte, saisine du délégué à la protection des données |
| 4 | Ouverture des comptes, vérification des réglages de confidentialité |
| 5 | Formation des agents, deux heures sur cas réels |
| 6 à 8 | Usage encadré sur un périmètre restreint, une ou deux tâches seulement |
| 9 | Bilan, ajustement de la charte, extension éventuelle du périmètre |
| 21 | Première mesure à trois mois |
L'erreur la plus fréquente est d'ouvrir le périmètre trop vite. Deux tâches bien traitées installent l'outil ; dix tâches survolées l'enterrent.
Et si vous ne voulez pas gérer tout cela
Les six décisions ci-dessus décrivent l'intégration de Claude en direct, c'est-à-dire en assumant vous-même le rôle de responsable de traitement face à un fournisseur américain.
L'alternative consiste à passer par un assistant conçu pour les collectivités, où ces arbitrages sont déjà tranchés. C'est la position de Rostra : modèle Mistral par défaut, entreprise française, hébergement en France chez OVHcloud, emails non stockés, audio supprimé après traitement, chiffrement AES-256-GCM et purge à trente jours. Les décisions 1 et 4 sont largement résolues en amont ; restent la charte, la formation et la mesure, qui vous appartiennent dans tous les cas.
Ce n'est pas un argument contre Claude, qui reste un excellent modèle de rédaction. C'est un arbitrage entre deux façons de porter la conformité : la construire, ou l'acheter contractualisée.
Vous rédigez la charte IA de votre collectivité ? Écrivez-nous à support@rostra.fr, nous partageons notre modèle et les points de vigilance relevés chez les communes déjà équipées.