Business Skills en Business Central: cuando Copilot entiende cómo trabaja tu empresa

¿Y si Copilot conociera no solo tus datos, sino también tus reglas?

Una empresa puede tener todos los datos de clientes, pedidos, proveedores, movimientos y costes perfectamente registrados en Business Central y, aun así, necesitar que un empleado experimentado interprete cada situación. Los datos responden qué ha ocurrido. El conocimiento operativo explica qué significa, por qué importa, quién debe decidir y qué excepciones no pueden ignorarse. Esa diferencia condiciona el verdadero valor de la inteligencia artificial en el ERP.

Imagina que el director de operaciones pregunta por qué ha caído el margen de una línea de productos. No basta con consultar un campo. Hay que relacionar condiciones comerciales, costes de compra, descuentos, cambios de divisa, devoluciones, pedidos pendientes y criterios propios de la compañía. Después hay que distinguir una anomalía real de un cambio estacional y determinar quién debe revisar el resultado. La respuesta útil es una explicación verificable, no una frase elegante.

Las Business Skills anunciadas para el ecosistema de Business Central apuntan a una evolución en la que el conocimiento de procesos podría utilizarse desde experiencias asistidas por Copilot. Conviene entenderlo como una dirección de producto, no como una lista de funciones garantizadas. Microsoft ha comunicado etapas de acceso y vista previa que pueden cambiar, mientras ya dispone de componentes de conectividad y de habilidades reutilizables documentados en otras experiencias de Copilot.

Business Skills: una novedad prometedora, con un calendario que todavía no equivale a disponibilidad general

Durante Directions EMEA 2026, Microsoft presentó una hoja de ruta para ampliar la relación entre Business Central, Copilot y Cowork. El calendario compartido contempla acceso anticipado para partners a Business Skills y experiencias relacionadas con Cowork en noviembre de 2026, y vistas previas adicionales previstas para abril de 2027. Estos hitos son previsiones de producto; pueden modificarse y no constituyen una garantía de disponibilidad para todos los clientes.

Al mismo tiempo, Microsoft ha confirmado la evolución de Copilot dentro de Business Central 29 y el desarrollo de experiencias capaces de consultar y, mediante capacidades autorizadas, actuar sobre información empresarial. Eso no significa que las Business Skills de este anuncio ya tengan una interfaz, un catálogo, una licencia o un conjunto definitivo de acciones documentadas públicamente. Mezclar ambos planos conduciría a decisiones de inversión incorrectas.

Para un CIO o una dirección financiera, la consecuencia práctica es que merece la pena preparar procesos y datos antes de que llegue la función. La preparación útil no depende de acertar el día exacto de lanzamiento. Depende de saber qué decisiones podrían beneficiarse de una experiencia de IA, qué conocimientos deberían estar formalizados y qué controles necesitarán las personas que la utilicen.

La información oficial debe contrastarse en el momento de ejecutar un proyecto. Los planes publicados por Microsoft pueden cambiar y las experiencias de vista previa pueden presentar requisitos, idiomas, regiones o condiciones comerciales específicas.

Una skill no es lo mismo que un agente, una API ni un flujo de Power Automate

En el ecosistema Microsoft existe una documentación específica sobre habilidades para agentes. Una skill puede empaquetar instrucciones, referencias y procedimientos reutilizables que orientan a un agente cuando afronta una tarea determinada. Una herramienta, en cambio, proporciona una capacidad de conexión o actuación sobre un sistema externo. Un agente combina razonamiento, contexto y los medios autorizados para completar tareas. Un flujo determinista ejecuta pasos definidos conforme a condiciones explícitas.

Esta distinción importa mucho en Business Central. Si una habilidad indica cómo evaluar una solicitud de descuento, eso no le concede automáticamente permiso para leer todas las cuentas comerciales ni para alterar una tarifa. Si el agente necesita consultar pedidos, tendrá que hacerlo mediante herramientas compatibles y permisos adecuados. Si necesita modificar información, la autorización técnica y la revisión de negocio deben quedar expresamente resueltas.

El concepto concreto Business Skills del anuncio de Directions no debe equipararse automáticamente a todos los formatos de skills ya documentados en Copilot Studio. Comparten una orientación hacia capacidades empresariales reutilizables, pero las especificaciones y compatibilidades de cada experiencia deben confirmarse en su documentación propia cuando Microsoft las publique.

En Microsoft Learn ya existen referencias separadas sobre habilidades para agentes y configuración del servidor MCP de Business Central. Son dos piezas complementarias, no sustitutos uno del otro.

Por qué tener un ERP conectado no significa tener una IA preparada para decidir

El conocimiento de una organización rara vez está concentrado en un único documento. El ERP contiene transacciones, el contrato recoge compromisos, una política comercial fija límites, un correo explica una excepción y la experiencia del responsable de operaciones indica cuándo aplicar un criterio diferente. Un asistente que solo vea una de esas piezas puede ofrecer una respuesta aparentemente convincente y, sin embargo, equivocada.

Por ejemplo, un cliente puede acumular pedidos en curso y no superar su límite de crédito en el balance contable, pero tener reclamaciones abiertas, garantías pendientes y un contrato con condiciones especiales. Decidir si se desbloquea un suministro exige una lectura de contexto. La empresa necesita convertir esos criterios en reglas comprensibles y fuentes de información con responsables identificados. No debería pedirle a la IA que improvisara una política comercial.

Cuando se evalúan futuras experiencias empresariales de Copilot conviene comenzar por la definición del trabajo: qué pregunta debería responder, qué datos utilizaría, qué reglas revisarían los especialistas y qué resultado sería aceptable. Solo después tiene sentido determinar si hacen falta skills, herramientas MCP, automatizaciones existentes o una combinación. Esa disciplina evita construir una demostración atractiva sin continuidad operativa.

Una solicitud de cierre mensual sin perseguir diez hojas de cálculo

En un cierre mensual, Contabilidad puede disponer de saldos correctos y aun así dedicar mucho tiempo a recopilar explicaciones. Se investigan desviaciones presupuestarias, partidas sin conciliación, registros tardíos, imputaciones entre sociedades y gastos excepcionales. La respuesta habitual consiste en trasladar información a Excel, enviar correos y reconstruir una narrativa con personas de distintos departamentos.

Una posible habilidad empresarial podría describir cómo preparar un análisis previo al cierre: localizar partidas relevantes mediante accesos permitidos, agrupar incidencias según reglas acordadas, indicar qué comprobaciones faltan y proponer una lista de revisión por responsable. La IA no debería contabilizar ajustes ni certificar el cierre por su cuenta. Su función inicial sería reducir el esfuerzo de búsqueda y documentar el trabajo pendiente con más coherencia.

El valor para el CFO no se mediría en preguntas respondidas, sino en horas dedicadas a conciliación, número de ajustes tardíos, cumplimiento del calendario, incidencias reabiertas y capacidad de reconstruir las decisiones. Si una herramienta acelera la primera explicación pero aumenta la verificación manual, el ahorro neto puede ser negativo.

Una oferta B2B que necesita saber más que el último precio de venta

En una empresa de distribución industrial, el comercial puede pedir: “prepara una propuesta para este cliente y dime si el margen es defendible”. Parece una consulta sencilla, pero conecta condiciones comerciales, descuentos negociados, inventario disponible, costes de reposición, costes logísticos y compromisos de entrega. Si el sistema no identifica qué información es válida y quién puede verla, la respuesta puede comprometer un margen que nadie ha autorizado.

Una habilidad orientada al proceso comercial podría estructurar la comprobación: identificar cliente y sociedad, contrastar condiciones vigentes, detectar excepciones, comprobar dependencias de stock y formular preguntas cuando faltan datos. A continuación, el equipo autorizado decidiría si conviene avanzar con la oferta o solicitar aprobación. La visión es una preparación más completa del trabajo, no prometer que el agente podrá generar y publicar automáticamente documentos en cualquier versión.

Business Central es especialmente valioso cuando la recomendación comercial se conecta con el dato operativo que ya utiliza el ERP. El valor se multiplica si además se incorporan CRM, contratos y cuadros de mando, pero esa integración requiere arquitectura de identidad, modelos de datos compatibles y una definición clara del sistema que gobierna cada atributo.

Las necesidades relacionadas con ventas, inventario y finanzas se pueden analizar desde Dynamics 365 Business Central, mientras que los escenarios de actuación asistida sobre registros deben contrastarse con Edit with Copilot: controles y permisos. No son la misma capacidad ni resuelven exactamente el mismo problema.

Cómo convertir una incidencia de suministro en una decisión preparada

Las compras concentran muchos criterios que no aparecen en una lista de proveedores. Una oferta más barata puede implicar mayor plazo, riesgo de calidad, dependencia de un suministrador crítico o condiciones de pago menos favorables. Cuando el responsable recibe una incidencia, suele tener que revisar órdenes abiertas, histórico de entregas, reclamaciones, especificaciones técnicas y alternativas homologadas.

En un escenario de preparación asistida, una skill podría describir qué datos comparar, cómo calificar el riesgo y qué áreas deben confirmar la propuesta. El asistente podría reunir información disponible y presentar una evaluación ordenada. El cambio de proveedor, la aceptación de un sustituto o la compra urgente seguirían sujetos a las reglas de autorización de la compañía. La habilidad no reemplaza el proceso de homologación ni crea automáticamente un contrato válido.

El KPI relevante no sería el número de respuestas de Copilot. Sería la reducción de compras urgentes, roturas de aprovisionamiento, desviaciones de coste y tiempo de análisis de incidencias. Una mejora tecnológica solo cuenta como beneficio si el negocio puede medirla frente a una situación inicial comparable.

La obra necesita contexto de contrato, coste y avance, no solo consultar apuntes

En construcción, el control de una obra combina certificaciones, compras, subcontratas, desviaciones, planificación, partes de trabajo, maquinaria y previsión de cobro. Una consulta de dirección como “¿qué proyectos pueden desviarse este mes?” no se resuelve leyendo una única pantalla de Business Central. Exige alinear varias fuentes, entender el contrato y diferenciar un retraso administrativo de un deterioro económico real.

Una capacidad empresarial reutilizable podría ayudar a preparar un informe de excepciones: partidas con evolución anómala, certificaciones pendientes, compras comprometidas y riesgos de tesorería. Para que esa preparación resulte fiable, hay que definir los conceptos operativos con precisión: qué significa coste incurrido, cuándo se reconoce producción, cómo se calcula el avance y cómo se distingue una previsión de un dato contabilizado.

En grupos constructores con soluciones especializadas, la inteligencia artificial tendrá valor si puede respetar las reglas del vertical y sus integraciones. No sería adecuado extrapolar una función futura de Business Central a cualquier solución sectorial sin verificar compatibilidad. El trabajo previo consiste en mapear el proceso, localizar los datos, decidir qué sistema gobierna las métricas y establecer dónde debe intervenir la persona responsable.

En escenarios de obra y proyectos, conviene conectar esta visión con IB Building 365 y Cloud Construction Microsoft, sin reducir el análisis al ERP estándar.

Qué necesita una IA para explicar una rotura de inventario o un retraso de producción

En fabricación, el dato visible al final suele ser sencillo: un pedido no está preparado, falta un componente o se supera el coste estándar. La explicación real puede requerir revisar reservas, aprovisionamientos, capacidad, listas de materiales, cambios de ingeniería, entradas de almacén y fechas comprometidas. Una respuesta automática que ignore alguno de esos elementos puede sugerir medidas que empeoren la situación.

Una futura habilidad de análisis operativo podría estructurar las hipótesis, comprobar disponibilidad y agrupar las causas más probables. El resultado tendría que separar hechos comprobados de estimaciones, indicar las fuentes utilizadas y advertir sobre las limitaciones de la información. Si existen restricciones de calidad o lotes bloqueados, la herramienta no debería recomendar su utilización como si fueran existencias disponibles para prometer.

La experiencia del responsable de planta seguirá siendo decisiva para interpretar incidencias complejas. La tecnología puede acelerar la recopilación de evidencias y hacer más homogéneos ciertos análisis, pero no sustituye capacidades de planificación ni optimización que requieran modelos específicos. Prometer una solución autónoma universal antes de conocer la documentación final sería injustificado.

Un agente no debería mezclar sociedades solo porque comparten un grupo empresarial

Una organización con varias sociedades puede utilizar Business Central para gestionar países, monedas, negocios y responsabilidades diferentes. Los datos no siempre están destinados a circular entre todas ellas. Los permisos de acceso pueden variar por sociedad y la misma política comercial o financiera puede tener excepciones locales. Por tanto, conectar una experiencia de Copilot requiere algo más que conceder una licencia de uso.

Microsoft documenta que el servidor MCP de Business Central puede exponer herramientas de lectura y, mediante configuración explícita, operaciones de creación, modificación o acciones. También detalla el descubrimiento de compañías y las exigencias de identidad. Esto es relevante para diseñar integraciones actuales, pero no demuestra por sí solo cómo se distribuirán las futuras Business Skills en todas las experiencias de Copilot.

En términos prácticos, una organización debería probar accesos cruzados, sociedades inexistentes, clientes restringidos y solicitudes ambiguas. También tiene que decidir si una recomendación puede compartir datos entre áreas y bajo qué base funcional. Los errores más peligrosos no siempre consisten en que una operación falle: a veces el sistema funciona y revela o reutiliza información que no correspondía.

Las configuraciones actuales del servidor MCP están recogidas en Microsoft Learn. El artículo sobre Business Central y MCP para agentes desarrolla ese mecanismo en el contexto empresarial.

Trabajar desde otra herramienta no significa que desaparezcan las reglas del ERP

Uno de los anuncios de Directions gira alrededor de la relación entre Business Central y Cowork. La oportunidad aparente es llevar información y trabajo del ERP a experiencias más cercanas al entorno habitual del usuario, evitando cambios constantes de aplicación. Para los responsables de negocio puede resultar atractivo solicitar un resumen, preparar una revisión o coordinar una tarea desde una conversación asistida.

Pero acercar una experiencia al usuario no elimina los procesos que hacen fiable al ERP. Una factura sigue necesitando controles, un pedido puede exigir disponibilidad y una operación entre sociedades debe respetar autorizaciones. El diseño correcto separa la forma de solicitar trabajo, las capacidades de acceso y el lugar donde se validan las reglas. Si no se respeta esta división, una experiencia conversacional puede parecer más ágil a costa de reducir el control.

La integración exacta de las futuras Business Skills con Cowork debe confirmarse conforme avance la hoja de ruta. No es prudente atribuir hoy a todos los usuarios la capacidad de ejecutar cualquier proceso desde un asistente. Además, distintas experiencias de Microsoft 365 Copilot, Copilot Studio y Business Central pueden tener requisitos de licencia, conectividad o administración diferentes.

Para una visión transversal de las experiencias conectadas puede consultarse Copilot Cowork y Dynamics 365. Aquí el foco se sitúa en qué conocimiento y controles necesita aportar Business Central, no en describir de nuevo la interfaz de Cowork.

Las reglas que hoy viven en correos y en personas son difíciles de reutilizar

Muchas empresas consideran que tienen documentados sus procesos porque disponen de manuales, procedimientos internos y políticas. En la práctica, esos documentos pueden estar desactualizados, contradecir las extensiones del ERP o no reflejar las excepciones que los empleados aplican todos los días. Ese problema se hace visible en una implantación tradicional y se amplifica cuando interviene una IA.

Antes de diseñar una habilidad empresarial convendría identificar qué conocimiento es normativo, cuál es una recomendación, quién puede modificarlo y dónde se conserva la versión vigente. También hace falta especificar qué fuentes prevalecen si existe contradicción: ¿manda la política global, el contrato del cliente, el acuerdo del proveedor o una autorización puntual? Una skill que no sabe resolver ese conflicto no debería presentarse como un procedimiento autónomo.

La documentación oficial de skills de Copilot Studio explica que pueden existir paquetes reutilizables de instrucciones, recursos y otros materiales. Esto aporta un patrón conceptual útil para diseñar conocimiento estructurado. Sin embargo, no confirma que el producto Business Skills de Business Central vaya a adoptar exactamente el mismo empaquetado, interfaz o limitaciones. Conviene conservar esa diferencia hasta que Microsoft publique las especificaciones finales.

Un ejemplo ilustrativo: revisar pedidos con riesgo sin autorizar acciones irreversibles

Supongamos que una empresa quiere preparar diariamente una revisión de pedidos comprometidos que presentan señales de riesgo. La tarea es útil y acotada: identificar pedidos que requieren atención, explicar qué dato motiva la alerta, agruparlos por responsable y sugerir verificaciones. No exige que la IA cambie fechas, reasigne mercancía o informe al cliente sin autorización.

El diseño empezaría por acordar una definición estable de riesgo: fechas vencidas, faltantes confirmados, crédito bloqueado, materiales críticos, incidencias de transporte y prioridades contractuales. Después se establecerían las fuentes consultables y los permisos por compañía. También habría que decidir qué hacer cuando faltan datos: mostrar incertidumbre, no fabricar una respuesta probable. Finalmente se construiría un conjunto de casos de prueba con pedidos normales, excepciones y situaciones contradictorias.

La salida deseada podría ser un informe con evidencias: pedido, motivo, dato de origen, fecha de actualización, impacto esperado, responsable y siguiente comprobación. Los equipos lo revisarían antes de activar cualquier comunicación o modificación. Un flujo existente de Power Automate podría encargarse de enviar avisos aprobados; una herramienta MCP podría proporcionar datos si encaja en los permisos. Que esas piezas estén documentadas hoy no significa que la integración exacta con Business Skills ya esté disponible.

Los errores que no se ven en una demostración

Una demostración suele partir de datos limpios, preguntas previstas y un usuario con permisos adecuados. La realidad empresarial introduce pedidos sin información completa, sociedades con nomenclaturas diferentes, contratos contradictorios, accesos caducados y procesos parcialmente manuales. Si no se prueban estas situaciones, el primer piloto puede producir una impresión de fiabilidad que desaparezca al comenzar la operación diaria.

También existe el riesgo de que un sistema consulte datos correctos pero extraiga conclusiones equivocadas. Un margen negativo puede deberse a una venta promocional aprobada; una incidencia de crédito, a un litigio temporal; una fecha vencida, a un pedido ya cancelado. La habilidad debe contar con reglas para reconocer excepciones y reconocer incertidumbre. No basta con que la respuesta contenga números precisos.

Otro riesgo es el exceso de permisos: se habilitan herramientas amplias para acelerar la prueba y después permanecen activas sin segmentación. Microsoft ofrece mecanismos de configuración y validación en MCP que permiten acotar operaciones; la organización debe emplearlos dentro de una política de control. Tampoco conviene asumir que una aprobación humana genérica neutraliza todos los riesgos si el usuario no recibe evidencias suficientes para revisar lo que se propone.

Cómo comprobar si una futura skill sirve realmente para el negocio

No evaluaría una habilidad con cinco preguntas preparadas para una presentación. La probaría contra un conjunto representativo de situaciones con respuesta esperada, incluyendo casos de error, falta de permisos, documentos contradictorios y datos incompletos. Cada ejecución debería permitir distinguir qué información consultó, qué regla aplicó y dónde se produjo una desviación. El diseño de pruebas tiene que involucrar al responsable del proceso, no únicamente al equipo de tecnología.

Para una primera evaluación utilizaría indicadores de precisión funcional, cobertura de escenarios, porcentaje de respuestas que requieren corrección, tiempo de preparación y coste total de revisión. En tareas sensibles añadiría errores críticos, accesos indebidos, modificaciones no autorizadas y recuperabilidad. Si la solución solo ahorra minutos en la preparación, pero genera una hora adicional de comprobaciones, no ha mejorado la productividad.

Las pruebas UAT en Business Central son una disciplina complementaria. Page Scripting permite verificar recorridos relevantes del ERP, pero no sustituye las evaluaciones del razonamiento de un agente ni garantiza que este interprete correctamente la información. El control de calidad debe incluir pruebas de procesos, herramientas, permisos y respuestas en lenguaje natural cuando corresponda.

La preparación de escenarios puede apoyarse en Page Scripting y pruebas UAT en Business Central, mientras que la documentación oficial sobre skills de agentes ayuda a comprender la naturaleza de instrucciones y tareas reutilizables.

No presupuestar 2027 a partir de un anuncio sin condiciones finales

Las empresas suelen querer una respuesta inmediata a cuánto costará incorporar una nueva experiencia de IA. En el caso de Business Skills de Business Central, no debe suponerse que exista una tarifa definitiva, una licencia independiente o un consumo incluido universalmente. Las condiciones de las experiencias futuras no están detalladas por completo en el anuncio de Directions. Cualquier estimación debe indicar qué partidas están confirmadas y cuáles requieren validación comercial.

El coste real de un proyecto puede incluir licencias de usuario, consumo de agentes, conectividad, configuración de acceso, diseño de procesos, preparación de datos, pruebas, mantenimiento y seguimiento. También existe un coste de gobierno: revisar reglas, resolver incidencias y gestionar cambios de responsabilidad. Muchas de estas partidas aparecen incluso cuando una función de software se incluye en otra licencia.

La evaluación económica debería comparar el trabajo actual con el proceso futuro. Hay que medir minutos de recopilación, verificaciones, incidencias, reprocesos y valor de las decisiones adelantadas. A partir de esos datos se puede establecer un rango de inversión defendible. No conviene inventar porcentajes de ahorro o equivalencias entre productos de Copilot sin una tabla oficial para cada escenario y un piloto validado.

Las decisiones que pueden tomarse antes de que Microsoft abra las siguientes previews

No hace falta esperar a que aparezca Business Skills en el menú de una aplicación para comenzar. Primero hay que seleccionar procesos que concentren esfuerzo repetitivo y decisiones con criterios razonablemente estables. Conviene evitar tanto tareas triviales, cuyo ahorro es irrelevante, como operaciones críticas con demasiadas excepciones para un primer piloto.

En segundo lugar, es necesario mapear las fuentes de información: qué reside en Business Central, qué está en CRM, qué depende de contratos y qué se produce en hojas de cálculo. Después se documentan los controles: roles, sociedades, permisos de lectura, acciones prohibidas y responsables de aprobación. La preparación debe terminar con una batería de casos de prueba y una medición inicial del proceso actual.

Cuando Microsoft publique documentación técnica y habilite los programas pertinentes, será posible probar un caso limitado con usuarios reales, comparar resultados y decidir si merece la pena ampliar. La secuencia correcta es descubrir valor, asegurar el control y escalar cuando las evidencias lo permitan. Empezar por conectar todos los datos y todas las acciones sería la forma más rápida de elevar el riesgo sin demostrar beneficio.

Por qué un proyecto de Business Skills no puede depender solo del equipo de tecnología

La tecnología puede resolver conectividad, identidad y disponibilidad de herramientas. Pero no puede decidir por sí sola qué constituye una desviación comercial aceptable, cómo se prioriza una reclamación o qué tolerancia admite un cierre financiero. Esas reglas pertenecen a las áreas de negocio. Por eso el responsable funcional tiene que intervenir desde la selección del caso, la definición de criterios y la evaluación de resultados.

El CIO debe garantizar que la nueva experiencia no abra otro canal sin control sobre información sensible. El CFO necesita conocer coste, productividad y riesgos financieros. Operaciones debe validar que las recomendaciones se ajustan a la realidad. Seguridad y cumplimiento deben definir límites, auditoría y tratamiento de datos. El partner tecnológico aporta diseño de arquitectura, integración, pruebas y capacidad de sostener la solución tras la primera demostración.

Un error frecuente consiste en nombrar un responsable de IA genérico sin asignar propiedad a cada habilidad empresarial. Si la regla de descuento cambia, alguien debe actualizarla y comprobar el efecto; si un proceso se modifica, alguien debe revisar los casos de prueba; si una herramienta falla, debe existir una ruta de recuperación. Sin propietarios claros, la solución se deteriorará aunque su interfaz siga funcionando.

Dónde conviene poner límites antes de entusiasmarse con la autonomía

No escogería como primera experiencia una tarea que autorice grandes pagos, cambie datos bancarios de proveedores, elimine información financiera o altere masivamente precios sin controles. Tampoco utilizaría una habilidad nueva para reemplazar procesos legales o contables cuya interpretación dependa de criterios que nadie ha documentado. La promesa de agilidad no compensa asumir riesgos que la empresa no puede detectar o revertir.

Hay otros casos menos evidentes: generación automática de compromisos de entrega sin visibilidad de capacidad, clasificación de clientes utilizando datos de sociedades no autorizadas o interpretación de contratos mediante versiones antiguas. Todos pueden producir una buena demostración inicial y un impacto comercial negativo después. El primer objetivo debería ser preparar trabajo revisable, no transferir decisiones irreversibles a una experiencia recién desplegada.

También evitaría iniciar un proyecto solo porque el nombre de una funcionalidad aparezca en el roadmap. Una empresa que hoy no tiene una definición consensuada de margen, inventario disponible o proyecto rentable debería resolver antes esas discrepancias. La IA amplificará tanto la calidad como las carencias del modelo de datos y del proceso.

Respuestas a las dudas que pueden surgir antes del lanzamiento

Seguir las novedades con información contrastada y experiencia técnica

Los anuncios de producto marcan una dirección, pero un proyecto empresarial necesita documentación concreta sobre requisitos, permisos, disponibilidad y limitaciones. Para interpretar la evolución de Business Central conviene combinar las páginas oficiales de Microsoft con el trabajo de especialistas que prueban las herramientas y describen sus dificultades de integración. Las experiencias de comunidad no sustituyen a la documentación de soporte, pero ayudan a plantear mejores preguntas.

Microsoft Learn ofrece información verificable sobre el servidor MCP, las operaciones permitidas y la definición general de skills para determinadas experiencias de Copilot Studio. La agenda de Directions identifica las sesiones donde Microsoft ha explicado la evolución hacia Cowork y agentes conectados. Entre los especialistas, Stefano Demiliani ha publicado trabajos sobre integración MCP, identidad y arquitectura, mientras que Waldo analiza mecanismos para enlazar conocimiento del ecosistema Business Central y hacerlo utilizable por agentes. Son referencias técnicas y perspectivas complementarias, no confirmaciones de las características finales de Business Skills.

A medida que Microsoft publique documentación específica de Business Skills, habrá que contrastar las fechas previstas y la matriz de disponibilidad por versión, región y programa. Las empresas deberían validar estas condiciones antes de iniciar inversiones o prometer funciones a usuarios finales.

Prepararse hoy para una IA que pueda trabajar con criterio mañana

La evolución de Business Central hacia experiencias más conectadas con Copilot puede transformar la forma en que las personas acceden a información y preparan tareas. La oportunidad no está en añadir más conversaciones al día. Está en reducir el tiempo perdido buscando datos dispersos, hacer explícitas las reglas que hoy solo conocen unos pocos y permitir que los equipos tomen decisiones mejor documentadas.

Una empresa preparada tendrá un inventario de procesos prioritarios, datos gobernados, permisos coherentes y propietarios claros de cada criterio. Sabrá qué resultados quiere mejorar, qué errores no acepta y cómo probar la solución. Esa preparación conserva valor aunque el calendario o el nombre final de las capacidades cambie. Por el contrario, esperar a la disponibilidad general sin ordenar procesos puede retrasar la adopción y elevar su coste.

Ayesa Digital puede acompañar esta reflexión desde el conocimiento de Business Central, Dynamics 365, Power Platform, Azure y los procesos sectoriales. El siguiente paso útil es escoger una decisión concreta que hoy exija demasiado trabajo manual y evaluar qué parte puede prepararse con datos, instrucciones y automatización controlada. La tecnología que llegue después tendrá entonces un problema empresarial real que resolver.

La arquitectura de Business Central puede conectarse con agentes y Copilot, Power Platform y sistemas de datos. La diferencia entre una demostración y un resultado duradero seguirá estando en la calidad de esa conexión.

Business Central, agentes y procesos conectados