La configuration de l'organisation peut être exportée sous forme de bundle portable et appliquée à une autre organisation. Vous la trouverez dans Paramètres → Données → Exporter les paramètres.
Cette fonctionnalité sert à trois cas d'usage : mettre en place une seconde organisation qui doit correspondre à une organisation existante, promouvoir une configuration depuis un espace de travail d'essai vers un espace de travail réel, et conserver un enregistrement consultable de la configuration d'un espace de travail.
Ce qui est transféré
Le bundle couvre la configuration au niveau de l'organisation :
| Domaine | Inclus |
|---|---|
| Politiques et qualité | Politique d'organisation, politiques de qualité, portes d'accès aux projets, politiques de cycle de vie, règles de révision |
| Agents et modèles | Profils AI, clés de fournisseur références |
| Automatisation | Hooks, planifications |
| Connexions | Intégrations de contrôle de source, ponts de canaux, serveurs MCP |
| Accès | Configuration de l'Identité d'entreprise, comptes de service |
| Données | Paramètres de conservation des données, configuration du stockage, destinations d'audit |
Ce qui n'est pas transféré
Les secrets ne quittent jamais le système. Les clés de fournisseur, les jetons et les identifiants sont exportés sous forme de place-holders. Le bundle enregistre que une clé existe et l'utilise, mais jamais sa valeur — vous devrez saisir à nouveau les secrets après l'importation.
Sont également exclus : tout ce qui relève de l'identité de l'espace de travail plutôt que de la configuration — le nom de l'organisation, ses membres, sa relation de facturation — ainsi que l'historique opérationnel tel que les tâches, les exécutions et les événements d'audit.
La règle est qu'un bundle décrit comment un espace de travail est configuré, et non ce qui s'y est produit .
Aperçu avant application
L'application d'un bundle lance d'abord un aperçu, indiquant l'effet de chaque section :
| État | Signification |
|---|---|
applied | Le paramètre sera créé ou mis à jour |
unchanged | La configuration correspond déjà ; rien à faire |
needsRebind | Dépend d'une ressource qui doit être redirigée localement |
failed | Impossible d'appliquer ; la raison est indiquée |
Lisez attentivement l'aperçu. needsRebind est le critère le plus important — il signale les paramètres faisant référence à une ressource inexistante dans l'espace de travail cible, généralement une connexion de dépôt ou un secret. Ces éléments nécessitent une attention particulière avant que la configuration ne soit véritablement équivalente.
Conserver les bundles dans le contrôle de source
Un bundle exporté est un fichier, il peut donc être stocké dans un dépôt, comparé et examiné. Pour les équipes considérant la configuration comme du code, c'est là toute la valeur : une modification de la politique d'organisation devient un diff pouvant être revu, plutôt qu'une action effectuée au clic par quelqu'un.
Étant donné que les secrets sont des place-holders, un bundle peut être commité en toute sécurité — mais vérifiez qu'il ne contienne aucune information identifiable de votre propre configuration avant de le rendre public.