Cómo usar IA sin cambiar tus sistemas ni migrar plataformas

Las cuatro puertas de entrada, de menos a más invasiva

Hay cuatro formas de conectar algo nuevo con lo que ya usas, ordenadas de menos a más invasiva. La primera resuelve más casos de los que parece.

1. Por los ficheros que ya generas. Casi todo programa exporta a CSV o a Excel, y casi todo permite importar. Un proceso que lee el listado que ya sacas cada lunes y hace algo con él no toca tu sistema: lo lee.
2. Por el correo. Muchos programas mandan avisos, albaranes o informes por correo. Ese correo es una entrada de datos perfectamente válida.
3. Por la API, si la tiene. Es la vía limpia. Pregunta a tu proveedor si tu versión la incluye y qué cuesta activarla; a veces está y nadie la ha usado nunca.
4. Por la base de datos, con permiso y con cuidado. Solo lectura, y solo si el proveedor lo admite por contrato. Escribir directamente en la base de datos de un ERP ajeno es la forma más rápida de quedarte sin soporte.

La regla de oro: empieza siempre por la uno. Si el proceso funciona leyendo un fichero exportado, ya has resuelto el problema sin dependencias, sin permisos y sin riesgo. La API se plantea después, para quitar el paso manual de la exportación.

Por qué esto te deja en mejor posición

Este enfoque no es solo más barato: te deja en mejor posición.

• Si el sistema nuevo no funciona, lo apagas. Tu ERP sigue igual. No hay marcha atrás que negociar.
• No hay formación que dar. El equipo sigue usando lo que sabe usar. Esta es la razón número uno por la que estos proyectos se adoptan y los otros no.
• No hay migración de datos, que es donde se pierden los meses y donde aparecen los errores que nadie esperaba.
• Puedes probar con una parte. Un almacén, una línea, un cliente. No hace falta convencer a nadie de nada antes de tener la primera prueba.

Cuándo el atajo no vale y hay que cambiar de verdad

Ser honesto también es decir cuándo el atajo no vale:

• Cuando el sistema actual no exporta nada. Si no hay CSV, ni correo, ni API, ni acceso, no hay por dónde entrar. Y eso, en sí mismo, ya es un motivo para plantearse el cambio.
• Cuando el dato de origen está mal. Automatizar encima de un inventario que no cuadra o de una base de clientes duplicada multiplica el error. Primero el dato.
• Cuando el proveedor ha dejado de dar soporte. Construir sobre algo que ya nadie mantiene es aplazar el problema con intereses.
• Cuando lo que necesitas es el propio sistema. Si el problema es que tu programa no hace facturación electrónica y en 2027 va a tener que hacerla, ninguna automatización alrededor lo arregla.

Si tu programa no va a cumplir, el proyecto ya no es «automatizar sin cambiar»: es elegir sistema con tiempo, que es justo lo que el aplazamiento te ha regalado.

Las tres preguntas que hay que hacer antes

Da igual por qué vía entres: las tres preguntas son las mismas y hay que hacerlas antes, no después.

1. ¿Dónde acaban los datos y quién los ve? Si el proceso lee tu listado de clientes y lo manda a un servicio externo, ahí hay un tratamiento de datos personales con su contrato de encargado, sus medidas de seguridad y su entrada en el registro de actividades.
2. ¿Qué pasa si me quiero ir? Todo lo que el sistema nuevo guarde tiene que poder salir en un formato legible. Recuerda que el artículo 30 del Código de Comercio te obliga a conservar seis años desde el último asiento, y que ese plazo es más largo que la vida de mucho software.
3. ¿Quién lo mantiene cuando cambie el sistema de origen? Tu ERP se actualizará, y el fichero que exporta puede cambiar de columnas. Alguien tiene que responder de eso, y conviene que esté escrito.

El orden de montaje

1. Elige un proceso, no un departamento. Uno concreto, que empiece y acabe.
2. Mira qué exporta hoy tu sistema. La respuesta suele ser «más de lo que creía».
3. Monta el proceso leyendo esa exportación, aunque el primer mes la exportes a mano. Funcionar primero, automatizar después.
4. Mide antes y después con la misma unidad.
5. Solo entonces, plantéate quitar el paso manual con la API — si compensa.

Y una frase para tener a mano cuando alguien te diga que hay que cambiarlo todo: «¿qué parte de esto se puede hacer leyendo lo que mi sistema ya exporta?». Si no sabe contestar, no ha mirado tu empresa. Si contesta «ninguna», que te explique por qué — y si tiene razón, entonces sí, toca hablar de cambiar de sistema, pero con los ojos abiertos y no como daño colateral de una automatización.