Integración de sistemas para pymes

Antes de conectar sistemas hay que definir qué información debe pasar de uno a otro y cuál será la fuente de cada dato.

Por ejemplo, cada pedido de una tienda online o marketplace puede ingresar al sistema de gestión con los datos del comprador, los productos y la forma de pago. La manera de tratar envíos, cuotas, descuentos o impuestos se configura según las reglas que utiliza la empresa. Cuando un sistema no permite recibir información directamente, también pueden generarse archivos o planillas en el formato que admita.

El recorrido inverso funciona de manera similar. Si se vende la última unidad de un producto en el local, el sistema puede actualizar el stock publicado en los canales digitales. Lo mismo ocurre con los precios.

Como distintas plataformas pueden utilizar códigos de producto diferentes, la integración necesita relacionarlos. Los artículos que todavía no tengan una correspondencia definida quedan identificados para su revisión en lugar de sincronizarse incorrectamente.

También debe establecerse dónde se modifica cada información. Si dos sistemas permiten cambiar el mismo precio, por ejemplo, es necesario determinar cuál será la referencia para evitar que una actualización sobrescriba otra.

Las integraciones también pueden registrar cobros informados por plataformas de pago, relacionarlos con una venta y evitar duplicaciones cuando una misma notificación llega más de una vez. Si un importe o una operación no coincide con la información disponible, puede quedar pendiente para revisión.

En empresas con varias sucursales, la información compartida puede permitir consultar existencias entre ubicaciones. Los vendedores o preventistas también pueden cargar pedidos desde sus aplicaciones para que lleguen directamente al sistema central.

Una vez que la información está conectada, los mismos datos pueden utilizarse en un tablero de control sin volver a recopilarlos manualmente.

Si una aplicación desarrollada a medida no dispone de mecanismos para conectarse, puede ser posible incorporar una API siempre que exista acceso suficiente a su código o a su base de datos. Esa interfaz permite que otros sistemas consulten o incorporen información con accesos y permisos definidos.

Cuando los datos llegan en documentos, correos electrónicos u otros formatos que no ofrecen una conexión directa, puede ser necesario procesarlos mediante una automatización de procesos.

No todos los sistemas permiten intercambiar información de la misma manera. Algunos notifican los cambios prácticamente en el momento en que ocurren; otros solo pueden consultarse a intervalos determinados.

Si uno de los sistemas funciona en un servidor dentro de la empresa, una interrupción de internet, energía o del propio servidor puede detener temporalmente el intercambio.

Incluso una sincronización rápida tiene límites. Dos personas podrían comprar simultáneamente la última unidad disponible desde canales diferentes. Según la operación, una alternativa es publicar un stock ligeramente inferior al real para reducir ese riesgo.

Por eso, la propuesta especifica qué información se sincroniza, en qué dirección y con qué frecuencia.

La primera conexión suele tener más sentido entre los sistemas que generan mayor cantidad de carga manual, errores o trabajo repetido.

Antes de desarrollar algo nuevo también revisamos si las herramientas actuales ya ofrecen una integración suficiente. Utilizar una conexión mantenida por el propio proveedor puede ser más conveniente que desarrollar otra desde cero. Del mismo modo, si el volumen de información que hoy se carga manualmente es muy pequeño, el costo de construir y mantener una integración puede superar el beneficio.

Cuando hace falta desarrollar, los accesos dependen de cada proveedor y deben ser autorizados por los titulares correspondientes. Los plazos también pueden estar condicionados por el tiempo que esas plataformas necesiten para habilitarlos.

En esta etapa es importante hablar con quienes realizan actualmente las tareas. Muchas reglas nunca fueron documentadas: cómo se trata un envío, qué ocurre con un combo, cuándo se modifica un pedido o qué excepciones requieren revisión. La integración debe incorporar esas reglas para que automatizar no signifique simplemente trasladar los errores a mayor velocidad.

Una integración reproduce la información que encuentra. Si existen artículos duplicados, códigos incorrectos o diferencias de inventario, esos problemas también pueden propagarse.

Por eso, antes del arranque puede ser necesario revisar catálogos, correspondencias y stock junto con las personas que conocen la operación. También conviene elegir un momento que permita controlar el cambio sin coincidir con períodos especialmente sensibles, como promociones o picos de ventas.

Una vez activa la integración, los pedidos o registros que no puedan procesarse deben quedar identificados, con el motivo correspondiente, para que alguien pueda revisarlos sin tener que buscar dónde se perdió la información.

Las plataformas cambian sus APIs, permisos y formas de autenticación. Por eso una integración puede necesitar mantenimiento aunque durante meses funcione sin intervención.

En desarrollos específicos, la propuesta define qué código, documentación y accesos se entregan al cliente y qué componentes propios de Draxeus, si los hubiera, se mantienen separados. También indica si habrá mantenimiento posterior y, cuando corresponda, su alcance y los costos de servicios o proveedores externos.