Administradores de propiedad horizontal, equipos de servicio y residentes que operan pagos, solicitudes y seguimiento por WhatsApp.
CASE 07 · PRIVATE DEMO MULTI-TENANT OPERATIONS
PPH Bot
WhatsApp convertido en una capa operativa para propiedad horizontal.
PPH Bot combina conversaciones, OCR de comprobantes, transcripción, PQRSF, permisos por rol y administración multi-tenant. El caso muestra cómo una interfaz cotidiana puede conectarse con controles y trazabilidad operativa.
PROJECT CARD / RECRUITER VIEW
Ficha técnica del proyecto.
Diseñé el producto y su arquitectura multi-tenant, integrando canal conversacional, OCR, transcripción, permisos, backoffice y trazabilidad.
Backend, APIs, despliegue, pruebas y controles.
- DEPLOYMENT
- Bot Orchestrator desplegado en Oracle detrás de Nginx; /health responde HTTP 200.
- BACKEND / APIS
- Meta WhatsApp API, OCR FastAPI, PostgreSQL, Redis/BullMQ, worker y escalamiento humano.
- ASYNC / DATA
- Cola para procesamiento, sesiones y persistencia; queue_depth 0 en el health observado.
- RELIABILITY
- Idempotencia de webhooks, fallback de OCR y trazabilidad de escalamiento diseñados como controles explícitos.
- SECURITY
- Fallo cerrado ante secretos de webhook faltantes y acceso de panel no publicado por capacidad de mutación.
- 01WhatsApp
- 02OCR + transcripción
- 03API operativa
- 04Tenant + RBAC
- 05Panel administrativo
- Backend desplegado
- Datos operativos configurados
- Deck demostrable
- Flujos de OCR, PQRSF y administración
- Separar conversación de autorización
- Aislar datos por propiedad
- No convertir una credencial operativa en contraseña pública de demo
- DEMO
- Acceso privado coordinado
- CAPTURAS
- Deck comercial con recorrido del producto
- El deck es una demostración de producto y propuesta comercial; no expone datos privados de administraciones.
- El acceso al panel se entrega de forma privada porque los roles disponibles permiten acciones operativas.
- Las cifras corresponden a datos configurados, no equivalen por sí solas a usuarios activos o adopción comercial.
Abrir deck del producto
ABRIR / SOLICITAR01 / PROBLEMA
La conversación es simple; la operación detrás de ella no.
Pagos, solicitudes, residentes, administradores y propiedades exigen identidad, permisos, estados y evidencia. Resolver solo el chat dejaría el trabajo crítico fuera del sistema.
02 / DECISIÓN DE DISEÑO
Un front conversacional conectado con un backoffice multi-tenant.
WhatsApp recibe la interacción; OCR y transcripción estructuran entradas; las reglas de acceso separan organizaciones y roles; el panel permite revisar, resolver y auditar.
SYSTEM / END TO END
El producto como flujo explícito.
Cada fase tiene una responsabilidad distinta. Esa separación hace posible observar el sistema, probarlo y corregirlo sin depender de intuición.
- 01CHAT
Recibir
Capturar la solicitud en texto, audio o imagen desde el canal cotidiano.
- 02AI
Interpretar
Transcribir, extraer campos y clasificar la intención con controles explícitos.
- 03RBAC
Autorizar
Aplicar tenant, identidad y permisos antes de leer o modificar información.
- 04OPS
Resolver
Crear o actualizar el registro operativo y devolver un estado comprensible.
- 05TRACE
Auditar
Conservar el historial necesario para seguimiento administrativo.
PROOF / WHAT IS ACTUALLY SHOWN
Evidencia, no decoración.
Las etiquetas indican si el dato fue observado, proviene del artefacto o corresponde al registro profesional del caso.
SCOPE / HONEST BOUNDARIES
Lo demostrado y lo que aún requiere validación.
Un portafolio técnico también debe mostrar dónde termina la evidencia disponible.
- El deck es una demostración de producto y propuesta comercial; no expone datos privados de administraciones.
- El acceso al panel se entrega de forma privada porque los roles disponibles permiten acciones operativas.
- Las cifras corresponden a datos configurados, no equivalen por sí solas a usuarios activos o adopción comercial.
CASE 07 / PPH BOT