Business Central 2025 Wave 2 corresponde a la versión 27 y su ventana fue de octubre de 2025 a marzo de 2026
Microsoft organiza Business Central en dos release waves al año. La 2025 Release Wave 2 comenzó su despliegue general el 1 de octubre de 2025 y concentró funcionalidades previstas para el periodo octubre de 2025 a marzo de 2026.
A estas alturas ya no tiene sentido leer el plan como una lista estática de features “que vendrán”. Algunas capacidades fueron entregadas con la versión principal y otras fueron apareciendo en actualizaciones 27.x durante la Wave. Por eso una revisión en 2026 debe mirar la documentación de producto y la versión concreta del tenant.
La buena noticia es que esto permite evaluar con más criterio: qué funcionalidades están disponibles, cuáles requieren configuración, qué tiene impacto inmediato y qué forma parte de una estrategia más larga de IA, automatización o modernización del ERP.
En septiembre de 2025 hablábamos de novedades que estaban entrando. En 2026 ya podemos separar:
No todas las features tienen el mismo impacto en una empresa
La Wave 2 es amplia. En lugar de enumerar cientos de cambios, conviene agruparlos por capacidad de transformar trabajo, reducir fricción o preparar el ERP para el siguiente salto de automatización.
Más asistencia contextual dentro del ERP
Microsoft continuó ampliando el uso de Copilot en Business Central con mejoras de chat, autocompletado y asistencia. El valor no está en “tener IA”, sino en reducir pasos de búsqueda, entrada de información y navegación cuando el usuario ya trabaja sobre procesos financieros, comerciales u operativos.
Del asistente al trabajo autónomo acotado
La dirección de producto es clara: agentes capaces de ejecutar tareas más completas y no solo responder preguntas. El foco práctico debe estar en procesos repetitivos, de alto volumen y con reglas claras, donde automatizar parte del flujo tenga impacto medible.
Business Central empieza a exponer el ERP a agentes mediante un protocolo estándar
El MCP Server de Business Central permite que agentes compatibles accedan a entidades expuestas mediante APIs estandarizadas. Microsoft documenta escenarios con plataformas como Copilot Studio y Azure OpenAI. Por defecto, el acceso es de lectura; las operaciones de creación, modificación o eliminación deben configurarse expresamente.
El consumo de agentes pasa a formar parte de la conversación económica
Microsoft ha ido incorporando mecanismos para entender y gestionar cómo se factura el uso de Copilot y agentes. Esto obliga a pensar en adopción, volumen, créditos y consumo antes de escalar automatizaciones a cientos de usuarios.
La novedad más estratégica de la Wave 2 no es un botón de Copilot: es que el ERP empieza a hablar el lenguaje de los agentes
Model Context Protocol se ha convertido en una pieza importante para conectar modelos y agentes con herramientas y fuentes de información. Business Central incorpora su propio MCP Server para exponer capacidades del ERP mediante una interfaz estándar.
Esto no significa que cualquier agente pueda entrar libremente en el ERP. La arquitectura debe definir qué APIs se exponen, qué operaciones están permitidas y qué identidad y permisos se aplican. Microsoft documenta que el acceso predeterminado es de lectura para las APIs expuestas y que las operaciones de escritura requieren configuración específica.
El potencial es importante: un agente puede consultar clientes, artículos, pedidos u otras entidades sin construir una integración distinta para cada plataforma de IA. Pero el valor depende de seleccionar bien las acciones y de mantener el gobierno del ERP.
Qué automatizar primero y qué no debería entregarse todavía a un agente
Los agentes funcionan mejor cuando tienen un objetivo claro, datos fiables, reglas conocidas y consecuencias acotadas. Cuanto más abierta sea la decisión, más importante sigue siendo la supervisión humana.
consultar información repetitiva sobre clientes, pedidos, artículos o estados utilizando datos ya estructurados.
preparar borradores o sugerencias que después valida una persona antes de registrar o comunicar.
detectar excepciones o recopilar contexto para reducir tiempo previo a una decisión.
crear o modificar datos maestros con impacto transversal sin una validación sólida.
aprobar pagos, descuentos, crédito o decisiones financieras basándose únicamente en una salida de IA.
primero automatizar tareas, después decisiones. Y dentro de las decisiones, empezar por recomendación antes que ejecución autónoma.
La Wave 2 también mejora el trabajo diario, no solo la narrativa de IA
Uno de los errores habituales al revisar una release es concentrarse únicamente en la novedad más llamativa. Business Central sigue evolucionando también en las áreas que determinan la productividad diaria de finanzas, administración y operaciones.
Menos dependencia de informes rígidos
La evolución de Business Central sigue empujando hacia experiencias de análisis más flexibles y una convivencia más natural con Power BI y Excel. La oportunidad no es sustituir cualquier reporting existente, sino reducir exportaciones manuales y consolidaciones que hoy se repiten cada mes.
Más trazabilidad donde el dato importa
En finanzas, la capacidad de rastrear cambios y comprender el origen de la información es tan importante como automatizar. Una revisión funcional debería incluir auditoría, permisos, cierre, conciliaciones y controles internos, no solo nuevas pantallas.
Pequeñas mejoras repetidas generan mucho retorno
Una función que ahorra veinte segundos puede parecer irrelevante. Multiplicada por cientos de operaciones al día, sí puede ser una mejora real. Por eso conviene evaluar novedades junto con telemetría y observación del proceso, no solo por espectacularidad.
Business Central no debería ser una isla de reporting
Cuando el ERP se conecta con Power BI, Fabric, Dataverse o Azure, el valor del dato aumenta. La release puede ser el momento para revisar qué información sigue saliendo a Excel por necesidad y cuál sale únicamente por hábito.
Los procesos electrónicos ganan peso en Business Central y deben analizarse junto con requisitos locales, facturación electrónica y automatización documental.
Dos áreas menos vistosas que la IA, pero muy ligadas a cumplimiento y operación
Microsoft mantiene una inversión relevante en documentos electrónicos y sostenibilidad dentro de Business Central. Para muchas empresas, estas mejoras tienen una relación directa con obligación regulatoria, reducción de trabajo administrativo y calidad del dato.
El tratamiento de documentos electrónicos puede reducir captura manual y facilitar la integración con procesos de compra y venta. Sin embargo, la configuración debe encajar con la normativa concreta, país, proveedor y flujo de aprobación.
Sostenibilidad, por su parte, deja de ser únicamente reporting corporativo y se acerca a datos operativos que pueden necesitar trazabilidad. Si la empresa ya recopila información medioambiental fuera del ERP, merece revisar qué parte puede centralizarse o conectarse.
Una release no se “instala”: se prepara, se prueba y se adopta
En Business Central online, Microsoft gestiona la disponibilidad técnica de las actualizaciones, pero la empresa sigue siendo responsable de validar extensiones, procesos, integraciones, permisos y experiencia de usuario antes de dar por buena una nueva versión.
Probar primero en un entorno no productivo reduce el riesgo de descubrir incompatibilidades durante la operación real.
Validar apps propias y de terceros. Una funcionalidad estándar nueva puede afectar extensiones que dependían de comportamientos anteriores.
APIs, middleware, Power Platform y sistemas externos deben probarse especialmente cuando existe alto volumen o procesos críticos.
Finanzas, operaciones y administración deben validar procesos reales, no únicamente que “la página abre”.
Decidir qué se activa, quién la usará, qué formación requiere y qué KPI queremos mejorar.
Antes de cambiar procesos o automatizaciones, definir cómo volver al flujo anterior si la adopción o el resultado no son los esperados.
La sesión de 2025 sigue siendo útil para ver el contexto y las demos con las que empezó la Wave
Conservamos la grabación porque aporta ejemplos prácticos. Esta guía añade la lectura que faltaba entonces: qué ha ocurrido después, qué está disponible y cómo llevar las novedades a un roadmap empresarial.
Webinar: Las claves de Business Central 2025 Wave 2
Una hora de explicación y demos para entender cómo Microsoft planteó la Wave 2 y qué cambios empezaban a llegar al ERP.
Qué revisaría primero en una empresa que ya usa Business Central
No empezaría por activar todas las novedades de la Wave 2. Empezaría por dónde existe dolor operativo y por qué capacidades tienen posibilidad real de reducirlo.
Procesos manuales repetitivos
Identificar tareas de alto volumen donde Copilot, automatización o agentes puedan reducir entrada manual, búsqueda o preparación de información.
Integraciones frágiles
Revisar APIs, Power Platform y arquitectura. MCP abre nuevas posibilidades, pero no sustituye una estrategia de integración coherente.
Reporting manual
Detectar informes que dependen de exportación, consolidación o manipulación repetida y decidir si pueden resolverse mejor con Power BI o analítica integrada.
E-documents y cumplimiento
Si existen cambios regulatorios o mucho trabajo documental, esta área puede tener más ROI que cualquier feature de IA llamativa.
Experiencia de usuario
Pequeñas mejoras de navegación, búsqueda, entrada y automatización pueden reducir mucha fricción cuando afectan a usuarios intensivos.
IA conectada al ERP
Cuando datos, APIs y permisos están preparados, explorar agentes y MCP sobre casos de uso concretos y medibles.
No tiene sentido tratar cada release como una isla
En abril de 2026 comenzó la siguiente release wave. Por tanto, cualquier decisión actual debería mirar continuidad y no limitarse a “implantar lo de la Wave 2”.
Algunas capacidades que nacieron o maduraron en la Wave 2 forman parte de una evolución más larga hacia un Business Central más automatizado, conectado y preparado para agentes. El roadmap debe separar lo que resuelve un problema hoy de lo que prepara la arquitectura para los próximos doce o dieciocho meses.
Una revisión semestral de releases permite mantener esa continuidad sin caer en dos extremos: no aprovechar nada nuevo durante años o activar cada novedad simplemente porque Microsoft la publica.
La Wave 2 también refuerza Business Central como ERP operativo para empresas que fabrican
Microsoft destacó para esta release inversiones en quality management y subcontracting. Es una señal relevante para empresas industriales que hasta ahora podían percibir Business Central como un ERP fuerte en finanzas, compras y producción, pero con determinadas necesidades operativas cubiertas mediante extensiones o procesos externos.
No significa que cualquier necesidad avanzada de calidad o subcontratación quede resuelta automáticamente. Sí significa que merece revisar el estándar antes de seguir ampliando personalizaciones heredadas. Cada vez que Microsoft incorpora más cobertura nativa, aparece una oportunidad de simplificar arquitectura y reducir dependencia de desarrollos que necesitan mantenimiento.
De la inspección aislada al dato conectado con el proceso
En una empresa industrial, calidad no debería vivir como una hoja separada de producción y compras. El valor aparece cuando incidencias, resultados, materiales, proveedores y producto pueden relacionarse con el flujo del ERP.
Antes de diseñar una extensión propia, conviene revisar qué cubre ya el estándar de la versión actual y qué gap real permanece. El objetivo es personalizar únicamente aquello que diferencia el negocio.
Cuando parte de la fabricación sucede fuera de la planta
La subcontratación exige conectar compra, material enviado, operación externa, recepción, coste y trazabilidad. Si ese proceso se resuelve mediante pasos manuales, suele producir diferencias entre lo que planificación cree que está ocurriendo y lo que realmente está en manos del proveedor.
La evolución del estándar merece analizarse especialmente en empresas que externalizan tratamientos, mecanizados, montajes o procesos específicos.
Cada nueva wave obliga a preguntar qué desarrollo propio sigue teniendo sentido
Un ERP que evoluciona dos veces al año puede ir absorbiendo funcionalidades que antes justificaban una extensión. Mantener ambas capas por inercia aumenta complejidad, deuda técnica y riesgo de actualización.
Estándar primero, extensión después
La revisión de una wave debería incluir un inventario de extensiones y una pregunta simple: ¿Microsoft ya cubre ahora una parte suficiente de este proceso como para simplificar lo que construimos hace dos o tres años?
Los agentes introducen un nuevo coste que no debe tratarse como una licencia ERP tradicional
Microsoft incorporó durante la Wave 2 más visibilidad sobre cómo se factura el uso de capacidades de Copilot y agentes. Esto cambia la forma de presupuestar IA sobre Business Central: no basta con saber cuántos usuarios tienen acceso al ERP.
Un agente puede ejecutar múltiples interacciones y consumir capacidad de forma distinta según el proceso. Un caso de uso de consulta ocasional no tiene el mismo perfil económico que un agente que procesa cientos de pedidos al día. Por eso el diseño funcional debe incluir una estimación de volumen desde el principio.
La empresa debería medir coste por resultado: coste por pedido procesado, consulta resuelta, tarea automatizada o minuto ahorrado. Eso permite comparar IA con automatización clásica y decidir dónde el agente aporta una ventaja real.
- Estimar número de usuarios y frecuencia de interacción.
- Separar consulta de datos y ejecución de acciones.
- Medir porcentaje de casos resueltos sin intervención humana.
- Calcular coste de excepciones y revisiones manuales.
- Definir límites y mecanismos para evitar consumo inesperado.
- Comparar el coste total con el proceso actual, no con cero.
Qué revisar en una sesión de dos horas con responsables de negocio y tecnología
Una release review no necesita convertirse en un proyecto largo. Con una sesión bien preparada se puede identificar rápidamente qué merece análisis y qué no tiene prioridad.
Qué versión 27.x está activa, cuándo se actualizó y cuándo está prevista la siguiente ventana.
Qué apps propias o de terceros afectan a procesos críticos y qué funcionalidades podrían simplificarse con estándar nuevo.
Qué tareas se repiten diariamente y cuánto tiempo consumen en finanzas, compras, ventas y operaciones.
Qué sistemas intercambian datos con Business Central y dónde existen errores, cargas manuales o sincronizaciones frágiles.
Qué informes siguen necesitando exportación, consolidación o ajustes manuales fuera del ERP.
Qué consultas o tareas tienen datos fiables, reglas claras y volumen suficiente para justificar un piloto.
Qué cambios regulatorios pueden afectar documentos electrónicos, fiscalidad, facturación o reporting.
Salir con un backlog priorizado de tres a cinco mejoras, cada una con owner, impacto esperado y siguiente paso.
Cinco errores frecuentes al gestionar una nueva Wave de Business Central
La presión por “estar al día” puede generar más ruido que valor. Una release bien gestionada combina curiosidad tecnológica con disciplina operativa.
Una feature nueva no necesita ser desplegada si no resuelve ningún problema. Añadir funcionalidad también añade formación, soporte y posibles excepciones.
Que el tenant ya esté en versión 27 no significa que los usuarios hayan cambiado su forma de trabajar ni que las nuevas capacidades se estén utilizando.
Si una funcionalidad estándar nueva cubre el 80% de una personalización antigua, puede merecer la pena simplificar antes que seguir manteniendo deuda técnica.
Probar un agente sobre una tarea mal definida produce una demo vistosa, pero no una mejora de negocio. Primero hay que acotar objetivo, datos y resultado esperado.
Si no existe una línea base de tiempo, errores, volumen o coste, será imposible saber si la nueva funcionalidad ha generado retorno.
Una Wave debería dejar menos fricción, menos deuda y más capacidad de evolución. Si solo deja más funcionalidades activadas, el trabajo está a medias.
La misma Wave no se vive igual en SaaS que en on-premises
En Business Central online, Microsoft opera el servicio y la organización trabaja dentro del ciclo cloud de actualizaciones. Esto reduce parte de la carga de infraestructura, pero obliga a mantener extensiones, integraciones y procesos preparados para una evolución más frecuente.
En on-premises, la empresa conserva más control sobre cuándo ejecuta una actualización, pero también asume más responsabilidad técnica. Microsoft mantiene Business Central on-premises bajo Modern Lifecycle y publica fechas de soporte por versión. La versión 27.x, correspondiente a 2025 Wave 2, tiene su propio ciclo de soporte.
Si una organización continúa varias versiones por detrás, la pregunta no debería ser únicamente cómo llegar a la Wave 2. Debe revisar el coste acumulado de retrasar upgrades, compatibilidad de extensiones, infraestructura y si SaaS ofrece una ruta de evolución más sostenible.
La mejor prueba de que una actualización ha valido la pena es que el negocio trabaje mejor después
Las métricas deberían elegirse antes de activar una novedad. En finanzas puede ser tiempo de cierre, número de ajustes manuales o conciliaciones pendientes. En compras, tiempo de ciclo y excepciones. En producción, retrasos, incidencias o retrabajo. En agentes, porcentaje de tareas resueltas sin escalado y coste por resultado.
También conviene medir adopción de forma cualitativa. Si los usuarios vuelven a Excel o continúan haciendo el proceso antiguo en paralelo, la feature técnicamente está disponible pero el cambio no está consolidado.
Una revisión 60 o 90 días después de la actualización permite decidir qué mantener, qué ampliar y qué retirar. Ese ciclo corto de aprendizaje evita que Business Central acumule funcionalidades activas que nadie utiliza y ayuda a convertir cada release en una mejora continua del ERP, no en una sucesión de cambios técnicos sin impacto visible.
Qué me llevaría de esta Wave si tuviera que priorizar solo tres ideas
Primero, revisar qué procesos manuales puede simplificar ya el estándar antes de seguir desarrollando. Segundo, preparar datos, APIs y gobierno para agentes y MCP sin confundir posibilidad técnica con caso de negocio. Tercero, tratar cada release como parte de un roadmap continuo: actualizar, medir, retirar deuda técnica y conectar Business Central con Power Platform, Power BI, Fabric y Azure cuando el proceso lo necesite. Esa disciplina genera más valor que activar diez funciones nuevas sin dueño ni métrica. También evita que cada semestre el ERP acumule más complejidad, más excepciones y más trabajo de soporte sin una mejora equivalente para usuarios, operaciones o dirección empresarial.
Si tu Business Central se actualiza pero tus procesos siguen iguales, estás aprovechando solo una parte de la inversión
Podemos revisar versión, extensiones, procesos, integraciones y casos de uso para identificar qué novedades tienen impacto real y convertirlas en un roadmap de mejora.
Dudas habituales sobre Business Central 2025 Wave 2
¿Qué versión es Business Central 2025 Wave 2?
Corresponde a la versión 27.x de Business Central. Microsoft comenzó el despliegue general de esta wave en octubre de 2025.
¿Cuándo se publicó Business Central 2025 Wave 2?
La disponibilidad general comenzó el 1 de octubre de 2025. El plan de la wave cubre funcionalidades entregadas o planificadas entre octubre de 2025 y marzo de 2026.
¿Qué es el MCP Server de Business Central?
Es una capacidad que permite conectar agentes compatibles con Model Context Protocol a entidades y APIs de Business Central mediante una interfaz estandarizada y controlada.
¿MCP permite modificar datos de Business Central?
Por defecto, Microsoft documenta acceso de solo lectura para las APIs expuestas. Las operaciones de crear, modificar o eliminar deben habilitarse expresamente en la configuración.
¿La Wave 2 incluye agentes de IA?
Sí. La línea de producto incluye capacidades de Copilot y agentes orientadas a automatización y productividad, además de la infraestructura necesaria para conectar agentes con Business Central.
¿Necesito activar todas las novedades?
No. Conviene priorizar por valor, riesgo, esfuerzo, proceso afectado y readiness. Activar features sin owner ni caso de uso suele generar poco retorno.
¿Qué debo probar antes de una actualización?
Extensiones, integraciones, procesos críticos, permisos y escenarios reales de usuario. Un sandbox es la base para validar antes de aplicar cambios funcionales relevantes.
¿Business Central online se actualiza automáticamente?
Microsoft gestiona el servicio cloud y disponibilidad de versiones, pero los administradores deben planificar y validar la actualización dentro de las ventanas disponibles.
¿La Wave 2 sigue siendo relevante en 2026?
Sí, porque muchas organizaciones siguen adoptando capacidades introducidas o maduradas durante la versión 27. La clave es conectarlas con el roadmap actual y la siguiente release wave.
¿Cómo saber qué novedades tienen ROI?
Midiendo el proceso antes y después: tiempo, errores, volumen, coste, excepciones, adopción y capacidad de automatización. La novedad técnica por sí sola no demuestra retorno.
Business Central gana valor cuando se conecta con procesos, datos, Power Platform, Azure e IA
Ayesa aborda Business Central desde una visión de plataforma: ERP, extensiones, integraciones, automatización, datos y evolución. La release es una oportunidad para mejorar el sistema sin convertir cada wave en un proyecto aislado.
Release plan, producto y MCP: consultar siempre la versión vigente
Las fechas y estados de funcionalidades pueden cambiar durante una release. Para decisiones técnicas conviene revisar la documentación oficial aplicable a la versión concreta del tenant.
Convierte la próxima actualización en una mejora real del ERP
Cuéntanos qué versión utilizas, qué procesos te generan más fricción y qué integraciones tienes. Revisamos contigo qué novedades merece priorizar y qué roadmap tiene sentido.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)