Integraciones: APIs primero, RPA cuando no hay alternativa

Problema y síntomas

• "Integraciones" hechas a mano (copy/paste) porque no hay API.
• RPA fragil: cambios de UI rompen el bot y nadie se entera.
• Falta de idempotencia: eventos duplicados generan estados inconsistentes.
• Timeouts y reintentos sin control.

Checklist de datos necesarios

• Lista de sistemas a conectar + capacidades (API/webhook/export/manual).
• Eventos clave (que disparan el flujo) y datos minimos por evento.
• Reglas de deduplicacion / idempotencia.
• SLAs y limites (rate limits, ventanas horarias).
• Escenarios de falla (y que hacer).

Arquitectura de referencia

• Event bus ligero: cola + worker.
• Conectores por sistema con auth controlada.
• Validaciones en bordes (inputs/outputs).
• RPA como "bridge" solo para tramos sin API:
  • con monitoreo,
  • con pruebas,
  • con modos seguros.
• Observabilidad y alertas.

Fases (MVP -> producción)

1. MVP: un flujo entre dos sistemas con colas e idempotencia
2. Piloto: agregar un tramo RPA con monitoreo y fallback
3. Produccion: runbook, owners, y pruebas de regresion

Riesgos y guardrails

• RPA sin monitoreo es deuda: siempre alertas + dashboards.
• Secretos: rotacion y scopes minimos.
• Cambios en UI: pruebas periodicas y rollback a manual.

El siguiente paso

Si hoy tu integración depende de que alguien se meta al sistema a copiar datos, hay un flujo automatizable esperando. Partimos por mapear qué sistemas tienen API y cuáles no.

Coordinar evaluación