Appearance
Cobranza — Flujo actual (CRM-driven)
Caso: un cliente lleva 5 días sin pagar su factura de abril. El worker horario lo detecta y le manda un recordatorio por WhatsApp.
Secuencia actual
Cooldown
Para no spamear:
- Mismo cliente + mismo template: no se repite antes de 48h.
- Máximo 3 mensajes totales por ciclo de factura (recordatorio → vencido → suspendido).
- Ventana horaria: solo envía entre 08:00 y 20:00 local tenant.
Templates usados
| Severidad | Template Meta | Días |
|---|---|---|
| Suave | payment_reminder (aprobado) | 1-3 |
| Firme | payment_overdue (pendiente review) | 4-10 |
| Corte | service_suspended (pendiente review) | >10 |
Ver detalle de los 3 templates para el wording exacto.
Limitaciones del modelo actual
- Polling horario — retardo de hasta 60 min entre vencimiento y primer mensaje.
- No reacciona a pagos: si el cliente paga a las 14:00, el job de las 14:30 igual podría mandarle el recordatorio si billing aún no sincronizó el estado (no pasa en la práctica, pero es una race posible).
- Sin confirmación de pago: cuando el cliente paga, no recibe un WhatsApp de "recibido, gracias" porque no hay evento de pago consumido.
El plan para resolver esto está en la track de cobranza billing-driven.