Integración de sistemas: API, RPA o conector nativo — cuándo usar cada uno

Cuando dos sistemas no se hablan, la respuesta reflexiva en muchas PyMEs mexicanas es «hay que integrarlos». Pero integrar puede significar desde una API bien documentada hasta un robot que hace clic en pantalla como si fuera un humano. Elegir mal el enfoque genera proyectos caros, frágiles o imposibles de auditar. Esta guía compara API, RPA e integración nativa con criterios que importan en operación real: costo total, resiliencia ante cambios de interfaz, trazabilidad y tiempo de valor.

En Devson Labs vemos el mismo patrón: un ERP con API sólida convive con un portal legacy sin documentación y un Excel que «nadie puede tocar». No existe bala de plata. Lo que sí existe es una decisión consciente por cada par de sistemas, alineada a criticidad del dato y frecuencia del flujo.

Integración por API: el estándar cuando hay contrato claro

Una API expone operaciones estructuradas: crear pedido, consultar inventario, timbrar factura. Ventajas: datos tipados, autenticación formal, logs y versionado. Desventajas: requiere documentación, ambiente de pruebas y a veces costo de licencia. Úsala cuando el proveedor ofrece API REST/GraphQL estable, el volumen es alto o necesitas sincronización bidireccional en tiempo casi real.

• Ideal para: CRM ↔ ERP, ecommerce ↔ WMS, facturación ↔ PAC con SDK.
• Señales verdes: sandbox, OAuth o API keys rotativas, webhooks documentados.
• Señales rojas: API «beta» sin SLA, límites de rate opacos, cambios sin aviso.

RPA: el puente temporal — no la arquitectura permanente

RPA (Robotic Process Automation) replica acciones humanas en interfaces gráficas: abrir SAP, copiar fila, pegar en portal. Funciona cuando no hay API y el cambio de pantalla es lento. Es frágil: un botón movido rompe el flujo. Costo de mantenimiento crece con cada actualización del sistema fuente. Úsalo como puente hacia migración o API, no como columna vertebral de ingresos críticos.

RPA salva el trimestre; API salva el lustro.

1. Identifica procesos sin API y volumen bajo (<500 transacciones/mes).
2. Documenta cada paso manual con capturas y reglas de excepción.
3. Implementa RPA con monitoreo de fallos y alertas, no «fire and forget».
4. Planifica salida: fecha objetivo para API, conector nativo o reemplazo de sistema.

Conectores nativos e iPaaS

HubSpot, Shopify, Salesforce y decenas de herramientas traen conectores preconstruidos o marketplaces (Zapier, Make, n8n). Son rápidos para flujos estándar y reducen código custom. Limitación: lógica compleja, transformaciones fiscales mexicanas o reglas de negocio muy específicas pueden quedar cortas. iPaaS brilla en orquestación entre SaaS; el desarrollo a medida brilla cuando el conector genérico no entiende CFDI, listas de precios por región o reglas de crédito internas.

Matriz de decisión práctica

• Alta criticidad + alto volumen: API o conector oficial; evita RPA.
• Legacy sin API + bajo volumen: RPA acotado con plan de salida.
• Muchos SaaS estándar: iPaaS primero; custom solo donde falle.
• Datos fiscales SAT: nunca RPA sobre portal del SAT; usa integración certificada.
• Auditoría exigida: API con logs inmutables; RPA solo con grabación de evidencia.

Costos ocultos que nadie presupuesta

La cotización inicial rara vez incluye mantenimiento evolutivo: cambios de catálogo SAT, nueva versión del CRM, rotación de credenciales OAuth. API bien hecha amortiza ese costo. RPA lo multiplica. Presupuesta 15–25% anual del costo inicial para integraciones críticas, más monitoreo y runbooks. Si el proveedor promete «integración en una semana» sin mencionar pruebas de borde ni reintentos idempotentes, desconfía.

Cómo arrancar sin parálisis

Lista los cinco flujos que más horas queman entre sistemas. Clasifica cada par con la matriz anterior. Prioriza uno donde API o conector exista y el dolor sea medible. Ejecuta piloto de 4–6 semanas con métricas de error y tiempo. En Devson Labs combinamos n8n, APIs y desarrollo a medida según lo que el negocio exige — no vendemos RPA donde una API de $200 MXN/mes resuelve el problema, ni API custom donde un conector nativo basta.

Solicita una radiografía de automatización si tienes más de tres sistemas desconectados y el equipo ya normalizó el caos como «parte del trabajo». Integrar bien no es elegir la moda tecnológica: es reducir riesgo operativo mientras escala el negocio.

Ejemplos reales en PyMEs mexicanas

Un distribuidor industrial conectó Shopify Plus al ERP vía API para inventario y precios: sincronización cada 15 minutos, alertas si el stock en piso difiere del ecommerce. Un despacho contable usó RPA seis meses para extraer movimientos de un portal bancario sin API, mientras negociaba acceso SFTP con el banco. Una empresa de servicios reemplazó Zapier por n8n self-hosted cuando las reglas de asignación de tickets superaron las 40 zaps imposibles de mantener. En los tres casos la lección fue la misma: la tecnología correcta depende del ciclo de vida del sistema, no del logo del vendor.

Evita el error de copiar la stack de un case study gringo: catálogos SAT, facturación CFDI y pagos SPEI introducen reglas que conectores genéricos no entienden. Valida con tu contador y con operaciones antes de prometer «integración lista» en demo comercial.

Gobernanza: quién cuida la integración después del go-live

Toda integración necesita dueño interno: no el externo que la construyó, sino alguien de operaciones o TI con mandato para revisar logs semanales, aprobar cambios y escalar incidentes. Sin ownership, la API queda obsoleta cuando rotan credenciales nadie actualizó. Documenta runbooks: qué hacer si falla timbrado, si el webhook de Shopify devuelve 500 o si el RPA se detiene en login.

• Inventario de integraciones con criticidad, dueño y última fecha de prueba.
• Ventana de mantenimiento acordada con negocio para cambios mayores.
• Ambiente de staging que replica fiscalidad y catálogos, no solo «copia de prod».
• Revisión trimestral: ¿sigue siendo RPA o ya hay API disponible?