≈55%
menos costo de ejecución de automatizaciones
Resultado del proyecto después de consolidar ejecuciones redundantes sin retirar los controles operativos necesarios.
Ver las decisiones que sustentan el resultado ↓Caso de estudio · Operación de créditos, integración CRM y operación de agentes
Caul Group / Sympli Mortgage — Plataforma operativa y arquitectura de integración
Operación de créditos, visibilidad de la ejecución y gestión comercial conectadas sin duplicar el sistema que gobierna cada préstamo.
Arquitecta de Integraciones · Product Owner Técnica · Líder de Automatización Operativa
- En producciónIntegración de créditos operativa
- Demo estructuradaAgent Hub sujeto a piloto
- Reconstrucción anonimizadaCaso público sin datos confidenciales
01 · En pocas palabras
Lo que hizo posible este sistema
- Necesidad del negocio
- Operación de créditos, visibilidad de la ejecución y gestión comercial conectadas sin duplicar el sistema que gobierna cada préstamo.
- Mi rol
- Arquitecta de Integraciones · Product Owner Técnica · Líder de Automatización Operativa
- Qué se entregó
- Operación de créditos, integración CRM y operación de agentes
- Sistemas principales
- ARIVE · n8n · Sympli Ops Hub · GoHighLevel
Madurez y estado público
- En producciónIntegración de créditos operativa
- Demo estructuradaAgent Hub sujeto a piloto
- Reconstrucción anonimizadaCaso público sin datos confidenciales
02 · Necesidad del negocio
Lo que necesitaba el negocio
ARIVE gobernaba el registro del crédito y del deudor, pero los equipos de operación y relacionamiento necesitaban ver mejor el avance sin crear otro sistema de créditos.
La solución debía mover únicamente información aprobada mediante la API directa de ARIVE, con n8n como capa de orquestación y reglas claras para proteger al deudor.
La integración de créditos en producción y el Agent Hub sujeto a piloto son avances distintos y se comunican por separado.
03 · Lo que debía cambiar
Los riesgos operativos que debíamos resolver
Diseñé una capa operativa que conecta ARIVE, n8n, Sympli Ops Hub y GoHighLevel con controles explícitos sobre identidad, sincronización, excepciones y contacto con el cliente.
Mantener en ARIVE la verdad oficial del crédito.
Evitar que registros duplicados o coincidencias dudosas generaran contacto incorrecto con un deudor.
Dar al equipo visibilidad real sobre hitos, excepciones y próximos pasos.
Exigir evidencia trazable antes de cualquier acción en otro sistema.
04 · Lo que entregué
Mi responsabilidad en el sistema
Lideré el resultado de negocio, la lógica operativa, los límites del sistema, los criterios de aceptación, la dirección de entrega, la validación y la aceptación final. El desarrollo asistido por IA y la colaboración especializada apoyaron la implementación cuando el contexto lo requería.
- Definí el modelo operativo, los límites de cada sistema y el movimiento autorizado de la información.
- Establecí identificadores estables, sincronización idempotente, conciliación y escalamiento seguro.
- Dirigí la orquestación en n8n para los flujos aprobados de la API directa de ARIVE.
- Especifiqué la visibilidad, las excepciones y la evidencia que debía manejar Sympli Ops Hub.
- Separé con claridad la integración en producción del Agent Hub sujeto a piloto.
05 · Cómo funciona
Cómo funciona el sistema
ARIVE se conecta por su API directa, orquestada en n8n. Sympli Ops Hub muestra el contexto operativo aprobado y GoHighLevel recibe solo la información necesaria para relacionamiento. Identificadores estables, sincronización idempotente, conciliación y escalamiento seguro protegen cada frontera.
Sistema seleccionado
ARIVE
Gobierna el registro del crédito y del deudor.
Límite: La verdad del crédito permanece en ARIVE.
Sistemas en contexto
- ARIVE
- Fuente oficial del estado del crédito y del deudor
- n8n
- Orquestación aprobada de la API directa y manejo de excepciones
- Sympli Ops Hub
- Visibilidad de hitos, tareas, excepciones y siguientes acciones
- GoHighLevel
- Contexto aprobado para CRM y relacionamiento
- Supabase
- Entorno controlado de datos operativos
- Vercel
- Despliegue de la aplicación
- GitHub
- Código fuente, revisión, documentación y entrega
06 · Cómo tomo decisiones
Las decisiones detrás del sistema
Las herramientas cambian. Lo importante es decidir dónde vive la información oficial, qué puede moverse, qué debe detenerse y qué evidencia es suficiente.
Mantener a ARIVE como sistema oficialARIVE conserva el estado canónico del crédito y del deudor.
- Por qué
- Una segunda versión de la verdad produciría estados contradictorios, fallas de conciliación y riesgo para el cliente.
- Consecuencia
- La plataforma propia visualiza, coordina y enriquece la operación; no origina créditos.
Orquestar únicamente movimientos aprobadosn8n coordina validaciones, reintentos y excepciones sobre la API directa de ARIVE.
- Por qué
- La capa de integración debe mover información sin competir con el sistema que la gobierna.
Usar identificadores establesCada registro se concilia con llaves estables y actualizaciones idempotentes.
- Por qué
- El nombre o el correo pueden cambiar y no bastan como única llave.
- Control
- Ejecutar el mismo flujo nuevamente debe actualizar el mismo registro lógico, no crear otro.
Fallar de forma seguraUna coincidencia dudosa se escala internamente en lugar de generar contacto con el deudor.
- Por qué
- La velocidad operativa no justifica una interacción incorrecta o duplicada.
07 · Capítulo de producto Agent Hub
Conservar lo que funciona. Detener lo que aún no está definido.
- Demo estructuradaLista para decisión · sujeta a piloto
La demo estructurada permite registrar asistencia a reuniones y capacitaciones, enviar retroalimentación, solicitar acompañamiento, dar visibilidad a líderes, controlar reuniones y exportar CSV. Un piloto en producción todavía requiere decisiones aprobadas sobre identidad, persistencia, usuarios, mensajería y políticas.
Entorno de producto seleccionado
- TanStack Start · React · TypeScript · Vite
- Entorno Agent Hub sujeto a piloto para registrar asistencia a reuniones y capacitaciones, validar duplicados por persona y reunión, recibir retroalimentación, solicitar acompañamiento, dar visibilidad a líderes, controlar reuniones y exportar CSV.
Conservar el comportamiento verificado de la demo
Las rutas, los recursos de marca, los registros de asistencia, los controles de reuniones, las solicitudes de acompañamiento, la visibilidad para líderes y la exportación CSV permanecen visibles en la demo estructurada.
Evitar registros duplicados por persona y reunión
La demo valida en conjunto la persona y el identificador de la reunión para evitar registros duplicados en una misma sesión.
Diferenciar la demo de la preparación para el piloto
El registro de capacitación, la retroalimentación y las solicitudes de acompañamiento están verificadas en la demo. La autenticación, la persistencia, la sincronización de usuarios y la mensajería de producción no se presentan como entregadas.
Mantener visibles las políticas provisionales
Las reglas de asistencia, capacitación, roles, SMS, retención y privacidad se mantienen como supuestos hasta que las aprueben los responsables. La demo no se presenta como lista para producción.
08 · Cómo se entregó
Del modelo a un sistema que funciona
- Conecté la API directa de ARIVE con n8n bajo reglas explícitas de propiedad de la información.
- Definí identificadores, conciliación, reintentos y rutas de excepción.
- Construí visibilidad sobre hitos, tareas y decisiones pendientes.
- Condicioné el enriquecimiento comercial al contexto operativo aprobado.
Controles
Dónde debe detenerse el sistema
- ARIVE sigue siendo el sistema canónico.
- n8n coordina; no gobierna la información.
- Las identidades o estados dudosos se escalan internamente.
- Las sincronizaciones repetidas no duplican registros.
- La integración en producción y el Agent Hub piloto se presentan por separado.
09 · Qué cambió
Qué cambió
- La verdad oficial permaneció en el sistema de créditos.
- Las dudas que podían afectar al deudor fallaron de forma segura.
- La sincronización incorporó controles contra duplicados.
- El costo de ejecución de automatizaciones bajó aproximadamente 55% sin retirar controles necesarios.
10 · Evidencia pública
Lo que puede mostrar el registro público
La evidencia se describe con criterio conservador. Cualquier prueba visual que se agregue debe estar anonimizada, explicada y revisada antes de publicarse.
Diagrama
Cómo se conectan los sistemas
Muestra propiedad, movimientos aprobados, controles y evidencia entre ARIVE, n8n, Sympli Ops Hub y GoHighLevel.
Registro narrativo
Controles de sincronización
Explica identificadores estables, idempotencia, conciliación y escalamiento sin exponer registros del cliente.
Registro narrativo
Límite de madurez
Separa la integración en producción del Agent Hub sujeto a piloto y del caso público anonimizado.
11 · Lo que demuestra