Conectamos Claude, Gemini y OCI al ERP que tu equipo ya usa.

Lo que decide si el proyecto llega a producción no es el modelo — es el enganche con lo que ya existe. Es el trabajo que hacemos primero.

El modelo es la porción pequeña del trabajo. Lo que decide si el proyecto llega a producción es el enganche con lo que ya existe: autenticación, permisos, transacciones, registros, tolerancia a fallos y la costumbre de quien lo usa.

Por qué los pilotos no llegan a producción

Un prototipo corre en un portátil con datos exportados. Un sistema en producción corre contra la base de datos real, con usuarios concurrentes, permisos por perfil, ventanas de mantenimiento y un plan para cuando el servicio externo no responde.

La distancia entre ambos no es de modelado — es de ingeniería. Es el trabajo que hacemos primero, no el que dejamos para el final.

Dónde conectamos

• Bases de datos. Oracle, SQL Server, PostgreSQL — lectura con los permisos de la aplicación, no con un usuario administrador compartido.
• ERP y sistemas de gestión. Por la API cuando existe, por la capa de integración soportada cuando no. Nunca por escritura directa en tablas que no nos pertenecen.
• Aplicaciones internas. Angular, .NET, aplicaciones antiguas en Delphi o AS/400 — la interfaz sigue siendo aquella a la que el equipo está acostumbrado.
• Colas y eventos. Kafka, colas de mensajes y procesos programados, para que la IA entre en el flujo sin bloquearlo.

Principios de arquitectura

• El modelo es sustituible. Queda detrás de una capa propia, para que cambiar de proveedor sea una modificación de configuración y no una reescritura.
• Fallar está previsto. Si el servicio de IA no responde, el proceso degrada al camino manual en vez de pararse.
• Todo lo que decide queda registrado. Entrada, contexto usado, respuesta, confianza y quién confirmó.
• Coste visible. Consumo por proceso y por periodo, con alerta antes de que la factura sorprenda.

Qué recibes

• La integración funcionando en entorno de producción, con pruebas y monitorización.
• Documentación de la arquitectura y de los puntos de conexión, para que tu equipo pueda mantenerla sin depender de nosotros.
• Acompañamiento en las primeras semanas de uso real, que es cuando aparecen los casos que nadie previó.

Preguntas frecuentes

¿Trabajáis con sistemas antiguos?

Sí, es donde está la mayor parte del trabajo útil. Tenemos experiencia con Oracle, AS/400 y aplicaciones Delphi todavía en producción. El enfoque es conectar sin tocar lo que funciona.

¿Necesitamos migrar a la nube?

No necesariamente. Hay arquitecturas enteramente en casa y arquitecturas mixtas. La elección deriva de los requisitos de datos, no de una preferencia nuestra.

¿Quién se queda con el código?

El cliente. Entregamos código, documentación y accesos. No construimos dependencia de proveedor por diseño.

← Todos los servicios