Integraciones que aguantan un cambio de proveedor
Cómo construir integraciones entre tu ERP, CRM y pasarela de pago que no se rompen apenas cambias de SaaS. Tres decisiones de diseño que importan.
Cambiaste de pasarela de pago, o de CRM, o de ERP, y de un día para otro tres integraciones dejaron de funcionar. No fue mala suerte. Fue que se construyeron pegadas a un proveedor específico, no a tu proceso.
Dónde vive la lógica importa más que la herramienta
La pregunta no es qué herramienta de integración usar. Es dónde queda la lógica del negocio: si vive adentro de la configuración de un SaaS de terceros, se va con ese SaaS el día que lo cambies. Si vive en una capa propia, sobrevive.
Separa las reglas del conector técnico
Una integración bien hecha tiene dos partes: las reglas (qué pasa con un pedido nuevo, cómo se calcula una comisión, cuándo se manda una alerta) y el conector técnico, específico de cada plataforma. Si mezclas las dos cosas dentro de un flujo de Zapier o Make, el día que cambias de CRM tienes que reconstruir todo desde cero. Si las reglas viven aparte, solo cambias el conector.
No dependas de un único webhook
Muchas integraciones low-code dependen de un solo webhook que, si falla una vez, pierde el dato para siempre. Una integración que aguanta registra cada evento, reintenta si algo falla, y deja un historial de qué pasó. Así cuando algo se cae, se reprocesa en vez de desaparecer sin que nadie se dé cuenta.
Diseña pensando en el próximo cambio
Casi ninguna pyme chilena se queda con el mismo ERP, CRM o pasarela de pago para siempre. Diseñar asumiendo que algo va a cambiar en dos o tres años (aunque hoy no se sepa qué) evita reconstruir todo de nuevo cuando llegue ese momento.
- Documenta qué hace cada integración en lenguaje simple, no solo en el diagrama técnico.
- Guarda los datos crudos antes de transformarlos, por si hay que reprocesarlos después.
Zapier, Make o integración propia: cuándo cada uno
Zapier y Make funcionan bien para cosas simples y de bajo volumen: avisar en Slack, agregar una fila a una planilla. Cuando el proceso mueve plata (pagos, inventario, facturación) o el volumen crece, lo frágil de depender de un flujo low-code ajeno empieza a costar más que construir algo propio, documentado y bajo tu control.
Si tienes tres o más sistemas que deberían hablar entre sí y hoy no lo hacen bien, revisa integraciones y automatizaciones, o agenda un diagnóstico y vemos juntos qué conviene construir primero.