Microsoft scinde Copilot en deux voies de facturation : une licence par utilisateur pour l'IA du quotidien, des Copilot Credits pour l'IA avancée. Rien ne s'active tant qu'aucune politique de dépense n'existe, mais les points d'entrée sont déjà visibles pour tous les utilisateurs, et un nouveau paramètre d'administration arrive en octobre et novembre 2026. Ce guide d'audit remonte aux messages d'origine du centre de messages, puis vous aide à décider du réglage par défaut, de la politique de dépense et de leur supervision.
Pourquoi le réglage par défaut se décide avant l'arrivée des utilisateurs
Le message du centre de messages MC1479276 (« Evolving the Copilot Pricing Model and New FinOps Capabilities for AI ») scinde Microsoft Copilot (anciennement Microsoft 365 Copilot) en deux voies de facturation. L'IA du quotidien, qui couvre le choix du modèle et le routage Auto, reste dans la licence utilisateur existante. L'IA avancée et les nouveaux modèles frontier passent par la facturation à l'usage, en Copilot Credits.
Le piège tient à une asymétrie. Les points d'entrée de la facturation à l'usage sont visibles de tous les utilisateurs par défaut, mais ils ne consomment rien tant qu'un administrateur n'a pas configuré de politique de dépense dans le centre d'administration Microsoft 365. Le message MC1479277 précise que la plupart des nouvelles capacités de l'application reconstruite se trouvent derrière la même porte. La documentation Microsoft Learn le confirme : les administrateurs doivent configurer une politique de facturation avant que les utilisateurs puissent s'en servir.
Pourquoi maintenant ? La facturation à l'usage commence à se déployer au quatrième trimestre 2026, et MC1479277 annonce un nouveau paramètre d'administration, « Request access / Learn more » : en octobre 2026 pour les clients standard, en novembre 2026 pour les clients différés. Le détail de ses options n'est pas décrit dans les informations disponibles à ce jour. L'audit consiste donc à préparer la décision avant l'apparition de l'écran, puis à vérifier ce que votre tenant propose réellement. Nous avons exposé la logique d'ensemble dans Copilot Premium : la facturation à l'usage arrive ; ce guide en tire une grille de décision.
Des noms de produits qui changent
La page de prérequis de Microsoft Learn renomme « Microsoft 365 Copilot » en « Microsoft Copilot » et « Microsoft 365 Copilot Chat » en « Microsoft Copilot Chat ». Cet article emploie les nouveaux noms ; pensez à rechercher aussi les anciens dans vos documents internes et vos supports de formation.
Les concepts à maîtriser avant de toucher au paramètre
Cinq termes reviennent dans toute la documentation. Les définir une fois évite les malentendus entre IT, finance et direction.
- Licence utilisateur (USL) : la licence Copilot attribuée à chaque utilisateur. Elle couvre l'IA du quotidien et conditionne l'accès aux capacités avancées.
- Facturation à l'usage (UBB) : le modèle de paiement à la consommation des capacités avancées.
- Copilot Credit : l'unité dans laquelle cette consommation est mesurée.
- Politique de dépense : la règle créée dans le centre d'administration Microsoft 365 qui définit les services autorisés à consommer et les limites. Sans elle, la facturation à l'usage reste inerte.
- Auto-apply new services : l'option, activée par défaut, qui ajoute à la politique tout nouveau service ou agent Copilot pris en charge.
| Voie | Ce qu'elle couvre | Mode de paiement | Condition d'accès |
|---|---|---|---|
| IA du quotidien | Choix du modèle, routage Auto, fonctions courantes de Copilot dans SharePoint | Licence utilisateur Copilot (USL) déjà en place | Aucune politique de dépense nécessaire |
| IA avancée | Cowork, Code, Autopilot, nouvelles fonctions agentiques de SharePoint, modèles frontier | Copilot Credits (facturation à l'usage) | USL attribuée à l'utilisateur et politique de dépense configurée |
Les deux conditions se cumulent : selon la documentation Microsoft Learn, les capacités avancées consomment des Copilot Credits et exigent une USL. Un utilisateur sans licence n'y accède pas, et un utilisateur licencié ne peut rien dépenser tant que la politique n'existe pas.
Les capacités FinOps for AI étendent la gestion des coûts au-delà de Copilot Cowork et des API Work IQ : elles couvrent désormais Copilot Code, Copilot Managed Runtime et le travail avancé dans SharePoint et OneDrive. Les agents Copilot Studio les rejoignent en octobre 2026. Notre synthèse Copilot nouvelle génération : Home, Code, Autopilot et FinOps for AI détaille cette dimension.
Home, Code, Autopilot : ce que les utilisateurs découvrent
L'application Copilot est reconstruite autour d'un écran Home qui fusionne Chat et Cowork. Le point d'entrée « Plugins » remplace l'entrée Agents, et Automations rejoint Home. Le Chat accepte désormais des travaux longs en plusieurs étapes (rédaction, réunions, Teams, fichiers Office), suivis dans une vue Tasks ; les actions sensibles exigent toujours une approbation.
Deux destinations s'ajoutent, toutes deux facturées via la facturation à l'usage : Code, qui produit en langage naturel des suivis, des tableaux de bord et des applications, et Autopilot, un agent personnel toujours actif. Home, Office dans Copilot, Notebooks, Managed Runtime et Work IQ arrivent dans le programme Frontier à partir de fin septembre 2026.
Remonter aux messages d'origine et aux dates qui comptent
Chaque décision de ce guide se rattache à un message précis. Relisez-les dans le centre de messages avant de trancher : il reste la référence pour le calendrier applicable à votre tenant.
| Référence | Ce que le message annonce | Dates indiquées | Question d'audit |
|---|---|---|---|
| MC1479276 | Deux voies de facturation, FinOps for AI, politique de dépense nécessaire pour activer l'usage | FinOps en préversion depuis septembre 2026 ; visibilité utilisateur en disponibilité générale en septembre 2026 ; facturation à l'usage au T4 2026 | Qui active la politique, et avec quel plafond ? |
| MC1479277 | Application Home, Code, Autopilot ; Copilot dans SharePoint et OneDrive en disponibilité générale ; paramètre Request access / Learn more | Frontier dès fin septembre 2026 ; paramètre en octobre 2026 (standard) et novembre 2026 (différés) | Quel réglage par défaut voulez-vous avant l'arrivée du paramètre ? |
| MC1477185 | Stockage OneDrive à l'usage, distinct des Copilot Credits | Préversion publique en cours ; disponibilité générale dès début novembre 2026, fin prévue début décembre 2026 | Quels comptes dépassent leur quota, et la finance valide-t-elle ? |
| MC1479503 | Permissions App Governance réalignées sur Defender XDR Unified RBAC | Déploiement de mi-octobre à fin octobre 2026 | Quels administrateurs gagnent ou perdent l'accès ? |
| Roadmap 571195 | Visibilité des coûts dans les évaluations d'agents Copilot Studio | Disponibilité générale en septembre 2026, arrivée dans les tenants jusqu'en octobre | Les créateurs savent-ils lire ce détail ? |
| Roadmap 569474 | Création d'agent Copilot Studio en partant de l'application visée | Octobre 2026 | Qui peut créer et publier des agents ? |
La frise ci-dessous remet ces échéances dans l'ordre.
Septembre 2026
FinOps for AI en préversion, visibilité utilisateur
Les nouvelles capacités FinOps for AI sont en préversion depuis septembre 2026. La visibilité des utilisateurs sur leur consommation de Copilot Credits est en disponibilité générale en septembre 2026 (MC1479276).
Fin septembre 2026
Application reconstruite et Copilot dans SharePoint et OneDrive
Home, Office dans Copilot, Notebooks, Managed Runtime et Work IQ arrivent dans Frontier. Copilot dans SharePoint et OneDrive commence son déploiement en disponibilité générale, avec une arrivée par phases dans les tenants (MC1479277).
Octobre 2026
Paramètre Request access / Learn more, agents Copilot Studio
Le paramètre d'administration arrive chez les clients standard. Les agents Copilot Studio rejoignent les capacités FinOps for AI. Les changements de rôles App Governance se déploient de mi-octobre à fin octobre (MC1479503).
1er novembre 2026
Fin des exclusions PowerShell de la préversion SharePoint
Les exclusions PowerShell existantes pour la préversion de Copilot dans SharePoint ne sont honorées que jusqu'à cette date. Ensuite, la gestion passe par les paramètres d'IA des sites SharePoint (MC1479277).
Novembre 2026
Paramètre pour les clients différés, stockage OneDrive à l'usage
Le paramètre arrive chez les clients différés. Le déploiement en disponibilité générale du stockage OneDrive à l'usage commence début novembre (MC1477185).
Début décembre 2026
Fin prévue du déploiement du stockage OneDrive à l'usage
Microsoft prévoit d'avoir terminé le déploiement à cette date, y compris pour GCC, GCC High et DoD.
Prérequis et licences à réunir avant d'ouvrir Cost management
Le chemin de configuration est le suivant : centre d'administration Microsoft 365 > Copilot > Cost management. Selon la documentation Microsoft Learn, le premier démarrage exige le rôle Administrateur général ou Administrateur de facturation. Le paiement à l'usage, lui, nécessite un abonnement Azure lié.
Avant d'ouvrir Cost management
- Un compte Administrateur général ou Administrateur de facturation disponible pour le premier démarrage
- Un abonnement Azure à lier, si le paiement à l'usage est retenu
- La liste des utilisateurs qui disposent d'une USL, par équipe ou par service
- L'accord de la finance ou des achats sur le principe d'une facturation métrée
- L'inventaire des politiques de dépense déjà présentes, avec l'état de l'option Auto-apply new services
- Un choix entre crédits prépayés (packs de capacité ou P3) et paiement à l'usage seul
L'USL ne suffit pas, la politique non plus
Pour qu'un utilisateur dépense des Copilot Credits, il faut une USL et une politique de dépense qui couvre le service concerné. Pour l'audit, croisez donc deux listes : les utilisateurs licenciés et les services effectivement couverts par la politique.
Cinq arbitrages à trancher pour la politique de dépense
La documentation Microsoft Learn décrit une politique de dépense par son périmètre, ses limites, ses alertes et ses profils de modèles. Trois réglages méritent une décision explicite, car leurs valeurs par défaut ou leurs effets ne sont pas neutres.
| Décision | Réglage permissif | Réglage prudent | Recommandation d'audit |
|---|---|---|---|
| Auto-apply new services | Activé (valeur par défaut) : tout nouveau service ou agent pris en charge est ajouté automatiquement | Désactivé : chaque nouveau service est validé avant son ajout | Désactivez-le si la finance veut valider chaque service, comme Microsoft le suggère dans ce cas |
| Limite mensuelle par utilisateur | Aucune limite individuelle | Une limite définie pour chaque utilisateur | Définissez-en une : Microsoft la conseille pour éviter qu'une seule personne consomme tous les crédits |
| Source de paiement | Paiement à l'usage seul, avec abonnement Azure lié | Crédits prépayés (packs de capacité ou P3), consommés avant le paiement à l'usage | Choisissez avec la finance, en tenant compte de l'ordre de consommation |
Laisser Auto-apply new services activé : l'évaluation
L'option est activée par défaut. Microsoft recommande de vérifier les politiques existantes et de la désactiver si vous voulez valider chaque nouveau service avant son ajout.
Points forts
- Aucune intervention pour ouvrir un nouveau service aux utilisateurs
- Les utilisateurs bénéficient des nouveautés dès qu'elles sont prises en charge
Limites
- Un nouveau service ou agent entre dans la politique sans validation explicite
- La dépense peut évoluer sans décision de votre part
- Chaque annonce du centre de messages impose de relire la politique
Ce que fait réellement une limite par utilisateur
Lorsqu'une limite est atteinte, l'accès est coupé jusqu'au 1er du mois suivant. Cela plaide pour une valeur négociée avec les métiers plutôt que minimale. Autre subtilité documentée : une tâche en cours qui dépasse la limite par utilisateur peut aller à son terme, et cet excédent n'est ni décompté dans la limite de la politique ni visible dans les tableaux de bord. Prévoyez donc une marge, surtout avec des agents qui exécutent des travaux longs.
Une illustration, sans chiffres : une organisation de quelques centaines de postes déploie Copilot en deux vagues. Elle désactive Auto-apply new services, limite la politique aux services dont la finance a validé le principe, fixe une limite mensuelle individuelle modeste, puis la relève service par service lors d'une revue mensuelle. Le coût reste lisible, et chaque ouverture de service laisse une trace de décision.
Activer la politique par défaut, étape par étape
Une fois les arbitrages tranchés, l'activation tient en quelques écrans. La page de procédure de Microsoft Learn fait foi si l'ordre des écrans évolue.
Vérifier le rôle de l'opérateur
Le premier démarrage demande le rôle Administrateur général ou Administrateur de facturation. Utilisez un compte nominatif dédié à cette tâche, pas un compte partagé.
Ouvrir Cost management
Dans le centre d'administration Microsoft 365, ouvrez Copilot, puis Cost management.
Cliquer sur Get Started
Cette action active la politique de dépense par défaut et vous invite à choisir une méthode de facturation.
Choisir la méthode de facturation
Le paiement à l'usage exige un abonnement Azure lié. Si vous disposez de crédits prépayés (packs de capacité ou P3), ils sont consommés avant le paiement à l'usage.
Régler Auto-apply et la limite par utilisateur
Désactivez Auto-apply new services si vous voulez valider chaque service, puis définissez la limite mensuelle par utilisateur retenue lors de l'audit.
Vérifier le résultat
Rouvrez la politique et contrôlez que seuls les services attendus y figurent. Faites ensuite tester un utilisateur pilote pour confirmer que les invites de dépense apparaissent et que sa consommation est visible.
Get Started ouvre la voie à la dépense
D'après la règle de Microsoft Learn, les utilisateurs ne peuvent se servir des capacités avancées qu'une fois la politique configurée. Il est donc logique de considérer que l'activation de la politique par défaut les rend utilisables pour les titulaires d'une USL. Ne cliquez qu'après avoir tranché Auto-apply, la limite et la source de paiement.
SharePoint, OneDrive et Copilot Studio : là où la dépense s'étend
Les trois produits suivent la même logique, mais chacun a ses particularités.
Copilot dans SharePoint et OneDrive
Selon la documentation Microsoft Learn, les fonctions courantes de Copilot dans SharePoint sont incluses dans la licence Copilot sans coût supplémentaire. Le travail avancé nécessite une politique de dépense qui inclut le service « Advanced work in SharePoint ». L'autofill en temps réel à l'échelle du site demande en plus d'activer la facturation à l'usage au niveau du site.
Côté utilisateur, une confirmation est demandée avant toute dépense de crédits, et la commande /cost indique la consommation. Le déploiement en disponibilité générale commence fin septembre 2026, avec une arrivée par phases dans les tenants (MC1479277).
Un point de calendrier à noter : les exclusions PowerShell existantes pour la préversion de Copilot dans SharePoint ne sont honorées que jusqu'au 1er novembre 2026. Passé cette date, la gestion s'effectue via les paramètres d'IA des sites SharePoint. Inventoriez dès maintenant les sites concernés par une exclusion.
Stockage OneDrive à l'usage : un autre compteur
Le message MC1477185 décrit une option distincte des Copilot Credits : certains comptes OneDrive peuvent dépasser leur quota de stockage sous licence, l'excédent étant facturé à l'usage. Rien ne change sans opt-in. La préversion publique est disponible, la disponibilité générale commence début novembre 2026 et le déploiement doit s'achever début décembre 2026, y compris pour GCC, GCC High et DoD.
Pour l'audit, quatre vérifications suffisent : identifier les comptes proches ou au-delà de leur quota, décider si cette facturation métrée correspond à votre politique de coûts, associer la finance ou les achats, puis examiner qui peut consommer du stockage additionnel avant d'activer quoi que ce soit.
Copilot Studio : coûts d'évaluation et création d'agents
Les agents Copilot Studio rejoignent le périmètre FinOps for AI en octobre 2026 (MC1479276). L'élément 571195 de la feuille de route donne aux créateurs la ventilation des coûts de leurs évaluations (génération, exécutions de test, notation par modèle), en disponibilité générale depuis septembre 2026. Orientez vos créateurs vers cet écran avant de lancer de gros lots d'évaluation.
L'élément 569474 prévoit en octobre 2026 une création d'agent qui part de l'application visée. Traitez-le comme un changement de parcours de création, pas comme une nouvelle frontière d'intégration : aucun nouveau modèle de licence ni de connecteurs n'est annoncé avec lui. En revanche, relisez qui peut créer et publier des agents vers Teams, Microsoft Copilot ou d'autres canaux.
Gouvernance, sécurité et conformité : plugins, rôles et sources
La politique de dépense est un contrôle de gouvernance, au même titre qu'une règle d'accès : consignez qui l'a décidée, quand et pourquoi.
Le registre de plugins de Microsoft est en cours de déploiement. D'après l'annonce du blog Microsoft Copilot, la page Plugins remplace et étend la page Agents avec les agents, les skills et les connecteurs. Les administrateurs approuvent, attribuent ou bloquent les plugins dans le centre d'administration Microsoft 365, sous Agent 365 > Agents > Tools. Prévenez les utilisateurs du déplacement de « Agents » vers « Plugins ».
Autopilot est un agent personnel toujours actif et facturé via la facturation à l'usage. Par raisonnement de prudence, un agent permanent justifie une limite mensuelle par utilisateur et une revue régulière de la consommation. Les actions sensibles du Chat nécessitent par ailleurs une approbation : gardez cette exigence dans vos consignes d'usage.
La documentation Microsoft Learn signale aussi, depuis septembre 2026, que les administrateurs peuvent gérer dans le centre d'administration les sources faisant autorité pour Copilot Search, jusqu'à 100 sites SharePoint (voir la page de prérequis de Microsoft Copilot). C'est un levier de qualité des réponses, complémentaire du contrôle des coûts.
Rôles App Governance modifiés à mi-octobre 2026
Selon MC1479503, le rôle Cloud App Security Administrator gagne l'accès aux politiques App Governance de Microsoft Defender for Cloud Apps, tandis que Compliance Administrator et Compliance Data Administrator le perdent. Les rôles personnalisés Defender XDR Unified RBAC liés à Defender for Cloud Apps y accèdent aussi. Réaffectez les administrateurs concernés vers un rôle adapté, selon le moindre privilège, et mettez à jour votre documentation d'attribution des rôles.
Superviser la dépense et dépanner les écarts
Le centre d'administration et la facture Azure ne racontent pas la même histoire. Le centre d'administration affiche des crédits, y compris de l'usage non facturable, alors que la facture Azure affiche la consommation facturable à la clôture du mois. Les chiffres ne se recoupent donc pas directement, comme l'explique la page de Microsoft Learn sur la comparaison des vues de consommation.
À cela s'ajoute un piège de lecture : la consommation de Cowork et des API Work IQ peut apparaître sous le service Microsoft Copilot Studio sur la facture. Prévenez la finance avant la première clôture pour qu'elle ne cherche pas une ligne Copilot qui n'existe pas sous ce nom.
| Symptôme | Cause probable | Vérification |
|---|---|---|
| Les utilisateurs voient des invites mais ne peuvent rien dépenser | Aucune politique de dépense configurée | Ouvrir Copilot > Cost management dans le centre d'administration |
| Un utilisateur perd l'accès en cours de mois | Limite mensuelle par utilisateur atteinte : accès coupé jusqu'au 1er | Relire la limite et la consommation de l'utilisateur |
| Le total du centre d'administration diffère de la facture Azure | Vues différentes : usage non facturable inclus d'un côté, consommation facturable à la clôture de l'autre | Rapprocher à la clôture du mois, pas en cours de période |
| Une ligne Copilot Studio apparaît sur la facture | Cowork et les API Work IQ peuvent être facturés sous ce service | Vérifier l'usage de Cowork et de Work IQ |
| Un nouveau service dépense sans validation | Auto-apply new services était activé | Relire les services de la politique et l'état de l'option |
Une tâche en cours qui dépasse la limite par utilisateur peut aller à son terme. Cet excédent n'est pas décompté dans la limite de la politique et n'apparaît pas dans les tableaux de bord. Gardez une marge budgétaire pour les travaux longs.
La visibilité des utilisateurs sur leur consommation de Copilot Credits est en disponibilité générale depuis septembre 2026. Dans SharePoint, ils confirment avant de dépenser et la commande /cost indique leur consommation.
Questions fréquentes
Les utilisateurs peuvent-ils dépenser des Copilot Credits sans politique de dépense ?
Non. Les points d'entrée de la facturation à l'usage sont visibles par défaut, mais ils ne consomment rien tant qu'un administrateur n'a pas configuré de politique de dépense. Microsoft Learn précise que la politique doit exister avant que les utilisateurs puissent se servir des capacités concernées.
Faut-il une licence Copilot pour utiliser les capacités avancées ?
Oui. Les capacités avancées (Cowork, Code, Autopilot, nouvelles fonctions agentiques de SharePoint, modèles frontier) consomment des Copilot Credits et exigent une licence utilisateur (USL). La licence seule ne suffit pas : la politique de dépense doit aussi couvrir le service.
Pourquoi la facture Azure ne correspond-elle pas au centre d'administration ?
Le centre d'administration affiche des crédits, y compris de l'usage non facturable, tandis que la facture Azure affiche la consommation facturable à la clôture du mois. La consommation de Cowork et des API Work IQ peut en outre apparaître sous le service Microsoft Copilot Studio.
Que se passe-t-il quand un utilisateur atteint sa limite mensuelle ?
Son accès est coupé jusqu'au 1er du mois suivant. Une tâche déjà en cours peut toutefois aller à son terme, et son excédent n'est ni décompté dans la limite de la politique ni visible dans les tableaux de bord.
Dois-je désactiver Auto-apply new services ?
Cela dépend de votre gouvernance. L'option est activée par défaut et ajoute tout nouveau service ou agent pris en charge. Microsoft recommande de vérifier les politiques existantes et de la désactiver si vous voulez valider chaque nouveau service avant son ajout.
Cinq décisions à prendre avant de cliquer sur Get Started
L'audit se résume à cinq décisions, à documenter avant le déploiement du paramètre Request access / Learn more en octobre 2026 (clients standard) ou novembre 2026 (clients différés).
Décisions à consigner
- Désigner le propriétaire de la politique (Administrateur général ou Administrateur de facturation) et le référent finance
- Trancher Auto-apply new services et consigner la raison du choix
- Fixer la limite mensuelle par utilisateur, avec une marge pour les tâches en cours
- Choisir la méthode de facturation : crédits prépayés ou paiement à l'usage avec abonnement Azure lié
- Planifier la revue des échéances : 1er novembre 2026 pour les exclusions SharePoint, plugins, rôles App Governance et stockage OneDrive
Si votre organisation n'a pas encore l'accord de la finance sur une facturation métrée, avancez d'abord sur l'inventaire des licences, des politiques existantes et des exclusions SharePoint : ces travaux ne coûtent rien. Si, au contraire, vos équipes réclament déjà Code, Autopilot ou Cowork, activez la politique avec Auto-apply new services désactivé et une limite par utilisateur prudente, puis relevez-la à chaque revue mensuelle. Dans les deux cas, relisez les messages MC1479276 et MC1479277 dans le centre de messages pour confirmer le calendrier de votre tenant.
Pour aller plus loin
- Set up usage-based billing for Copilot Credits : la procédure d'activation de la politique par défaut, avec les rôles requis.
- Managing AI experiences enabled by usage-based billing : création et modification des politiques, périmètre, limites, alertes et profils de modèles.
- Understanding the user subscription license (USL) and usage-based billing (UBB) : la distinction entre IA du quotidien et IA avancée, et ce que voient les utilisateurs.
- View Copilot Credit consumption in the Microsoft 365 admin center and on your Azure bill : pourquoi les crédits ne correspondent pas à la facture Azure, utile pour la finance.
- Introducing the plugin registry for Microsoft Copilot : la gouvernance des plugins qui remplacent la page Agents.