Oracle coloca la orquestación de agentes dentro del ERP, y eso cambia la ecuación de la gobernanza

Oracle ha lanzado Fusion Claw, que describe como la primera capa nativa de orquestación de agentes de IA integrada directamente dentro de una plataforma ERP importante. La propuesta es acotada y reveladora. En lugar de ejecutar agentes desde una consola separada y esperar que respeten las políticas de la empresa, Fusion Claw permite a las organizaciones definir procedimientos operativos estándar, umbrales de riesgo y derechos de decisión dentro de Fusion Applications, donde ya reside la lógica de negocio.

Esa ubicación es la historia. Durante dos años, la conversación sobre agentes ha girado en torno a la capacidad: ¿puede el modelo completar la tarea? Los lanzamientos que importan este mes responden a una pregunta diferente: si una empresa puede vigilar a un agente una vez que está en funcionamiento.

La brecha que todos siguen citando

Las cifras que explican el cambio ya son familiares. Alrededor del 85 % de las grandes empresas están experimentando con agentes de IA, pero solo cerca del 5 % ha llevado la tecnología agéntica a producción, y solo entre el 11 % y el 14 % de los pilotos llega a escalar. Gartner proyecta que más del 40 % de los proyectos de IA agéntica se cancelarán para 2027, y lo atribuye a problemas de integración y coordinación más que a la calidad de los modelos. IDC, mirando en la dirección opuesta, espera del orden de 1300 millones de agentes de IA en uso en todo el mundo para 2028.

Si se juntan, el cuello de botella se desplaza. Los modelos son suficientemente buenos para mucho trabajo. Lo que falta es la fontanería: identidad, permisos, registros de auditoría y coordinación entre sistemas que nunca se diseñaron para responder a software que actúa por su cuenta.

La gobernanza entregada como categoría de producto

Oracle es un participante en un mes que ha producido una cantidad sorprendente de infraestructura de gobernanza de agentes. OpenAI lanzó Presence, una capa operativa para desplegar agentes de voz y chat con un alcance laboral definido, acceso limitado al conocimiento y acciones aprobadas, dirigida a soporte de facturación, reclamaciones de seguros y solicitudes de TI de empleados. Classie Supervise llegó junto con ella para dar a las empresas seguimiento y contabilización en tiempo real de los agentes que ya están en producción.

Salesforce y AWS anunciaron Agentforce 360 for AWS, una plataforma conjunta cuyo Atlas Reasoning Engine se ejecuta sobre los modelos Claude de Anthropic a través de Amazon Bedrock y, de manera destacada, genera registros de auditoría inmutables para cada decisión de agente. CrowdStrike figura entre los primeros adoptantes, y cita la simplicidad de adquisición junto con la seguridad, que es una forma muy empresarial de decir que comprar una cosa supera a ensamblar cinco.

En otros lugares, OneTrust amplió su plataforma con un plano de control de IA y un centro de mando de gobernanza, con integraciones en ChatGPT, Claude, Copilot y Glean. Red Hat ha sostenido que las salvaguardas a nivel de modelo son insuficientes una vez que los agentes pueden ejecutar acciones, y aboga por una defensa en profundidad en identidad, tiempo de ejecución, redes e infraestructura. Nvidia presentó la Open Agent Safety Platform, construida con más de 100 socios, diseñada para poner en cuarentena a un agente descontrolado en milisegundos.

Cada uno de estos productos ataca el mismo problema desde una altitud diferente. La apuesta de Oracle es que el registro de auditoría debería ser la transacción, no un registro paralelo. Si las acciones aprobadas del agente se definen como reglas dentro del ERP, entonces cada decisión que toma ya está sujeta a los controles, permisos e informes que los equipos de finanzas y cumplimiento usan para todo lo demás.

Por qué el ERP es un hogar natural

Los dominios con mucha carga de gobernanza tienen sentido como primer hogar para los agentes de producción porque la alternativa es peor. Un equipo de finanzas no puede justificar entregar el manejo de facturas a un agente que existe fuera del sistema de registro, realiza acciones que no puede explicar y produce un registro en una herramienta diferente. Integrar la orquestación en el ERP significa que el agente hereda el mismo acceso basado en roles, la segregación de funciones y la postura de auditoría que ya tiene el resto del flujo de trabajo.

Eso también explica por qué el movimiento de Oracle presiona a sus rivales. Si la capa de orquestación se convierte en una función de la plataforma central, entonces una puerta de enlace de agentes independiente parece un componente adicional que comprar, asegurar y conciliar. Los compradores pueden descubrir que estandarizar en una o dos capas integradas supera a añadir otro plano de control externo.

Una lectura escéptica

El encuadre de gobernanza es sólido, y también es buen marketing en un mercado donde los compradores se han quemado con pilotos que nunca llegaron a producción. Vale la pena llevar algunas advertencias a cualquier evaluación. Los registros de auditoría solo ayudan si alguien los lee, y un registro inmutable de las decisiones de un agente no es lo mismo que un control que evita una mala decisión de entrada. Integrar la orquestación en la plataforma de un proveedor también crea un nuevo tipo de dependencia, ya que el historial y la política del agente ahora viven dentro de una suite de aplicaciones. Y las estadísticas de cancelación cortan en ambos sentidos: una plataforma que facilita el despliegue de agentes no resuelve por sí sola el problema de coordinación, que reside tanto en la propiedad de los procesos como en el software.

Qué hacer con esto

El consejo práctico que surge de los lanzamientos de este mes es consistente. Comience con un proceso acotado y de alto valor, como el manejo de facturas o las revisiones de acceso, y coloque un solo agente dentro de un sistema existente con registro y aprobaciones estrictos. Observe cómo responden sus proveedores principales a Fusion Claw. Si lanzan sus propias capas de orquestación, estandarizar en una o dos de ellas probablemente importará más que añadir otra puerta de enlace externa.

El cambio más amplio es fácil de pasar por alto porque los anuncios suenan parecidos. La capacidad de los agentes dejó de ser el titular. Ahora el titular es si a un agente se le puede asignar un trabajo, un presupuesto y una correa, y si la empresa puede demostrar, a posteriori, exactamente qué hizo.

La cuestión de la consolidación

Aléjese de los lanzamientos individuales y aparece una pregunta estructural. Si todas las plataformas importantes lanzan su propia capa de orquestación, los compradores terminarán con varios planos de control superpuestos, cada uno con su propio lenguaje de políticas, su propio registro de auditoría y su propia forma de describir lo que un agente tiene permitido hacer. Eso es lo contrario de lo que se supone que debe proporcionar la gobernanza. Los organismos de normalización y los proyectos de código abierto ya están trabajando en identidad y autorización portátiles para agentes, pero el incentivo comercial va en la dirección opuesta, ya que un plano de control propietario es una fuerte razón para no irse.

La decisión de Oracle de integrar la capa en el ERP hace esto concreto. Una empresa que ejecuta Fusion Applications tiene una razón obvia para usar la orquestación integrada y una razón igualmente obvia para desconfiar de una segunda capa externa que tendría que conciliarse con ella. Los proveedores lo saben. La pregunta es si los clientes aceptarán una pila de gobernanza fragmentada, con un plano de control por suite, o presionarán por algo que puedan auditar en todas ellas.

La respuesta más probable a corto plazo es un híbrido. Los sistemas centrales como ERP y CRM serán dueños de la orquestación para los procesos que ya gobiernan, porque el registro de auditoría pertenece junto a la transacción. Todo lo demás, incluidos los agentes que abarcan varios sistemas, dependerá de una capa independiente que intente hablar con todos ellos. Los equipos que evalúan plataformas deberían planificar ambos casos y diseñar sus definiciones de políticas para que puedan reformularse si el mercado se consolida.

Lo que los vendedores no dicen

Hay dos afirmaciones que merecen escrutinio. La primera es que un registro de auditoría equivale a rendición de cuentas. Un registro que documenta cada decisión que tomó un agente es valioso después de un incidente, y no es lo mismo que un control que detiene el incidente. Los registros inmutables y las barreras preventivas son productos diferentes, y los lanzamientos tienden a difuminarlos. La segunda es que la gobernanza es un problema resuelto una vez que la plataforma la entrega. La mayoría de los casos de fallo citados este mes involucraron permisos mal configurados, propiedad poco clara y procesos que ningún equipo podía describir con la precisión suficiente para que un agente los siguiera. El software puede hacer cumplir una política. No puede decidir qué política quiere realmente el negocio.

Para los equipos que ya pasaron la etapa de experimentación, el movimiento útil es escribir las respuestas antes de comprar. ¿Qué proceso puede tocar el agente?, ¿cuál es lo peor que puede hacer dentro de su alcance?, ¿a quién se avisa cuando lo hace?, y ¿cómo se identifica al agente cuando solicita acceso? Desplegar un solo agente dentro de un sistema existente con registro y aprobaciones estrictos, como dice el consejo actual, pone a prueba las cuatro respuestas a la vez. Las plataformas harán que esa prueba sea más fácil de ejecutar. No la ejecutarán por usted.