Hasta hace poco, la conversación sobre IA en la empresa era sobre asistentes. Sistemas que sugerían, resumían, respondían preguntas. El CIO decidía si implantarlos, los usuarios decidían si usarlos. El control estaba claro.
Eso ha cambiado. Con el Release Wave 1 de 2026, Dynamics 365 Finance y Supply Chain Management incorporan agentes que ejecutan procesos completos de forma autónoma: gestionan el ciclo de aprobación de facturas, optimizan la planificación de la demanda, coordinan flujos de compras y actualizan registros en el ERP sin esperar que nadie pulse un botón. El CIO ya no gestiona una herramienta que los empleados usan. Gestiona actores que actúan en nombre de la empresa.
Ese cambio tiene consecuencias concretas para el rol, las responsabilidades y el marco de trabajo del director de sistemas.
El cambio de naturaleza que define este momento
La diferencia entre un asistente conversacional y un agente autónomo no es de grado, es de naturaleza. Un asistente recomienda; un agente decide y ejecuta. Cuando Copilot te sugiere una clasificación contable, tú la apruebas o no. Cuando un agente autónomo de Dynamics 365 Finance procesa un lote de facturas de proveedor, las valida, las concilia contra el pedido de compra y las aprueba dentro del umbral autorizado. La intervención humana existe, pero en los límites que hayas definido previamente, no en cada transacción.
Esto traslada la responsabilidad a un lugar distinto. Antes, si un usuario aprobaba un gasto mal clasificado, era un error humano. Ahora, si el agente aprueba sistemáticamente una factura de proveedor incorrecta porque las reglas de tolerancia estaban mal calibradas, o si el agente de planificación de demanda genera previsiones sesgadas por datos históricos atípicos, la responsabilidad recae en quién diseñó esas reglas y quién aprobó desplegarlas sin las salvaguardas adecuadas. El CIO es, en gran medida, esa persona.
Qué políticas necesitas antes de dar autonomía a un agente
Dar autonomía a un agente sin políticas definidas no es transformación digital, es improvisación a escala. El primer trabajo del CIO antes de desplegar cualquier agente en Dynamics 365 es definir tres cosas con precisión: qué puede hacer el agente sin supervisión, en qué condiciones debe detener el proceso y escalar a un humano, y cómo se audita cada acción que toma.
El ámbito de acción es el elemento más crítico y el que más frecuentemente se configura de forma vaga. Un agente de Dynamics 365 Finance que puede aprobar facturas de proveedor por debajo de un umbral determinado parece razonable hasta que empiezan a aparecer facturas fragmentadas en múltiples líneas para eludir ese límite. Un agente de SCM que ajusta automáticamente los pedidos de reposición puede generar exceso de stock si los parámetros de demanda no se revisan con regularidad. El límite no es solo una cifra: es un conjunto de condiciones, incluidas excepciones, que hay que pensar antes de que el agente se encuentre con el caso límite en producción.
Las condiciones de escalada son igualmente importantes. Todo agente necesita un camino de salida claro cuando se encuentra con algo fuera de su rango. Si ese camino no está definido, el agente toma una decisión por defecto que puede ser la incorrecta, o se detiene sin notificar a nadie, que es peor.
Sobre la auditoría, la buena noticia es que los agentes en Dynamics 365 generan un registro de actividad más completo que muchos procesos manuales. La mala noticia es que ese registro solo tiene valor si alguien lo revisa con regularidad y si los indicadores de alerta están configurados para detectar patrones anómalos.
El marco de decisión: qué delegar y qué no
Uno de los errores más comunes al desplegar agentes es tratarlo como una decisión binaria: o el agente hace todo o no hace nada. La realidad operativa es más granular. La pregunta correcta no es si el agente puede hacer algo, sino bajo qué condiciones tiene sentido que lo haga de forma autónoma.
Un criterio práctico para estructurar ese marco: los procesos con alta frecuencia, baja variabilidad y reglas bien definidas son candidatos óptimos para la autonomía del agente. Los procesos con excepciones frecuentes, alto impacto financiero o regulatorio, o que requieren juicio contextual, necesitan supervisión humana aunque el agente pueda ejecutar los pasos técnicos.
Aplicado a Dynamics 365 Finance y SCM, esto significa que el agente de procesamiento de facturas puede gestionar con autonomía las facturas estándar de proveedores habituales dentro de tolerancias conocidas, pero debe escalar cuando hay discrepancias con el pedido de compra, cuando el proveedor tiene incidencias abiertas, o cuando el importe supera el umbral de aprobación del área. En Supply Chain, el agente de reposición puede actuar de forma autónoma sobre referencias de alta rotación y baja variabilidad, pero necesita validación humana cuando la previsión de demanda presenta una desviación significativa respecto al histórico. El agente gestiona el volumen; el equipo gestiona las excepciones.
Este marco también define qué necesitas de Microsoft Agent 365, la plataforma de control centralizado que Microsoft está desplegando para gestionar múltiples agentes desde un único punto. Antes de usarla para monitorizar, necesitas saber qué quieres monitorizar y por qué.
Cómo medir el impacto sin perder el control
La adopción de agentes de IA en el ERP produce efectos que los indicadores tradicionales de IT no están diseñados para capturar. Los tickets resueltos y el tiempo de respuesta del sistema siguen siendo relevantes, pero el indicador que realmente importa ahora es la calidad de las decisiones que toma el agente.
Eso implica definir métricas específicas para cada agente desplegado. Para un agente de Dynamics 365 Finance orientado a cuentas a pagar: tasa de facturas procesadas sin intervención, porcentaje de excepciones escaladas al equipo humano y tendencia de ambas cifras a lo largo del tiempo. Para un agente de planificación de demanda en SCM: precisión de la previsión generada por el agente frente al histórico real, número de órdenes de reposición modificadas manualmente y desviación de stock resultante.
Las correcciones manuales son especialmente reveladoras. Si el equipo está continuamente revisando y modificando las decisiones del agente, hay un problema de configuración que ningún rediseño de interfaz va a resolver. Si las correcciones son escasas y concentradas en tipos de casos específicos, el diagnóstico es más preciso y la mejora, más accionable.
Hay un riesgo paralelo que el CIO debe vigilar de cerca: la atrofia de capacidades en el equipo humano. Cuando un agente gestiona el 90% del volumen de un proceso, las personas que lo supervisaban dejan de ejercitar el juicio necesario para manejar el 10% restante. Diseñar el modelo de trabajo para que el equipo mantenga ese juicio vivo, aunque sea supervisando en lugar de ejecutando, es parte de la gobernanza.
La conversación con el consejo que el CIO necesita preparar
Los agentes de IA en el ERP no son una decisión de infraestructura que el CIO pueda tomar en solitario y presentar como un hecho consumado. Tienen implicaciones de negocio, legales y de responsabilidad que requieren alineación con la dirección general, el CFO y, según el sector, el equipo legal.
La conversación que el CIO necesita preparar no es técnica: es de gobernanza. Quién es responsable cuando un agente toma una decisión incorrecta con impacto financiero. Cómo se documenta el proceso de decisión de un agente para cumplimiento regulatorio. Qué ocurre cuando dos agentes con lógicas distintas interactúan y producen un resultado inesperado.
Ninguna de esas preguntas tiene una respuesta técnica. Tienen respuestas de política empresarial que deben estar definidas antes de que el agente empiece a operar, no después de que ocurra el primer incidente.
El CIO en 2026 necesita ser tan hábil diseñando marcos de gobernanza como evaluando tecnología. Los agentes están listos. La pregunta es si la organización lo está.