SIMX ADT v19
Motor Transaccional de Alta Concurrencia para Telco & FinTech con WhatsApp Flows, FSM Pura y Advisory Locks.
SIMX ADT v19: Motor Transaccional de Telecomunicaciones y Comercio Conversacional
Plataforma SaaS empresarial de comercio conversacional y orquestación transaccional de misión crítica para la venta directa, activación, portabilidad numérica, cobro electrónico, despacho logístico y recargas recurrentes de telefonía móvil (SIMs físicas y perfiles eSIM digitales) sobre la API oficial de WhatsApp (Meta Cloud API). Reemplaza arquitecturas frágiles no-code por un motor desacoplado en Python puro y PostgreSQL 16 con bloqueo relacional pg_advisory_xact_lock, aprovisionamiento Telco en caliente (Prontipagos API WS), logística WMS automatizada y escalamiento híbrido a asesores vía Telegram.
Demostración en Tiempo Real: Recorrido Conversacional, Cobro & Handoff
Contenedor Listo: [GIF / Video en Loop del Flujo Transaccional SIMX ADT]
Demostración integral: compra conversacional de perfil eSIM en WhatsApp, pago seguro con conciliación inmediata en Mercado Pago, asignación atómica de inventario, simulador web del árbol de estados y handoff asistido en canal de Telegram.
Máquina de Estados FSM
Motor desacoplado con árbol conversacional en JSON (+149 nodos), evaluador seguro AST sin eval() y hot-swapping en vivo.
Cero Race Conditions
Candados consultivos pg_advisory_xact_lock por usuario, asignación atómica de inventario eSIM e idempotencia en webhooks.
Orquestación Transaccional
Cobro en Mercado Pago validado al centavo, recargas en Prontipagos con aislamiento preventivo (anti-doble venta) y logística WMS.
Handoff & Blindaje
Derivación bidireccional a Telegram con asignación exclusiva, redacción de secretos en logs JSON y autenticación sin contraseñas fijas.
Panel de Control Transaccional, Observabilidad & Mesa de Ayuda
Una suite empresarial completa construida para operadores de telecomunicaciones: administración de inventarios de SIMs/eSIMs, simulador conversacional para validar el árbol de estados y puente de atención humana en tiempo real.
Métricas de ventas en vivo, control de stock eSIM y simulador de chat en navegador para testear recorridos sin costo de mensajes.
Control Comercial & Simulador
Supervisión integral de ventas, catálogo de planes y testeo dinámico de los 149 nodos del árbol conversacional antes de publicarlos en producción.
Auditoría JSON con redacción de datos sensibles, trazabilidad de correlación y seguimiento de latencia en webhooks externos.
Trazabilidad End-to-End & Logs
Seguimiento milimétrico de cada mensaje entrante, validación de firmas criptográficas HMAC y registro estructurado sin fuga de secretos.
Tarjetas interactivas con botón de toma exclusiva para asesores, puente de Reply bidireccional y reanudación automática del bot.
Mesa de Ayuda Asistida en Vivo
Detección contextual de solicitudes de soporte o agotamiento de stock, derivando la conversación a grupos operativos de Telegram sin fricción.
El Desafío Técnico Completo: FSM en Python Puro, Concurrencia Relacional y Resiliencia Telco
Para evaluadores técnicos, arquitectos y CTOs: cómo diseñé un motor de comercio conversacional de alta concurrencia que erradica race conditions, aísla transacciones de cobro/recarga y opera con arquitectura hexagonal estricta.
1. El Problema de Negocio: La Fragilidad de los Bots No-Code en Escenarios Transaccionales
En la industria de telecomunicaciones móviles, el proceso tradicional de adquisición de una línea celular o recarga de saldo padece de una alta tasa de abandono en sitios web burocráticos. La mensajería instantánea (WhatsApp) se ha consolidado como el canal con mayor conversión; sin embargo, intentar orquestar flujos de venta y cobro sobre herramientas no-code o flujos basados en webhooks de n8n introduce fallas operativas catastróficas cuando el volumen de usuarios escala.
Los problemas recurrentes incluían: pérdida de mensajes ante caídas puntuales del servidor, colisiones de inventario (venta simultánea de un mismo perfil eSIM a dos clientes), recargas duplicadas por reintentos descontrolados ante caídas de la pasarela y falta total de aislamiento en la concurrencia cuando un usuario presionaba botones repetidamente mientras entraba un webhook de pago.
El objetivo: Reemplazar por completo el stack previo por una plataforma transaccional de grado bancario en Python puro y PostgreSQL 16, capaz de procesar miles de sesiones en paralelo con estricta consistencia ACID, cero falsos positivos de entendimiento y conciliación financiera en tiempo real.
2. Arquitectura Hexagonal y Máquina de Estados en Python Puro (Pure FSM)
Para garantizar que el motor pudiera testearse de forma determinista y ejecutarse indistintamente en producción, en el simulador web o en pipelines CI/CD, diseñé una arquitectura desacoplada de 3 capas:
Evaluación Segura de Expresiones AST
Las condiciones de desvío conversacional (e.g. marca == 'porta_dentro' and intentos_cia >= 2) se analizan mediante un parser sintáctico basado en el módulo ast nativo de Python. Esto impide inyecciones de código arbitrario o vulnerabilidades RCE asociadas a funciones inseguras como eval().
Hot-Swapping de Flujos en Caliente
El árbol conversacional no está atado al código fuente: se persiste como esquema JSON versionado en la tabla relacional flujos. Los operadores comerciales pueden diseñar, corregir y publicar nuevas versiones directamente desde la UI sin reiniciar contenedores ni interrumpir sesiones activas.
3. Concurrencia de Misión Crítica & Hallazgos de Auditoría Resueltos
La fiabilidad de un sistema transaccional se mide por su capacidad de mantener la consistencia ante anomalías de red y concurrencia salvaje. Durante el desarrollo del motor, resolví los siguientes desafíos de alta complejidad:
Cuando un usuario envía ráfagas de mensajes o un webhook de confirmación de pago de Mercado Pago llega al mismo tiempo que un texto del cliente, el procesamiento simultáneo generaba desincronización de estados. Implementé un candado consultivo transaccional pg_advisory_xact_lock derivado del hash del número telefónico. Este candado serializa la transacción completa: lectura, vaciado de la cola entradas_pendientes y cómputo de la FSM, garantizando ejecución secuencial y cronológicamente perfecta.
En liquidaciones de planes donde 5 clientes pagan concurrentemente y solo quedan 3 perfiles eSIM disponibles, el sistema utiliza cláusulas de bloqueo pesimista a nivel fila en PostgreSQL. Asigna de forma determinista y exclusiva los 3 perfiles y dispara automáticamente un evento de escalamiento (ESC_HANDOFF) para los 2 clientes excedentes, abriendo un ticket prioritario en Telegram para aprovisionamiento manual o reembolso inmediato sin generar quejas en WhatsApp.
El proveedor de recargas (Prontipagos API WS) puede sufrir retrasos de red de hasta 60 segundos. Si una llamada se procesaba dentro del ciclo general, un timeout revertía el estado pero la recarga se acreditaba en la compañía telefónica, llevando a cobros dobles o reintentos fantasma. Resolví esto aislando cada recarga en una transacción autónoma con marcado preventivo estado="vendiendo" y polling controlado sobre check-status con ID de 64 bits, blindando el capital financiero de la empresa.
4. Handoff Híbrido Bot-Humano & Seguridad Zero-Trust
El sistema combina la velocidad de la automatización conversacional con la empatía del soporte humano especializado:
Mesa de Ayuda Asistida sobre Telegram
Si el cliente solicita hablar con un asesor o el clasificador semántico detecta una queja compleja, el bot se pausa instantáneamente y despacha una tarjeta interactiva a un canal privado de Telegram. El asesor presiona "Tomar Caso" (bloqueando la intervención de otros operadores), responde mediante el comando nativo de Reply de Telegram y el motor reenvía el texto directamente al WhatsApp del comprador. Al resolver la incidencia, el bot se reactiva de forma automática.
Blindaje Zero-Trust & Fail-Closed Webhooks
El panel administrativo erradica totalmente las contraseñas predeterminadas: el aprovisionamiento de cuentas se gestiona exclusivamente mediante tokens criptográficos de un solo uso. Las rutas de webhook operan bajo el principio fail-closed (retornan 404 a menos que el servicio esté explícitamente habilitado), exigen firma HMAC en el header x-hub-signature-256 y los logs JSON aplican filtros de redacción automática sobre tarjetas, tokens y datos personales.
Conclusión: Mi Rol como Full Stack Developer & Software Architect
SIMX ADT v19 sintetiza mi enfoque de ingeniería para sistemas de misión crítica: la separación estricta entre la lógica de negocio pura y los adaptadores de infraestructura, el dominio de la concurrencia a nivel de base de datos relacional para erradicar condiciones de carrera, la resiliencia en la integración de pasarelas de pago y proveedores Telco, y la construcción de paneles administrativos modernos con observabilidad transversal de extremo a extremo.