IWAKY AI tiene valor precisamente porque no se apoyó en una hoja en blanco. Su dificultad y su mérito nacen de otra parte: de entrar en un sistema existente, entender qué se podía tocar, qué no, y cómo convertir ese entorno en una operación asistida por IA que no se quedara en simple promesa.
El relato correcto, por tanto, no empieza en la automatización. Empieza en el legado. Empieza en un software empresarial ya implantado, con lógica propia, con trazas de un gateway clásico sobre Velneo / CGI-VEL, y con una estructura operativa que ya organizaba compras, stock, tienda, SAT, pagos y módulos ligados al mercado.
Solo después de asumir ese punto de partida se entiende qué significa el proyecto: añadir una capa capaz de leer mercado, interpretar grado, decidir una oferta, ejecutar mensajería y conservar una prueba verificable sin romper la operativa diaria que el negocio ya conocía.
En esa historia previa aparecen además nombres concretos de tecnología y de estructura empresarial. El sistema remite a una implantación sobre Velneo, con gateway público sobre CGI-VEL, con una referencia histórica a SAT IWAKY, con etiquetas internas como HIMEST y E510, con capa pública sobre iwaky.es y con una genealogía operativa asociada a Sislei, posteriormente integrada en el perímetro de Opentix y Grupo Aitana.
El punto de partida
Antes de la IA ya existía un sistema completo.
Esta imagen cambia por completo la lectura del proyecto. Ya no se trata de una interfaz bonita pensada para una demo. Se trata de un sistema heredado sobre el que había que injertar criterio automatizado sin desmontar la lógica que el equipo llevaba años utilizando.
Por eso la integración debía ser respetuosa con el contexto real: la IA no podía comportarse como una capa abstracta separada del negocio. Tenía que aterrizar en módulos reconocibles, en taxonomías reales de producto y en una forma de trabajo que ya tenía usuarios, hábitos y límites.
Un caso de éxito serio no oculta la complejidad del punto de partida. La usa para demostrar que la solución no vivía en el vacío.
Continuidad del sistema
La prehistoria técnica y empresarial del sistema también forma parte del caso.
Arquitectura heredada identificable
- El ERP heredado se comporta como una aplicación custom sobre Velneo, con una puerta pública de acceso basada en CGI-VEL.
- La etapa histórica del sistema conecta la implantación anterior con Sislei, visible en recursos archivados asociados a SAT IWAKY.
- La fase posterior ya sitúa el backend sobre una IP estática de Telefónica en Valencia, señal de una evolución real de custodia y de hosting respecto a la etapa anterior.
- Etiquetas internas como HIMEST y E510 refuerzan que se trataba de una implantación empresarial personalizada, no de una pantalla suelta o de un desarrollo improvisado.
Evolución de compañías e infraestructura
- La capa histórica asociada a Sislei sitúa el proyecto dentro de una empresa valenciana ligada al ecosistema Velneo y a la digitalización de gestión empresarial.
- La fase societaria posterior conecta ese perímetro con Opentix SL y Grupo Aitana, con la administración registrada bajo Highend Investments SL y representación de Daniel Segarra Felis.
- El nombre de José Luis Coloma Díaz aparece como figura de referencia en la etapa Sislei, lo que ayuda a situar el origen empresarial del sistema antes de la transición posterior.
- El caso, por tanto, no solo describe una herramienta: describe una evolución real de software, proveedor e infraestructura sobre la que se diseña la integración de IA.
La capa nueva
La IA no se añadió como adorno: se convirtió en recorrido operativo.
El paso decisivo fue traducir el criterio en un flujo estable. La nueva capa debía reconocer el modelo correcto, respetar filtros de búsqueda, interpretar el grado del anuncio, detectar indicadores de daño, calcular una decisión de precio y ejecutar la acción comercial correspondiente.
El valor de IWAKY AI no aparece cuando una tabla carga. Aparece cuando la operación puede recorrer todo el camino: desde la selección del producto hasta la prueba final en el chat, dejando una evidencia reutilizable para revisión posterior.
La propuesta de integración se adapta a esa prehistoria: no sustituye el sistema heredado, sino que se apoya en él para superponer una capa de scraping, valoración, negociación y auditoría. En otras palabras, la IA se diseña como ampliación del ERP, no como negación del ERP.
Por qué esto sí es un caso
Porque cuenta una transformación completa, no solo una interfaz.
1. Herencia reconocida
El artículo empieza donde realmente empezó el trabajo: en el sistema heredado y en la necesidad de entenderlo.
2. IA aterrizada
La capa de IA no es un reclamo genérico; es un motor de lectura, decisión, mensajería y prueba dentro del flujo real.
3. Evidencia integrada
Las imágenes, el vídeo y las trazas no funcionan como anexos: forman parte del relato y sostienen cada afirmación importante.