Integración de sistemas para que el dato avance sin doble carga

1. 01
   El mapa de lo que había

   Punto de venta en los locales con las ventas del día, tienda online con el catálogo y las fotos, ERP con precios, costos y facturación. El alta de un producto se hacía tres veces, el precio se actualizaba dos y el stock se ajustaba a mano cada mañana con una planilla que alguien armaba antes de abrir.

2. 02
   Un dueño por cada dato

   Definimos qué sistema manda sobre qué: el ERP es el maestro de producto, precio y costo; la tienda online es la dueña de la ficha comercial, o sea fotos, texto y categorías; y el stock no tiene un dueño único, se sincroniza como movimientos y no como número. Nadie escribe “quedan 12”: cada canal informa “salieron 2” y el ERP suma. Así dos ventas simultáneas en dos canales no compiten por pisar el mismo valor. Para los datos que sí son un valor único, el sistema que no es maestro puede proponer un cambio pero no imponerlo: si alguien edita el precio en la tienda, la sincronización lo devuelve al valor del ERP y deja el intento anotado, para que el conflicto se vea en vez de resolverse en silencio.

3. 03
   Cómo se conectaron

   La tienda online avisa por webhook apenas se confirma un pedido, así que la venta llega al ERP en el momento. Los movimientos de stock y los cambios de precio viajan en una cola que se procesa cada pocos minutos, y todas las noches corre una comparación completa entre los tres sistemas. El punto de venta de los locales no tenía una API usable: le montamos un servicio que lee su base y publica cada comprobante en la misma cola, y para escribirle usamos su propio importador de archivos en vez de tocarle las tablas por atrás.

4. 04
   Qué queda andando y a la vista

   Cada mensaje viaja con un identificador propio, origen más número de comprobante, así que un reintento no entra dos veces. Un tablero muestra la última sincronización de cada canal, lo que quedó pendiente y lo que falló con el motivo. Lo que no pasa después de los reintentos queda en una cola aparte, se corrige y se reprocesa desde ahí. La comparación nocturna no arregla sola: marca las diferencias para que alguien decida, porque una corrección automática sobre un campo mal mapeado multiplica el problema. El stock se carga una sola vez y lo ven los tres canales.

La misma mecánica sirve para cualquier operación con varios sistemas que tocan el mismo dato: una distribuidora con depósitos y venta online, una empresa de turismo entre su motor de reservas y la facturación, o un ERP que tiene que convivir con un CRM. Cambian los sistemas y los campos, no la forma de decidir quién manda.