#15 Cuando quieres usar IA pero tu ERP está cerrado
Una empresa quiere analizar sus pedidos históricos con un modelo de IA.
El objetivo es claro: detectar patrones de compra, sugerir precios según cliente y producto, anticiparse a errores recurrentes.
El modelo está listo. El equipo también.
Pero los datos están dentro del ERP. Y no hay forma de sacarlos sin que alguien los exporte a mano cada semana.
El problema no es que el ERP no funcione
El ERP hace bien su trabajo.
Almacena pedidos. Gestiona stock. Controla facturación. Hace lo que se le pidió cuando se implantó.
Pero nadie pensó, hace cinco años, que alguien querría conectar un agente de IA para revisar facturas antes de aprobarlas.
O que aparecería una herramienta como JuviBox para validar datos antes de que entren.
O que el equipo de ventas querría usar un modelo que lea conversaciones antiguas con clientes y sugiera acciones.
El ERP no fue diseñado para eso. Y no tiene por qué serlo.
Lo que pasa cuando no hay capa intermedia
Sin una forma estable de sacar y meter datos, empiezan las soluciones de emergencia:
- Alguien exporta CSVs cada semana a mano
- Se monta una base de datos espejo que hay que sincronizar periódicamente
- Los datos procesados por la IA hay que meterlos de vuelta uno por uno
- Cada actualización del ERP rompe algo y nadie sabe qué dejó de funcionar
Ninguna de estas soluciones escala.
Y todas dependen de que una persona específica las mantenga.
Lo que se intenta hacer
La primera reacción es buscar algún módulo de importación/exportación del ERP.
A veces existe. Pero exporta a un formato fijo, en una ruta concreta, con campos que no siempre son los que hacen falta.
La segunda reacción es desarrollar un script que genere los ficheros de sincronización.
Se programa. Se prueba. Funciona.
Pero alguien tiene que ejecutarlo. Alguien tiene que vigilar que no falle. Alguien tiene que arreglarlo cuando el ERP actualiza y cambia el esquema de datos.
Lo que parecía una automatización se convierte en una tarea más que depende de una persona.
Cambio de enfoque
El error de planteamiento es pensar que el ERP tiene que abrirse para que la IA pueda entrar.
No tiene por qué.
Lo que hace falta es una capa intermedia entre el ERP y todo lo demás. Una capa que lea, valide, transforme y devuelva datos sin tocar el corazón del sistema.
El ERP sigue siendo el ERP. La IA hace lo suyo. Y en medio, una capa que se encarga de que los dos puedan trabajar con los mismos datos sin pisarse.
Esa capa es la que casi nunca existe. Y es la que hace que un proyecto de IA avance o se quede atascado en exports manuales.
Qué cambia cuando esa capa existe
El equipo de ventas puede usar un modelo que analice pedidos antiguos y sugiera configuraciones según cliente.
El equipo de operaciones puede conectar JuviBox para que valide pedidos entrantes antes de que alguien los meta a mano.
El equipo financiero puede tener un agente que revise facturas y marque inconsistencias.
Todo esto sin exports semanales. Sin bases de datos espejo. Sin scripts frágiles que se rompen cada vez que el ERP actualiza.
El ERP no ha cambiado. Ha cambiado lo que pasa alrededor.
Lo que nadie te dice
No hace falta cambiar de ERP.
Tampoco hace falta abrirlo en canal.
Hace falta una capa entre el ERP y todo lo que viene ahora: agentes, validaciones, modelos que leen, modelos que sugieren, herramientas que no existían cuando se implantó el sistema.
Porque la IA no va a reemplazar tu ERP.
Pero sí va a necesitar hablar con él.
Un ERP cerrado no es el problema. El problema es no tener nada en medio.