No tocamos el núcleo del ERP
El planteamiento correcto para cualquier integración con un ERP maduro (SAP, en particular) es «Clean Core»: construyes extensiones side-by-side, mediante OData, IDoc o eventos, y nunca modificas el código del núcleo del sistema. El núcleo sigue siendo actualizable por el proveedor sin que se rompan tus integraciones.
La primera pregunta del discovery lo decide todo: ¿qué versión (S/4HANA o ECC), qué módulos ya están activos (EWM, Catch Weight Management)? La respuesta dice si hace falta construir desde cero o solo ajustar lo que ya existe. La IA sobre SAP se construye como extensión side-by-side, mediante OData, IDoc o eventos, sin tocar el núcleo, exactamente lo que recomienda el propio SAP a través de Clean Core.
¿Qué ERP usa tu empresa?
Elige el sistema. Te decimos cómo se conecta y cuál es la primera pregunta del discovery.
La contabilidad no tiene API, y no es un obstáculo
SAGA C de escritorio, usado por muchos contables en Rumanía, no tiene API y, confirmado oficialmente, no la tendrá en su versión de escritorio. La integración real se hace mediante la lectura directa de la base de datos nativa (formatos DBF o Firebird, según la versión) o mediante el flujo oficial de importación/exportación.
Hemos construido más de 16 herramientas de lectura, verificación y conciliación sobre este sistema — balance, ficha de cuenta, diario, declaraciones, conciliación bancaria — todas de solo lectura, sin escribir nunca directamente en los ficheros de datos. La IA sobre SAGA significa, en concreto, la lectura directa de la base de datos nativa — SAGA C de escritorio no tiene API y, confirmado oficialmente, no la tendrá. El discovery de digitalización sobre SAP, en FOX, es el caso concreto detrás de este enfoque — Clean Core, sin tocar el núcleo, con un «Production Brain» como proyecto insignia. el discovery de digitalización sobre SAP, en FOX.
El modelo recibe el resultado, no los datos en bruto
MCP (Model Context Protocol) es el estándar emergente mediante el cual un modelo de IA se conecta a un sistema externo a través de un servidor dedicado que controla exactamente qué ve el modelo. Qlik, por ejemplo, lanzó un servidor MCP oficial en febrero de 2026: Qlik calcula, el modelo recibe solo el resultado ya gobernado; los datos en bruto nunca llegan directamente al modelo.
Este patrón — cálculo/gobernanza en el sistema origen, exposición controlada hacia el modelo — es el que recomendamos para cualquier integración seria de IA con un ERP, no solo para Qlik. Los servidores MCP para empresas existen precisamente para este fin: un canal controlado por el que un agente de IA sobre SAP o sobre SAGA ve solo el resultado, no los datos brutos del sistema. Para las empresas que además exigen alojamiento en la UE sobre la gobernanza de acceso, explicamos por separado la diferencia entre self-hosted y soberano, para que la conversación de discovery arranque con términos claros.
La priorización de las integraciones
No todos los módulos de un ERP merecen conectarse a la IA en la primera etapa. Priorizamos lo que tiene un impacto medible rápido: recálculo en un clic para ciertos procesos, un panel con datos que hoy se calculan a mano, alertas ante excepciones que hoy pasan desapercibidas.
Un ejemplo real de prioridad oculta: el «giveaway» (producto regalado sin medir) puede llegar a unos pocos puntos porcentuales de la producción en una línea sin control digital — a menudo la mayor oportunidad oculta, invisible hasta que se mide. Los agentes de IA sobre SAP arrancan siempre con un único módulo de datos limpios — normalmente compras o existencias — no con todo el ERP de golpe, para limitar el riesgo de la primera conexión. Además de los conectores, el sistema puede incluir agentes de IA que leen y escriben en el ERP solo con aprobación.
Quién ve qué, a través de la IA
Una integración de IA con el ERP bien hecha respeta exactamente las mismas reglas de acceso que el sistema original: un agente no debería ver datos a los que el usuario que hay detrás no tiene acceso. El registro central de permisos y el alcance restringido por plataforma/rol forman parte de la arquitectura, no son un añadido de seguridad posterior.
Para módulos con datos sensibles (financieros, de personal), esta capa de gobernanza se verifica explícitamente antes de conectar cualquier modelo al sistema.
Del discovery a la extensión side-by-side
Cada integración empieza con una cartografía clara de lo que sale del sistema existente, antes de elegir la tecnología de conexión.
- 01Cartografiamos qué módulos están activos y qué datos salen del sistema existente (SAP/SAGA/otro ERP)
- 02Elegimos el patrón de integración adecuado: una extensión BTP, un conector MCP gobernado o lectura directa de datos
- 03Construimos y probamos con datos reales, sin modificaciones en el núcleo del sistema
- 04Entregamos con documentación sobre qué ve exactamente el modelo y qué sigue siendo estrictamente interno
Precio fijo, tras un discovery breve.
- auditoría de los módulos activos
- mapa de integración
- recomendación Clean Core
- 1-2 extensiones BTP/MCP
- conexión gobernada con Qlik/SAP/SAGA
- entrega + documentación
- arquitectura completa side-by-side
- agentes + informes
- retainer de mantenimiento
Cada proyecto tiene otro contexto, otros flujos y otra infraestructura, así que el precio se fija tras un discovery breve y de pago, y después no cambia por el camino.
Preguntas frecuentes
¿Cómo se integra la IA con SAP sin afectar al sistema existente?
A través del posicionamiento «Clean Core»: construyes extensiones side-by-side sobre SAP BTP, mediante OData, IDoc o eventos, sin modificar nunca el núcleo. Esto permite que SAP siga siendo actualizable con normalidad por el proveedor, sin el riesgo de que tu integración se rompa en cada actualización.
¿Se puede conectar la IA a SAGA, si SAGA no tiene API?
Sí — mediante la lectura directa de la base de datos nativa de SAGA (formato DBF o Firebird, según la versión), con la regla estricta de no escribir nunca directamente en los archivos de datos. Cualquier modificación pasa por el mecanismo oficial de importación.
¿Qué es un servidor MCP y por qué importa para integrar la IA con el ERP?
MCP (Model Context Protocol) es un estándar mediante el cual un sistema externo (ERP, BI, base de datos) expone datos a un modelo de IA a través de un servidor dedicado, que controla exactamente qué llega al modelo. Qlik, por ejemplo, tiene un servidor MCP oficial desde febrero de 2026, a través del cual el modelo recibe solo el resultado ya calculado y gobernado.
¿Los datos en bruto del ERP llegan al modelo de IA?
No, si la integración está bien diseñada: el sistema origen (ERP o herramienta de BI) calcula y gobierna los datos, y el modelo recibe solo el resultado filtrado por esa capa. Esa es la diferencia entre una integración de IA segura y una que expone datos sensibles innecesariamente.
¿Cuánto cuesta integrar IA con un ERP existente?
El precio se define tras un discovery breve y de pago. No publicamos cifras de los proyectos de nuestros clientes.
¿Qué empresas de Rumanía tienen sistemas sin API a los que merece la pena conectar IA?
El caso más frecuente es la contabilidad (SAGA C de escritorio, muy usado) y los ERP industriales más antiguos. La falta de API no bloquea la integración, pero cambia cómo se hace: mediante lectura directa de datos o extensiones side-by-side, no mediante una conexión API estándar.
¿Un agente de IA sobre SAP puede escribir directamente en el ERP, o solo lee?
Depende de la gobernanza establecida en el discovery — por defecto, un agente lee y propone, y escribir en el sistema sigue siendo un paso aparte, aprobado por una persona, sobre todo para transacciones con impacto financiero directo.
Veamos qué se puede automatizar en tu empresa.
Una sesión gratuita de 30 minutos: te decimos qué se puede automatizar, cuánto se tarda y cuánto cuesta, con precio fijo tras el discovery.