Autor
Eduardo Santana
Microsoft Business Development en Ayesa Digital. Especializado en el ecosistema Microsoft, Dynamics 365, Power Platform y el aterrizaje de la inteligencia artificial en procesos empresariales reales.
El cambio de fondo
El modelo importa, pero no resuelve por sí solo un problema de negocio
Durante los primeros años de la IA generativa, la conversación se parecía demasiado a una comparativa de motores: qué modelo escribe mejor, cuál razona más, cuál responde antes o cuál parece más convincente. Es una conversación comprensible, pero incompleta. Una organización no consigue retorno porque un modelo redacte un texto brillante. Lo consigue cuando esa capacidad ayuda a resolver una tarea concreta dentro de un proceso con datos fiables, permisos correctos y una responsabilidad claramente definida.
Copilot está evolucionando hacia una plataforma donde pueden coexistir distintos modelos y donde la selección puede responder a la naturaleza del trabajo. Esto permite equilibrar rapidez, profundidad, coste y disponibilidad. Pero sería un error convertir esa flexibilidad en una carrera por elegir la etiqueta tecnológica más reciente. Una empresa no necesita tener todos los modelos disponibles para empezar. Necesita decidir qué proceso merece atención y cómo se gobierna la capacidad que se despliega.
La cuestión se vuelve especialmente relevante cuando Copilot, Copilot Studio y los agentes empiezan a trabajar con Dynamics 365 Business Central, con Dynamics 365 Finance & Operations, con CRM o con documentación distribuida en Microsoft 365. En ese momento, el agente deja de ser una interfaz conversacional simpática y se convierte en una pieza que puede preparar decisiones, recomendar acciones, clasificar excepciones, crear borradores o activar procesos.
Y ahí aparece la diferencia entre una prueba de concepto atractiva y una capacidad empresarial sostenible: la arquitectura. La IA debe entender el contexto sin acceder a información que no necesita, actuar sobre herramientas autorizadas, respetar las reglas del proceso y ofrecer trazabilidad. Sin esos elementos, la organización puede tener una demo muy vistosa, pero difícilmente un resultado repetible a escala.
Una arquitectura que sí aterriza
Del modelo al agente y del agente al proceso: tres niveles que conviene no mezclar
Modelos
Aportan lenguaje, razonamiento, síntesis, clasificación, análisis y generación de contenido. Son una capacidad tecnológica importante, pero no conocen por defecto la realidad operativa, las políticas internas, los roles ni las excepciones de cada organización.
Agentes
Aportan instrucciones, contexto, conocimiento, herramientas, memoria de trabajo y una secuencia para ejecutar tareas. Son los que convierten una capacidad genérica en una ayuda especializada para ventas, finanzas, atención al cliente, proyectos u operaciones.
Procesos empresariales
Aportan datos maestros, reglas de negocio, aprobaciones, trazabilidad y acciones que afectan a clientes, pedidos, tesorería, inventario, producción, obra o servicio. Es el nivel donde se decide si la IA aporta valor o añade ruido.
Un modelo puede proponer. Un agente puede organizar y preparar. Un proceso empresarial debe conservar las reglas, los permisos y la responsabilidad de decidir cuándo una acción es válida.
El punto crítico para dirección
Un agente no debe “tener acceso al ERP”. Debe tener acceso a una acción concreta y gobernada.
Uno de los errores más frecuentes consiste en diseñar agentes como si fueran empleados virtuales omniscientes. No es una buena práctica. Un agente no necesita acceso abierto a toda la información financiera, comercial o de personas para resultar útil. Necesita el mínimo contexto imprescindible y acciones definidas con precisión.
Esto no solo reduce el riesgo. También ayuda a que el proyecto sea más rápido, más fácil de probar y más sencillo de explicar a los usuarios. Un agente que prepara información para una reunión comercial tiene un alcance distinto al de un agente que propone una previsión de tesorería o al de otro que guía la resolución de una incidencia de servicio. Cada uno necesita datos, roles, aprobaciones y métricas diferentes.
La autonomía debe crecer por fases. Primero puede resumir, encontrar información y preparar borradores. Después puede recomendar decisiones o dejar listas determinadas acciones. Solo cuando el proceso esté probado y el riesgo lo permita debería ejecutar operaciones con escasa intervención humana. La automatización madura no elimina el control: elimina fricción, esperas y trabajo manual sin valor.
Dynamics 365 y Copilot
La experiencia será cada vez más transversal, pero cada aplicación conserva su propia evolución
Que Copilot incorpore una estrategia multimodelo no significa que todas las capacidades nativas de Dynamics 365 empiecen a utilizar los mismos modelos o se activen al mismo tiempo. Cada producto mantiene su arquitectura, calendario de versiones, requisitos de licencia y límites funcionales. Simplificar este asunto crea expectativas incorrectas, especialmente en proyectos de ERP donde la confianza depende de la precisión.
En Dynamics 365 Sales, los agentes y las experiencias de Copilot pueden ayudar al equipo comercial a preparar reuniones, entender el contexto de una oportunidad, resumir actividad, priorizar cuentas y reducir tareas administrativas. El valor no está en sustituir el criterio comercial, sino en recuperar tiempo que hoy se pierde reconstruyendo información dispersa entre correos, reuniones, notas y registros incompletos.
En Dynamics 365 Customer Service, la IA puede ayudar a clasificar casos, localizar conocimiento, proponer respuestas, identificar incidencias recurrentes y asistir al agente humano en una conversación compleja. Pero el diseño debe considerar el tono, las fuentes válidas, la información sensible y los puntos donde una respuesta equivocada puede afectar la relación con el cliente.
En Dynamics 365 Field Service, los escenarios pueden combinar historial de activos, órdenes de trabajo, conocimiento técnico, agenda, piezas disponibles y datos de operación. Un agente puede reducir el tiempo de preparación de un técnico o coordinar la información necesaria para responder a una incidencia, pero no debe tomar decisiones técnicas o compromisos de servicio fuera de las reglas definidas por la organización.
En Dynamics 365 Finance y Dynamics 365 Finance & Operations, el alcance puede ser especialmente relevante porque los procesos afectan a cierre, previsión, compras, producción, logística, proyectos o tesorería. Aquí la IA debe respetar con especial rigor las políticas de aprobación, segregación de funciones y trazabilidad. Un buen agente puede acelerar análisis y preparación; un agente mal diseñado puede amplificar un error a una velocidad poco amable.
En Business Central conviene ser igualmente precisos. Las capacidades nativas de Copilot del producto tienen su propia evolución. A la vez, la plataforma puede integrarse con automatizaciones y agentes que trabajen sobre procesos concretos. Son dos planos complementarios: uno está incorporado en el producto y el otro permite extender la experiencia conectando ERP, Microsoft 365, Power Platform, datos y otros sistemas autorizados.
Decisiones que evitan proyectos de humo
Cinco preguntas que deben resolverse antes de poner un agente en producción
1. ¿Qué decisión o tarea repetitiva se quiere mejorar?
No se debe empezar por la tecnología. Hay que elegir un proceso concreto con volumen, fricción, impacto económico o riesgo operativo: preparación comercial, tratamiento de incidencias, conciliación de información, seguimiento de cobros, revisión documental, control de desviaciones o elaboración de informes recurrentes.
2. ¿Qué datos son realmente necesarios?
La calidad del resultado dependerá más de la fiabilidad, actualidad y estructura del dato que de la espectacularidad del modelo. Hay que identificar la fuente de verdad, las restricciones de acceso y las excepciones que el agente debe reconocer antes de recomendar o preparar cualquier acción.
3. ¿Qué puede recomendar y qué puede ejecutar?
Preparar, resumir y priorizar no es lo mismo que modificar un pedido, generar un pago, crear un registro o enviar una comunicación a un cliente. La autonomía debe aumentar de forma gradual, trazable y con aprobaciones cuando el riesgo lo requiera.
4. ¿Quién gobierna permisos, coste y cambios?
Un agente necesita propietario de negocio, responsable técnico y reglas de operación. También requiere controlar consumo, disponibilidad regional, modelos habilitados, tratamiento de información sensible, cambios en las fuentes de datos y evolución de las instrucciones que condicionan su comportamiento.
5. ¿Cómo sabremos que funciona?
Un proyecto serio define métricas desde el inicio: horas reducidas, tiempo de respuesta, errores evitados, conversión comercial, reducción de incidencias, mejora de previsiones, disminución de retrabajo o satisfacción interna. Si no existe una medida de impacto, probablemente todavía no existe un caso de uso prioritario.
Cuatro caminos que responden a problemas distintos
No todas las necesidades requieren el mismo tipo de solución
Capacidad nativa en Dynamics 365
Es la opción adecuada cuando la necesidad está cubierta de forma estándar dentro de la aplicación y el objetivo es mejorar la experiencia del usuario en el proceso donde ya trabaja. Tiene la ventaja de reducir complejidad y acelerar la adopción, siempre que el caso de uso encaje realmente con la funcionalidad disponible.
Automatización con Power Platform
Es apropiada cuando existe una tarea repetitiva y estructurada que requiere conectar sistemas, aplicar reglas, recoger datos, generar avisos o aprobar decisiones. Power Platform conectada al ERP permite resolver muchos procesos periféricos sin convertir el núcleo del ERP o CRM en una colección de personalizaciones difíciles de mantener.
Agentes con Copilot Studio
Tiene sentido cuando la tarea necesita interpretar lenguaje, consultar conocimiento, combinar fuentes de información y seguir un recorrido con herramientas concretas. Es útil para asistentes especializados que trabajan sobre un ámbito delimitado: un proceso de servicio, una política interna, una actividad comercial o una operación que requiere contexto antes de actuar.
Arquitectura avanzada sobre Azure
Es la opción para escenarios que requieren integración compleja, grandes volúmenes de datos, modelos de recuperación documental, observabilidad, personalización, operación especializada o conexión con aplicaciones que salen del ecosistema estándar. Azure para empresas aporta la base para convertir la IA en una capacidad segura, escalable y operable.
La decisión correcta no es elegir una de estas opciones por moda. En muchas organizaciones conviven las cuatro. La cuestión es que cada una resuelva el tipo de problema para el que tiene sentido, bajo una arquitectura común de identidad, datos, integración, seguridad y gobierno. Intentar que un agente resuelva lo que una automatización simple puede hacer es tan poco eficiente como pretender que un flujo rígido interprete una conversación compleja con un cliente.
Copilot, Microsoft 365 y conocimiento corporativo
El contexto empresarial es más valioso que una respuesta genérica
Un agente puede ser excelente redactando, pero seguirá siendo limitado si no puede entender la situación específica de la empresa. El valor aparece cuando se conecta al conocimiento válido: documentos, políticas, datos de negocio, historial de clientes, registros de proyecto, conversaciones, calendarios y fuentes que ya forman parte del trabajo diario.
Esa conexión debe respetar los permisos existentes. La IA no puede convertirse en un atajo para saltarse la seguridad documental, la segregación de funciones o la confidencialidad comercial. Un proyecto responsable revisa qué información puede consultar cada perfil y evita exponer contenidos que no corresponden a su función.
Una preparación seria para Copilot requiere revisar:
Identidad y permisos: quién puede acceder a cada repositorio, aplicación, dato y acción.
Calidad documental: qué conocimiento está vigente, quién lo mantiene y qué contenido obsoleto puede inducir a error.
Adopción: qué equipos tienen un problema concreto que resolver y cómo se medirá la mejora.
Gobierno: cómo se habilitan capacidades, se controla consumo y se revisa el comportamiento de cada agente.
Seguridad: cómo se protege la información y se mantienen los controles en un entorno que evoluciona con rapidez.
De la teoría a los casos de uso
Dónde puede aportar valor un agente conectado a Dynamics 365
No existe un “agente empresarial” genérico que sirva para todo. Los casos que generan retorno suelen estar vinculados a un rol, una decisión y un proceso. La oportunidad es enorme, precisamente porque muchas empresas aún dependen de personas que cada día recopilan datos desde varias aplicaciones, preparan documentos, persiguen aprobaciones o responden a preguntas que ya podrían resolverse con información disponible.
Ventas y desarrollo de negocio
Preparación de reuniones con contexto de cliente, resumen de oportunidades, identificación de riesgos de pipeline, seguimiento de compromisos, propuesta de próximos pasos y generación de borradores comerciales con información real del CRM. El objetivo es liberar al equipo de búsqueda y actualización manual para dedicar más tiempo a la conversación con el cliente.
Servicio y atención al cliente
Clasificación inicial de peticiones, localización de procedimientos, síntesis del historial de una cuenta, sugerencia de respuesta, identificación de incidencias similares y apoyo a la escalación. El agente no sustituye la empatía ni la responsabilidad del equipo, pero evita que cada caso empiece de cero.
Finanzas, compras y control
Preparación de análisis de desviaciones, seguimiento de vencimientos, explicación de variaciones, recopilación de soportes para revisión, priorización de excepciones y ayuda en la elaboración de informes. El valor es especialmente alto cuando el agente trabaja con datos confiables y deja claro el origen de cada conclusión.
Proyectos, obra y operaciones
Consulta de avance, preparación de informes de situación, detección de documentación pendiente, resumen de riesgos, organización de incidencias y apoyo a la coordinación entre oficina y campo. En sectores operativos, la IA tiene sentido cuando reduce la distancia entre la información disponible y la decisión que hay que tomar.
Para una empresa constructora, por ejemplo, el reto no es añadir un asistente más a la lista. Es conectar presupuesto, producción, compras, certificaciones, costes, contratos, comunicaciones y documentación sin perder el control. Por eso la IA adquiere más valor cuando forma parte de una Cloud Industry para Construcción y Real Estate y no de una iniciativa aislada que nadie sabe mantener al terminar la presentación.
Coste, seguridad y gobierno
La IA empresarial no se gobierna con una política genérica y una reunión mensual
La estrategia multimodelo añade posibilidades, pero también nuevas decisiones. El coste puede variar según el modelo habilitado, el volumen de contexto, las herramientas utilizadas, la complejidad de la orquestación y el nivel de esfuerzo requerido para una tarea. No basta con asignar un presupuesto y esperar que el consumo se comporte solo. Hay que decidir qué usos se priorizan, quién puede acceder a ellos y cómo se revisa el retorno.
La seguridad tampoco puede limitarse a comprobar que el proveedor es conocido. En cada caso de uso hay que revisar el recorrido del dato: qué información se consulta, dónde se procesa, qué contenido se retiene, qué conectores se habilitan y qué usuario o servicio puede ejecutar una acción. Un agente que accede a un buzón, a un repositorio documental y a una aplicación de negocio debe tener un diseño de permisos mucho más cuidadoso que un asistente de redacción aislado.
Además, los proyectos necesitan una disciplina de mejora continua. Los datos cambian, los procesos evolucionan, las políticas se actualizan y los modelos disponibles también. Un agente que funcionó bien hace seis meses puede empezar a dar respuestas peores si su conocimiento no se mantiene, si una integración se modifica o si el proceso de negocio cambia sin que nadie revise las instrucciones. La operación posterior forma parte del proyecto desde el primer día.
En la práctica, las empresas que avanzan mejor suelen crear una combinación de gobierno central y responsabilidad distribuida. El área de tecnología define principios, seguridad, arquitectura y herramientas permitidas. Las áreas de negocio priorizan los problemas, validan resultados y se hacen responsables de la adopción. Esa colaboración evita dos extremos igual de improductivos: la innovación sin control y el control que bloquea cualquier innovación.
Preguntas frecuentes
¿Qué significa que Copilot sea multimodelo?
Significa que una experiencia de Copilot puede ofrecer o utilizar distintos modelos de IA según los que la organización haya habilitado y según el tipo de trabajo. La elección puede afectar a velocidad, profundidad de análisis, estilo de respuesta, tratamiento de datos y consumo.
¿Puede un agente de Copilot trabajar con datos de Dynamics 365?
Sí, cuando se diseña con integraciones, permisos y acciones adecuadas. El objetivo no debe ser abrir acceso general a toda la aplicación, sino permitir consultas y operaciones específicas, auditables y coherentes con el rol de cada usuario.
¿Las novedades de Copilot se activan automáticamente en Business Central?
No necesariamente. Business Central mantiene sus propias funcionalidades nativas de IA, calendario de disponibilidad y condiciones. Es importante diferenciar entre las capacidades integradas en el producto y los agentes externos que pueden operar sobre procesos o datos concretos del ERP.
¿Qué necesita una empresa antes de crear agentes?
Necesita un proceso priorizado, datos razonablemente fiables, permisos revisados, un propietario de negocio, responsables técnicos y una métrica de éxito. Empezar por un caso concreto y medible suele ser mucho más eficaz que intentar crear un asistente generalista para toda la compañía.
¿Qué papel tiene Azure en una estrategia de agentes empresariales?
Azure permite abordar escenarios que requieren integración compleja, datos a escala, búsqueda avanzada, observabilidad, seguridad, operación y capacidades de IA personalizadas. Es especialmente relevante cuando el caso de uso va más allá de las capacidades estándar de una aplicación o de un agente sencillo.
Hablemos de procesos, no de promesas
Identifica dónde puede aportar valor un agente conectado a tu negocio
Cuéntanos qué proceso quieres mejorar. Analizaremos contigo el encaje entre datos, aplicaciones, automatización y capacidades de IA para construir un caso de uso viable, seguro y medible.
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)