Oracle presenta 22 aplicaciones agénticas en Fusion, aún supervisadas

Oracle anunció veintidós Fusion Agentic Applications que coordinan agentes de IA en finanzas, RR. HH., cadena de suministro y experiencia del cliente.

• Oracle anunció el 24 de marzo de 2026 veintidós Fusion Agentic Applications para finanzas, recursos humanos, cadena de suministro y experiencia del cliente.
• Los productos coordinan equipos de agentes dentro de los datos, políticas, permisos y circuitos de aprobación de Fusion, mientras las decisiones importantes siguen en manos de personas.
• La disponibilidad del producto está documentada, pero el lanzamiento no identifica un cliente en producción, un resultado independiente ni una empresa plenamente autónoma.

Un lanzamiento de producto, no una empresa autónoma

Oracle utilizó su evento AI World de Londres del 24 de marzo de 2026 para presentar veintidós Fusion Agentic Applications. Cubren finanzas, recursos humanos, cadena de suministro y experiencia del cliente. Entre los ejemplos figuran la planificación de plantillas, el diseño de productos y la selección de proveedores, las ventas cruzadas y el cobro de facturas.

El cambio relevante es arquitectónico. En lugar de un único asistente que responde a una consulta, Oracle describe equipos de agentes que comparten contexto y hacen avanzar un proceso hacia un objetivo definido. Al estar dentro de Fusion Cloud Applications, pueden utilizar datos transaccionales, políticas, permisos por función y jerarquías de aprobación ya presentes en la suite.

Reuters informó de que el sistema está concebido para recopilar e introducir datos y formular recomendaciones, mientras las personas se concentran en la negociación y la tolerancia al riesgo. Steve Miranda, directivo de Oracle, marcó el límite: las decisiones importantes siguen correspondiendo a humanos; la ejecución administrativa, como introducir facturas y órdenes de compra, es el trabajo que Oracle espera sustituir con IA.

Lo que Oracle puso realmente en el mercado

El anuncio de Oracle describió las veintidós aplicaciones como disponibles, mientras medios independientes situaron el lanzamiento a comienzos de abril, dentro de Fusion Cloud Applications 26B. En julio, la documentación de Oracle ya enumeraba los espacios de trabajo y sus funciones. Esto respalda que existe un producto, no que esté funcionando en un proceso real de un cliente.

Las aplicaciones admiten distintos modos. Con una persona en el circuito, cada acción propuesta puede requerir aprobación. Con la persona al mando, los agentes toman algunas decisiones, pero reservan los juicios relevantes a los usuarios. Oracle dice que los clientes podrán elevar la autonomía cuando aumente su confianza. Ese último paso es una opción futura de adopción, no una prueba de que ya existan empresas operando de extremo a extremo sin personal.

El análisis de CIO sitúa la disponibilidad en la versión 26B de abril y destaca límites prácticos. Los analistas citados esperaban que la autonomía supervisada dominase a corto plazo, con personas atendiendo excepciones y decisiones de riesgo financiero o reputacional. La ingeniería de procesos, la seguridad, la evaluación, la gobernanza y el mantenimiento siguen siendo responsabilidades del cliente.

Falta la prueba de adopción por clientes

El material de marzo no nombra a ningún cliente que use una de las veintidós aplicaciones en producción, no informa cuántas organizaciones las activaron y no publica resultados controlados antes y después. Las previsiones de que la base instalada de Oracle las adoptará no son pruebas de adopción. Tampoco lo son los ahorros de tiempo atribuidos a pruebas sin identificar: sin organización, carga, referencia y tasa de error, no demuestran valor en producción.

Por tanto, “empresa autónoma” describe un destino. Las capacidades entregadas son más acotadas: flujos empaquetados, coordinación de agentes, modos de aprobación, registros de auditoría y un constructor en AI Agent Studio. Una adopción real exigiría un despliegue nombrado, nivel de autonomía, tasas de excepción y anulación humana, fiabilidad a lo largo del tiempo y un resultado operativo medido.

Control, integración y responsabilidad

Oracle controla el diseño de las aplicaciones, el marco de orquestación y el modelo comercial. Los clientes controlan permisos, umbrales de aprobación, configuración de procesos y acciones que pueden ejecutar los agentes. El sistema depende de registros correctos en Fusion y de que los datos de terceros estén conectados y sincronizados.

The Register recogió la advertencia de Gartner: conectar repositorios externos y sistemas heredados todavía requiere mucho trabajo técnico y no es autónomo. También sigue abierta la responsabilidad. Los registros de seguimiento muestran qué hizo un agente, pero no deciden quién responde cuando una acción automatizada causa pérdidas.

El precio por consumo y el panel de retorno de Oracle introducen otro problema de medición. Un panel del proveedor puede controlar el uso, pero no sustituye la validación independiente del ahorro, la precisión o el impacto. También deben contarse la integración, los errores de modelo y el trabajo humano ante excepciones.

Por qué importa

Fusion Agentic Applications desplaza la propuesta de Oracle desde asistentes aislados hacia ejecución coordinada dentro de sistemas de registro. Es un paso relevante porque finanzas, nóminas, compras y cobros implican permisos, aprobaciones y consecuencias que un asistente general no administra.

No prueba todavía una empresa autónoma. El modelo creíble a corto plazo es la automatización supervisada: los agentes avanzan el trabajo rutinario, las personas fijan límites e intervienen ante excepciones. La visión de Oracle solo podrá evaluarse cuando los clientes publiquen escala, fallos, resultados independientes y decisiones delegadas.

Qué observar

Conviene seguir clientes nombrados, activaciones, ajustes de autonomía, registros de acciones y anulaciones, excepciones, consumo, retorno independiente e incidentes por acciones erróneas o no autorizadas.