[控场AI]
· 10 分钟阅读· 5,352 字

Dynamics 365 MCP Server:AI与ERP融合的未来

Dynamics 365 MCP Server:AI与ERP融合的未来

MCP 将 Dynamics 365 ERP 变成 AI 代理可发现和调用的工具箱,推动从记录系统走向行动系统。

文章介绍 Model Context Protocol(MCP)如何改变 AI 与 ERP 的集成方式。MCP 是开放标准,让 AI 代理以结构化方式发现并调用 ERP 工具与数据,取代为每个系统构建定制 API 的旧模式。Dynamics 365 提供两类 MCP 服务器:静态服务器固定暴露 13 个工具,动态服务器则让代理像人一样导航表单、执行数万个 ERP 功能,且定制内容与 ISV 扩展自动可见;分析 MCP 服务器连接 BPA,通过获取模式和执行 DAX 查询支持自然语言数据分析。两者结合可实现洞察到行动的闭环,真实用例涵盖供应商风险管控、预付款发票自动化和多代理协同配置 ERP。安全模型继承连接用户的 RBAC,但产品仍处公开预览,存在 120 秒超时、10MB 查询限制和 AI 行为不稳定等局限,需充分测试并规划人工介入。

ERP系统承载着企业最核心的数据——财务记录、供应链交易、库存水平、供应商信息、客户历史。但长期以来,将这些数据接入AI工具始终是个难题:定制API、专用连接器、安全变通方案,每次尝试都要从零开始。Model Context Protocol(MCP)的出现,正在改变这一局面。

什么是MCP?为什么它很重要?

MCP是一个开放标准,让AI应用能够以结构化方式发现和调用工具与数据源。可以把它想象成一个通用遥控器:没有MCP时,每个AI代理都需要为每个系统单独布线——CRM一根线、ERP一根线、数据仓库又一根线;有了MCP,只需插一次,就能访问所有系统。

MCP中的“Model Context”同样关键。AI代理获得的不仅是原始数据,还包括关于存在哪些工具、它们的功能、如何使用以及可用数据的详细信息。代理能够查看工具列表、理解哪个工具适合当前任务,并正确调用——这正是它做出智能决策的基础。

在此之前,将AI助手连接到ERP是一个完整的项目:构建自定义API、维护连接器、处理安全难题,并在ERP变更时更新所有内容。这种方式昂贵、缓慢且脆弱。MCP用标准接口取代了每次都要搭建的定制桥梁。

Dynamics 365中的两种MCP服务器形态

微软为财务和运营应用构建了MCP服务器,使数十万个ERP功能成为AI代理可以发现和使用的工具——从创建采购订单到过账日记账分录,再到运行财务报告,每个功能都通过单一受治理接口暴露。

静态MCP服务器:自动售货机模式

最初发布的ERP MCP服务器附带一组固定的13个工具,可以执行特定操作,比如查找已批准的供应商或释放采购申请行。它有用,但有限——就像自动售货机,你只能从已备货的选项中选择。

动态MCP服务器:超市模式

Then Microsoft evolved it.

微软随后推出了动态MCP服务器(现处于公开预览阶段),它让代理像人类用户一样导航ERP表单:打开表单、设置字段值、点击按钮、运行操作,并遵循与手动操作相同的业务逻辑和验证规则。

两者的差距是巨大的。静态服务器是自动售货机,动态服务器则是完整的超市——你可以浏览每个货架,挑选安全权限允许的任何东西。数万个表单中的数十万个ERP功能,涵盖财务、供应链、人力资源、项目运营,每个用户可访问的表单、操作和按钮都对代理可用。

对已定制ERP的组织来说,最关键的一点是:定制内容和ISV扩展会自动对代理可见,无需编写特殊代码来暴露自定义字段或流程。只要在ERP中且用户可交互,MCP服务器就能使其可用。

分析MCP服务器:让行动有数据支撑

仅有行动而无数据是盲目的。微软还宣布了独立的分析MCP服务器(2025年12月进入公开预览),连接Business Performance Analytics(BPA)——ERP的分析数据存储,将各ERP实例的数据统一到单一模式中,并附带预构建报告和维度模型。

分析MCP层只暴露两个工具:获取数据集模式和执行DAX查询。代理先请求模式以了解可用数据、表和度量值,然后编写DAX查询获取所需数据。这意味着不再需要构建复杂的Power BI仪表板并等待刷新——用自然语言提问即可即时获得答案,比如“我的前10个高风险供应商是哪些?”或“按季度显示销售成本峰值”。

真正的魔力在于两个服务器结合使用时:代理用分析MCP识别出有超过5张逾期发票的供应商,将其标记为高风险,然后用行动MCP自动在ERP中暂停该供应商。洞察与行动形成连续 flow,无需人工介入。

DAX(Data Analysis Expressions) 是微软 Power BI、Analysis Services 和 Excel Power Pivot 共用的公式语言,专为对表格模型执行聚合、筛选和计算而设计。它的语法类似 Excel 公式,但操作对象是整列而非单个单元格,因此能高效处理百万行级数据。在 BPA 的语义模型中,度量值(measures)和表关系均以 DAX 定义,代理编写 DAX 查询就相当于直接与预构建的维度模型对话,无需先搭建可视化层。对熟悉 Excel 的业务用户来说,DAX 概念并不陌生;对 AI 代理而言,它提供了一种结构化、可验证的查询接口,使自然语言问题能被精确翻译为数据操作。

Business Performance Analytics(BPA) 是微软为 Dynamics 365 财务和运营提供的分析数据存储,它从各 ERP 实例抽取数据并统一到单一模式(schema)中,内置预构建报告和维度模型。与直接查询 ERP 事务库不同,BPA 面向分析场景优化,避免了在业务系统上运行重查询带来的性能影响,也为跨法人实体、跨模块的统一分析提供了基础。分析 MCP 服务器正是架设在 BPA 之上的代理接口,使 AI 能够以一致方式访问这些预治理的分析资产。

真实世界用例

Real world use cases.

微软技术演讲中展示的供应商风险管理代理会监控系统中的未结发票,一旦发现某供应商有超过5张逾期发票,就自动在ERP中暂停该供应商,阻止新采购订单,并向应付账款团队发送邮件说明原因——全程无需人工干预。

Capgemini的Ted Olson展示了预付款发票自动化:用户要求代理为特定销售订单创建预付款提案,代理自主导航ERP表单,将预付款类型设为百分比、值设为50%,确认销售订单、创建预付款发票并过账。多个表单中的多个步骤,全部由代理像人一样走完界面完成。

解决方案架构师Scott Gaines则在VS Code中构建了一个AI代理团队来配置整个ERP环境:项目经理代理协调工作,解决方案架构师代理审查需求,顾问代理执行实际设置(创建法人实体、会计科目表、财政日历),数据迁移代理上传主数据。代理之间传递工作,部分自动化了完整的ERP实施。

这些不是PPT概念,而是来自Capgemini、Scott Gaines、Avantico和微软自身的真实演示。MCP已在预览环境中工作。核心要点很简单:MCP将自然语言转化为ERP操作,你描述需求,代理找出执行方式。

如何开始使用

需要三个前提条件:运行10.0.38.0或更高版本的Dynamics 365 Finance and Operations环境;若使用分析MCP,还需安装2.5或更高版本的Business Performance Analytics;以及一个MCP兼容的客户端。

连接方式有两种。最简便的是Copilot Studio:创建新代理、添加工具、搜索Dynamics 365 ERP MCP并连接到环境,即可开始提示,全程低代码。第二种是Visual Studio,适合更技术化或想直接测试的用户。

The second option is Visual Studio.

使用VS Code MCP客户端,粘贴ERP MCP端点URL、提供凭据即可连接。步骤稍多,但仍然直观,微软文档提供了确切的URL格式。

安全方面有一个重要机制:代理使用所连接用户身份的安全权限。Dynamics 365中设置的任何基于角色的访问控制都会自动适用——用户只能看到自己的法人实体,代理也只能看到该法人实体;用户不能过账日记账,代理也不能。现有安全模型直接成为代理的安全模型。

编写良好提示的技巧:始终指定所在法人实体(代理不会假设,不告知可能选错公司);使用清晰的自然语言,无需技术术语;将复杂任务拆分为较小步骤,而非在一个提示中要求10步流程。

需要诚实说明的局限性:目前仍处于公开预览阶段,存在120秒执行超时,长时间运行的操作可能失败;每次查询可返回约10MB数据,对大多数问题足够但无法处理海量数据转储;AI还不够稳定,可能今天完美处理的任务明天就遇到困难。在信任它处理重要事务前,请充分测试。

Copilot Studio 是微软的低代码代理构建平台,用户可以通过图形化界面创建、配置和发布 AI 代理,并为其添加工具、知识源和对话流程。在 MCP 场景中,Copilot Studio 充当 MCP 客户端:它内置了对 MCP 服务器的连接支持,用户只需搜索目标服务器、填入端点并完成认证,即可让代理获得 ERP 工具集。这种方式屏蔽了底层协议细节,适合业务分析师或低代码开发者快速验证想法。

MCP 客户端 是任何实现 MCP 协议的 AI 应用或开发环境,负责与 MCP 服务器建立连接、发现工具列表并按协议格式发起调用。除了 Copilot Studio,Visual Studio Code 通过 MCP 扩展或内置支持也可作为客户端使用,适合需要直接检查请求响应或进行脚本化测试的技术人员。客户端与服务器之间的通信通常基于 JSON-RPC,认证则依托已有的身份体系(如 Microsoft Entra ID),因此代理的权限边界由连接用户决定。

路线图与未来方向

微软全面押注MCP:所有新的ERP代理都将基于它构建,现有代理将在2025年12月前迁移。这不是副业实验,而是整个平台的战略方向。

分析MCP将迎来多项新功能:细粒度模式检索,让代理请求更小的数据模型片段而非一次拉取全部,有利于性能和管理AI模型的上下文窗口;代理将能直接创建和更新仪表板与度量值,而不仅是查询现有内容;原生集成到Copilot和Teams也在路线图中,让你无需离开日常工具就能询问ERP数据。

微软设想的未来场景是:CFO打开BPA仪表板并点击“分析”按钮,代理立即扫描数据,发现销售成本峰值,深入供应商支出,识别推动增长的供应商,引入关税变化和新闻等外部数据,构建解释根本原因的幻灯片并标记行动项——从仪表板点击到完整分析和建议,全程数秒,无人编写任何查询。

MCP is also expanding beyond finance

MCP正在扩展到财务和运营之外,覆盖商务、Business Central和客户服务,在整个Dynamics 365生态系统中创建统一的代理层。合作伙伴生态也在快速增长,RSM、HSO、FellowMind、KPMG、Crow等已在MCP上构建代理,针对特定行业需求:制造业的车间自动化、应付账款的发票支付代理、物流的入库装载处理、产品安全的质量影响召回代理。

长期来看,MCP将成为集成ERP系统的标准方式。“无头ERP加代理工作流”的表述会出现得越来越多——ERP作为记录系统在后台运行,AI代理处理前端交互。你不再点击表单,而是描述需求,代理来完成。

无头 ERP(Headless ERP) 指的是将 ERP 的后端记录与业务逻辑同前端用户界面解耦,使系统能力可以通过 API、代理或其它渠道被消费,而不再强制用户通过传统表单界面操作。在这一模式下,ERP 仍然是数据和流程的权威来源(system of record),但交互层由 AI 代理、聊天界面或定制应用承担。MCP 正是实现无头 ERP 的关键粘合层:它把 ERP 的表单和操作暴露为代理可发现、可调用的工具,让“描述需求、代理执行”取代“点击菜单、填写字段”。这一转变不意味着界面消失,而是界面从唯一入口变为可选入口之一。

这对你意味着什么

对Dynamics 365用户而言,你很快将能委托日常任务——过账日记账、创建采购订单、运行对账、检查供应商余额——只需描述需求而非导航菜单。你的工作从执行转变为监督。

对IT专业人员而言,MCP简化了工作:无需为每个集成构建自定义API,无需为每个工具维护单独连接器,现有安全模型自动适用,代理继承已设置的权限。更少的自定义代码、更少的维护麻烦、更快交付新能力。

对合作伙伴和ISV而言,MCP开辟了新机会:构建跨多个租户的可复用代理;定制内容默认对代理就绪,无需特殊暴露层。在ERP界面中有效的东西,通过MCP同样有效。

更大的图景是:这不仅是新功能,而是结构性转变。我们正从记录系统走向行动系统。ERP不再只是存储信息等待人类行动,而是成为AI代理直接执行业务流程的平台。数据仍在,但现在与行动相连。

一句警告:治理仍然重要。对高风险操作(如过账大额财务交易或更改供应商条款)规划人工介入环节,监控代理行为并保留审计轨迹。从低风险任务开始,建立信心后再扩展。

MCP服务器用通俗的话说,就是给AI代理提供了一种受治理的方式与ERP对话——有点像把Dynamics 365变成一个任何智能助手都能打开使用的工具箱。

#Dynamics 365 MCP Server#Model Context Protocol#ERP AI集成#Microsoft Dynamics 365#AI代理#Business Performance Analytics#Copilot Studio
分享:

相关推荐