Imagen de la noticia Business Central + MCP: cómo conectar agentes de IA con...
Business Central + agentes de IA
Cómo convertir el ERP en una fuente segura de contexto y acción para agentes empresariales

Business Central + MCP: cómo conectar agentes de IA con los datos reales del ERP

Un agente de IA es mucho más útil cuando puede trabajar con pedidos, clientes, stock, facturas, proyectos y datos financieros reales. El servidor MCP de Microsoft Dynamics 365 Business Central abre esa puerta: permite que agentes y aplicaciones compatibles descubran capacidades del ERP, consulten información y trabajen con procesos empresariales usando una interfaz estandarizada, segura y gobernable.

01
Dar contexto empresarial real a los agentes

02
Reducir integraciones específicas cuando el estándar ya cubre el caso

03
Mantener identidad, permisos, trazabilidad y control

La idea que cambia el proyecto
El agente deja de “hablar sobre el ERP” y empieza a trabajar con el ERP.
El salto de valor aparece cuando la IA puede utilizar contexto empresarial vivo con permisos y reglas claras, en lugar de depender de información copiada o exportada.

Hasta ahora, la IA sabía mucho. El problema era que sabía poco de tu empresa

La mayoría de organizaciones ya ha visto lo que una IA generativa puede hacer con un documento, una conversación o una instrucción bien planteada. Puede resumir, redactar, comparar, clasificar y razonar con bastante soltura. Pero cuando la conversación baja al terreno operativo aparecen las limitaciones: ¿qué pedidos están retrasados?, ¿qué clientes tienen facturas vencidas?, ¿cuánto stock tenemos disponible?, ¿qué proyectos están desviándose?, ¿qué proveedor está acumulando incidencias?, ¿qué margen estamos obteniendo en una familia de productos?

Esas respuestas no viven en un modelo de lenguaje. Viven en el ERP y en los sistemas que forman parte del negocio. Por eso la siguiente fase de la IA empresarial no consiste en tener un chatbot más listo, sino en conseguir que los agentes puedan acceder de forma controlada a los sistemas de registro y ejecución que ya utilizan las compañías.

En ese contexto aparece MCP, Model Context Protocol. No es una nueva aplicación que sustituya Business Central. Es un mecanismo estandarizado para que una aplicación o agente compatible pueda descubrir qué herramientas tiene disponibles, utilizarlas con contexto y recibir datos estructurados. Microsoft ha llevado este enfoque a Dynamics 365 Business Central, y eso tiene una consecuencia importante: el ERP puede convertirse en una pieza activa de una arquitectura de agentes empresariales.

Antes

Cada agente necesitaba saber cómo hablar con cada sistema

Cuando una empresa quería conectar una aplicación inteligente con su ERP, el proyecto solía empezar con conectores, APIs, autenticación, modelos de datos y lógica específica. Si el caso de uso cambiaba, era frecuente que también cambiara parte de esa integración. El problema no era solo técnico: cada nueva automatización podía aumentar el coste de mantenimiento.

Ese modelo sigue siendo necesario en determinados escenarios, especialmente cuando hay procesos propios o lógica empresarial no expuesta por el estándar. Pero no debería ser la primera respuesta para cada consulta y cada acción que un agente necesita realizar.

Ahora

MCP crea un lenguaje común para descubrir y utilizar capacidades del ERP

El servidor MCP de Business Central permite exponer APIs y consultas como herramientas que un cliente MCP puede descubrir y utilizar. Esto reduce la necesidad de construir integraciones específicas para determinados escenarios y aporta una capa más coherente entre el agente y el ERP.

Microsoft ha ampliado además el servidor para trabajar con el conjunto de APIs estándar y con API queries, lo que facilita acceder a datos ya agregados y preparados para determinados análisis. El objetivo no es que el agente tenga acceso indiscriminado, sino que pueda trabajar con capacidades definidas, autenticadas y gobernadas.

Qué aporta realmente

Business Central deja de ser solo una base de información y se convierte en una fuente de herramientas para agentes

Microsoft describe el servidor MCP mejorado como una forma de crear interacciones consistentes y seguras entre agentes y los datos y APIs de Business Central. La idea es sencilla: el agente descubre qué puede hacer, solicita una operación y recibe el resultado de forma estructurada, dentro de las capacidades y permisos que la organización haya definido.

APIs estándar
Más entidades disponibles sin reinventar cada acceso
El servidor puede exponer el conjunto de APIs estándar de Microsoft, ampliando el abanico de datos y acciones que pueden utilizar agentes e integraciones.

API queries
Información agregada para preguntas que no necesitan recorrer registro a registro
Las consultas preparadas permiten recuperar conjuntos de datos optimizados y agregados, especialmente útiles para análisis y reporting.

Identidad
Microsoft Entra ID y OAuth 2.1 para evitar accesos anónimos
La compatibilidad con clientes MCP externos se apoya en identidades registradas y autenticación empresarial, una condición básica para proyectos serios.

Interoperabilidad
Copilot Studio, Visual Studio Code y clientes MCP de terceros
La arquitectura no obliga a que cada experiencia de agente nazca dentro de una única interfaz. Esto amplía las posibilidades de diseño.

Telemetría
Visibilidad sobre llamadas, cambios y errores
Microsoft incorpora seguimiento del ciclo de vida de configuraciones MCP y del resultado de las llamadas para facilitar operación y diagnóstico.

Auditoría
Rastro de cambios con integración de Microsoft Purview
El gobierno deja de ser una reflexión posterior: la actividad del servidor y sus configuraciones pueden formar parte de una estrategia de auditoría corporativa.

¿Qué puede hacer un agente conectado a Business Central? Empieza por preguntas que negocio ya hace hoy

La mejor forma de entender MCP no es hablar de protocolos. Es imaginar conversaciones y tareas que ya ocurren dentro de una empresa. Un director financiero pregunta por cobros pendientes. Compras quiere saber qué proveedores están incumpliendo fechas. Ventas necesita confirmar stock antes de prometer una entrega. Operaciones quiere localizar pedidos bloqueados. Dirección quiere saber por qué el margen está cayendo en una determinada línea.

Si esa información está en Business Central y existe una herramienta MCP adecuada para recuperarla, un agente puede incorporarla a su razonamiento. Y si la organización ha definido acciones seguras y controladas, puede ir más allá de la consulta y participar en procesos concretos.

Eso conecta directamente con la estrategia de ERP + IA: la inteligencia deja de vivir separada del sistema transaccional y empieza a utilizar el ERP como fuente de contexto fiable.

Finanzas
“¿Qué clientes tienen facturas vencidas y cuánto representan sobre el saldo total?”
El agente necesita datos financieros actuales, no una hoja exportada hace tres días.

Ventas
“¿Tenemos stock suficiente para comprometer este pedido y cuál sería la fecha razonable?”
La IA puede ayudar a preparar la decisión, pero la promesa comercial debe apoyarse en datos operativos reales.

Compras
“¿Qué proveedores acumulan retrasos y qué pedidos abiertos están afectados?”
El valor está en convertir datos dispersos de compra en una explicación útil y accionable.

Dirección
“Explícame qué está deteriorando el margen y dónde debería mirar primero.”
Aquí el agente combina recuperación de datos, interpretación y contexto, pero el gobierno del dato sigue siendo imprescindible.

El cambio de enfoque

No necesitas un agente que sepa “todo”. Necesitas agentes que sepan exactamente qué pueden hacer con tus sistemas

Los proyectos más sólidos no empiezan concediendo acceso masivo al ERP. Empiezan definiendo una tarea concreta, los datos necesarios, los permisos adecuados y el nivel de autonomía aceptable. MCP ayuda a estandarizar la conexión, pero no sustituye el diseño del proceso ni la responsabilidad empresarial.

La pregunta relevante es: ¿qué decisión o tarea queremos acelerar y qué herramientas mínimas necesita el agente para hacerlo bien?

Identificar un primer caso de uso

Siete casos de uso con sentido empresarial

MCP no convierte automáticamente cada caso en un proyecto viable. Pero sí cambia la economía de determinadas integraciones y permite plantear agentes con acceso más natural al ERP. Estos son escenarios razonables para explorar.

01 · Cobros

Preparar el seguimiento de clientes con deuda vencida

El agente puede recuperar saldos, vencimientos y contexto para priorizar qué cuentas requieren atención. La acción comercial o financiera sigue pudiendo quedar en manos de una persona.

02 · Pedidos

Detectar pedidos con riesgo y explicar la causa

Retrasos de compra, stock insuficiente, bloqueos o cambios de fecha pueden analizarse conjuntamente para ofrecer una explicación que el usuario pueda revisar.

03 · Compras

Priorizar proveedores y pedidos que necesitan intervención

Un agente puede resumir excepciones y preparar el trabajo del comprador, evitando que la persona tenga que revisar manualmente decenas de registros para identificar lo urgente.

04 · Inventario

Responder preguntas sobre disponibilidad y movimientos

Consultas que antes exigían navegar por varias páginas pueden convertirse en una conversación guiada, siempre que el dato y las reglas utilizadas estén bien definidos.

05 · Proyectos

Localizar desviaciones de coste y consumo antes de que lleguen al cierre

Los agentes pueden ayudar a convertir datos de proyecto en una lista priorizada de excepciones para responsables de operación o finanzas.

06 · Dirección financiera

Preparar análisis antes de una reunión de gestión

El agente puede reunir información estructurada del ERP y combinarla con instrucciones para construir una lectura previa que después valida el responsable.

07 · Procesos transversales

Conectar Business Central con agentes que trabajan también sobre CRM, Microsoft 365, Power Platform o Azure

Aquí aparece el mayor potencial estratégico: el agente deja de ver cada sistema como un universo aislado. Puede utilizar el ERP como sistema de registro y ejecución, CRM como contexto comercial, Microsoft 365 como espacio de colaboración y servicios de Azure como capa de datos o IA. Esta visión encaja con el enfoque de Azure + IA empresarial.

La pregunta incómoda: ¿significa MCP que ya no hacen falta APIs ni integraciones?

No. Y venderlo así sería crear falsas expectativas. MCP proporciona una forma estandarizada de exponer y consumir herramientas, pero no elimina la necesidad de diseñar procesos, definir permisos, crear extensiones cuando faltan capacidades y construir integraciones específicas cuando la lógica del negocio lo requiere.

La ganancia aparece cuando dejamos de construir por defecto una integración a medida para cada interacción básica. Si una API estándar ya existe y puede exponerse como herramienta MCP, el proyecto puede reutilizar esa capacidad. Si una API query ya ofrece el conjunto de datos necesario, no tiene sentido reconstruirlo fuera del ERP solo para que el agente pueda consultarlo.

Pero cuando el agente necesita lógica exclusiva, datos que no están disponibles, acciones que exigen controles adicionales o un proceso que atraviesa varios sistemas, seguirá siendo necesario diseñar una solución. La diferencia es que MCP se convierte en una pieza más reutilizable dentro de esa arquitectura.

Una regla práctica
Usa estándar cuando el estándar resuelve el problema. Extiende solo cuando el negocio realmente lo necesita.
Consulta estándar: busca primero APIs y herramientas existentes.
Análisis agregado: revisa si una API query puede resolverlo mejor.
Lógica propia: diseña extensión o servicio específico si es necesario.
Proceso transversal: combina Business Central con Power Platform, CRM o Azure cuando el caso lo exija.

Business Central 29 amplía el escenario: consultas MCP sobre datos para los que todavía no existe una API

La preview de Business Central 29, correspondiente a la segunda ola de 2026, introduce nuevas herramientas MCP para definir, validar y ejecutar consultas de datos personalizadas. Microsoft plantea explícitamente que una aplicación MCP pueda consultar información incluso cuando no existe una API preparada para ese conjunto de datos.

Esto es relevante porque reduce otro punto habitual de fricción: la distancia entre “el dato existe en el ERP” y “el agente puede acceder a él de una forma soportada”. Al estar todavía en preview, no debe tratarse como una capacidad de producción consolidada, pero sí como una señal clara de la dirección de producto.

Ver novedades de Business Central 29

Gobierno: donde se decide si el proyecto escala o se convierte en Shadow AI con acceso al ERP

Conectar agentes a un ERP exige más disciplina que conectar un chatbot a una colección de documentos. En Business Central hay información financiera, comercial, de compras, inventario, proyectos, clientes y proveedores. Y algunas acciones pueden modificar el estado del negocio.

Por eso, el proyecto debe diseñarse alrededor de identidad, mínimos privilegios, segregación de funciones, registros de actividad, límites de autonomía y supervisión humana. La tecnología de conexión importa, pero el gobierno decide el riesgo.

Identidad verificable

Cada conexión debe responder a una identidad y a un contexto de autorización. La facilidad técnica nunca debe justificar cuentas compartidas o accesos genéricos.

Mínimo privilegio

Un agente de cobros no necesita acceder a todo el ERP. La herramienta debe exponer solo lo que el caso de uso requiere.

Lectura antes que ejecución

Muchos primeros casos de uso pueden aportar valor consultando y explicando información sin ejecutar cambios sobre el sistema.

Confirmación humana

Operaciones sensibles pueden diseñarse para que el agente prepare la acción y una persona la confirme antes de ejecutarla.

Telemetría

No basta con saber que “el agente funciona”. Hay que observar qué herramientas usa, qué falla, cuánto tarda y dónde aparecen comportamientos inesperados.

Auditoría y responsabilidad

La organización debe poder reconstruir qué ocurrió y bajo qué configuración. Microsoft incorpora auditoría de cambios de configuración MCP mediante Purview.

No empieces por tecnología
Empieza por una tarea repetitiva, medible y con información claramente localizada en Business Central.

Cómo elegir el primer caso de uso sin montar un laboratorio interminable

Un buen primer agente no necesita impresionar en una demo. Necesita resolver una fricción real del negocio y hacerlo con un alcance suficientemente controlado para medir resultado, seguridad y adopción.

Si una tarea obliga hoy a una persona a abrir Business Central, revisar varias páginas, copiar información a Excel, cruzarla con correo y redactar una conclusión, probablemente merece ser evaluada. Si además ocurre decenas o cientos de veces al mes, hay una base económica para automatizar parte del trabajo.

El mejor punto de partida suele ser un flujo de lectura y análisis con supervisión humana. Cuando la precisión, los permisos y la trazabilidad están controlados, se puede valorar si el agente debe ejecutar alguna acción.

Una arquitectura razonable en cinco capas

MCP no vive solo. Forma parte de una arquitectura en la que Business Central aporta proceso y datos, la identidad controla acceso, el agente aporta razonamiento y otras plataformas pueden intervenir para automatización, conocimiento o integración.

01
Business Central
Sistema de registro y ejecución: clientes, proveedores, artículos, pedidos, facturas, proyectos, contabilidad y operaciones.
02
Servidor MCP
Expone herramientas definidas para que clientes MCP compatibles puedan descubrir y utilizar capacidades del ERP.
03
Identidad y permisos
Microsoft Entra ID, autorización y políticas corporativas controlan quién o qué puede utilizar las herramientas disponibles.
04
Agente
Puede vivir en Copilot Studio u otra experiencia compatible y utiliza las herramientas disponibles según el objetivo que se le ha asignado.
05
Ecosistema Microsoft
Power Platform, Microsoft 365, CRM, Azure y Copilot pueden completar el escenario cuando el proceso necesita más contexto o automatización. Consulta también Microsoft Copilot.

Qué medir para saber si el agente merece existir

Un agente no debe evaluarse por lo bien que conversa. Debe evaluarse por lo que cambia en el proceso.

Tiempo
Minutos ahorrados por tarea y reducción del trabajo de búsqueda y preparación.

Errores
Disminución de omisiones, datos copiados incorrectamente o decisiones con información incompleta.

Adopción
Frecuencia de uso y porcentaje de recomendaciones que los usuarios consideran realmente útiles.

Impacto
Cobro más rápido, menos pedidos bloqueados, menor inventario, mejor margen o mejor servicio: la métrica depende del proceso.

Preguntas frecuentes sobre Business Central, MCP y agentes de IA

¿Qué es MCP en Business Central?

Es una forma estandarizada de exponer herramientas y datos de Business Central a aplicaciones compatibles con Model Context Protocol. Permite que agentes descubran y utilicen capacidades definidas del ERP.

¿MCP sustituye a las APIs de Business Central?

No. De hecho, el servidor MCP puede exponer APIs de Business Central como herramientas. MCP estandariza la interacción del agente con esas capacidades, pero las APIs siguen siendo una parte esencial de la arquitectura.

¿Puede un agente modificar datos del ERP?

Depende de las herramientas expuestas, de la API utilizada y de los permisos concedidos. Que sea técnicamente posible no significa que deba automatizarse sin controles. Las acciones sensibles deberían diseñarse con límites y, cuando proceda, confirmación humana.

¿Funciona solo con Copilot Studio?

Microsoft contempla Copilot Studio, Visual Studio Code y clientes de terceros compatibles con MCP, utilizando Microsoft Entra ID para la integración segura.

¿Business Central 29 añade algo nuevo a MCP?

Sí. La preview de la versión 29 incluye herramientas para definir, validar y ejecutar consultas de datos personalizadas desde MCP, incluso para información que no dispone de una API existente. Al ser preview, debe evaluarse en entornos de prueba y no tratarse como funcionalidad definitiva de producción.

¿Por dónde debería empezar una empresa?

Por una tarea repetitiva y medible que utilice información clara de Business Central. Conviene comenzar con lectura, análisis y recomendación antes de dar al agente autonomía para ejecutar operaciones sensibles.

Por qué este movimiento importa para la estrategia de Business Central

Durante años, la conversación sobre ERP giró alrededor de módulos, personalizaciones, integraciones y reporting. Todo eso sigue siendo importante, pero la arquitectura empieza a cambiar. Ahora también hay que decidir cómo podrán trabajar los agentes con esos procesos.

Un Business Central bien implantado, con datos consistentes, APIs gobernadas y procesos razonablemente estándar, queda en una posición mucho mejor para aprovechar esta evolución que un ERP lleno de personalizaciones opacas y datos difíciles de interpretar.

Por eso modernizar ERP y preparar IA ya no son proyectos completamente separados. La calidad de la implantación del ERP condiciona la calidad de los agentes que quieras construir encima. Si además estás evaluando una migración desde un sistema anterior, tiene sentido revisar la guía sobre qué ERP cloud elegir al salir de un entorno on-premise.

ERP más estándar
Menos deuda técnica y capacidades más fáciles de exponer y mantener.

Datos consistentes
Los agentes dependen de datos fiables tanto como cualquier informe financiero.

Permisos claros
La identidad y la autorización deben diseñarse antes de dar autonomía.

Arquitectura conectada
ERP, CRM, Power Platform, Azure y Copilot formando parte del mismo modelo operativo.

Continúa por el camino que encaje con tu proyecto

MCP es una pieza de una estrategia más amplia. Estas páginas ayudan a conectar agentes, ERP, arquitectura y automatización.

Dynamics 365 Business Central
ERP cloud Microsoft para conectar finanzas, ventas, compras, inventario, fabricación, proyectos y servicio.

ERP + IA
Cómo evoluciona el ERP cuando Copilot y los agentes trabajan con procesos y datos conectados.

Power Platform + ERP
Automatización y aplicaciones periféricas sin convertir el ERP en un conjunto de personalizaciones difíciles de mantener.

Azure + IA empresarial
Arquitectura para datos, modelos, RAG, integración y agentes empresariales que necesitan escalar.

Documentación oficial para profundizar

Servidor MCP mejorado
Microsoft Learn detalla autenticación, compatibilidad con clientes MCP, telemetría, auditoría y gestión de recursos.

Microsoft Learn →

Más datos disponibles mediante MCP
Microsoft explica la exposición de APIs estándar y el soporte para API queries en Business Central.

Microsoft Learn →

Business Central 29 preview
La documentación de la versión 29 preview recoge las nuevas herramientas para definir, validar y ejecutar consultas de datos desde MCP.

Microsoft Learn →

Del ERP a los agentes

¿Qué procesos de Business Central podrían beneficiarse de un agente conectado al ERP?

Podemos ayudarte a identificar casos de uso, revisar qué datos y APIs están disponibles, diseñar permisos y gobierno, y decidir cuándo MCP es suficiente y cuándo necesitas Power Platform, Azure o una integración específica.

    Responsable del tratamiento: AYESA IMPLEMENTACIONES TECNOLÓGICAS S.A.U.
    Finalidades: i) Gestionar y responder a las consultas recibidas a través del formulario de contacto del sitio web. ii) Enviar comunicaciones comerciales de Ayesa Digital, en caso de que así lo consienta expresamente.
    Base jurídica: Consentimiento del interesado.
    Destinatarios: No se prevén cesiones de datos a terceros.
    Derechos: Puede ejercer sus derechos de acceso, rectificación, supresión, oposición, limitación y portabilidad, según se detalla en la información adicional. Información adicional: Puede consultar la información adicional y detallada sobre protección de datos en nuestro Registro de Actividades de Tratamiento

    He leído y acepto la Política de Privacidad.