Integración por intercambio programado de ficheros — sin conexión directa a las APIs de SAP, sin agentes de IA tocando el ERP.
Analiza con inteligencia artificial los datos de tu SAP — proveedores, lotes, costes, márgenes, stock — sin que UNO se conecte nunca a la API del ERP. La integración se realiza mediante el mecanismo estándar de importación y exportación de ficheros: SAP deposita extracciones en un directorio de interfaz y UNO las consume en local. La inferencia corre íntegramente en el appliance UNO desplegado dentro de la empresa. Licencia perpetua, inferencias ilimitadas, sin coste por consulta.
En abril de 2026 SAP publicó la API Policy v4/2026. Su sección 2.2.2 prohíbe expresamente usar las APIs de SAP para "interacción o integración con sistemas de IA (semi-)autónomos o generativos que planifican, seleccionan o ejecutan secuencias de llamadas API" [1]. Además, solo se permite el consumo de APIs publicadas en el SAP Business Accelerator Hub; las no publicadas quedan prohibidas, y desde junio de 2026 un parche de seguridad bloquea técnicamente el ODP-RFC en escenarios SAP-a-no-SAP [2].
En la práctica, cualquier integración que conecte un sistema de IA directamente contra la API de SAP — vía RFC, BAPI, OData o conectores de agentes — queda fuera de la política del fabricante. El SAP Connector de UNO está diseñado para no depender de la API en absoluto. La integración se hace por el camino que SAP sí mantiene abierto y que el propio cliente ya usa para sus interfaces: la importación y exportación programada de ficheros.
El módulo se apoya en el mecanismo de interfaces por ficheros que SAP soporta de forma nativa y que la mayoría de instalaciones ya emplea para integraciones con terceros. UNO nunca abre una sesión contra el ERP: se limita a leer y escribir ficheros en un directorio acordado.
Fabricante con varias plantas productivas y SAP ECC implantado por un partner integrador. Los datos de proveedores, costes de materia prima, órdenes de compra y control de calidad viven en los módulos MM, QM y CO. Cada planta dispone además de sistemas industriales cuya telemetría ya se ingiere en UNO mediante el módulo Industrial OT.
El equipo SAP del cliente configura jobs de extracción que vuelcan, cada noche, los datos relevantes de MM/QM/CO a un directorio de interfaz. El SAP Connector recoge esos ficheros, los normaliza y mantiene una vista enriquecida que cruza cada lote productivo con su orden de compra, proveedor y especificaciones de calidad. Sobre esa vista, UNO ejecuta análisis conversacional con trazabilidad al fichero y al registro SAP que sustenta cada respuesta.
"¿Qué proveedor del componente X lleva tres meses con tasa de rechazo creciente?"
"¿Qué desviaciones de coste se correlacionan con los lotes de mayor tasa de retrabajo?"
"¿Qué pedido de compra ha registrado margen anómalo este trimestre?"
Los responsables de operaciones, calidad y compras consultan el panel de UNO desde su red interna. Ningún dato del ERP atraviesa internet y UNO no ha tocado la API de SAP en ningún momento: la integración es de fichero a fichero, y la inferencia ocurre en el appliance desplegado dentro de la empresa.
La API Policy v4/2026 de SAP introdujo dos restricciones que afectan a casi todos los conectores de IA a SAP del mercado: (a) prohíbe el uso de las APIs de SAP para integración con sistemas de IA generativos o agénticos, y (b) restringe el consumo a las APIs publicadas, dejando fuera RFCs y rutas internas; el ODP-RFC para escenarios SAP-a-no-SAP queda bloqueado técnicamente desde junio de 2026 [1][2].
El SAP Connector de UNO no utiliza ninguna API de SAP — ni publicada ni no publicada — y UNO no actúa como agente sobre el ERP. La integración es exclusivamente por intercambio de ficheros, un mecanismo estándar de SAP que la política v4/2026 no restringe. La extracción de datos a fichero la ejecuta el propio SAP del cliente con sus jobs estándar, bajo el control de su equipo SAP.
Esto sitúa el módulo del lado conforme de la política: no hay scraping de APIs, no hay agente de IA encadenando llamadas, no hay dependencia de APIs no publicadas. La interpretación contractual final corresponde, como siempre, al partner SAP del cliente y a su Account Executive de SAP; el módulo facilita la documentación técnica necesaria para esa validación.
El appliance UNO se entrega sellado y se despliega dentro de la red del cliente. Toda la inferencia —razonamiento sobre órdenes de compra, análisis de proveedores, detección de anomalías de coste, panel conversacional sobre datos SAP— se ejecuta en el procesador y la memoria del propio appliance. No hay llamadas a APIs cloud, ni a proveedores externos de modelos de lenguaje, ni a hyperscalers.
Esto implica, de forma verificable:
El despliegue inicial del módulo se centra en los tres dominios SAP donde la IA local genera valor más rápido: MM (compras y proveedores), QM (calidad) y CO (controlling y costes). El módulo es extensible al resto de dominios SAP (PP, FI, SD, WM/EWM) según el alcance de las extracciones que el cliente decida exportar.
Cada implantación de SAP en producción es distinta: versión del ERP, módulos activados, formatos de extracción, jobs ya existentes, autorizaciones, procesos custom desarrollados por el partner integrador. El módulo se entrega como framework de integración por ficheros + implementación a medida sobre el SAP concreto del cliente, no como producto cerrado plug-and-play.
El módulo está pensado para clientes que quieren inferencia local y soberanía del dato sobre la información de su SAP, sin mover esa información fuera de la empresa y sin depender de la API del ERP. Es complementario a la oferta de IA generativa nativa del fabricante, no sustitutivo. La tabla recoge las diferencias estructurales entre este modelo y el modelo cloud por consumo, a efectos informativos.
| Eje | UNO Local · este módulo | Modelo cloud por consumo |
|---|---|---|
| Vía de integración con SAP | Intercambio programado de ficheros. UNO no se conecta a la API de SAP. Conforme a la API Policy v4/2026. [1] | Conexión a las APIs de SAP y/o agentes de IA sobre el ERP — afectados por las restricciones de la API Policy v4/2026. [1] |
| Ubicación del procesamiento | Appliance UNO dentro de la red del cliente. La inferencia se ejecuta en local. [3] | Plataforma cloud del proveedor sobre hyperscaler (Azure / AWS / GCP) o cloud propio del fabricante. [4] |
| Salida de datos del cliente | Los datos del ERP, de proveedores, costes y calidad permanecen en el perímetro del cliente. | Los datos viajan al entorno cloud del proveedor para ser procesados por los modelos. |
| Modelo económico | Licencia perpetua un solo pago + mantenimiento anual del 22% sobre licencia. Inferencias ilimitadas sin coste por uso. | Suscripción anual o pago por consumo (unidades de IA, mensajes, tokens, documentos accedidos). El coste escala con el uso. [5][6] |
| Disponibilidad ante caída de internet | Operativa sin conectividad externa. Soporte para despliegues air-gapped. | Requiere conectividad permanente con el cloud del proveedor. |
| Compatibilidad ECC y S/4HANA on-premise | Compatible con ECC, S/4HANA on-premise, Private y Public Cloud sin requerir migración. | La IA generativa nativa del fabricante (Joule) está disponible únicamente en S/4HANA Cloud (Public y Private Edition); requiere migrar desde ECC. [7] |
Comparativa elaborada con fines informativos sobre dos modelos de despliegue de IA generativa sobre datos SAP, conforme al artículo 10 de la Ley 3/1991 de Competencia Desleal. Las afirmaciones se basan en información pública del fabricante, citada al pie. El presente módulo no es un producto SAP ni está afiliado al fabricante. SAP, S/4HANA, Fiori, BTP y Joule son marcas de SAP SE, citadas exclusivamente en su función nominativa para describir interoperabilidad e identificar el modelo comparado.
El módulo SAP Connector se licencia como el resto del catálogo UNO: licencia perpetua de pago único, con mantenimiento anual del 22% sobre la licencia desde el año 2. La implementación a medida sobre el SAP concreto del cliente se dimensiona y presupuesta por separado, según el alcance de las extracciones acordado.