Qué hacer cuando el sistema que usás no tiene API

Es una situación frecuente en empresas con varios años de operación: el sistema de gestión, el programa de facturación o el viejo ERP funciona bien para lo que hace, pero cuando preguntás cómo conectarlo con la tienda online o con un asistente de WhatsApp, la respuesta del proveedor es que no tiene API. A veces ni siquiera responde.

Eso no significa que no se pueda integrar. Significa que hay que elegir otro camino, y que cada camino tiene un grado distinto de fragilidad. Entender las opciones ordenadas de la más sólida a la más frágil ayuda a no apostar un proceso crítico sobre algo que se rompe con la próxima actualización.

Primero verificá que realmente no tenga API

Antes de buscar alternativas, confirmá. Muchos sistemas tienen una interfaz de integración que el proveedor no promociona: un servicio web antiguo en SOAP, un módulo de exportación programada, un conector adicional que se paga aparte o una API que se habilita bajo pedido. Escribile al soporte con la pregunta exacta: qué mecanismos ofrecen para intercambiar datos con otros sistemas. La respuesta a veces sorprende.

Las opciones, de la más sólida a la más frágil

Archivos: lo más aburrido suele ser lo más estable

Si el sistema puede exportar e importar archivos, tenés la base de una integración confiable. Se arma un proceso que toma el archivo exportado, lo valida, lo transforma y lo envía a donde corresponda, y viceversa. No es elegante ni en tiempo real, pero funciona de forma predecible. Para muchos negocios, que el stock se actualice cada diez minutos es más que suficiente.

Lo que sí hay que cuidar es la validación. Un archivo con una columna de menos o con un formato de fecha distinto puede cargar basura sin que nadie se entere. Un buen proceso rechaza el archivo completo si algo no cuadra y avisa a una persona.

Base de datos: potente pero peligrosa

Cuando el sistema guarda sus datos en una base accesible, como SQL Server, MySQL o PostgreSQL, leer directamente es una opción tentadora. Para consultar información, como saldos, stock o precios, suele funcionar bien, sobre todo si se usa una réplica o un usuario con permisos solo de lectura.

Escribir directamente es otra historia. El sistema probablemente valida reglas en su código que la base no conoce: recalcula totales, actualiza tablas auxiliares, dispara procesos. Si insertás una fila a mano y te salteás eso, podés dejar datos inconsistentes que aparecen semanas después. Además, un proveedor puede considerar que tocar su base invalida el soporte o la garantía. Revisá el contrato antes.

RPA: el último recurso

La automatización de pantalla simula a una persona haciendo clic y escribiendo en la interfaz. Sirve cuando no hay otra alternativa, pero es la opción más frágil. Si el proveedor mueve un botón, cambia un nombre o agrega una ventana de aviso, el proceso se detiene o, peor, hace algo distinto a lo que debía. Además es lenta y suele requerir una máquina dedicada con sesión abierta.

Si vas por ese camino, tratalo como una solución temporal. Que tenga controles de verificación (comprobar que lo cargado quedó bien), alertas inmediatas ante fallas y un plan claro para reemplazarlo cuando puedas.

Cuándo conviene dejar de insistir

Hay un punto donde seguir construyendo parches sobre un sistema cerrado cuesta más que reemplazarlo. Las señales son claras: el proveedor no responde, la integración se rompe cada pocos meses, cada nueva necesidad exige otro parche y el sistema te impide hacer cosas que tu competencia ya hace. En ese caso la integración deja de ser una solución y se vuelve un mecanismo para postergar una decisión.

Una integración sobre un sistema cerrado es un préstamo: sirve para ganar tiempo, pero se paga con intereses.

1. 01

   Preguntale al proveedor por escrito

   Qué formas de integración ofrece, aunque no estén documentadas, y cuáles tienen costo adicional.

2. 02

   Averiguá qué exporta e importa el sistema

   Revisá los menús de reportes y de carga masiva. Muchas veces ya está ahí.

3. 03

   Si hay base accesible, empezá por lectura

   Con un usuario de solo lectura y sobre una réplica, nunca sobre la base productiva directa.

4. 04

   Usá RPA solo si no queda otra

   Con verificaciones y alertas, y con una fecha para revisar si conviene migrar.

5. 05

   Evaluá el reemplazo en paralelo

   Armá una lista de requisitos del sistema ideal, para que la decisión llegue con tiempo y no en una crisis.

Para llevarte

Esta semana escribile al soporte de tu sistema con una sola pregunta: qué mecanismos existen para exportar e importar datos de forma automática. Guardá la respuesta. Con eso sabés en qué nivel de la tabla estás parado y cuánto presupuesto tiene sentido destinar a una integración antes de plantear el reemplazo.