Microsoft Ignite Signals Transformation for Dynamics 365 and Front-Office Workers
(San Francisco, CA) November 18-21, 2025 – Microsoft’s (MSFT:NASDAQ) product announcements at Ignite signal a fundamental transformation in how Dynamics 365 will now be used for front-office operations. With the launch of Foundry as Microsoft’s AI backbone, front-office interactions are expected to move toward a Copilot-driven conversational interface that uses AI agents to complete sales and service workflows. Dynamics 365 will shift from being the primary user interface to a domain-specific context layer that powers agentic operation in the background.
Dynamics 365’s transition into a context layer reflects a deeper architectural realignment within Microsoft’s platform. Foundry, rebranded from Azure AI Foundry, leads this change as Microsoft’s new unified platform for enterprise AI, consolidating the core components required to build and operate AI systems. Capabilities include model selection, orchestration, governance, tooling, and data integration. Foundry also expands Microsoft’s model ecosystem by supporting providers such as Anthropic alongside OpenAI and open-source alternatives. Built on this foundation is Microsoft’s new Agent 365 control plane for managing AI agents. Agent 365 allows IT administrators to register, govern, and monitor agents using the same identity, compliance, and security frameworks applied to the broader Microsoft cloud.
Agents operate on the Foundry Agent Service, which supports open standards, multi-agent workflows, and tool invocation through the Model Context Protocol (MCP). This service allows for two types of agents.
- Declarative agents are built by defined objectives, grounding data, and configuration tools.
- Fully custom engine agents are where developers can write detailed orchestration logic.
Across Dynamics 365, Microsoft has adopted this framework to create a collection of purpose-built, first-party agents designed for sales and service workflows. Because these agents are built on the same underlying infrastructure, they can interoperate with each other and with agents from other Microsoft clouds as part of a unified agent ecosystem.
To simplify how agents access organizational data, Microsoft also introduced Foundry IQ in public preview. Instead of requiring organizations to assemble their own RAG pipelines, Foundry IQ provides a unified, permission-aware knowledge layer that agents can use to retrieve and interpret enterprise content across systems such as Dynamics 365, Customer Insights, Dataverse, SharePoint, OneLake, and Fabric.
Within Dynamics 365, the outcome of this new architecture is a shift from traditional CRM systems (i.e. systems of record) to what Microsoft characterizes as systems of action. Rather than expecting employees to manually navigate workflows, update fields, and interpret disconnected customer signals, Dynamics 365 is now positioned as a platform where agents perform much of the procedural and information-gathering work on behalf of frontline teams. For sales organizations, Microsoft has introduced pre-built agents that assist with pipeline generation, qualification, deal progression, and account planning.
- A Sales Qualification Agent can research leads, analyze context, and progress qualification steps.
- A Sales Close Agent assists sellers by assembling value narratives, summarizing customer needs, or preparing negotiation materials.
- A Sales Research Agent supports sales leaders by monitoring pipeline health, territory performance, and operational risks.

Image: Interface for the Sales Qualification Agent in Copilot 365.
Source: Thomas Randall, screenshot from Microsoft Ignite
All these agents rely on Foundry IQ to access CRM data, marketing segments, documents, and external signals, and they are governed centrally through Agent 365. All agents can be fine-tuned, even in Dynamics 365 itself.

Image: Fine-tuning a Sales Qualification Agent in Dynamics 365.
Source: Thomas Randall, screenshot from Microsoft Ignite
In customer service, a parallel set of pre-built agents addresses intent detection, case management, knowledge lifecycle, and quality evaluation.
- The Customer Intent Agent determines why a customer is contacting the organization and directs the interaction to the appropriate workflow, knowledge asset, or agent.
- The Case Management Agent can automate key case resolution steps.
- The Knowledge Management Agent maintains the accuracy of the knowledge base by identifying missing content and drafting new articles.
- The Quality Evaluation Agent analyzes interactions to provide consistent scoring and feedback.
These agents depend on a consistent understanding of the customer, and this data is supplied through Dynamics 365 Customer Insights, which now serves as the core data and segmentation engine for sales, service, and marketing. With unified profiles, predictive segmentation, and adaptive journeys, Customer Insights provides the real-time enrichment signals that allow agents across the lifecycle to operate from a common view of the customer.
Across these capabilities, Copilot for Microsoft 365 acts as the user experience layer. Sellers, service agents, and marketers will interact with Dynamics 365 through natural-language interaction within Teams, Outlook, or Office applications. Dynamics 365 remains the authoritative system of record behind the scenes.
In summary, under Microsoft’s new architecture:
- The user expresses intent (Copilot).
- Agents orchestrate tasks (Agent 365 and Foundry Agent Service).
- Agents gather context (Foundry IQ and Customer Insights).
- Agents act on authoritative data (Dynamics 365).
- Foundry enables the whole system to run (models, security, and orchestration).
Foundry provides the foundation, Agent 365 and the Foundry Agent Service orchestrate the intelligence, Dynamics 365 supplies the domain-specific business context, and Copilot becomes the new interface. Together, Microsoft intends this architecture to form a coherent, governed, and extensible environment for modernizing sales, service, and marketing operations. Ignite 2025, therefore, marks a point where Dynamics 365 begins shifting from a primarily transactional system to an operational intelligence layer within the broader Microsoft cloud.
Our Take
The imperative of training a Copilot-first workforce just became even more critical. Microsoft’s strategy is clearly to shift all users to Copilot as the primary work interface, with tasks performed by Copilot-driven agents running on Foundry’s orchestration services. Frontline interaction with Dynamics 365 will steadily move away from application screens and toward conversational workflows in Teams, Outlook, and Office. Regardless of opinion, organizations will need to follow suit and adapt.
For CIOs, Microsoft’s vision of Dynamics 365’s future represents a transformation in how CRM systems are consumed. If Copilot becomes the interface and agents become the execution layer, then Dynamics 365 becomes the domain-specific context provider. The organization’s ability to capture value from this architectural change will depend on whether its workforce is prepared to rely on natural-language interaction, whether its processes can be decoupled from UI-centric patterns, and whether its data management is mature enough to support reliable agentic behavior.
Microsoft’s announcements elevate the importance of preparing the environment beneath Copilot. Agents will only operate effectively if the underlying data is accurate, unified, and permissioned correctly. Customer Insights must serve as the authoritative customer graph, and Foundry IQ must be able to retrieve enterprise knowledge without hitting inconsistencies or gaps. Poor data stewardship will now translate into degraded user experience, inaccurate outputs, and operational risk far more visibly than in a traditional CRM.
At the same time, CIOs must confront the implications for their existing Dynamics 365 implementations. Many custom workflows, plugins, and Power Automate flows that once filled process gaps will be displaced as agents assume responsibility for procedural work. This creates both a risk and an opportunity: a risk because unmanaged redundancy will generate confusion and unpredictable execution paths, but an opportunity because this moment allows organizations to unwind years of accumulated CRM customization debt. Rationalizing custom logic and migrating critical processes into agent schemas or Foundry Agent Service will ensure the organization’s technology environment is aligned with Microsoft’s forward architecture.
Governance must also evolve in parallel. If agents can perform work autonomously, they must be governed as enterprise applications with clear identity, permissions, auditability, and performance monitoring. Agent 365 provides the control plane for this, but organizations must still define policy: what agents are allowed to do, which data they may access, what supervisory mechanisms exist, and how changes are introduced into production environments. Without this, the operational benefits of agentic workflows are overshadowed by compliance and risk exposure. Moreover, the governance frameworks for Foundry IQ remain unclear; given it will be required to manage such a complex ontological layer, CIOs must be precise with their Microsoft account manager about best practice for their unique use cases.
Finally, CIOs must guide frontline teams through a redefinition of roles and responsibilities. As agents take over routine tasks, employees will increasingly focus on oversight, judgment, escalation, and relationship-driven work. Cross-functional journey mapping will be essential to determine where agent handoffs occur, where human validation remains necessary, and how new operational rhythms should be structured. All these decisions should then fine-tune Microsoft’s pre-built agents.