C’est souvent la première question qu’on me pose : « Quelle licence Claude prend-on ? » Avant d’y répondre, je demande ce que l’équipe veut lui confier. Préparer une note, reprendre un reporting et classer les demandes qui arrivent dans une application ne relèvent ni du même outil, ni des mêmes droits.
Par Simon, consultant fonctionnel chez Access it. Premier article de la série « Claude à l’épreuve de votre métier ».
Le choix de l’offre vient après trois constats : où le travail commence, quelles données il mobilise et qui valide le résultat. Un abonnement Team ou Enterprise organise les comptes et la sécurité. Il ne dit rien de la place que Claude doit occuper dans vos processus.
Derrière le nom Claude, Anthropic propose plusieurs environnements. Team et Enterprise sont les offres qui encadrent les comptes de l’entreprise. À l’intérieur, on travaille dans le chat, dans Cowork, dans Claude Code ou directement dans Excel. MCP sert à brancher Claude sur des outils du système d’information, et l’API permet à une application de l’appeler sans que l’utilisateur ouvre la moindre conversation. Rien n’empêche de les combiner.
Je ne cherche pas le meilleur des six. Je cherche le parcours qui évite à l’utilisateur de transporter l’information d’un écran à l’autre, sans perdre de vue qui a validé quoi.
État des offres au 5 octobre 2026
Les fonctions disponibles dépendent de votre offre et de ce que votre administrateur a activé. Enterprise ajoute notamment à Team la gestion des comptes par SCIM, des journaux d’audit et des règles de conservation des données paramétrables. Leur couverture varie d’un outil à l’autre et se vérifie usage par usage.
Cowork est proposé sur les offres payantes et ses modalités évoluent vite. Le complément Claude pour Excel et le connecteur Microsoft 365 sont deux accès distincts. Détail des offres : claude.com/pricing.
Une responsable qualité doit comparer deux versions d’une procédure et rédiger une note de synthèse. Elle fournit les documents, précise ce qu’elle cherche et demande que chaque différence renvoie au passage concerné. La relecture et la diffusion restent de son ressort. Claude peut aussi produire directement le fichier attendu : un livrable à remettre ne justifie pas, à lui seul, un développement.
Mon critère : la personne sait-elle préparer les entrées et contrôler la sortie sans refaire le travail ? Si oui, on reste dans le chat. Des consignes partagées entre collègues et quelques documents de référence suffisent à cadrer l’usage.
La situation change quand elle passe plus de temps à chercher la bonne version dans trois logiciels qu’à analyser. La difficulté tient alors à l’accès à l’information, parfois au processus lui-même.
Construire une interface autour d’une conversation a un coût durable : choix des documents, affichage, gestion des erreurs, évolutions techniques. Pour une synthèse occasionnelle, je préfère rendre l’équipe autonome. Nous détaillons cet arbitrage dans IA générique ou IA métier : comment choisir en entreprise ?.
Cowork sert à confier une tâche en plusieurs étapes, sur des fichiers et des outils. Un dossier fournisseur en donne une bonne idée : réunir les pièces, repérer celles qui manquent, préparer une synthèse pour l’acheteur. C’est un petit chantier délégué, avec un livrable défini.
Sur ce type d’usage, je fais préciser ce que « terminé » veut dire. Une synthèse prête, un fichier modifié et un message envoyé n’engagent pas de la même façon. L’utilisateur doit savoir à quelle étape il reprend la main.
Dans Excel, le complément Claude travaille dans le classeur ouvert. Il explique une formule en citant les cellules, modifie des valeurs, intervient sur les tableaux croisés dynamiques. Pour un contrôleur de gestion, c’est le point d’entrée naturel, puisqu’il ne quitte pas son outil.
Le connecteur Microsoft 365 répond à un autre besoin. Il permet, depuis Claude, de retrouver des contenus dans SharePoint, OneDrive, Outlook ou Teams, et d’y écrire si l’administrateur l’autorise. Au moment de choisir, il ne faut pas confondre travailler dans Excel et puiser dans Microsoft 365 depuis Claude.
Une question reste entière, quel que soit l’outil : qui valide le reporting ? Le périmètre de consolidation, les éliminations internes et les règles de diffusion relèvent de la direction financière. Quand un classeur sert surtout à faire circuler des chiffres entre équipes, je regarde d’abord son rôle dans le processus. Un assistant ne règle pas le problème de plusieurs versions concurrentes du même chiffre.
Claude Code est un outil de développeur. Il parcourt un dépôt, propose des modifications, lance des commandes et des tests.
Imaginons un écart de facturation causé par une règle ancienne. Le développeur doit trouver où la règle s’applique, quels traitements l’appellent et quels cas voisins elle touche. Claude Code accélère cette exploration et aide à préparer la correction.
Avant toute modification, je demande un exemple du comportement attendu. Une règle d’arrondi qui paraît absurde correspond parfois à un engagement commercial que plus personne n’a en tête. La « simplifier » revient alors à casser quelque chose dont le métier dépend encore.
L’explication proposée par Claude se confronte donc à l’exécution réelle et à ce qu’en disent les utilisateurs. La revue et la recette font toujours partie de la livraison. Corriger le logiciel ne donne d’ailleurs aucun droit sur les factures en production : les deux relèvent de périmètres et de responsabilités distincts.
Claude Code peut ainsi nourrir une reprise ou une refonte d’application métier. Une application ancienne n’a pas pour autant vocation à être réécrite. On cherche d’abord la modification utile, et ce qu’il faut préserver.
MCP, pour Model Context Protocol, est le standard qui connecte Claude à des outils et à des sources de données. Pour un ERP, on expose des fonctions choisies : rechercher une commande, consulter une réception, préparer une modification. Claude ne voit que ce qu’on lui expose.
Le périmètre réel dépend aussi de l’identité utilisée. Un compte de service aux droits étendus garde ses droits étendus, même placé derrière un connecteur. Je pose donc toujours la même question : au nom de qui chaque action s’exécute-t-elle ?
Une demande de changement d’adresse de livraison illustre bien l’enjeu. Elle se décompose en trois opérations : lire la commande, préparer la nouvelle adresse, enregistrer. Entre la demande et la validation, la commande a pu partir en préparation. C’est à l’ERP de vérifier, au moment d’enregistrer, qu’elle est encore modifiable.
Je n’ouvre pas l’écriture tant que la règle de validation, les droits et le traitement d’un refus ne sont pas définis. Un « oui » dans une conversation ne remplace pas les contrôles du logiciel. L’utilisateur doit aussi distinguer une modification proposée d’une modification enregistrée, et être prévenu quand l’ERP refuse ou ne répond pas.
On retrouve là un travail d’interfaçage au sens classique : définir les opérations acceptées, qui en répond et ce qui se passe en cas d’erreur. Avant de développer un connecteur, je vérifie ce que l’éditeur propose déjà. Nous reviendrons sur ce cadrage dans un prochain article consacré à MCP.
Dans un formulaire de support, l’utilisateur clique sur « Proposer une classification ». L’application transmet la demande et la liste des catégories autorisées, puis affiche la proposition. L’utilisateur confirme ou corrige, sans jamais ouvrir Claude.
L’API renvoie une réponse structurée que le logiciel sait exploiter. Un format correct ne garantit pas une catégorie juste : l’application contrôle les valeurs reçues, gère les erreurs et garde un traitement manuel possible.
Je recommande cette approche dès que le collaborateur doit rester dans son écran habituel. Sans elle, il ouvre une conversation, reformule le contexte et recopie la réponse dans le bon champ, à chaque dossier.
L’intégration donne aussi la main sur les données envoyées. Pour classer une demande, le modèle n’a pas besoin de tout le dossier client. C’est l’application qui choisit ce qui part, selon ses propres règles d’accès.
Je commence par une fonction bornée. Classer une demande ne justifie pas un agent capable de parcourir plusieurs applications ; on élargit quand le parcours l’exige. API et MCP peuvent d’ailleurs cohabiter, l’application appelant Claude tout en lui donnant accès à des outils MCP.
Pour décider, je prends un dossier représentatif et je suis son parcours. Où l’information entre-t-elle ? Qui propose l’action, qui l’autorise, quel système enregistre le résultat ? Le choix d’une licence ne tranche aucune de ces questions.
Cette grille ne se note pas. Une seule écriture engageante suffit à justifier un cadrage, alors que des dizaines de synthèses relues peuvent rester dans le chat.
L’intégration devient nécessaire quand l’avancement du dossier dépend de Claude. Il faut alors prévoir ce qui se passe si une pièce manque, si la proposition est refusée ou si le service ne répond pas. Ces cas font partie de la conception du processus.
Dans la plupart des entreprises, la bonne réponse est mixte : le chat pour une note, Excel pour les chiffres, l’API pour une classification, MCP pour consulter une commande. Chaque usage garde un rôle clair. On doit toujours pouvoir retrouver la source d’une information et la personne qui a validé l’action.
Si le besoin est d’abord de mieux utiliser Claude sur des documents, commencez par des consignes communes et une formation adaptée à votre équipe. S’il s’agit d’agir dans plusieurs logiciels, il faut cadrer les interfaces, les droits et les validations. Il arrive aussi qu’une fonction déjà fournie par l’éditeur, ou une automatisation classique, fasse l’affaire.
Chez Access it, notre accompagnement en IA sur mesure démarre par ce diagnostic. Je préfère livrer une fonction utile et bien délimitée que promettre un assistant capable de tout faire.
Apportez un dossier anonymisé et la description du parcours actuel. En 45 minutes, nous repérons ensemble où Claude peut intervenir et ce qui mérite une intégration. Pour préparer l’échange, nous vous envoyons une grille d’une page : « Où placer Claude dans votre processus ? »
