Table of Contents
- What FinOps means when you run agents
- Four meters, three consoles
- Copilot and Cowork: the Microsoft 365 admin center
- Copilot Studio: the Power Platform admin center
- One credit pool, two admin centers, one Azure bill
- Foundry agents: Azure
- What has landed, and what is still unclear
- How to charge costs back
- Bringing it all into one view
- Where to start
- Sources
- Changelog
This is the second post in the series on Copilot and agent costs. Part one was the price list: the Copilot license for everyday AI, and Copilot Credits for agentic work. This post is about what happens after you buy. Agent costs show up in four places (Copilot, Cowork, Copilot Studio, and Foundry), spread over three consoles, and each one has different controls. For each, I cover where you see the cost, what actually stops spending, and how to bring it down. Everything comes from Microsoft’s own pages.
This is a rapidly changing topic. The architecture, governance patterns, and FinOps recommendations in this article are relatively stable, while service coverage, billing experiences, and reports continue to evolve across Microsoft 365, Copilot Studio, and Foundry. I check Microsoft’s documentation, pricing pages, and announcements at the start of every month. Validate operational details in your own tenant before you establish governance or chargeback processes. The changelog at the end lists every change.
What FinOps means when you run agents
FinOps comes down to three habits: make spending visible, give it an owner, then reduce it.
That works well for cloud costs, because they have a clear unit: an hour of a virtual machine, a gigabyte, a request. Agents don’t. One user question can start a plan, several model calls, a search through company data, a few tool calls, some retries, and sometimes other agents. It all happens in seconds, usually before any dashboard updates.
So you keep the three habits and count something else. A useful number is the cost of one agent session. A better one, if you can get it, is the cost of one result: one ticket solved, one document checked, one invoice cleared. Finance can work with that.
Three things make agents harder than normal cloud costs.
- Costs can start before you go live. On one Copilot Studio harness, building, previewing, and testing an agent already use credits.
- Without a person in the loop, nothing slows an agent down. Costs then follow how often the agent is triggered, not how many people use it.
- The numbers are spread out. Copilot and Cowork report in the Microsoft 365 admin center, Copilot Studio in the Power Platform admin center, and Foundry in Azure. Nothing shows all of them together.
Four meters, three consoles
| Where agents run | What you pay for | Where you see the cost | Can you set a hard stop? |
|---|---|---|---|
| Microsoft 365 Copilot | A license per user; agents are billed per use for people without one | Microsoft 365 admin center | Yes, a monthly limit per user |
| Copilot Cowork | Copilot Credits per task, always | Microsoft 365 admin center | Yes, a monthly limit per user |
| Copilot Studio | Copilot Credits per agent action | Power Platform admin center | Yes, a monthly limit per agent |
| Foundry agents | Model tokens, tools, storage, compute | Azure Cost Management | No, budgets only warn |
Credit use in the first three comes out of one pool per tenant. Foundry is billed through Azure and is completely separate.
Copilot and Cowork: the Microsoft 365 admin center
Where it is and what it covers
The cost screen for Copilot Credits is in the Microsoft 365 admin center under Copilot > Cost management. Microsoft’s usage-based billing overview (updated September 25, 2026) calls it “a centralized place to govern and monitor AI experiences”. You can see usage by spending policy, user, group, agent, service, and funding source.
The scope is broader than it was when this article was first drafted. Microsoft’s usage-based billing overview now lists Microsoft 365 Copilot Cowork, advanced work in SharePoint, advanced work in OneDrive, the Work IQ API for custom apps and agents, Copilot Managed Runtime, and Teams Phone Agent. Microsoft says it will add more agents and services over time.
Copilot Studio is still different. Microsoft’s management page directs Copilot Studio customers to Copilot Studio pay-as-you-go, and the comparison page says that Power Platform and Copilot Studio usage details are managed in the Power Platform admin center. In other words, the common currency is expanding, but the administration experience has not fully converged.
Before any of this can run, someone has to switch it on. The Configuration tab is where you turn on usage-based billing, pick how you pay (pay-as-you-go, pre-purchase, or capacity packs), and link an Azure subscription. The USL and UBB page is clear: “Admins must set up a billing policy before a user can use” these experiences.
How spending policies work
Spending policies are the main control. The rules are simple once you’ve read them, but a few of them surprise people.
- Policies can apply to the tenant, to groups, or to users. Individual users can only be added through security groups.
- The default policy sets the tenant limit. Every other policy has its own limit and “doesn’t inherit the tenant-level limit.”
- If a user is in several policies, only one applies: the one with the highest per-user limit, then the largest policy limit, then the newest. “The chosen policy applies in full and settings from other policies aren’t combined.”
- When a user reaches the limit, “they lose access to agents and services for the rest of the month”. Moving them to another group doesn’t help: “Moving a user between groups or spending policies doesn’t reset the user’s consumption.”
- Policies cap spending. They “don’t reserve or allocate Copilot Credits”.
- For Cowork, a policy can also limit which AI models people can use. Microsoft calls these “model profiles”: a saved set of at least two models that you attach to a policy. They are “currently available only for Copilot Cowork”.
- Credits are used in a fixed order: capacity packs first, then the pre-purchase plan, then pay-as-you-go.
- You can change a policy’s billing method later. This used to be impossible. Since the setup page was updated on October 2, 2026, it says: “Changing the billing method doesn’t require you to delete and recreate the policy.” Scope, limits, alerts, and services stay as they are.
For Cowork, a spending policy does more than cap money. The Cowork admin page says: “A spending policy is an access control, not only a budget.” If someone isn’t in a policy, they can’t use Cowork.
The setting “Auto-apply new services” is on by default. Every new service Microsoft adds to usage-based billing is then covered by your existing policies without anyone deciding it should be. Microsoft’s own advice on the setup page: “Turn off the setting if you want to review and add future services manually.”
Who can do what
The setup page splits the work across roles, which helps if finance and IT share the job. Microsoft changed this on October 2, 2026: the AI and License admins can now edit policies, but no longer create them.
| Role | What they can do |
|---|---|
| Global admin, Billing admin | Turn on usage-based billing, add and change billing methods |
| AI admin, License admin | Edit spending policies, limits, alerts, and billing methods, but not create new policies |
| AI Reader, Global Reader | Read-only access, good for finance |
What users see
In Cowork, a user can type /cost to see what a task used and how many credits they have left this month. The /cost page (updated August 13, 2026) also says what it doesn’t do: “It does not provide month-over-month trends, usage history”. Microsoft says more is coming, including “new ways to view their credit consumption or request credits from their admin”, but gives no date.
Users can also ask for more credits. Admins can send those requests to their own IT portal or a ServiceNow workflow instead of handling them in the admin center.
The adoption report is not a cost report
The Microsoft Copilot Agents usage report (preview, updated August 18, 2026) shows active users (licensed and unlicensed), active agents, responses, and who built each agent. Data shows up “within an hour”. It has no cost or credit figures, covers only the last 7 or 30 days, hides user names by default, and leaves out two things: “SharePoint agents used in Teams aren’t currently included”, and “Cowork usage is not included”. Use it to see which agents people really use. Don’t use it to charge anyone.
The admin center figures are not your bill. The monitoring page says the Overview tab refreshes every 4 hours and the Consumption tab every 2 hours, and exports are “a point-in-time snapshot”. Use the monthly invoice for the real numbers.
How to keep costs down
Decide license or pay-per-use for each group, with real numbers. For licensed users, employee-facing agent use in Copilot Chat, Teams, and SharePoint is largely free (see part one for the exceptions). For heavy agent users a license can be cheaper than credits. For light users it’s the other way round. This is a buying decision, and it makes the biggest difference to your bill.
Turn on per-user limits from day one. Cowork work has no natural end. Someone who finds it useful will use it more next week.
Use approvals instead of raising everyone’s limit. Each request for more credits shows you what people really need.
Set one policy per Entra group. Then you can compare groups and see which team uses far more than the others.
Review the billing method and Auto-apply setting together. Microsoft now allows supported administrators to change billing methods without deleting and recreating the policy. Auto-apply remains enabled by default, so decide deliberately whether newly supported services should inherit each policy.
Copilot Studio: the Power Platform admin center
Part one covers the credit rates for each agent action. Here I only repeat what you need to control them.
When the meter starts
The harnesses overview (updated October 1, 2026) says: “The harness you use affects the billing, features, and capabilities of what you build.”
| Harness | What it’s for | When charging starts |
|---|---|---|
| Standard | Agents with topics and agent flows | When the agent is used, at the standard rates |
| Copilot Chat | Copilot Chat extended with your own knowledge | Billed per use, or included in the Copilot license |
| GitHub Copilot | Multi-step agents that reason and work with documents | With your first build action, before anyone publishes |
The GitHub Copilot harness “charges credits from the moment you start building”, according to the billing overview for that harness (updated September 28, 2026). Previewing, testing, and creating evaluations all use credits. Credits cover model tokens, tools (including knowledge and MCP servers), and the harness itself. Places people assume are free aren’t either: “Developer environments and trial environments move to usage-based billing September 1, 2026.”
Four more rules from the billing rates page (updated August 3, 2026) matter for control:
- Reasoning models cost more. You pay the feature rate plus the premium AI tools rate of 10 credits per 1,000 tokens.
- Agent flows are only free one way. For licensed users, “the ‘No charge’ inclusion applies only to runs triggered via the ‘When an agent calls the flow’ trigger”. A flow started by a schedule or an event is billed.
- Computer use isn’t included. “Computer-Using Agents (CUA) usage is not included in the Microsoft Copilot USL.”
- Power Automate cloud flows are separate. They “use Power Automate licensing, not Copilot Credits” and aren’t affected by Copilot Studio limits.
Where you see the cost
In the Power Platform admin center, go to Licensing > Products > Copilot Studio. The capacity page (updated October 2, 2026) describes:
- credits from the tenant pool that you assign to environments;
- reports you can download by environment, agent, or user, including “the count of billed versus nonbillable credits” (the non-billed part is what your licensed users get free);
- daily data for the current month and the last two full months, and monthly data for the past 12 months.
If you pay as you go, a billing plan links environments to an Azure subscription and creates a Power Platform account resource there. It’s hidden in the Azure portal by default; choose “View hidden types” to find it.
One limit matters for chargeback. For the GitHub Copilot harness, Microsoft says: “Discrete costs aren’t attributed to individual makers or end users.” You see costs per environment and per agent, not per person.
What stops spending
Per-agent limits. Each agent can have a monthly credit limit, with the status “Within limit”, “Nearing limit”, or “Over limit”. With the hard stop on, “The agent is automatically turned off once it hits the defined limit.” This is the setting to rely on when money matters. Azure budgets won’t do it: they “send notifications but don’t stop Copilot Studio consumption.”
The 125% rule on prepaid capacity. “Enforcement is triggered when a tenant reaches 125% of their prepaid capacity.” Custom agents are then switched off, and users see “This agent is currently unavailable. It has reached its usage limit.” Agent flows behave differently: once prepaid capacity is fully used, new flow runs are blocked while the agent keeps answering. So an agent can look fine while part of its work has stopped. An email goes to the tenant admin.
Pay-as-you-go has no cutoff. Extra use is billed to Azure: “With pay-as-you-go, enforcement doesn’t apply”. No outage, but no ceiling either. Choose which risk you’d rather have.
How to keep costs down
Look at how often agents ground in company data. Grounding costs 10 credits, a classic answer 1. An agent that searches SharePoint or Exchange on every turn costs about ten times as much as a simple one. This is often the biggest number in a Copilot Studio estimate, and often the easiest to cut.
Choose the right harness. The GitHub Copilot harness is right for real multi-step work, and it charges you to build as well as to run. Use the Standard harness where that isn’t needed.
Set a monthly limit with a hard stop on every production agent.
Keep environments contained. Give each environment its own credits and clear the option “Draw from the available capacity in my tenant”. This doesn’t stop use through a pay-as-you-go plan linked to the same environment. With environment groups, you can enforce it for a whole group through a rule called “Cost controls - Draw from tenant credit pool”; the environment setting then becomes read-only and can’t be overridden by scripts.
Move flows to the agent trigger where you can. Not every scheduled flow has to be scheduled.
One credit pool, two admin centers, one Azure bill
This is easy to miss because each side describes it in different words.
Credits are pooled for the whole tenant. Credits you assign to environments in the Power Platform admin center come out of the same pool that Cowork and the Work IQ API use. The Microsoft 365 admin page says this “reduces the prepaid capacity available for Cowork and Work IQ API services”. What the Microsoft 365 admin center shows as available is what you bought minus what’s already been given to environments.
So two teams take from one pool, usually without talking to each other. If your Power Platform admin hands out a lot of capacity, your Microsoft 365 admin sees available credits drop for no obvious reason. Put both people in the same monthly review.
Azure adds a third view. According to the page comparing the two views (updated September 25, 2026):
- Cowork, Work IQ, and Copilot Studio all show up on the Azure bill “under the Microsoft Copilot Studio service rather than separate services”.
- “Azure Cost Management doesn’t show consumption against Prepaid Capacity packs.”
- To tell services apart on the bill today, put them in separate Azure subscriptions or resource groups. Microsoft says to “use service tags as they become available”, with no date.
- Admin center totals and Azure totals won’t match. Microsoft: “Use the monthly billing record for reconciliation, not the usage dashboards.”
Foundry agents: Azure
What you pay for
Foundry works the opposite way to Copilot Studio. A credit hides a whole workflow behind one number. Foundry charges every resource separately, which is harder to forecast but much easier to assign to a team.
The Foundry Agent Service pricing page says there is “no additional charge for creating or running Foundry-native agents using prompts and workflows”. You pay for what the agent uses.
| What the agent uses | How it’s charged |
|---|---|
| Models | Tokens, input and output priced separately |
| File Search (knowledge) | $0.11 per GB of vector storage per day, first GB free |
| Code Interpreter | $0.033 per session |
| Web Search and Custom Search | $14 per 1,000 requests |
| Hosted agents (Agent Framework, LangGraph) | The container compute they run on, per hour |
| Fabric, SharePoint, Bing grounding, Foundry IQ, Logic Apps connectors | Charged separately, on top of tokens |
The cost planning page (updated August 27, 2026) adds three things that catch teams in the second month:
- Fine-tuning is charged three times, for training, hosting, and inference. A fine-tuned deployment costs money while it exists, even if nobody uses it.
- Failed calls aren’t automatically free: “HTTP status codes alone don’t determine whether usage is billed.”
- There’s no emergency brake. OpenAI offers hard spending limits; Azure OpenAI “doesn’t currently provide this functionality.”
Where you see the cost
Azure Cost Management and the invoice are the billing record. Azure OpenAI sits inside the wider Cognitive Services group, so filter by service tier. Meters are named model-name-GUID. Partner and community models show up at resource group level, and some under “Global resources”, so look at the whole resource group, not only the Foundry resource.
The Foundry portal shows estimates. There’s an estimated cost per project and in the agent list. Use it for quick checks, and use Cost Management and the invoice for real numbers. The estimates leave out prompt agents, non-Foundry agents, and provisioned throughput.
Anomaly alerts are slower than agents. Azure compares each day with a forecast based on the last 60 days, and “Anomaly detection runs 36 hours after the end of the day (UTC)”. Alert rules work only per subscription, you get five per subscription, and each alert email is sent once. For normal workloads that’s fine. For an agent stuck in a loop, the money is gone before the alert arrives.
How to keep costs down
Match the deployment type to the work. Standard pay-per-token for development and uneven traffic. Provisioned throughput for steady production that needs predictable speed, but you can’t pause it: “Billing stops only when the deployment is deleted.” Provisioned quota is shared across supported models in a region and deployment type. If you buy a reservation, create the deployments first and buy after. A reservation doesn’t guarantee capacity.
Move bulk work to Batch. Jobs that can wait up to 24 hours run at “50% less cost than global standard”. It’s the most overlooked discount for bulk summarizing and classifying.
Use prompt caching, and check both sides. Cached input is cheaper on Standard deployments and up to 100% cheaper on provisioned ones. On GPT-5.6 models and newer, writing to the cache can cost extra. The prompt needs at least 1,024 tokens with an identical start, and caches aren’t shared between Azure subscriptions.
Treat the model router mode as a cost setting. Balanced picks cheaper models that stay within about 1 to 2% of the best quality. Cost mode allows about 5 to 6%. Quality mode ignores cost. The usable context window is limited by the smallest model behind the router.
What has landed, and what is still unclear
Microsoft’s September 25 announcement described an expansion of cost management beyond Cowork and the Work IQ API. Some of that expansion is now documented.
| Capability | Status as of October 10, 2026 |
|---|---|
| Copilot Managed Runtime in Cost management | Documented as a supported service in Microsoft 365 Cost management |
| Advanced work in SharePoint and OneDrive | Documented as supported services; a Microsoft Copilot license is required |
| Teams Phone Agent | Documented as a supported service |
| Custom approval workflows for credit requests | Available through request policies |
| Model profiles | Available for Cowork spending policies |
| Automatic coverage for newly supported services | Available and enabled by default through Auto-apply new services |
| Copilot Studio in Microsoft 365 Cost management | Not listed as a supported service in the Microsoft 365 Cost management overview; detailed usage management remains in the Power Platform admin center |
| Spending-policy API | Announced, but I couldn't find public API documentation |
The important change is not that everything has moved into one console. It hasn’t. Microsoft 365 Cost management now governs more services, including Copilot Managed Runtime, but Copilot Studio still has its own operational controls and reporting in the Power Platform admin center.
A note on the name. Microsoft’s announcement described these capabilities as FinOps for AI in Agent 365. The operational documentation places the supported controls under Copilot > Cost management in the Microsoft 365 admin center. I treat Agent 365 as the broader governance direction and Cost management as the place where the documented settings live today.
What still isn’t fully clear
Microsoft’s current pages don’t clearly answer:
- whether all Copilot Studio harnesses will eventually appear directly in Microsoft 365 Cost management;
- whether per-agent limits and environment allocation will remain exclusively in the Power Platform admin center;
- how user- and group-scoped spending policies would apply to autonomous Copilot Studio agents;
- whether Copilot Studio capacity management will eventually converge with Microsoft 365 spending policies;
- whether Azure billing will expose more granular service separation for Cowork, Copilot Managed Runtime, and Copilot Studio;
- when a public API for spending-policy management will be documented.
Auto-apply deserves special attention. It is enabled by default, and Microsoft’s documentation now explicitly tells administrators to review whether automatic coverage is appropriate. If you want finance or platform owners to approve each new paid service first, turn it off for those policies.
How to charge costs back
Each platform gives you a different handle.
Copilot and Cowork: the spending policy. One policy per Entra group is your department unit, with per-user limits inside it. These are the only places with real per-user cost data.
Copilot Studio: the environment and the billing plan. The Power Platform account resource created by a pay-as-you-go billing plan can be tagged like any Azure resource. That’s how Copilot Studio costs get into your normal Azure cost model. Deleting the billing policy doesn’t delete that resource. Since there’s no per-user view, the way you lay out environments is your chargeback model.
Foundry: the project tag. The best handle of the four, and still in preview. “Every Foundry project is automatically tagged with a project tag on its underlying usage.” You don’t tag anything yourself; filter Cost Analysis by project. The preview covers models sold by Azure, including Azure OpenAI, but not models bought through Azure Marketplace.
And Azure itself: because Cowork, Work IQ, and Copilot Studio all appear as “Microsoft Copilot Studio” on the bill, use separate subscriptions or resource groups if you need them apart. For pre-purchase plans, use the amortized cost view to spread the cost over the year.
Here’s a pattern that works. This part is my advice, not Microsoft’s: one environment and one billing plan per business unit in Copilot Studio, with the account resource tagged to that unit; one spending policy per Entra group for Copilot and Cowork, with per-user limits; one Foundry project per use case, in a resource group that belongs to the business unit. Then one place where you bring it all together.
Bringing it all into one view
Can anything connect the four? Partly, and you have to build it.
Microsoft’s FinOps guidance
Microsoft’s FinOps guidance on Learn follows three phases (Inform, Optimize, Operate) and is “largely based on the FinOps Framework with a few enhancements”. It’s good guidance, but it doesn’t cover agents or Copilot Credits. The unit economics page comes closest to “what does one agent session cost”, and it points you to your own telemetry. Nobody hands you a cost-per-conversation number.
The FinOps toolkit and FinOps hubs
The FinOps toolkit is open source and released monthly. It includes FinOps hubs, Power BI reports, workbooks (including cost optimization and governance), the Azure Optimization Engine, PowerShell and Bicep modules, and open data. If you only need better Azure reporting for Foundry, the workbooks and Power BI reports may be enough.
FinOps hubs are Microsoft’s “virtual command centers for leaders throughout the organization to report on, monitor, and optimize cost”. Deploying one gives you a Data Lake Storage account, Data Factory for loading, Key Vault, and optionally Azure Data Explorer or Microsoft Fabric for analysis. The benefits that matter for agents: reporting across separate tenants, discount savings for EA and MCA accounts (where Foundry reservations show up), fast year-over-year queries, the FOCUS cost format, and room to add your own business data.
Microsoft publishes the cost: from $120 a month plus about $10 a month per $1 million of spend monitored. Most of that is the analysis engine: about $120 for a single-node Data Explorer cluster, or $300 for F2 Fabric capacity. Without either, it’s about $5 per $1 million monitored. For a large agent estate that’s small. For a small one, start with the workbooks and reports.
What a hub doesn’t see on its own
A hub loads Cost Management exports, so it sees what Azure bills. That covers all of Foundry, and Copilot Studio if you pay as you go. It doesn’t cover capacity packs, which Azure doesn’t show, or the per-user and per-policy detail from the Microsoft 365 admin center. So the realistic target is three feeds, not one screen:
| Feed | What it covers | How it gets into the hub |
|---|---|---|
| Cost Management exports (FOCUS) | Foundry, plus Copilot Studio and Cowork billed through Azure | Built in |
| Power Platform consumption reports | Copilot Studio per environment and agent, including capacity packs | Your own export and Data Factory pipeline |
| Microsoft 365 Cost management views | Copilot and Cowork per policy, group, and user | Your own export and pipeline |
Microsoft expects you to extend a hub this way. One rule: don’t change the built-in pipelines or the data in the msexports container, and give your own pipelines a clear prefix.
Sort out permissions early, because they cross teams. Exports need Cost Management Contributor (or the matching EA or MCA billing roles). Deploying the template needs Owner, or Contributor plus Role-Based Access Control Administrator.
Microsoft also shows how to put an agent on top of a hub, through a Kusto Query MCP server published to Teams or Microsoft 365 Copilot. It’s handy for quick questions like which agent grew most this month. It has the same gaps as the hub, and it’s an agent itself, so give it a spending limit too.
Cost Management exports usually run every 24 hours. Anything built on top inherits that delay. No hub gives you a live agent bill.
Why bother
For “what did this agent cost last month”, the admin center screens are enough. To run a portfolio, one data store helps in a few ways:
- One total that finance accepts, instead of three reports pasted into a spreadsheet.
- Chargeback that survives a reorganization, because costs follow environments, policies, projects, and tags, not someone’s spreadsheet.
- Reporting across tenants, if you have an acquisition or a regional tenant.
- Evidence for commitments like provisioned throughput, reservations, and pre-purchase plans.
- A place for business numbers, so you can get from spend to cost per result.
Where to start
This order is mine, not Microsoft’s. It starts with what pays off fastest and leaves the building work for later.
- Turn on the controls you already have. Per-agent monthly limits with a hard stop in the Power Platform admin center. Per-user limits and alerts in the Microsoft 365 admin center, with Auto-apply off until you’ve decided. Budgets and anomaly alerts on the Azure subscriptions that carry Foundry, knowing they only warn.
- Give every agent and environment an owner. A cost nobody owns is a cost nobody reduces.
- Set up the structure before volume arrives. One environment and billing plan per business unit, one spending policy per Entra group, one Foundry project per use case, and the Power Platform account resource tagged to a cost center.
- Agree how the pool is shared. Decide how much capacity goes to Power Platform environments and how much stays for Cowork, and review it monthly with both admins.
- Turn on Azure reporting. Create a FOCUS export, then use the toolkit’s Power BI reports and workbooks. For many companies, that’s enough.
- Build a hub when several teams need the same data, then add the Power Platform and Microsoft 365 feeds.
- Add business numbers, then an agent on top.
Steps one to four cost time, not money. Steps five to seven are engineering with a real bill. Teams often jump to step six because it’s the fun part, and find out months later that they have great reporting for agents that still have no limits and no owners.
In October, check Microsoft’s list of services covered by usage-based billing. When Copilot Studio shows up there, this post gets an update.
Sources
- Official Microsoft Blog, Introducing the new Copilot with Home, Code and Autopilot, September 25, 2026: the cost management expansion, Copilot Studio planned for October, the other announced controls
- Microsoft Learn, Usage-Based Billing and Cost Management for Copilot Credits, last updated September 25, 2026: where cost management is, which services it covers, Auto-apply on by default
- Microsoft Learn, Managing AI experiences enabled by usage-based billing, last updated October 2, 2026: spending policy rules, which policy wins, model profiles, the shared pool
- Microsoft Learn, Set up usage-based billing for Copilot Credits, last updated October 2, 2026: roles, billing method can be changed, order of credit use, Auto-apply advice, tenant limit not inherited
- Microsoft Learn, Monitor Copilot Credit spending: refresh times, credit requests, custom request policies
- Microsoft Learn, View Copilot Credit consumption in the Microsoft 365 admin center and on your Azure bill, last updated September 25, 2026: one Azure service name, capacity packs missing from Azure, reconciliation, service tags
- Microsoft Learn, Understanding the user subscription license (USL) and usage-based billing (UBB), last updated September 25, 2026: billing policy required, more user views coming
- Microsoft Learn, Check your credit usage for Cowork tasks with /cost, last updated August 13, 2026: what users see, no usage history
- Microsoft Learn, Manage Copilot Cowork for your organization, last updated September 14, 2026: spending policy as access control
- Microsoft Learn, Microsoft Copilot Agents usage report (Preview), last updated August 18, 2026: what the adoption report shows and leaves out
- Microsoft, Microsoft Copilot Plans and Pricing: Enterprise, read September 29, 2026: employee-facing and API footnotes, Azure subscription for agents
- Microsoft Learn, Harnesses in Copilot Studio, last updated October 1, 2026: the three harnesses and how they’re billed
- Microsoft Learn, Overview of usage-based billing for the GitHub Copilot harness, last updated September 28, 2026: charging from the first build action, what credits cover
- Microsoft Learn, Manage costs for agents powered by the GitHub Copilot harness, last updated August 28, 2026: no per-user attribution, budgets don’t stop use, developer and trial environments, the environment group rule
- Microsoft Learn, Billing rates and management: Copilot Studio, last updated August 3, 2026: reasoning surcharge, flow trigger rule, computer use, Power Automate flows, the 125% rule
- Microsoft Learn, Manage Copilot Credits and capacity for Copilot Studio, last updated October 2, 2026: reports, data retention, per-agent limits and hard stop, environment allocation
- Microsoft Learn, Set up a pay-as-you-go plan, last updated December 16, 2025: billing plans, the hidden Power Platform account resource, tagging it for cost allocation
- Microsoft Learn, Microsoft Agent 365: Service Description, last updated October 1, 2026: no cost features listed
- Microsoft Learn, Agent management in Microsoft 365 admin center, last updated August 20, 2026: the Agents area of the admin center
- Microsoft Security Blog, Microsoft Agent 365, now generally available, May 1, 2026: general availability and price
- Microsoft Licensing, Copilot Credits Guide: October 2026: credits pooled per tenant, central management statement, Code and Copilot Managed Runtime billed in credits
- Microsoft Learn, How to use the Consumption Dashboard in Insights, last updated September 8, 2026: Cowork and Work IQ consumption in Insights
- Microsoft Copilot Blog, Copilot Managed Runtime public preview, September 25, 2026: Managed Runtime in public preview
- Microsoft Azure, Foundry Agent Service pricing, read September 29, 2026: no charge for Foundry-native agents, tool prices, hosted agents
- Microsoft Learn, Plan and manage costs for Microsoft Foundry, last updated August 27, 2026: fine-tuning, failed calls, no hard limits, meter names, portal estimates, project tag chargeback
- Microsoft Learn, Provisioned throughput billing and cost management, last updated May 26, 2026: no pause, shared quota, reservation order
- Microsoft Learn, Getting started with Azure OpenAI batch deployments, last updated June 5, 2026: 50% less than global standard
- Microsoft Learn, Prompt caching with Azure OpenAI, last updated August 11, 2026: read discounts, write charges, 1,024-token rule
- Microsoft Learn, Model router for Microsoft Foundry, last updated September 1, 2026: routing modes and the context window limit
- Microsoft Learn, Identify anomalies and unexpected changes in cost, last updated June 26, 2025: 36-hour delay, subscription scope, five rules, one-time email
- Microsoft Learn, FinOps Framework overview, last updated May 8, 2025: the three phases
- Microsoft Learn, Unit economics, last updated April 2, 2025: measuring cost per unit yourself
- Microsoft Learn, FinOps toolkit overview, last updated February 11, 2026: toolkit parts and monthly releases
- Microsoft Learn, FinOps hubs overview, last updated April 1, 2026: components, benefits, cost estimate, permissions,
msexportsrule - Microsoft Learn, Configure AI agents for FinOps hubs, last updated May 18, 2026: agent on top of a hub, 24-hour exports
- Previous article in this series: Understanding Microsoft Copilot Licensing - Rev1
Open boundaries as of publication: Microsoft 365 Cost management now documents Managed Runtime and several additional services, while Copilot Studio usage details remain managed in the Power Platform admin center. Microsoft branding, billing, and administrative experiences are still converging, so check your own tenant before you turn an announcement into a governance design.
Changelog
| Date | Change |
|---|---|
| October 10, 2026 | Updated Microsoft 365 Cost management coverage to include Copilot Managed Runtime, advanced work in SharePoint and OneDrive, and Teams Phone Agent; replaced the forward-looking October section with current status and open boundaries; clarified that Copilot Studio usage details remain in the Power Platform admin center; refreshed policy-role and billing-method guidance. |