Oracle abre Fusion Data Intelligence a los agentes con un servidor MCP

Oracle publicó el 26 de septiembre en su blog una guía sobre cómo obtener información de negocio mediante conversaciones con IA usando el servidor MCP de FDI. FDI es Fusion Data Intelligence, la plataforma analítica que la compañía vende sobre sus aplicaciones Fusion Cloud de ERP, recursos humanos, cadena de suministro y experiencia de cliente. El artículo explica cómo consultar esos datos en lenguaje natural desde un asistente de IA, en lugar de abrir un cuadro de mando o pedir un informe al equipo de BI.

Sin keynote ni escenario de por medio, la pieza deja una señal clara para quien trabaja con datos corporativos: uno de los grandes proveedores de software de gestión da por hecho que sus clientes van a interrogar la información financiera o de plantilla desde un cliente MCP, y se toma la molestia de documentar cómo hacerlo.

Qué es FDI y dónde encaja MCP

Fusion Data Intelligence, antes comercializada como Fusion Analytics, combina un almacén de datos gestionado, procesos que extraen la información de las aplicaciones Fusion, un modelo semántico con métricas ya definidas y cuadros de mando sobre Oracle Analytics. Su propuesta siempre ha sido ahorrar al cliente la parte más ingrata del BI: modelar los datos del ERP para que alguien pueda sacar una cifra fiable de margen o de rotación de plantilla.

MCP, el Model Context Protocol que Anthropic presentó en noviembre de 2024 como estándar abierto, resuelve la otra mitad del problema. Un servidor MCP expone herramientas con nombre, descripción y parámetros; el cliente (Claude Desktop, Claude Code o cualquier otro compatible) las descubre y decide cuándo llamarlas según lo que pide el usuario. En Claude Desktop basta con declarar el servidor en `claude_desktop_config.json`, y en Claude Code se registra con `claude mcp add`.

Juntar ambas piezas permite que una responsable de finanzas pregunte cómo ha evolucionado el gasto en proveedores por región durante el último trimestre y reciba una respuesta construida con los datos de FDI, sin necesidad de saber qué tablas hay detrás.

Oracle no llega de cero a este terreno. En 2025 ya había añadido un servidor MCP a SQLcl, su herramienta de línea de comandos para Oracle Database. La diferencia está en el nivel de abstracción: SQLcl habla con la base de datos y FDI habla con un modelo de negocio.

Por qué importa

En un servidor MCP montado sobre una plataforma analítica, lo que decide la calidad de las respuestas es la capa que expone. Si las herramientas trabajan contra el modelo semántico, el asistente usa la misma definición de «ingresos» o «empleado activo» que el cuadro de mando oficial, y dos personas que preguntan lo mismo obtienen la misma cifra. Si el servidor permite lanzar consultas libres contra las tablas, aumenta mucho el riesgo de que el modelo improvise un cruce de datos plausible pero incorrecto.

El segundo punto es la seguridad. Los datos de Fusion ya tienen reglas de acceso por rol y por unidad de negocio, y un conector serio tiene que heredarlas: el asistente de un responsable de compras de una filial solo debería ver lo que esa persona vería en su propio cuadro de mando. Es la primera pregunta que haríamos a cualquier equipo que plantee desplegarlo.

Para quién es útil

Encaja sobre todo en tres perfiles. Los equipos de finanzas, compras y recursos humanos que ya trabajan con Fusion y hacen muchas preguntas puntuales que hoy acaban en un ticket al equipo de datos. Los propios equipos de BI, que pueden quitarse de encima peticiones repetitivas y dedicar ese tiempo al modelo. Y los integradores que construyen agentes a medida, porque un conector oficial evita mantener scripts propios contra la base de datos del ERP.

Para quien quiera probarlo, nuestra recomendación es empezar con preguntas cuya respuesta ya se conoce. Comparar durante unas semanas lo que devuelve el asistente con el informe oficial dice más sobre la fiabilidad del sistema que cualquier demo. También conviene pedir al modelo que indique qué métrica o herramienta ha usado en cada respuesta, y revisar los registros de llamadas del servidor para detectar consultas costosas o repetidas.

En ElephantPink vemos los conectores oficiales como la vía razonable para llevar agentes a los datos de gestión: es preferible un servidor que respeta el modelo de seguridad existente a diez integraciones caseras. Aun así, una cifra que acaba en un comité de dirección debería poder rastrearse hasta su origen, por muy natural que haya sido la pregunta.