Saltar al contenido principal

Procesos que avanzan cuando ocurre algo.

Conectamos APIs, datos, canales y reglas para que pedidos, leads, incidencias y tareas operativas activen flujos trazables sin depender de pasos manuales repetitivos.

GRAMÁTICA: EVENT → NORMALIZE → DECIDE → ACT → AUDIT
FLOW / ORDER ORCHESTRATION
DEMO
FLUJO DE ORQUESTACIÓN MODELADO STEP 01 / 07 // PROCESSING
01
ORDER_CONFIRMED COMMERCE_WEBHOOK
RUNNING
02
VALIDATE_PAYLOAD SCHEMA_VALIDATION
QUEUED
03
SYNC_INVENTORY ERP_INTEGRATION
QUEUED
04
CREATE_DOCUMENT BILLING_ENGINE
QUEUED
05
UPDATE_CRM CRM_PIPELINE
QUEUED
06
NOTIFY_CUSTOMER WHATSAPP_API
QUEUED
07
AUDIT_LOG OBSERVABILITY
QUEUED
// DETALLE DE EJECUCIÓN (DEMO CONTEXTUAL):

Webhook entrante verificado criptográficamente con HMAC. Se genera llave de idempotencia.

MODE / EVENT-DRIVEN CONTROL / AUDITABLE
LOS CUATRO PILARES DE UN FLUJO ROBUSTO
01
EVENT /

El disparador operativo

Un pedido pagado, un lead recibido, un sensor activado o una factura pendiente.

02
RULE /

Lógica y validación

Condiciones de negocio, sanitización de datos y decisiones deterministas o con IA.

03
ACTION /

Ejecución transaccional

Llamadas a APIs, mutación de bases de datos, emisión de documentos o mensajería.

04
VERIFY /

Control y auditoría

Registro inmutable, comprobación de entrega, alertas y supervisión humana.

Una automatización útil tiene entrada, regla, salida y control.

El objetivo de automatizar no es encadenar herramientas al azar para mover datos porque sí. Cuando un proceso depende de scripts frágiles o herramientas no gobernadas, el primer fallo de conexión paraliza la operación a ciegas.

En EnterPage definimos primero qué evento importa realmente, qué datos exige, qué decisión debe ejecutarse, qué sistema la respalda y cómo se comprueba el resultado en caso de fallas externas.

EVENT ──[Validate]──> DECIDE ──[Execute]──> ACT ──[Audit]──> VERIFIED

* Todo flujo diseñado en EnterPage incluye trazabilidad completa e idempotencia por defecto.

Conexión directa entre tus sistemas clave, sin paredes de logos.

No mostramos logotipos para aparentar volumen. Diseñamos adaptadores mediante APIs, webhooks y colas asíncronas para que cada evento operativo se transforme, valide y ejecute con tolerancia a fallas.

01 ── COMMERCE INTEGRATION CONECTOR VERIFICADO

Sincronización transaccional entre venta, inventario y despacho.

Conectamos tiendas online, pasarelas de pago y marketplaces con tu ERP para que cada venta confirme existencias y emita comprobantes en tiempo real.

COMMERCE // TRANSACTIONAL SYNC
CONNECTED
TOPOLOGÍA DE EVENTOS Y RUTAS BUFFER: REDIS QUEUE
CHECKOUT ──Webhook──> INGESTION ──Queue──> ERP SYNC ──Event──> NOTIFY
ENGINEERING. AUTOMATION. GROWTH. ENTERPAGE_CORE_v2.0
1. EVENTOS DE ORIGEN (TRIGGER)
  • ▸ Pedido pagado en tienda online o marketplace
  • ▸ Confirmación de webhook de Culqi / Stripe
  • ▸ Solicitud de anulación o devolución de producto
  • ▸ Ajuste manual de existencias físicas en almacén
2. NORMALIZACIÓN & DATOS
  • ▸ Validación de firma criptográfica (HMAC) del webhook
  • ▸ Generación de llave de idempotencia por número de orden
  • ▸ Unificación de monedas, impuestos y datos de cliente
3. ACCIONES EN DESTINO
  • ▸ Reserva atómica de stock en el sistema de inventario
  • ▸ Envío de payload para emisión de comprobante tributario
  • ▸ Creación de orden de recojo en sistema de logística
  • ▸ Actualización de etapa comercial en CRM corporativo
4. COMPORTAMIENTO ANTE FALLAS

Si el ERP de inventario no responde, el evento se almacena en Redis y se reintenta con backoff exponencial sin duplicar pedidos.

POLÍTICA: Cero pérdida transaccional

De la situación de negocio a la ejecución paso a paso.

No simulamos editores drag-and-drop ficticios. Analizamos situaciones empresariales reales para definir con precisión qué resuelve el sistema, qué valida una regla fija, dónde aporta contexto la IA y en qué punto interviene una persona.

WORKFLOW // E-COMMERCE & ERP
DEMO
OBJETIVO OPERATIVO DEL FLUJO: RESULTADO COMPROBABLE

Factura emitida, inventario sincronizado en ERP y orden de despacho asignada con aviso al cliente.

TRIGGER: EVENT: ORDER_PAID [Culqi / Stripe / Tienda] AUDIT_POLICY: VERIFIED
CADENA DE RESPONSABILIDAD Y COMPORTAMIENTO:
PASO 01

Ingesta & Idempotencia

RESPONSABILIDAD: SISTEMA / API
Entrada (Input):

Webhook entrante con payload JSON y firma HMAC.

Decisión / Regla:

Verificar firma y registrar llave única en Redis para evitar cobros u órdenes duplicadas.

Salida (Output):

Evento normalizado con ID de orden correlativo.

Si algo falla:

Rechaza payload inválido con código 401; almacena en log de intentos no autorizados.

PASO 02

Validación de Stock

RESPONSABILIDAD: REGLA DE NEGOCIO
Entrada (Input):

Lista de SKUs y cantidades solicitadas.

Decisión / Regla:

Consultar inventario en ERP y bloquear stock temporalmente bajo transacción ACID.

Salida (Output):

Confirmación de existencia o alerta de quiebre de stock.

Si algo falla:

Si falta stock, desvía a flujo de notificación de reposición y alerta al equipo comercial.

PASO 03

Emisión de Comprobante

RESPONSABILIDAD: SISTEMA / API
Entrada (Input):

Datos fiscales de facturación del cliente.

Decisión / Regla:

Construir XML firmado digitalmente y remitir al Operador de Servicios Electrónicos (OSE).

Salida (Output):

Factura electrónica autorizada con CDR y PDF generado.

Si algo falla:

Encola comprobante con reintentos programados si el servicio tributario sufre lentitud.

PASO 04

Asignación de Despacho

RESPONSABILIDAD: REGLA DE NEGOCIO
Entrada (Input):

Dirección de entrega y dimensiones del paquete.

Decisión / Regla:

Seleccionar operador logístico según zona geográfica y nivel de servicio contratado.

Salida (Output):

Guía de remisión y código de tracking asignado.

Si algo falla:

Si la zona carece de cobertura automática, escala a mesa de operaciones para asignación manual.

PASO 05

Notificación & Tracking

RESPONSABILIDAD: SISTEMA / API
Entrada (Input):

Número telefónico y enlace de seguimiento.

Decisión / Regla:

Disparar mensaje transaccional oficial vía WhatsApp Business API con botones interactivos.

Salida (Output):

Confirmación entregada en el dispositivo móvil del comprador.

Si algo falla:

Si el mensaje rebota, recurre al envío por correo electrónico como canal alternativo.

IA cuando existe una decisión que necesita contexto.

Si una regla determinista resuelve el problema de forma confiable, usamos una regla. La IA entra cuando hay lenguaje natural, variabilidad no estructurada, clasificación semántica o extracción que una condición fija no maneja bien.

01 ── CLASSIFY CRITERIA POLÍTICA: AUTO-EXECUTE

Clasificación de intenciones y urgencias operativas en lenguaje natural.

Diferenciar consultas comerciales de reclamos o dudas técnicas complejas sin encuestas rígidas.

1. CUÁNDO BASTA UNA REGLA FIJA:

Si el usuario selecciona una opción numérica o presiona un botón fijo, se aplica regla directa.

2. DÓNDE APORTA LA CAPACIDAD DE IA:

Cuando el cliente escribe un párrafo libre con modismos locales, múltiples peticiones o ambigüedad.

PIPELINE // CLASSIFY ENGINE
DEMO
INPUT (ENTRADA NO ESTRUCTURADA):

Mensaje libre: 'Necesito cancelar el pedido de ayer porque me equivoqué de dirección y urge cobrar reembolso'.

CONTEXT (FUENTE / BASE AUTORIZADA):

Historial de compras del cliente y políticas de cancelación comercial vigentes.

AI TASK (TRANSFORMACIÓN / MODELO):

Clasificar intención principal: CANCELACIÓN_URGENTE y categoría secundaria: REEMBOLSO.

ACTION (ACCIÓN DESENCADENADA):

Pausar orden en sistema de logística y generar ticket con prioridad alta.

!
SALVAGUARDA ANTE AMBIGÜEDAD (HUMAN FALLBACK):

Si la intención no es clara, formula una pregunta de confirmación de 2 opciones antes de actuar.

POLICY: ABOVE REVIEW THRESHOLD // CONTEXTO VERIFICADO HUMAN_IN_THE_LOOP: ENABLED

Automatizar no significa perder control.

El nivel de autonomía se calibra según el riesgo, la reversibilidad y las consecuencias operativas. No todas las acciones deben ejecutarse a ciegas; diseñamos puntos de control humano explícitos donde se requiere juicio y criterio de negocio.

ESQUEMA DE FLUJO:
EVENT ──> VALIDATE ──> EXECUTE ACTION ──> AUDIT LOG
1. Criterios de Riesgo:

Acciones reversibles, reglas 100% deterministas, sincronización de inventario, confirmaciones transaccionales y notificaciones de estado.

2. Cuándo se Utiliza:

Cuando el costo de esperar una aprobación manual degrada la experiencia del cliente y la acción no involucra desembolsos ni cambios legales sensibles.

3. Registro & Auditoría:

Cada ejecución se registra con Request ID y payload inmutable para auditoría posterior.

Un webhook fallido no debería convertirse en una tarea perdida.

Los sistemas externos fallan, se saturan o tienen micro-cortes. Diseñamos cada flujo para que soporte caídas de proveedores sin duplicar registros, sin atascar la operación y con trazabilidad completa de cada reintento.

RELIABILITY ENGINE // EXCEPTION HANDLING
REFERENCE
SECUENCIA DE TOLERANCIA ANTE FALLAS EN TIEMPO REAL SIMULACIÓN DE RECUPERACIÓN // VIEWPORT AWARE
01 RECEIVED
EVENT INBOUND
WEBHOOK / API

Llega evento con payload firmado y Request ID.

02 503 FAILED
DISPATCH ATTEMPT
EXTERNAL API

El proveedor externo no responde o experimenta lentitud.

03 ENQUEUED
QUEUE & BACKOFF
REDIS BUFFER

El evento se resguarda en cola persistente con delay exponencial.

04 RECOVERED
RETRY SUCCESS
EXTERNAL API

El servicio se restablece y la transacción concluye exitosamente.

05 AUDITED
AUDIT & TRACE
OBSERVABILITY

Registro inmutable de la traza para auditoría y comprobación.

MECANISMO: Buffer en colas Redis BullMQ + Políticas de idempotencia en base de datos. ESTADO: RECUPERABLE
FAULT_TOLERANCE: ACTIVE CERO_DATOS_PERDIDOS
01 // IDEMPOTENCY STRICT_KEYS

Llaves de idempotencia en cada webhook

Si una pasarela o cliente envía el mismo evento tres veces por problemas de red, el sistema procesa solo la primera y responde con éxito a las duplicadas sin repetir cobros ni órdenes.

✓ Cero transacciones duplicadas ante fallos de conexión.
02 // BACKOFF RETRIES EXPONENTIAL_QUEUE

Reintentos con retroceso exponencial

Cuando un servicio externo responde con error 503 o lentitud, no lo saturamos con peticiones inmediatas. Los reintentos se espacian progresivamente (1s, 5s, 30s, 2m, 15m) con colas persistentes.

✓ Recuperación automática sin intervención manual cuando el proveedor vuelve.
03 // DEAD-LETTER QUEUES DLQ_BUFFER

Aislamiento de excepciones en DLQ

Si un evento agota sus reintentos máximos debido a datos corruptos o cambios imprevistos en la API externa, no bloquea los siguientes mensajes: se envía a una Dead-Letter Queue y se emite alerta inmediata.

✓ La operación general continúa fluyendo sin atascos en el pipeline.
04 // AUDIT & REPLAY TRANSACTIONAL_LOG

Trazabilidad completa y capacidad de Replay

Cada evento que ingresa al orquestador se almacena con su payload original encriptado, timestamps y Request ID correlativo. Esto permite auditar qué ocurrió y reejecutar flujos puntuales tras corregir un error externo.

✓ Diagnóstico transparente y certeza absoluta de lo sucedido.

La conversación puede ser la entrada. El sistema sigue detrás.

WhatsApp y los canales oficiales no deben ser un chatbot aislado que se frustra con respuestas genéricas. Son la interfaz inmediata que consulta tus bases de datos, valida identidades, emite comprobantes y deriva con contexto completo al equipo humano.

CANAL CONECTADO // OFICIAL

WhatsApp Business API // Leads

API OFICIAL VERIFICADA
SALES // WHATSAPP INBOUND
DEMO
MENSAJE ENTRANTE DEL CLIENTE (WEBHOOK INGEST):
"Hola, busco cotizar 50 licencias corporativas para mi equipo en Lima. ¿Tienen disponibilidad y demo esta semana?"
INTEGRATION: REALTIME_GATEWAY HUMAN_HANDOFF: CONFIGURED
1. CONSULTA A SISTEMAS:

Consulta en CRM: Identifica RUC de la empresa, tamaño del lead y disponibilidad de ejecutivos en Google Calendar / Outlook.

CERO REESCRITURA MANUAL
2. ACCIÓN EJECUTADA:

Respuesta con ficha ejecutiva en PDF y enlace dinámico para reservar reunión con el asesor especializado en el rubro.

RESPUESTA INMEDIATA
3. DERIVACIÓN A PERSONA:

Si el prospecto pide condiciones especiales o financiamiento, el lead escala en tiempo real con alerta push al gerente de ventas.

SUPERVISIÓN ACTIVA

Límites claros: qué toca la automatización y qué nunca tiene permitido tocar.

Una arquitectura de integración segura no comparte credenciales maestras, no expone datos personales en logs y no otorga autonomía ilimitada a modelos de IA. Cada capa del sistema tiene un perímetro estrictamente delimitado.

ARQUITECTURA DE SEGURIDAD ── CAPA 01
BOUNDARY ENFORCED

CHANNEL / SOURCE

Punto de entrada de mensajes, webhooks y peticiones HTTP.

ENTRADA PERMITIDA // RECEIVES

Payloads crudos firmados, webhooks de pasarelas, mensajes de WhatsApp y solicitudes de cliente.

LÍMITE ESTRICTO // FORBIDDEN

Credenciales de administrador, certificados privados ni accesos directos a base de datos.

CONTROLES DE SEGURIDAD APLICADOS:
Validación de firmas criptográficas (HMAC), rate-limiting por IP y terminación TLS 1.3.
COMPORTAMIENTO ANTE AMENAZA O FALLA (EXPECTED FAILURE):
! Rechazo 401/403 ante firmas inválidas con bloqueo automático de IPs en caso de ráfagas maliciosas.

De la tarea manual al flujo gobernado: ingeniería sin cajas negras.

Cada automatización atraviesa 6 etapas predecibles con validación de contratos, pruebas de caída externa y entregables verificables en tu propio repositorio de código.

PASO 01 // MAP Metodología de Automatización

Entender el proceso operativo actual y los puntos de fricción humana.

Mapeamos paso a paso cómo viaja la información hoy: qué personas intervienen, qué sistemas se abren, dónde se pierde tiempo y qué excepciones paralizan la tarea.

Actividades de ingeniería durante esta fase:

  • ✓ Entrevistas con los responsables operativos de cada tarea
  • ✓ Inventario detallado de eventos de origen y sistemas involucrados
  • ✓ Identificación de cuellos de botella manuales y fuentes de error
  • ✓ Mapeo de casos de excepción y dependencias con terceros
DISCOVERY // PROCESS MAP
DELIVERABLE
ENTREGABLE AUDITABLE
Mapeo de Proceso & Inventario de Eventos

Diagrama formal de la operación actual con matriz de eventos, actores y restricciones documentadas.

SOBERANÍA: Repositorio cliente VERIFICADO
ENGINEERING. AUTOMATION. GROWTH. ENTERPAGE_CORE_v2.0
01 / 06

Flujos reales en producción: sin pérdida de datos ni dependencias frágiles.

Arquitecturas de integración probadas en operaciones comerciales, logísticas y financieras que manejan miles de transacciones y garantizan consistencia incluso ante caídas de proveedores.

PROYECTO AUDITADO ── LOGÍSTICA // COMMERCE PRODUCCIÓN ACTIVA

Orquestación Transaccional de Pedidos y Tracking B2B

Sector: Transporte y Logística Corporativa

ESTADO MANUAL PREVIO:

Actualización manual de estados en hojas de cálculo compartidas y más de 80 llamadas telefónicas diarias de clientes preguntando por sus entregas.

MODELO DE EVENTOS & CONTRATO:
Webhook de pago ──> Ingesta con idempotencia ──> Reserva en ERP ──> Cola en Redis ──> WhatsApp API.
SISTEMAS CONECTADOS EN EL PIPELINE:
Shopify B2B Culqi ERP Logístico Redis BullMQ WhatsApp API
POLÍTICA DE TOLERANCIA A FALLAS:

Buffer persistente en Redis ante caídas del ERP con reintentos exponenciales y cero pérdida de órdenes de despacho.

LOGISTICS // REALTIME ORCHESTRATION
DEPLOYED
RESULTADO OPERATIVO VERIFICADO < 200ms Latencia de ingesta de eventos
Ver detalle de arquitectura →
Impacto en la operación: Eliminación del 90% de llamadas repetitivas de consulta, confirmación inmediata de entregas y trazabilidad minuto a minuto.
ENGINEERING. AUTOMATION. GROWTH. ENTERPAGE_CORE_v2.0

Criterio, viabilidad y gobierno: lo que necesitas saber antes de integrar.

Respuestas técnicas directas sin promesas mágicas sobre IA, compatibilidad con sistemas existentes y garantías de continuidad operativa.

01
ARQUITECTURA

¿Necesito reemplazar mis sistemas actuales para empezar a automatizar?

No necesariamente. La inmensa mayoría de automatizaciones empresariales empiezan conectando el software que tu empresa ya utiliza mediante APIs, webhooks, bases de datos o adaptadores intermedios. No es obligatorio paralizar tu operación ni incurrir en costos masivos de migración para eliminar tareas manuales.

02
CRITERIO TÉCNICO

¿Toda automatización necesita inteligencia artificial?

No. Si una regla lógica fija resuelve el problema de forma predecible y determinista, esa es la mejor solución de ingeniería. La IA aporta valor real cuando existe lenguaje natural libre, ambigüedad, extracción de documentos no estructurados o necesidad de contexto semántico. No forzamos modelos de IA donde basta una regla bien escrita.

03
CONFIABILIDAD

¿Qué ocurre si una API externa o proveedor sufre una caída temporal?

Nuestros flujos se diseñan bajo el principio de tolerancia a fallos: el evento entrante se persiste inmediatamente en colas de Redis con llave de idempotencia. Si el proveedor externo no responde, el sistema reintenta automáticamente con retroceso exponencial (backoff). Si tras varios intentos la falla persiste, el evento se aisla en una Dead-Letter Queue (DLQ) y se emite una alerta, sin pérdida de datos ni duplicación de cobros.

04
INTEGRACIONES

¿Pueden integrar CRM, ERP y WhatsApp Business API?

Sí, siempre que los sistemas involucrados cuenten con APIs, webhooks, accesos de base de datos o mecanismos de intercambio documentados. El proyecto comienza validando las capacidades y permisos reales de tus proveedores antes de comprometer cualquier flujo operativo.

05
GOBERNANZA

¿Cómo evitan que un modelo de IA ejecute una acción incorrecta?

Implementamos límites estrictos de permisos (principio de mínimo privilegio), esquemas de validación de salida con Zod, umbrales de confianza calibrados y salvaguardas de control humano (Human-in-the-Loop). Ante cualquier consulta ambigua o transacción sensible que supere un umbral de riesgo, el flujo deriva la decisión a una persona responsable.

06
MODERNIZACIÓN

¿Pueden trabajar con software existente propio o sistemas legacy?

Sí. Evaluamos el estado actual del código, las interfaces disponibles y la base de datos para diseñar capas de adaptación seguras (como el patrón Anti-Corruption Layer) que permitan comunicar tus sistemas históricos con nuevas aplicaciones modernas sin comprometer su estabilidad.

07
OPERACIÓN

¿Cómo se monitorean los flujos y qué visibilidad tiene mi equipo?

Mediante tableros de telemetría y registros estructurados con Request IDs correlativos. Tu equipo puede auditar en todo momento qué eventos ingresaron, qué acciones se ejecutaron, tiempos de respuesta y alertas inmediatas ante anomalías o excepciones en el pipeline.

08
METODOLOGÍA

¿Cuánto tarda la implementación de una automatización?

Depende de la cantidad de sistemas a conectar, la calidad de las APIs de tus proveedores, la complejidad de las reglas de negocio y los casos de excepción. Evitamos plazos genéricos ficticios; tras el diagnóstico inicial entregamos un plan por fases con entregables verificables en semanas.

OPERACIÓN OMNICANAL Conversaciones, automatización y control humano

La interfaz también forma parte de la arquitectura.

Diseñamos superficies que ayudan a operar: jerarquía clara, estados comprensibles, navegación rápida y una experiencia consistente entre escritorio y móvil.

Interfaz real de bandeja omnicanal con WhatsApp, asignación de asesor y contexto de conversación

CRM omnicanal

Operación real: conversaciones, ownership y contexto comercial.

UI / UX
Composición visual de producto digital en escritorio y móvil

Sistema de producto

Diseño consistente desde marketing hasta operación y mobile.

UI / UX
Interfaz visual de sistema conectado y operación en tiempo real

Operación conectada

Flujos, datos y señales en tiempo real.

UI / UX

Desliza para ver más interfaces →

Deja de perder horas en tareas que un sistema confiable puede resolver.

Mapeemos los cuellos de botella de tu operación. Evaluamos tus sistemas actuales, los puntos de integración y te entregamos una propuesta arquitectónica clara con tiempos, contratos de datos y costos definidos.

Diagnóstico inicial sin compromiso
Código 100% en tu propio repositorio
Cero dependencia de herramientas opacas