Administrer son organisation

Nom et membres

Dans Organisation, un administrateur peut ajouter ou modifier un membre, le désactiver ou le retirer. Le retrait supprime ses accès et conserve ses contributions historiques. Le dernier administrateur actif doit être préservé.

Dans la version corrigée, le champ « Nom de l’organisation » permet de renommer l’organisation actuelle. Son identifiant, ses Rooms et les droits restent conservés. Les rôles proposés sont Membre et Admin ; le rôle propriétaire d’une Room ne sert pas de rôle d’organisation.

Pour un second administrateur : modifier le membre, choisir Admin, enregistrer. Une invitation suffit pour un nouveau membre : il n’est pas nécessaire de le créer avant. Un administrateur déjà présent dans cette même organisation garde son rôle en acceptant une autre invitation.

Créer et inviter

La création d’une Room est réservée à un administrateur depuis l’interface. La correction du 24 octobre retire l’outil de création MCP et refuse aussi les anciens appels. Les membres ne peuvent pas créer de Room. L’invitation via MCP reste possible pour un administrateur autorisé dans la Room.

Chaque invité reçoit un email avec l’invitant, le projet, le lien personnel à durée limitée, les étapes de connexion et des exemples de demandes à son assistant. Il crée son compte ou se connecte, accepte puis connecte son assistant par OAuth MCP. Une autre Room exige une autre invitation ; les préférences existantes sont conservées.

Coordonnées et préférences

Les emails et téléphones sont renseignés dans Rooms, ainsi que les préférences par utilisateur. Brevo est l’intégration de l’organisation ; les notifications restent liées à la Room, aux destinataires autorisés et aux canaux activés. Un contact client n’obtient pas les droits d’une Room par le seul rattachement au client.

Modèle d’invitation Brevo

L’organisation configurée utilise le modèle transactionnel 16, éditable dans Brevo. Le nom du projet, les personnes et le lien d’acceptation sont fournis par Rooms. Les éditions du texte/sujet sont prises en compte aux prochaines invitations sans rebuild. Conservez les variables et le bouton d’invitation. Les autres emails conservent le circuit SMTP existant. Un échec API ne provoque pas un second envoi automatique via SMTP.

Les secrets sont chiffrés et ne sont pas réaffichés. L’aperçu technique ne prouve pas la réception ; contrôlez la prochaine invitation réelle et son acceptation.

Audit et limites

Consultez les traces d’administration et notifications. L’audit est paginé et filtrable par action, type de ressource et dates. Les invitations en attente peuvent être annulées : leur lien devient inutilisable et l’audit reste conservé. La création d’une nouvelle organisation dans l’UI, le SaaS et le cloisonnement renforcé entre entreprises relèvent d’un lot distinct.

Mémoire et évolutions du projet

Consultez le guide mémoire et versions : reprise avec un assistant, fraîcheur de la synthèse, recherche historique et cycle de vie des Rooms. Les autorisations MCP renouvelables restent affichées malgré l’expiration technique du jeton ; le logiciel connecté gère son renouvellement.