Insights · Blog · Licensing · May 8, 2026

Model Context Protocol for Dynamics 365 — what MCP means for your AI architecture.

Microsoft introduced the Model Context Protocol for Dynamics 365 in February 2026. That sounds technical, but has direct license consequences for anyone wanting to work with AI agents on enterprise data.

Model-context protocols are a relatively recent idea in the AI world. Anthropic published the original MCP in late 2024 as an open standard, with the idea: AI agents need a unified, secure way to access tools, data, and functions of an enterprise application — without every application having to build its own proprietary interface. Microsoft adapted the standard and introduced it for Dynamics 365 in February 2026 (Licensing Guide May 2026, p. 41).

What that means in practice: if you build an AI agent today — whether in Microsoft Copilot Studio, in Microsoft Foundry, with Anthropic Claude, or with your own LLM stack — and the agent needs to access data in Dynamics 365, it now goes through a standardized protocol. Previously you had to build a custom connector for every data source. With MCP, the agent queries a central interface, called the "MCP server," and gets structured access to what it needs.

This is simultaneously a technical simplification and a licensing question. Microsoft explicitly regulated who pays what and when in the May 2026 Licensing Guide.

What MCP is, technically

Microsoft describes it in the Licensing Guide as follows:

"The MCP (Model Context Protocol) server provides a standardized, secure way for AI agents to access and act on enterprise data through natural language." (p. 41)

Translated into architecture-speak: an MCP server is a central layer between the AI agent and the data system. The agent asks: "Give me all Sales opportunities with value above 100k in Q2." The MCP server checks authentication, validates permissions, runs the query against Dataverse, returns the results structured. The agent doesn't need to know the Dataverse schemas, OData syntax, or security roles — the MCP server does that.

In practice this opens up the architecture. Whoever could previously only build a Sales Insights agent in Copilot Studio (because that was where the Dataverse connectors reliably ran) can now in theory also run an Anthropic Claude agent or a custom LangChain agent against the same MCP server. The only question is — what does it cost?

The license logic in detail

Microsoft documented a four-tier logic in the Licensing Guide (p. 41):

Case 1: MCP usage inside Microsoft Copilot Studio

Direct Microsoft quote: "When MCP tools are utilized within Microsoft Copilot Studio, no additional charges for MCP tool execution will be incurred. (Standard orchestration charges for such agents or tool calls continue to apply as published at billing rates.)"

Practice: anyone building an agent in Copilot Studio that accesses D365 data via MCP pays only the normal Copilot Studio orchestration charges (credits for every agent action). No additional MCP fee. This is the Microsoft-preferred architecture, and Microsoft makes it attractive on price.

Case 2: MCP usage outside Copilot Studio — on Dynamics 365 data

"Access to Dynamics 365 data is included with a Dynamics 365 Premium license (Sales Premium, Finance Premium, Supply Chain Premium, and Customer Service Premium)."

Practice: anyone building an Anthropic Claude agent, a Microsoft Foundry agent, or a custom LLM agent outside Copilot Studio that needs to access Dynamics 365 data needs premium licenses for the users whose data the agent sees. The Premium SKUs cover MCP access inclusively.

Case 3: MCP usage outside Copilot Studio — on non-Dynamics 365 data

"Access to non-Dynamics 365 data is included with the Microsoft 365 Copilot USL."

Practice: anyone wanting to access SharePoint, Teams, Outlook, or OneDrive via MCP (classic M365 data) needs a Microsoft 365 Copilot USL license. That's the $30/user/month SKU.

Case 4: Other cases

"Access with other applicable licenses will be billed, as published at: MCP tools are billed at the same rate as AI tools (basic), per Copilot Credit consumption rates."

Practice: anyone holding neither Premium licenses nor M365 Copilot USL who still wants to use MCP pays per tool call in credits. That's the most expensive variant — typically unsuitable for productive workloads, acceptable for pilot phases or experiments.

Plus: Microsoft says explicitly that for third-party platforms such as Anthropic Claude or Microsoft Foundry, additional orchestration costs apply at the respective provider, which Microsoft does not cover.

Pricing notice: Microsoft adjusts list prices regularly (currency adjustments, NCE updates, plan restructurings). Figures here are indicative values from May 2026. For current prices including arades CSP conditions, see the License Cost Calculator (licenses.arades.de) ↗ daily.

Architecture consequences

Three strategic implications we've discussed with clients in the past two months:

1. Premium licenses have become even more attractive through MCP inclusion

Anyone already considering premium licenses — typically for the 1,000 Copilot Credits or the Premium features — now gets MCP access on top, with no upcharge. Anyone planning custom agents in Microsoft Foundry or with their own LLMs should include the Premium upcharge via MCP license inclusion in the calculation. In the Premium post we've covered the economic side in more depth.

2. Microsoft Copilot Studio remains the economically optimal path

Whoever stays in Copilot Studio automatically has MCP without extra cost. Whoever leaves — for Foundry, Anthropic, custom frameworks — pays for MCP either via premium licenses or via credits. That's a noteworthy Microsoft strategy: technically, MCP is offered as an open standard (which promotes mobility), price-wise, Copilot Studio is favored (which protects Microsoft lock-in). We consider this an honest form of lock-in — visible in pricing, not in technical hurdles.

3. Hybrid architectures need precise license bookkeeping

In practice we're seeing setups where clients use Copilot Studio as the main path and add an Anthropic Claude agent for specialized use cases (e.g. complex analytics queries or domain-specific reasoning tasks). That's architecturally sensible — Anthropic Claude delivers better results in some reasoning scenarios than the standard Microsoft LLM stack. But: as soon as the Anthropic agent accesses D365 data, premium licenses are needed for the corresponding users. This is overlooked in many architecture workshops so far.

From our own practice: Devonso and MCP

We at arades use Devonso internally for license-audit workflows and Customer Insights dashboards. It's a web application that today accesses Dataverse, M365, and Entra via classic Microsoft Graph API calls. Over the past weeks we've evaluated whether it makes sense to switch Devonso to MCP.

Three takeaways from this evaluation that we also pass on to clients:

  • Performance gain is real, but moderate. MCP doesn't replace classic API calls — it simplifies the agent logic that accesses APIs. Anyone with a classic web application with deterministic workflows (no LLM reasoning) benefits little.
  • License costs scale with users, not with API calls. If Devonso serves 50 of our clients' employees, all 50 need the corresponding premium license or the credit coverage. That's a different cost profile than classic API-call-based licensing via Operations Order Lines or Dataverse capacity.
  • MCP is primarily designed for AI-agent architectures. Anyone with a conventional web application shouldn't switch to MCP just because it's new. The license inclusion in Premium is made for clients who actually build agents — not for everyone who needs API access.

Status as of May 2026: we're leaving Devonso on Microsoft Graph API calls. MCP migration is a candidate for the Q4 2026 backlog when we actually need agent capabilities in production. Correct — we don't need them yet.

What we recommend to clients planning AI-agent architectures

  1. First clarify the use case, then the architecture, then the license. A common mistake: Microsoft account managers recommend premium licenses "because MCP is included there." If the use case isn't yet defined, the license argument is premature.
  2. Pilot in Copilot Studio. Anyone starting with AI agents should build the first productive agent in Copilot Studio. That saves MCP charges, and Microsoft has the most robust tools there for governance, logging, and data-access reviews.
  3. For special use cases, go outside deliberately. If demonstrably better results are achievable with Anthropic Claude or a custom LLM stack — go for it deliberately, with a clear license calculation. Premium for the affected users, MCP access included, done.
  4. Document hybrid architectures. Anyone running multiple agent platforms should document license assumptions per user — who accesses which data, covered by which license. That saves hours of discussion in the next Microsoft audit.

If you're planning an AI-agent architecture in which Dynamics 365 data or M365 data plays a role — write to us. We run an architecture workshop where we walk through use case, technical options, and license consequences in parallel. More on our AI advisory offering at AI & Microsoft Copilot. Anyone wanting to think Microsoft-independent from the start — OpenAI directly, Anthropic directly, open-source stacks — finds discussion posts and our advisory profile at Independent Engineering.

30-min initial conversation · free

Planning an AI-agent architecture?

We walk through use case, technical options, and license consequences in one workshop. Incl. MCP license mapping, Premium upcharge calculation, hybrid strategy.

Related posts

Four more posts from this licensing set.