Files
soft_usite/pkg/services
Lizandro GuarnizoandClaude Opus 5 97e66b82e3 fix(umind): el aviso de tope se repetía en cada despliegue y el cliente no se enteraba
Qué pasa cuando un cliente supera el tope de consumo de su plan: el servicio
sigue funcionando y el excedente se factura en el próximo ciclo. Es la decisión
de diseño y no cambia — cortarle el asistente a un negocio en medio de una
conversación con un cliente suyo es peor que la factura.

Lo que sí estaba mal es cómo se avisaba.

El control de "a este ya le avisé" vivía en memoria, con un ponytail: que
asumía reinicios raros. Con despliegue automático en cada push, ese flag se
borra varias veces por día: el mismo cliente pasado de tope recibía el aviso de
nuevo en el siguiente mensaje, y otra vez, y otra. Ahora se marca en la base,
con un UPDATE condicionado que además lo hace atómico — dos mensajes que crucen
el tope a la vez, o dos réplicas del proceso, avisan una sola vez.

Y el aviso iba sólo al Telegram del staff. El dueño del negocio, que es el que
va a recibir la factura con el excedente, no se enteraba por ningún lado: tenía
que entrar al panel a mirar. Ahora le llega un correo que dice cuánto lleva
consumido, cuánto incluye su plan y —lo más importante— que su asistente sigue
funcionando con normalidad.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-21 19:20:54 -05:00
..
up
2026-05-18 23:50:50 -05:00
up
2026-05-18 23:50:50 -05:00
up
2026-05-12 21:22:30 -05:00
ip
2026-05-12 22:34:10 -05:00
up
2026-05-21 23:11:01 -05:00
2025-04-24 02:07:47 +00:00
2026-06-11 17:47:46 -05:00
up
2025-06-07 19:00:44 -05:00
2026-05-15 23:30:07 -05:00
2025-04-24 02:07:47 +00:00
2025-04-28 20:57:32 -05:00