Migrer de Claude Enterprise vers Claude Desktop sur un fournisseur cloud

Un propriétaire ou propriétaire principal de votre organisation Claude Enterprise. Seul le propriétaire principal peut exécuter une exportation d'organisation.

Un administrateur du compte cloud, du projet ou de l'abonnement qui exécutera l'inférence.

Un moyen de livrer les paramètres aux appareils : la console d'administration d'entreprise, un profil MDM ou un serveur d'amorçage.

La dernière version de Claude Desktop sur chaque appareil. Un appareil qui passe d'une configuration tiers antérieure à la console doit être en version 5.11492.0 ou ultérieure avant que son utilisateur se connecte, car les versions antérieures migrent moins d'éléments. L'exportation de session nécessite la version 4.23118.0 ou ultérieure sur les deux appareils.

Chaque utilisateur migre son propre historique. Chaque utilisateur exécute une importation unique sur son propre ordinateur. Les chats et les projets sont transférés, mais pas les fichiers téléchargés. Voir Importer l'historique depuis claude.ai.

Le travail est stocké sur l'appareil. L'historique des conversations, les projets et la mémoire sont stockés sur l'ordinateur de l'utilisateur. Les invites, les réponses, les fichiers et les résultats des outils vont toujours à votre fournisseur d'inférence. Il n'y a pas d'application mobile ni d'application web claude.ai. Claude s'exécute uniquement dans l'application de bureau, sur macOS et Windows (Linux est en version bêta). Les utilisateurs ne peuvent pas partager les chats ou les projets entre eux. Voir la comparaison des fonctionnalités.

Votre fournisseur cloud vous facture. Vous payez pour les jetons que vous utilisez, et il n'y a pas de licences par siège. Voir la comparaison des fonctionnalités.

Votre fournisseur détermine qui traite vos données. Sur Amazon Bedrock et Google Cloud, le fournisseur cloud traite les données de conversation dans la région ou l'option de routage que vous choisissez, et l'application n'envoie pas les données utilisateur, les invites ou les complétions à Anthropic. Sur Microsoft Foundry, Anthropic exploite les modèles Claude en tant que responsable du traitement indépendant pour Microsoft. Certains modèles ajoutent leurs propres exigences en matière de conservation et de partage des données. Voir Comparer les fournisseurs cloud.

Instructions et matériel de référence partagés : Empaquetez-les en tant que compétence ou plugin et distribuez-les à tout le monde. Voir Distribuer les compétences et les plugins.

Fichiers partagés : Conservez-les dans les outils de partage de fichiers ou de référentiel que vous utilisez déjà. Claude écrit les artefacts et les résultats des tâches planifiées dans ~/Claude/ dans le répertoire personnel de l'utilisateur. Dans les sessions Cowork, les fichiers créés par Claude dans un projet sont enregistrés dans les dossiers du projet.

Instructions globales : Allez à Paramètres > Cowork et cliquez sur « Modifier » à côté des instructions globales. Elles sont incluses dans chaque session.

Instructions du projet : Ajoutez le texte aux instructions d'un projet. Elles s'appliquent à chaque session de ce projet.

Téléchargez tous les fichiers Word, Excel, PowerPoint et PDF que Claude a créés pour vous, et exportez tous les artefacts dont vous avez besoin dans un autre format.

Rassemblez les fichiers originaux que vous avez téléchargés vers les projets et les chats. Ils ne sont pas transférés.

Copiez votre mémoire et vos Instructions pour Claude (appelées Instructions dans la disposition des paramètres plus récente) dans un fichier local.

Téléchargez les compétences que vous avez créées à partir de Personnaliser > Compétences.

Notez les connecteurs que vous utilisez, afin de pouvoir demander ceux qui manquent.

Ouvrez chaque projet importé. Examinez et acceptez ses instructions, puis rajoutez vos fichiers. Pour utiliser le dossier d'un projet dans Chat, rajoutez le dossier au projet.

Ouvrez un chat importé et envoyez un message. Cliquez sur « Faire confiance et reprendre » lorsque vous y êtes invité.

Collez votre mémoire et vos instructions enregistrées dans Claude Desktop.

Reconnectez les connecteurs que vous utilisez.

Exécutez l'importation une fois de plus à la date limite de votre organisation pour récupérer les chats plus récents. Cela ne créera pas de doublons.

Quelles parties de l'application chaque groupe obtient : Claude unifié, qui combine Chat et Cowork, et Code.

Quels modes de permission les utilisateurs obtiennent. Convenez-en avec votre équipe de sécurité avant le déploiement. Si les utilisateurs doivent approuver chaque action, ils peuvent commencer à approuver sans lire, alors décidez quelles actions nécessitent une invite. Décidez du mode automatique, que les nouvelles sessions Code commencent normalement à moins que vous le désactiviez, du mode de contournement des permissions et des outils qui demandent toujours.

Comment fonctionne la recherche web. Consultez Examiner la recherche web et la récupération web.

Comment contrôler les coûts : le plafond de jetons dans l'application, plus les budgets, alertes et quotas de votre fournisseur.

Quels télémétrie envoyer à Anthropic et à votre propre collecteur.

Comment gérer les données sur les appareils : conservation et blocage légal, et exportation de session pour les changements d'appareil. Pour un blocage légal, définissez les périodes de conservation du chat, Cowork et Code à 3650 jours pour les utilisateurs en blocage. Le paramètre sessionRetentionHold cesse de fonctionner le 17 décembre 2026.

Comment configurer les utilisateurs de Claude Code CLI.

Quand effectuer tout changement IdP : avant la première vague, entre les vagues ou après la dernière importation.

Que faire concernant les modèles restreints et les programmes d'accès : les activer pour le compte cloud, conserver certains sièges Claude Enterprise pour ce travail, ou cesser de les utiliser.

Faites les choix énumérés dans Décisions à prendre avant votre pilote.

Nommez un propriétaire pour chacun : le compte cloud, la gestion des appareils, l'identité, le réseau et les communications et la formation.

Listez ce qui se trouve dans votre organisation Claude Enterprise : utilisateurs, projets partagés, compétences que votre organisation fournit et connecteurs en utilisation.

Listez les utilisateurs qui dépendent des applications mobiles Claude ou de claude.ai dans un navigateur, comme les cadres qui travaillent depuis un téléphone ou une tablette. Claude Desktop sur 3P n'en a aucun, alors décidez si ces utilisateurs conservent les sièges Claude Enterprise.

Convenez de la façon dont vous mesurerez le succès, de l'ordre de vos vagues et de votre date limite pour claude.ai.

Comptez qui utilise Claude Code CLI. Notez les paramètres gérés par le serveur, les sessions cloud et les connecteurs claude.ai dont ils dépendent.

Listez chaque connexion que vos utilisateurs verront et notez tout changement IdP prévu pour la même période. Consultez Planifier l'identité et la connexion.

Listez les programmes d'accès, les modèles restreints et les rôles personnalisés que vous utilisez aujourd'hui. Consultez Planifier les modèles restreints et les programmes d'accès.

Activez ou déployez les modèles avec votre fournisseur, accordez le rôle d'inférence et demandez un quota suffisant pour vos utilisateurs. Suivez le guide de configuration de votre fournisseur, lié dans Comparer les fournisseurs cloud.

Connectez votre IdP au fournisseur cloud et testez la connexion avec un petit groupe.

Exécutez la vérification de préparation Cowork sur chaque modèle matériel. Cowork nécessite la virtualisation matérielle et, sur Windows, la fonctionnalité Virtual Machine Platform.

Empaquetez l'application et testez le déploiement automatisé avec l'équipe qui gère vos appareils. Prévoyez du temps pour ce travail. Sur Windows, utilisez le package .msix, que Cowork nécessite. Son installation nécessite des droits d'administrateur.

Créez la configuration dans la console, ou créez-la dans l'application et exportez-la pour MDM. Prévoyez la dernière version de Claude Desktop sur chaque appareil.

Décidez quels paramètres les utilisateurs ne doivent pas modifier et définissez chacun avant la première connexion d'un utilisateur. Par exemple, Code offre le mode automatique à moins que vous définissiez autoModeEnabled sur false. Livrez ces paramètres à partir de la console, d'un profil MDM ou d'un serveur d'amorçage, car les utilisateurs peuvent modifier le fichier de configuration local. La console seule ne maintient pas un appareil sur vos paramètres. Pour les appliquer, déployez également forceLoginOrgUUID dans un profil géré au niveau de la machine. La clé limite les organisations auxquelles les utilisateurs peuvent se connecter dans Claude Desktop, alors listez votre organisation de console d'administration Enterprise et toute autre organisation dont ils ont encore besoin pendant la période de chevauchement. Ensuite, vérifiez sur un appareil de test quels paramètres les utilisateurs peuvent encore modifier. Avec MDM, confirmez que la fenêtre de configuration dans l'application s'ouvre en lecture seule. Sur Windows, une valeur mal orthographiée verrouille également la fenêtre, alors comparez chaque valeur dans le fichier managed-config.txt du rapport de diagnostic avec la valeur que vous avez définie.

Ouvrez les hôtes réseau requis et autorisez l'application dans vos outils de sécurité des points de terminaison par son identité de signature.

Configurez les connecteurs, la place de marché des plugins, la recherche web, la bannière, le plafond de jetons et l'exportation OpenTelemetry.

Configurez les règles d'accès aux modèles chez le fournisseur et dans la liste des modèles de l'application.

Configurez les alertes de budget avec votre fournisseur et activez l'attribution des coûts avant la première connexion d'un utilisateur.

Pour les utilisateurs CLI, déployez les paramètres gérés de Claude Code avec les variables du fournisseur, les modèles épinglés, les limites de modèles et allowedProviders. Consultez Migrer les utilisateurs de Claude Code CLI.

Si vous détenez une subvention de programme d'accès, liez le compte cloud dans le portail de vérification et activez l'accès. Prévoyez le délai.

Activez l'export de données des membres et l'assistant d'importation. Voir Activer l'importation.

Choisissez les paramètres d'importation optionnels, tels que l'invite d'importation, la liste d'autorisation de l'organisation et le déploiement par groupe.

Confirmez que les appareils peuvent accéder aux hôtes dont l'importation de connexion a besoin.

Demandez au Propriétaire principal d'exécuter un export d'organisation pour vos dossiers. Le lien de téléchargement expire après 24 heures et ne peut fonctionner qu'une seule fois, alors téléchargez le fichier immédiatement.

Envoyez à chaque vague la Liste de contrôle pour les utilisateurs, ainsi que votre date limite.

Envoyez aux développeurs la Liste de contrôle pour les développeurs, afin qu'ils téléchargent les sessions cloud avant la date limite.

Reportez toute modification de la connexion SSO claude.ai et du répertoire SCIM jusqu'à la dernière importation, ou planifiez le basculement entre les vagues.

Avec MDM ou un serveur d'amorçage, déployez d'abord la configuration, puis l'application, afin que les utilisateurs ouvrent l'application directement dans Claude Desktop sur 3P. Avec la console, enregistrez d'abord la configuration, puis demandez aux utilisateurs d'installer l'application et de se connecter.

Vérifiez un appareil avec Aide > Dépannage > Générer un rapport de diagnostic. Dans le fichier exporté, deployment-mode.txt indique si l'application est en mode tiers.

Testez le pilote avec un mélange de rôles. Le cas échéant, incluez un développeur CLI, un utilisateur de chaque modèle restreint et un utilisateur de chaque groupe d'identité.

Testez l'importation, chaque connecteur, la recherche web sur chaque réseau à partir duquel les utilisateurs travaillent, l'historique du Propriétaire principal et ce que les utilisateurs voient lorsqu'une demande est signalée. Testez également la reprise d'une session CLI, la génération de rapports de coûts par utilisateur et la façon dont les dépenses apparaissent dans la console de facturation de votre fournisseur.

Corrigez ce que le pilote trouve et mettez à jour votre guide utilisateur. Ensuite, progressez par vague, avec une formation de lancement et des heures de bureau.

Pour chaque vague, suivez le nombre d'utilisateurs qui ont installé l'application, se sont connectés, ont importé et sont toujours actifs la deuxième semaine. L'événement desktop_claude_ai_import dans votre télémétrie est enregistré pour chaque importation d'historique claude.ai. Les utilisateurs peuvent importer plusieurs fois, alors comptez les utilisateurs distincts. C'est un événement de niveau info, donc définissez otlpDesktopLogLevel sur info pour le recevoir.

À la date limite, demandez aux utilisateurs de terminer leur travail dans claude.ai et d'exécuter l'importation une dernière fois. Faites cela avant de bloquer claude.ai sur votre réseau, car l'importation de connexion en a besoin. Si vous utilisez la console, ne bloquez pas claude.ai, api.anthropic.com ou les hôtes hcaptcha.com. Limitez claude.ai et api.anthropic.com à vos organisations avec Restrictions de locataire à la place. Avec MDM ou un serveur d'amorçage, l'application lit également son flux de mise à jour depuis claude.ai et api.anthropic.com par défaut. Avant de les bloquer, définissez updateViaUpdatesHost sur true et autorisez releases.claude.com, ou désactivez la mise à jour automatique et distribuez les nouvelles versions vous-même. Dans les sessions Code, Web Fetch vérifie chaque domaine avec api.anthropic.com et refuse la récupération s'il ne peut pas, alors définissez également skipWebFetchPreflight sur true avant de bloquer cet hôte. Conservez l'accès administrateur après la date limite, afin de pouvoir exécuter les exports finaux et supprimer les utilisateurs.

Conservez les utilisateurs dans le nouveau déploiement. Avec MDM ou un serveur d'amorçage, définissez deploymentMode sur 3p dans le profil géré qui définit vos clés de fournisseur ou d'amorçage (Claude Desktop 4.16336.0 ou version ultérieure). Jusqu'à ce que chaque appareil soit mis à jour, définissez également disableDeploymentModeChooser sur true dans le profil et, avec un serveur d'amorçage, dans sa réponse. Ne définissez aucune clé sur les appareils qui utilisent la console. Avec la console, activez Exiger cette organisation dans Claude Desktop afin que les membres des deux organisations doivent basculer. Ce paramètre n'applique pas la connexion. Pour l'appliquer, supprimez l'ID de votre organisation Claude Enterprise de forceLoginOrgUUID après le passage de la dernière vague, sauf pour les utilisateurs qui conservent Claude Enterprise.

Pour les utilisateurs CLI, limitez allowedProviders au nouveau fournisseur, sauf sur les ordinateurs où les utilisateurs restent connectés à claude.ai dans Claude Desktop, et retirez vos paramètres gérés par serveur.

Contrôlez les comptes personnels sur votre domaine et réseau avec Restreindre la création d'organisation et Restrictions de locataire. Si vous utilisez la console, incluez l'ID de la nouvelle organisation dans la liste autorisée.

Exécutez un export d'organisation final et un export du journal d'audit. Les données d'un utilisateur supprimé sont toujours incluses dans les exports du Propriétaire principal.

Certains travaux peuvent devoir rester sur Claude Enterprise, par exemple dans le cadre d'un programme d'accès que votre fournisseur cloud ne supporte pas encore, ou pour les utilisateurs qui ont besoin des applications mobiles. Si c'est le cas, conservez ces sièges et réduisez la taille de l'organisation au lieu de la fermer.

Supprimez les utilisateurs. Avec SCIM, les utilisateurs que vous supprimez de votre application IdP sont supprimés automatiquement. Avec JIT, ils restent dans votre liste de membres jusqu'à ce qu'un administrateur les supprime. Un utilisateur que vous supprimez uniquement dans Claude est ajouté à nouveau la prochaine fois qu'il se connecte avec SSO. Si votre organisation de console d'administration Enterprise partage le répertoire SCIM, vérifiez d'abord comment la suppression d'utilisateurs de l'application IdP l'affecte. Les utilisateurs supprimés perdent immédiatement l'accès, mais la suppression ne supprime pas leur compte ou leurs données.

Pour effacer les données stockées plus rapidement, vous pouvez raccourcir votre période de rétention des données personnalisée. Tout ce qui se trouve en dehors de la nouvelle période est programmé pour une suppression permanente dès que vous enregistrez, alors terminez d'abord vos exports. La période minimale est de 30 jours et elle ne couvre pas la mémoire des utilisateurs que vous avez déjà supprimés. Les conversations dans les projets suivent plutôt la période de rétention du projet, et les artefacts publiés avec un lien public ne sont pas supprimés.

Avant de fermer quoi que ce soit, confirmez avec votre équipe de compte Anthropic les paramètres de domaine et SSO sur lesquels le nouveau déploiement s'appuie toujours. Ensuite, parlez-leur de la fin du plan. Pour supprimer l'organisation, le Propriétaire principal envoie une demande au Support.

Aperçu de Claude Desktop sur 3P

Comparaison des fonctionnalités

Importer l'historique depuis claude.ai

Installation et configuration

Déployer avec la console d'administration Enterprise

Référence de configuration

Aperçu du déploiement Enterprise pour Claude Code

Exporter les données de votre organisation

Passer à un fournisseur d'identité (IdP) différent

Programme de vérification de cybersécurité

Modèles couverts

Migrer Claude Desktop d'un fournisseur cloud vers Claude Enterprise