Las integraciones que importan: conectar sistemas para que el negocio fluya

Hay un patrón que se repite en casi todas las empresas que llegan a nosotros pidiendo ayuda con su operación digital. No es un problema de tráfico ni de conversión ni de diseño. Es un problema de sistemas que no se hablan. El pedido llega a Shopify pero alguien tiene que copiarlo a mano al ERP. El cliente compra pero nadie le avisa al equipo de logística hasta que alguien revisa el correo. Las reseñas llegan pero no se sincronizan con el CRM. Te suena familiar? El negocio no tiene un problema de tecnología. Tiene un problema de integración.

Este problema es más común de lo que parece y más costoso de lo que se mide. Cada tarea manual que existe porque dos sistemas no están conectados consume tiempo, introduce errores, y escala linealmente con el crecimiento del negocio. Cuando la empresa vende diez pedidos por día, hacerlo a mano es tolerable. Cuando vende cien, empieza a doler. Cuando vende mil, es insostenible. Nosotros lo hemos visto repetirse tantas veces que ya lo detectamos en la primera reunión.

El mapa del problema: dónde están los silos

Antes de hablar de soluciones, hay que entender dónde están los puntos de fricción. En una operación de ecommerce típica en Chile, los sistemas que necesitan comunicarse son al menos cinco: la tienda online (Shopify, WooCommerce, o custom), el sistema de inventario o ERP, el sistema de logística o despacho, el CRM o herramienta de email marketing, y el sistema contable. Cada uno de esos sistemas tiene su propia base de datos, su propia lógica, y su propia API. Todos viviendo en silos y esperando que alguien los conecte.

La mayoría de las empresas que llegan a nosotros tienen alguna combinación de estos cinco sistemas funcionando en paralelo, con conexiones manuales entre ellos. Una persona que copia pedidos de un sistema a otro. Un archivo de Excel que sirve de puente entre el inventario y la tienda. Un proceso de reconciliación al final del día que toma dos horas y que a veces encuentra errores que ya no se pueden corregir. Aprendimos a no juzgar. Todos empezamos así.

Un negocio cuyos sistemas no se hablan es un negocio donde alguien trabaja de mensajero entre pantallas, copiando datos de un lado al otro. Ese trabajo no agrega valor. Solo previene que el caos sea peor.

El diagnóstico correcto empieza con mapear cada flujo de datos que existe en la operación. Donde nace el dato, a que sistemas tiene que llegar, con que frecuencia, y que pasa si llega tarde o llega mal. Este ejercicio suele revelar tres o cuatro puntos de fricción críticos que, si se resuelven, eliminan el ochenta por ciento del trabajo manual del equipo. Nosotros lo hacemos con una hoja de papel, no con herramientas fancy. La simplicidad del ejercicio no tiene nada que ver con la claridad que produce.

APIs REST y GraphQL: el idioma común de los sistemas modernos

Las APIs REST son el estándar dominante para integraciones modernas. La mayoría de las plataformas relevantes, Shopify, Stripe, Klaviyo, HubSpot, usan este estándar. Pero hay variaciones importantes entre plataformas: autenticación (OAuth, API keys, JWT), rate limits, versionado, y el modelo de datos específico de cada una. Antes de construir una integración, leer la documentación de ambas APIs es obligatorio, no opcional. Un supuesto incorrecto sobre cómo funciona una API puede costar días de desarrollo. Lo aprendimos de la peor manera, varias veces.

GraphQL es otra alternativa que está ganando terreno. A diferencia de REST, donde cada endpoint devuelve un conjunto fijo de datos, GraphQL permite al cliente pedir exactamente los campos que necesita. Shopify ofrece GraphQL junto a su API REST y en algunos casos es la opción más eficiente. Para integraciones que consultan muchos datos o que necesitan reducir el uso de bandwidth, vale la pena considerar GraphQL. Una vez que lo usas bien, es difícil volver atras.

El versionado de APIs es un tema que aparece cuando las integraciones maduran. Las plataformas bien gestionadas deprecan versiones de API con meses de aviso y periodos de transición claros. Shopify, por ejemplo, lanza nuevas versiones de su API cada trimestre y soporta cada versión por dos años. Si construiste una integración hace tres años y nunca la actualizaste, puede ser que estes usando una versión que ya no existe. Mantener las integraciones actualizadas no es deuda técnica opcional. Es mantenimiento de infraestructura crítica. Ojo con eso.

Webhooks: la diferencia entre preguntar y escuchar

El modelo de polling es el más intuitivo cuando alguien empieza a pensar en integraciones: "cada cinco minutos, pregunto al sistema A si hay novedades y las proceso." Es simple de entender. Pero es ineficiente y crea latencia innecesaria. Si algo ocurre justo después de tu ultima consulta, lo vas a procesar cinco minutos después. Y mientras tanto el sistema esta haciendo consultas repetitivas que consumen recursos aunque no haya nada nuevo. Nosotros construimos sistemas así al principio. Spoiler: no escalan.

Los webhooks invierten el modelo: en lugar de preguntar, escuchas. El sistema A te avisa cuando algo ocurre. La notificación llega en milisegundos, el procesamiento ocurre inmediatamente, y no hay consultas innecesarias cuándo no hay actividad. Para la mayoría de los casos de uso de integración en ecommerce, los webhooks son la arquitectura correcta. La orden se procesa en segundos, no en minutos. Para nosotros, pasar de polling a webhooks en una integración es siempre uno de esos momentos donde el equipo siente el cambio instantáneamente.

Un patrón que recomendamos en integraciones de producción es el outbox pattern: en lugar de enviar el webhook directamente desde la acción que lo dispara, la acción escribe un registro en una tabla de "eventos pendientes" dentro de la misma transaccion de base de datos. Un proceso separado lee esa tabla y envia los eventos. Esto garantiza que ningún evento se pierda aunque el envío falle, porque el registro permanece en la tabla hasta que el envío es confirmado. Para integraciones donde perder un evento tiene consecuencias reales, este nivel de robustez es la diferencia entre una integración que funciona en producción y una que crea problemas esporadicos dificiles de diagnosticar.

iPaaS y plataformas de automatización: cuándo no necesitas código custom

No todas las integraciones requieren desarrollo custom. Para una parte importante de los casos de uso comunes en ecommerce, herramientas como Zapier, Make (antes Integromat) y n8n ofrecen conectores pre-construidos que permiten implementar integraciones en horas, no en semanas. Esto nos encanta porque democratiza la capacidad de conectar sistemas. No todos los problemas necesitan código.

Zapier es la más accesible para equipos sin capacidad técnica. Tiene miles de integraciones pre-construidas y una interfaz que no requiere escribir código. El precio escala con el volumen de tareas, lo que lo hace economico para flujos de bajo volumen pero puede volverse caro para operaciones grandes. Para muchos clientes nuestros es el punto de entrada perfecto: construyes en Zapier, validas el flujo, y si necesitas más potencia lo migramos a algo custom.

Make es más potente que Zapier y permite construir flujos más complejos con lógica condicional, bucles, y transformaciones de datos. Es la herramienta que recomendamos cuando los requerimientos superan lo que Zapier puede hacer pero no justifican todavía una integración completamente custom. La curva de aprendizaje es un poco más pronunciada pero vale absolutamente la pena.

n8n es la alternativa open source que permite self-hosting, lo que resuelve los problemas de privacidad de datos que algunas empresas tienen con herramientas cloud. Para operaciones chilenas que trabajan con datos sensibles de clientes y necesitan mantener esos datos dentro de su infraestructura, n8n es la opción que más recomendamos. Y el hecho de que sea open source significa que la comunidad de workflows pre-construidos es enorme.

Las integraciones que más impacto tienen y por dónde empezar

No todas las integraciones tienen el mismo valor. Para priorizar bien, la pregunta clave es: donde se está perdiendo más tiempo o donde se están cometiendo más errores por procesos manuales? La respuesta suele apuntar a tres o cuatro puntos de fricción críticos, y esos son los que hay que resolver primero. Los números no mienten.

La integración ecommerce-ERP es tipicamente la más impactante para tiendas con volumen. Cada venta que se hace en la tienda online tiene que llegar al sistema de inventario para actualizar el stock, al sistema contable para generar el asiento, y al sistema de despacho para generar la guia. Si esos tres flujos son manuales, el cuello de botella es enorme. Automatizarlos puede reducir el tiempo de ciclo de días a minutos. Nosotros hemos vivido esa transformacion con clientes y el impacto en el equipo es inmediato: de pronto tienen tiempo para hacer cosas que importan.

La integración con logística es igualmente crítica. Conectar la tienda con el proveedor de despacho para generar etiquetas automáticamente, actualizar el número de seguimiento en la orden y notificar al cliente sin intervención humana puede eliminar entre dos y cuatro horas de trabajo manual por día en una operación de cien pedidos diarios. Y eliminar el error humano en ese proceso, donde un número de seguimiento copiado mal es un cliente frustrado, tiene un valor que va más alla del tiempo ahorrado.

La integración ecommerce-CRM es la tercera en prioridad para tiendas que quieren crecer por retención. Que cada compra se registre automáticamente en el perfil del cliente en el CRM, que los segmentos de Klaviyo se actualicen en tiempo real con datos de comportamiento de compra, y que el equipo de atención al cliente tenga acceso al historial completo cuando alguien escribe, son funcionalidades que tienen un impacto directo en conversión y en satisfacción del cliente.

Monitoreo y mantenimiento: las integraciones que funcionan siempre

Una integración que funciona cuando la construiste y deja de funcionar seis meses después sin que nadie se de cuenta no es una integración, es una bomba de tiempo. El monitoreo activo de los flujos de datos es tan importante como construirlos bien. Nosotros aprendimos esto de la peor manera, con una integración silenciosa que fallo durante tres días antes de que alguien se diera cuenta. Eso no vuelve a pasar.

Lo mínimo que debe tener cualquier integración en producción es: un log de cada evento procesado, alertas cuando el volumen de eventos cae a cero (puede ser normal o puede ser que algo se rompio), y alertas cuando la tasa de errores supera un umbral. Estas tres cosas, configuradas correctamente, te permiten detectar problemas en minutos en lugar de días. Es mantenimiento basico que muchos saltan y siempre se arrepienten.

Los cambios de API son la causa más frecuente de integraciones que se rompen en producción. Una actualizacion de versión, un campo que se depreca, un límite de rate que cambia. Suscribirse a los changelogs de las APIs que usas y tener alguien responsable de revisar esos cambios antes de que afecten tu operación es mantenimiento, no un lujo. Esto lo repetimos en cada proyecto que entregamos.

Llevamos quince años conectando sistemas en Chile. Hemos visto las integraciones más creativas y las más caras. Y la diferencia entre las que funcionan bien a largo plazo y las que crean dolores de cabeza recurrentes siempre se reduce a dos cosas: diseño correcto desde el inicio y monitoreo activo después. No hay atajos. Lo intentamos en su momento y nos arrepentimos cada vez.

Si lo que necesitas va más allá de las integraciones y quieres automatizar procesos completos, el artículo sobre cómo automatizar tu negocio explica cómo priorizar y por dónde empezar. Y si quieres ver qué tipo de proyectos tomamos, está nuestra página de automatizaciones.