TerritoIA
Modèles et hébergement
Une clé de la commune, dans les réglages, évite les comptes parallèles des agents
12 novembre 2026 · TerritoIA, édité par STELLARMEET
TerritoIA attend la clé du modèle dans les réglages de l’application, une fois, au nom de la collectivité. Les agents n’ont pas à coller une clé personnelle, et ils ne doivent pas le faire. Une seule clé permet un seul quota, un seul contrat, un seul interlocuteur en cas d’incident. Elle ne donne pas à l’éditeur du logiciel une copie des échanges : ceux-ci restent sur la VM. STELLARMEET ne les conserve pas. L’agent relit. La clé ne signe aucun document à la place du maire.
Ce que la DSI interdit
La charte dit : pas de clé personnelle, pas de copier-coller d’un dossier dans un chat ouvert à la maison, pas de mot de passe du fournisseur dans un fichier partagé. La DSI peut demander une formulation courte de ces trois interdits. Elle la publie sur l’intranet des agents si elle veut qu’elle soit citable. Elle relit que la formulation ne désigne pas un fournisseur comme « le plus sûr » sans le contrat.
Un agent qui a déjà un compte personnel le ferme pour le travail. La DSI ne le surveille pas via l’outil. Elle coupe la possibilité de contourner en ne laissant qu’une adresse interne connue.
Rotation de clé
Changer la clé, après un départ ou un doute, se fait dans les réglages, puis on vérifie qu’une question de test répond encore. La DSI note la date du changement, pas la clé elle-même, dans le journal d’exploitation. Elle relit que l’ancienne clé est révoquée chez le fournisseur, pas seulement remplacée à l’écran.
Les fils déjà enregistrés sur la VM ne partent pas avec l’ancienne clé. Ils restent. Les supprimer est une décision d’archivage de la commune, pas un effet du changement de clé.
Habitants
Aucun habitant ne reçoit cette clé et aucun formulaire public ne l’utilise. L’outil n’est pas un accueil. Le maire n’a pas de clé « à part » pour signer plus vite. S’il utilise l’application, c’est comme un utilisateur interne, avec la relecture, pas comme une signature.
La licence et la facture d’API restent deux lignes. La DSI les relit au moment du changement de clé, pour ne pas ouvrir un second contrat sans le dire au DGS.
Après chaque départ d’un administrateur qui connaissait la clé, la DSI la renouvelle même sans incident, et elle note seulement la date. Elle relit que les réglages pointent encore vers le bon fournisseur. Les agents n’ont rien à faire ce jour-là, sinon se reconnecter si une session tombe. L’outil n’est pas ouvert aux habitants. Le maire n’a pas une clé séparée. Le support peut confirmer la procédure de saisie. Il ne demande pas qu’on lui envoie la clé par courriel.
La DSI vérifie aussi que la clé n’apparaît dans aucun ticket déjà envoyé, et elle clôt ou purge ceux qui la contiendraient. Elle relit la recherche avant de considérer l’incident clos. Les agents n’ont pas à connaître la nouvelle clé.
Rubrique Modèles et hébergement. Cadre du produit : IA pour mairie.