Directions EMEA 2026:Business Central, Copilot y agentes de IA

No es otro Copilot. Es una nueva forma de trabajar con el ERP.

París, 27 de octubre de 2026. Directions EMEA ha abierto sus puertas con una keynote de Microsoft centrada en la transformación de Dynamics 365 Business Central. El mensaje no ha girado exclusivamente alrededor de una nueva funcionalidad de Copilot: ha abarcado cambios en la experiencia de usuario, automatización de tareas financieras y comerciales, integración con Microsoft 365, gobierno de agentes, gestión de datos maestros y evolución de los servicios que prestan los partners.

Gustavo Melero, Rogelio Heredia y Clara Camprovin asisten al evento en representación de Ayesa Digital, siguiendo las sesiones y novedades de un encuentro que reúne a Microsoft, fabricantes de software, consultores, desarrolladores y empresas del ecosistema Business Central. Las imágenes recogidas durante la keynote permiten reconstruir algunas de las demostraciones y los principales hitos de la hoja de ruta anunciada.

¿En qué se traduce todo esto para una empresa que utiliza Business Central, está considerando migrar desde Dynamics NAV o necesita modernizar sus procesos? En algo muy concreto: el ERP comienza a ofrecer nuevas posibilidades para localizar información, interpretar documentos, preparar trabajo, resolver excepciones y, progresivamente, actuar sobre determinadas operaciones dentro de un marco de permisos y validaciones. Esa evolución no convierte todas las novedades presentadas en funciones disponibles desde hoy. Las fechas, los límites y las condiciones importan tanto como las demostraciones.

La primera prioridad es la más visible. Copilot deja de presentarse solo como una ayuda puntual para redactar, buscar o resumir. Microsoft está trabajando en experiencias que relacionan las instrucciones del usuario con el contexto del registro, las capacidades de Business Central y los procesos empresariales. En paralelo, los agentes empiezan a asumir actividades acotadas que antes dependían de múltiples intervenciones manuales: interpretar un mensaje, recuperar los datos necesarios, preparar un documento, comprobar condiciones y pedir una revisión cuando corresponde.

La segunda prioridad importa tanto como la primera. Una empresa no puede detener su facturación, inventario, compras o contabilidad a la espera de nuevas experiencias de IA. Por eso, Microsoft sigue desarrollando las funciones habituales de Business Central, además de integraciones y herramientas que permiten operar con diferentes compañías, aplicaciones y modelos de datos.

La tercera es la que evita que la automatización se convierta en un problema. Cuando una IA trabaja con pedidos, proveedores, límites de crédito o facturas, la identidad, los permisos, las aprobaciones y la trazabilidad dejan de ser asuntos secundarios. No basta con que una demostración funcione: el sistema debe permitir entender qué se ha hecho, por qué, con qué información y bajo qué autorización.

Esta combinación explica por qué la keynote no debería interpretarse como una simple lista de novedades. Microsoft está proponiendo una evolución de la relación entre personas, aplicaciones y procesos. Business Central continúa siendo el sistema empresarial que registra y controla las operaciones, mientras aparecen nuevas maneras de solicitar información y preparar o ejecutar trabajo.

Hay una precisión imprescindible: la experiencia de chat documentada actualmente por Microsoft tiene acceso de solo lectura a los datos de Business Central. Puede recuperar, resumir y explicar información que el usuario está autorizado a consultar, pero no debe confundirse con una capacidad general ya disponible para crear, modificar o eliminar registros. Microsoft distingue esta experiencia de la funcionalidad futura de edición, que aparece expresamente en la hoja de ruta mostrada en París.

Esta distinción es importante para cualquier responsable financiero o de TI. Un director comercial podría solicitar un resumen de los pedidos pendientes y comparar la situación con correos recientes. Un responsable de compras podría revisar facturas y suministros. Pero consultar, analizar, editar y aprobar representan niveles diferentes de interacción y responsabilidad. Una experiencia de consulta puede estar disponible antes que una operación que modifica información financiera o comercial.

También conviene separar Copilot en Business Central, Microsoft 365 Copilot y las soluciones creadas con Copilot Studio. Comparten tecnología y pueden formar parte del mismo proceso, pero no son productos intercambiables. Cada experiencia tiene capacidades, permisos, conectores, configuraciones y condiciones de licencia que deben verificarse para el escenario concreto.

La documentación de Microsoft señala además que el acceso a los datos de Business Central respeta los permisos del usuario. Una licencia adicional de Microsoft 365 Copilot no concede por sí misma permisos nuevos sobre el ERP. Este principio, que parece elemental, es esencial cuando la conversación empieza a combinar información de facturas, pedidos, reuniones, correo y archivos corporativos.

En lugar de limitar la interacción a buscar y explicar información, la nueva experiencia se orienta a traducir determinadas instrucciones en acciones sobre los datos del ERP. La presentación puso el foco en tres aspectos: herencia del contexto, compatibilidad con extensiones existentes y facilidad para iniciar la interacción sin diseñar desde cero una interfaz conversacional.

¿Qué significa heredar contexto? Si una persona está revisando un pedido, la solicitud se interpreta en relación con ese pedido y no como una conversación aislada. Esto puede disminuir ambigüedades, siempre que la operación esté soportada y que el sistema permita comprobar el resultado. No significa que todas las instrucciones del usuario sean ejecutables ni que dejen de aplicarse las reglas, permisos y validaciones de Business Central.

La compatibilidad con extensiones también merece atención. Muchas organizaciones utilizan Business Central adaptado mediante aplicaciones y desarrollos específicos. Si las nuevas experiencias pueden aprovechar correctamente ese contexto, resultarán más útiles en procesos reales que una funcionalidad limitada a una demostración sobre datos estándar. Aun así, cada extensión, acción y operación deberá evaluarse cuando las capacidades correspondientes estén efectivamente disponibles.

Para un cliente, el interés no está en sustituir botones por frases. Está en reducir los pasos necesarios para llevar a cabo tareas habituales: localizar información, introducir un cambio, comprobar su coherencia y confirmar que el documento queda en el estado correcto. El resultado deseable es un proceso más sencillo, no una pérdida de control sobre operaciones sensibles.

Es importante no adelantar la realidad del producto: durante Directions EMEA se anunció acceso anticipado para partners en octubre de 2026 a esta capacidad, mientras que la diapositiva de la hoja de ruta sitúa una vista previa pública en abril de 2027. No debe comunicarse como una funcionalidad generalmente disponible para todos los clientes en octubre de 2026.

En el día a día, un proceso de venta puede comenzar con un correo que contiene cantidades, referencias, condiciones o fechas solicitadas. Antes de generar un documento en el ERP, alguien debe identificar al cliente, interpretar su petición, buscar los artículos, comprobar disponibilidad y resolver diferencias. Cuando llegan muchas solicitudes, estas actividades consumen tiempo y generan colas que afectan a la respuesta comercial.

El objetivo de un agente de pedidos es asumir una parte definida de esa preparación. La automatización puede identificar la información recibida, buscar correspondencias y presentar el trabajo para su revisión, en lugar de obligar al usuario a trasladar manualmente cada dato desde un mensaje hasta una pantalla de Business Central. Los límites exactos dependen de la capacidad implementada y de su configuración.

La búsqueda por variantes resulta especialmente relevante para empresas con catálogos complejos. Un artículo no siempre aparece en una solicitud con la referencia exacta utilizada en el ERP: puede existir una talla, color, formato o denominación comercial distinta. Mejorar la correspondencia y la relevancia ayuda a reducir errores de identificación, pero también exige maestros de artículos coherentes.

La posibilidad de operar con varios agentes en una misma compañía apunta a una mayor flexibilidad para organizar flujos, buzones o escenarios de proceso. No debe confundirse automáticamente con una garantía de rendimiento o con ausencia de límites de capacidad. El anuncio muestra una dirección de producto, y la evaluación real exige pruebas con pedidos, catálogos y excepciones representativos.

Hay otro aspecto menos vistoso: la gestión de la disponibilidad. Ofrecer una respuesta comercial fiable depende de que las existencias, reservas, plazos y movimientos estén correctamente registrados. Un agente puede acelerar la consulta; no puede compensar datos logísticos desactualizados. Por eso, el beneficio real de estas herramientas está estrechamente relacionado con la calidad de la operación que existe detrás.

El procesamiento de facturas de proveedor suele ser una cadena de pequeñas decisiones. Recibir un documento, identificar correctamente el proveedor, validar la información fiscal, contrastar el pedido, revisar recepciones, localizar discrepancias, aplicar dimensiones y preparar la aprobación. Cuando estos pasos se realizan de forma fragmentada, la carga administrativa crece y las excepciones consumen más tiempo que las facturas ordinarias.

La documentación oficial explica que Payables Agent puede supervisar un buzón, identificar facturas PDF, extraer información mediante servicios de procesamiento documental, localizar proveedores y preparar borradores que revisa un supervisor. Microsoft también documenta cómo los agentes solicitan intervención cuando no pueden resolver un caso o necesitan aprobación.

La conciliación con pedidos es una mejora significativa porque el problema no consiste simplemente en leer una factura. El valor del proceso está en relacionar lo facturado con lo solicitado y, cuando procede, con lo recibido. Si un proveedor entrega cantidades distintas o aplica un precio no esperado, debe existir una manera de detectar y tratar esa excepción antes de continuar.

La revisión por correo y la visualización directa de documentos facilitan el trabajo de quien tiene que validar. Y el soporte de notas de crédito acerca el agente a escenarios más completos, en los que la actividad de compras no acaba siempre en una factura positiva sin incidencias.

La automatización no elimina la necesidad de responsables, límites de autorización y controles de contabilización. En particular, las empresas deben revisar su segregación de funciones: quién puede preparar, modificar, aprobar y registrar; y cómo se supervisa el comportamiento del agente cuando interviene en tareas que antes realizaba una persona.

Para entender su alcance hay que mirar el proceso completo. Cuando una persona viaja por trabajo o realiza un gasto autorizado, el recibo es solo el principio. Después hay que identificar fecha, importe, moneda, comercio, categoría, forma de pago, proyecto relacionado y, en algunos casos, información fiscal o asistentes al evento. Esa información debe revisarse, agruparse en un informe, validarse y llegar a los registros contables correspondientes.

Microsoft describe Expense Agent como una solución que puede recibir justificantes desde una aplicación web o por correo, extraer datos, proponer su clasificación, desglosar importes y preparar informes para revisión y aprobación. En los escenarios admitidos también contempla dietas, kilometraje y determinadas comprobaciones asociadas a políticas y duplicados.

El enfoque es diferente al de una simple herramienta de OCR. Leer texto en una imagen es útil, pero insuficiente si después un empleado debe reconstruir manualmente el gasto, seleccionar la categoría, buscar un proyecto, solicitar aprobación y trasladar los datos al ERP. El potencial está en conectar las fases para que la información capturada acompañe al proceso.

La prevención de duplicados ofrece un ejemplo claro del valor de esa conexión. Un recibo puede llegar por más de un canal o presentarse de nuevo por error. Detectar coincidencias ayuda a reducir incidencias, pero requiere contrastes adecuados y un procedimiento para resolver falsos positivos. Ninguna medida automática sustituye la revisión de un caso dudoso cuando existe impacto económico.

Otro punto importante es la variedad de políticas empresariales. No todas las organizaciones aplican las mismas reglas de dietas, alojamiento, transportes, límites, fiscalidad, proyectos o monedas. La funcionalidad debe evaluarse con las reglas propias y con la cobertura real por país e idioma. Microsoft Learn señala expresamente que parte de la documentación de Expense Agent corresponde a una funcionalidad en vista previa y está sujeta a cambios.

Durante Directions EMEA, Microsoft presentó mejoras durante octubre y noviembre y disponibilidad general prevista para diciembre de 2026, de acuerdo con la hoja de ruta expuesta en la sesión. Hasta que se confirme para cada mercado, no resulta correcto comunicar que todas sus capacidades están disponibles de forma general en España.

La aplicación comercial es evidente en organizaciones con gastos frecuentes de desplazamiento, consultoría, proyectos o personal distribuido. Pero el resultado no se mide por el número de recibos reconocidos. Debe medirse por el tiempo dedicado a preparar informes, la cantidad de correcciones, el porcentaje de excepciones, la velocidad de aprobación y la calidad del dato que acaba en contabilidad.

Son casos apropiados para ilustrar la diferencia entre buscar un dato y comprender un proceso. Una solicitud de crédito, por ejemplo, puede necesitar información sobre pedidos pendientes, saldos, facturas vencidas, historial de pagos y conversaciones recientes con el cliente. Parte de esa información reside en Business Central; otra puede estar en Outlook, Teams o archivos utilizados por el equipo comercial.

La documentación de Microsoft explica cómo Copilot puede combinar información de Business Central con datos de trabajo de Microsoft 365 mediante Work IQ cuando se cumplen los requisitos de licencia y autorización. Esa combinación permite preparar resúmenes y consultar diferentes fuentes desde una experiencia más unificada. Sin embargo, Microsoft también recuerda que Copilot puede cometer errores y que los importes, conclusiones y decisiones relevantes deben verificarse.

La keynote avanzó además la integración de Business Central con Cowork y Business Skills. La propuesta busca que las capacidades empresariales del ERP puedan aparecer en otras superficies de trabajo. No significa que todas las operaciones del ERP vayan a estar disponibles desde cualquier aplicación de Microsoft 365; significa que Microsoft está ampliando el diseño de las experiencias conectadas y ha presentado un calendario gradual para ello.

Desde el punto de vista de arquitectura, la cuestión central es dónde se ejecutan las reglas. Una interfaz de Copilot puede servir para iniciar una solicitud, pero Business Central debe mantener el control sobre las operaciones que son propias del ERP. Si se exige una aprobación, una comprobación de crédito o una validación de documento, la experiencia conversacional no debería convertirse en un atajo que elude esas reglas.

Esto también cambia la forma de analizar un proyecto. Ya no basta con valorar si una pantalla es sencilla o si un informe puede descargarse. Hay que considerar qué información necesita cada función empresarial, desde dónde la solicita, cómo se resuelve la identidad del usuario, qué permisos se aplican y cómo se mantiene la coherencia entre las diferentes aplicaciones.

Hasta ahora, el esquema representado en la presentación se apoyaba en una compañía maestra y varias compañías receptoras dentro del mismo límite de entorno. La evolución anunciada plantea un origen de información maestro capaz de alimentar compañías ubicadas en otros entornos. El mensaje de la diapositiva era claro: un conjunto de datos maestros, múltiples entornos.

Pensemos en una organización con varias sociedades que operan en distintos países, tienen requisitos de administración separados o necesitan mantener entornos independientes por razones organizativas. Si todos los equipos deben utilizar determinadas referencias comunes de artículos, clientes o proveedores, la duplicación manual genera incoherencias y costes de mantenimiento.

Un mecanismo de sincronización entre entornos puede ayudar a reducir ese problema, siempre que estén bien definidos los responsables del dato, el alcance de la sincronización, los conflictos, las excepciones y la relación con los procesos locales. Una compañía puede compartir la descripción de un artículo con otra y, al mismo tiempo, requerir condiciones de venta, impuestos o disponibilidad diferentes. La sincronización no elimina estas decisiones de gobierno.

La novedad merece seguimiento técnico porque su encaje depende de las entidades incluidas, las restricciones, la administración y la fase real de disponibilidad. Lo presentado en la keynote no debe convertirse, sin validación adicional, en una promesa de sincronización ilimitada para todos los maestros y personalizaciones de Business Central.

Microsoft dedicó parte de la keynote a la arquitectura y el gobierno de estas experiencias. Entre los conceptos presentados figuran identidad, permisos, trazabilidad, aprobaciones, observabilidad, evaluación del comportamiento, administración y control de costes. El mensaje central es que Business Central debe seguir siendo un motor de ejecución empresarial confiable, con independencia de la superficie desde la que se solicite el trabajo.

Este enfoque separa dos cuestiones que a veces se mezclan. La primera es la capacidad de la IA para interpretar una intención. La segunda es la autorización para realizar una acción. Entender que alguien quiere modificar un pedido no implica disponer de permiso para hacerlo; y disponer de permiso tampoco debería eliminar las comprobaciones que el proceso exige.

El control humano continúa teniendo distintas formas. Puede consistir en revisar un borrador, confirmar una coincidencia de producto, aprobar un documento o gestionar una excepción. La documentación de Microsoft sobre supervisión de agentes describe tareas, solicitudes de ayuda, revisión, aprobación e incluso opciones para detener actividades cuando es necesario.

La observabilidad adquiere además una dimensión económica. Un proceso automatizado puede generar consumos, repeticiones, llamadas a servicios y costes que requieren seguimiento. La eficiencia no se demuestra solo por el ahorro de clics. También debe conocerse cuánto cuesta operar el sistema, cuántas tareas se resuelven correctamente y cuántas tienen que volver a manos de un usuario.

En procesos críticos, la puesta en producción exige pruebas con situaciones que no suelen aparecer en una demostración: documentos incompletos, datos duplicados, permisos insuficientes, discrepancias de moneda, cancelaciones, cambios de criterio y errores de integración. Prepararse para esas situaciones es parte del proyecto, no un trabajo opcional que deba hacerse después de activar un agente.

La distinción es relevante. Un agente estándar puede cubrir un escenario recurrente —como preparar pedidos o facturas—, pero cada empresa tiene requisitos propios: flujos de validación, reglas de negocio, modelos de datos, catálogos, procesos sectoriales e integraciones con aplicaciones externas. En determinados casos bastará con configurar; en otros será necesario extender o integrar.

La prioridad técnica debe ser evitar dos extremos. El primero, rehacer con personalización lo que ya resuelve una capacidad estándar. El segundo, forzar un estándar que no respeta un procedimiento crítico. Entre ambos existe un espacio para una arquitectura bien diseñada, en la que Business Central, Power Platform, Copilot Studio, Microsoft 365 y Azure desempeñan papeles complementarios.

La existencia de herramientas para conectar agentes con el ERP amplía las opciones, pero no significa que todos los agentes deban tener acceso directo a cualquier tabla o acción. Resulta preferible publicar operaciones concretas, autorizadas, comprensibles y auditables. De esa forma se facilita el mantenimiento y se reduce el riesgo de que una automatización genere cambios fuera de su ámbito.

Para organizaciones que utilizan soluciones verticales, la capacidad de integrar reglas específicas resulta especialmente importante. Construcción, proyectos, logística o gestión de activos tienen procesos propios que deben convivir con finanzas, compras y ventas. La diferenciación aparece cuando el ERP, las extensiones y los agentes comparten una lógica empresarial coherente.

Un cliente actual puede empezar por revisar qué funcionalidades tiene habilitadas, qué permisos se requieren, cuáles dependen de la región y qué condiciones contractuales se aplican. También es necesario comprobar que los datos operativos tienen la calidad suficiente para soportar consultas útiles y procesos automatizados. Una automatización sobre información incompleta seguirá produciendo incidencias, aunque la interfaz sea más intuitiva.

El siguiente análisis debe centrarse en el trabajo real. ¿Cuántos pedidos se reciben por correo? ¿Qué proporción llega sin referencias correctas? ¿Cuántas facturas de proveedor necesitan corrección manual? ¿Cuánto tarda en aprobarse un gasto? ¿Quién resuelve los bloqueos de crédito? Estas preguntas son más relevantes que contabilizar el número de funciones de IA disponibles en una presentación.

A partir de ahí pueden plantearse pruebas acotadas, con una línea base y un criterio de éxito. Es posible medir tiempos de procesamiento, porcentaje de documentos preparados correctamente, incidencias, revisiones necesarias, satisfacción del usuario o capacidad de respuesta. Si el piloto no demuestra una mejora, la solución debe ajustarse antes de extenderse.

También importa la formación. Los equipos tienen que saber qué puede solicitarse a Copilot, qué datos consulta, cuándo deben verificar una respuesta y en qué momento una operación requiere autorización. La facilidad de uso reduce barreras, pero no sustituye el conocimiento de los procesos ni las responsabilidades de cada puesto.

Eso no significa que una migración se justifique automáticamente por la existencia de Copilot. Una inversión de ERP debe responder primero a procesos, continuidad operativa, calidad del dato, seguridad, costes e integración. La IA puede ampliar el recorrido de la plataforma, pero no elimina el trabajo de adaptar una organización a un modelo tecnológico distinto.

Un proyecto que busca incorporar automatización debería contemplar desde el principio asuntos que antes podían quedar al final: estructura de maestros, modelo de identidad, reglas de aprobación, calidad documental, taxonomías, trazabilidad y APIs. Si esos aspectos se diseñan correctamente, las capacidades de IA podrán aprovechar una base sólida cuando estén disponibles para el entorno concreto.

También debe distinguirse entre una implantación nueva y una migración de versión. Un ERP muy personalizado puede requerir rediseño funcional y revisión de integraciones antes de adoptar la extensión más reciente. La compatibilidad con Copilot o agentes depende de la solución instalada y de su evolución técnica; no puede deducirse únicamente de que la empresa utiliza tecnología Microsoft.

Las cifras mostradas en la keynote situaban ese mercado en 204.000 millones de dólares en 2026 y 468.000 millones en 2034. También se expusieron estimaciones de crecimiento para el segmento SMB, de 60.000 a 140.000 millones. Son proyecciones presentadas por Microsoft durante el evento, no ingresos garantizados ni una previsión directa sobre el negocio de Business Central.

Detrás de esas cifras hay un cambio de expectativas. Los clientes seguirán necesitando implantaciones, evolución funcional, soporte y migraciones. Pero también tendrán que decidir cómo conectar datos, automatizaciones, agentes y herramientas de productividad sin fragmentar todavía más sus sistemas. Esa tarea requiere experiencia funcional, arquitectura, seguridad y conocimiento de los procesos.

El valor de una solución no se mide por la cantidad de agentes desplegados. Se mide por si los pedidos se tramitan con menos incidencias, las facturas requieren menos correcciones, los informes se preparan antes y los usuarios conservan la capacidad de intervenir cuando la operación lo exige. El reto será convertir las funciones anunciadas en resultados empresariales comprobables.

La propuesta de Ayesa en el entorno Microsoft combina Business Central con capacidades de Dynamics 365, Microsoft 365, Power Platform, Azure y Data & AI. Este enfoque integrado resulta relevante porque los procesos empresariales no terminan en una única aplicación. La información de un cliente puede recorrer el CRM, el ERP, el correo, los informes y diferentes sistemas sectoriales antes de que una decisión se traduzca en una operación.

La evolución mostrada en la keynote refuerza esa perspectiva: la utilidad de un agente depende del acceso autorizado a los datos correctos, de las reglas que gobiernan el proceso y de su integración con las aplicaciones implicadas. No basta con conectar tecnología; hace falta comprender cómo trabaja la organización.

En Ayesa365 ya pueden consultarse contenidos sobre Business Central con Copilot y agentes y sobre la aplicación de IA sobre Business Central. Esta noticia se centra en lo anunciado en París el 27 de octubre de 2026 y complementa esas guías prácticas con la hoja de ruta y las demostraciones de Microsoft, evitando confundir novedades futuras con capacidades actuales.

Directions EMEA también coincide con una noticia corporativa de gran dimensión: el 26 de octubre de 2026, Microsoft confirmó un programa de salidas voluntarias dirigido a aproximadamente 60.000 empleados potencialmente elegibles, una cifra equivalente a cerca del 27 % de su plantilla mundial. La cantidad de personas elegibles no representa el número de salidas ya ejecutadas ni una reducción confirmada de ese porcentaje. Así lo recogieron Reuters, Associated Press y AFP.

Durante la keynote de Business Central no se hizo referencia a ese anuncio. Son dos noticias diferentes: una corresponde a la estrategia de personal de Microsoft y otra a la evolución anunciada de su oferta ERP. Mencionarlas en su contexto ayuda a situar la jornada sin vincular causalmente una funcionalidad de Business Central con decisiones corporativas que no fueron explicadas en el escenario del evento.

La coincidencia ilustra el momento de transformación que atraviesa el sector, marcado por inversiones en IA, nuevas formas de trabajo y revisión de modelos operativos. Para los clientes de ERP, sin embargo, la cuestión inmediata sigue siendo cómo identificar funcionalidades respaldadas por documentación oficial, respetar sus condiciones de disponibilidad y medir el valor de los proyectos.

¿Copilot ya puede modificar cualquier dato de Business Central?

No. La experiencia de chat documentada actualmente por Microsoft es de solo lectura para los datos del ERP. Edit Business Central with Copilot se presentó con acceso anticipado para partners en octubre de 2026 y una vista previa pública prevista para abril de 2027. No debe confundirse una demostración de edición con una capacidad de edición general ya disponible.

¿Qué diferencia hay entre Copilot y un agente de Business Central?

Copilot es una forma de interactuar con información y determinadas funciones mediante lenguaje natural. Un agente se orienta a un proceso o tarea más delimitados: puede interpretar solicitudes, preparar documentos, contrastar datos y pedir ayuda cuando necesita una decisión. El alcance preciso depende de cada agente y de su fase de lanzamiento.

¿Cuándo llegará Copilot en Business Central a disponibilidad general?

La hoja de ruta expuesta durante la keynote señaló enero de 2027 como fecha prevista para la disponibilidad general de la nueva experiencia Copilot en Business Central. Esto no implica que todas las funciones de edición o Cowork lleguen a disponibilidad general ese mes.

¿Qué novedades incorpora Sales Order Agent?

Microsoft destacó la simplificación de su puesta en marcha, la posibilidad de varios agentes por compañía, el procesamiento escalable de pedidos, la búsqueda por variantes y la mejora de visualización de disponibilidad. La cobertura concreta debe confirmarse en la documentación de cada versión.

¿Payables Agent contabiliza facturas sin supervisión?

No debe asumirse una contabilización autónoma general. El agente puede interpretar documentos y preparar información y borradores, mientras que la supervisión, los permisos, las validaciones y las aprobaciones siguen dependiendo del escenario y la configuración.

¿Expense Agent estará disponible en España en diciembre de 2026?

Microsoft presentó diciembre de 2026 como horizonte de disponibilidad general, pero la disponibilidad efectiva por país, idioma y funcionalidad debe contrastarse con los documentos oficiales cuando se publique la versión correspondiente. No debe darse por hecho que todas las funciones estarán disponibles simultáneamente en todos los mercados.

¿Qué aporta Master Data Management entre entornos?

Microsoft mostró una evolución orientada a compartir información maestra entre compañías situadas en diferentes entornos de Business Central. El alcance definitivo depende de las entidades admitidas, la configuración y las condiciones del producto. No significa que cualquier información pueda sincronizarse sin límites o sin gobierno.

¿Es necesario contratar Microsoft 365 Copilot para usar Business Central?

No existe una respuesta única para todas las funciones. Las capacidades integradas de Business Central, la experiencia de Microsoft Copilot con datos de trabajo de Microsoft 365 y los agentes pueden tener requisitos diferentes. Microsoft indica que acceder a información de trabajo mediante Work IQ puede requerir una licencia Microsoft 365 Copilot, mientras que el acceso a registros del ERP sigue condicionado por los permisos de Business Central.

¿Cómo se mide el resultado de incorporar agentes al ERP?

Con indicadores del proceso, no con el número de demostraciones completadas. Por ejemplo, tiempo medio de tramitación de pedidos, porcentaje de facturas preparadas correctamente, incidencias por documento, revisiones manuales, coste operativo, tiempo de aprobación y satisfacción de los usuarios que intervienen.

La noticia más importante no es que Microsoft incorpore otra interfaz de inteligencia artificial. Es que está trabajando para que el ERP pueda participar en más tareas empresariales desde diferentes herramientas, con agentes especializados y con una conexión más estrecha entre datos, operaciones y colaboración.

Para las empresas, el punto de partida seguirá siendo el mismo: conocer sus procesos, disponer de datos fiables, diseñar correctamente permisos y aprobaciones y seleccionar aplicaciones que ayuden a resolver trabajo real. Copilot y los agentes pueden transformar la experiencia del ERP; su utilidad dependerá de la calidad de la arquitectura que los sostiene.

¿Necesita su organización evaluar cómo evolucionar Dynamics 365 Business Central, integrar Copilot o preparar procesos para agentes inteligentes? Ayesa Digital conecta ERP, Microsoft 365, Power Platform, Azure y datos empresariales para abordar estos escenarios desde una visión integrada y orientada a resultados. Solicitar una evaluación de Business Central, Copilot y automatización mediante el formulario de contacto de Ayesa365.