🟢 Probado— Está corriendo en producción hoy en una operación real.
Cómo funciona nuestro sistema de tickets y atención
Construimos e implementamos sistemas de tickets y atención que corren en producción hoy: un servidor de tickets como servicio de sistema (Flask + Waitress, gestionado con NSSM para reinicio automático), base de datos de tickets y de mensajes, y una vista unificada de cada cliente para que ningún agente empiece una conversación desde cero.
En resumen
- Servidor de tickets en producción, no un prototipo.
- Base de datos propia de tickets y mensajes de WhatsApp.
- Vista unificada de cliente entre canales.
- Reglas de integridad de datos y parsers canónicos, para que un mismo ticket nunca se lea de dos formas distintas.
Qué incluye
El sistema corre como servicio de Windows (NSSM), lo que significa que se reinicia solo si el servidor se reinicia — no depende de que alguien deje una ventana abierta. La capa de datos separa tickets de mensajes de WhatsApp, con parsers canónicos que normalizan el formato antes de guardar, y reglas de integridad que evitan registros duplicados o huérfanos.
Las lecturas de cara al cliente aplican un filtro estricto sobre identificadores y estado de borrado — una disciplina heredada de un cliente real que depende de ella para no exponer tickets eliminados ni de otro canal.
¿Te sirve para tu operación?
Conversemos sobre tu caso concreto — sin presentaciones genéricas.
Hablar de mi proyecto