Implementación: regla y canales
Segunda mitad de la implementación: diseñar la regla, publicarla y encender los canales de envío. Aquí la cuenta deja de ser un registro y se convierte en una operación de cobranza.
1. Diseña la regla
Una regla es una secuencia de etapas ancladas al vencimiento. Cada etapa responde tres preguntas (detalles):
- Cuándo — disparador + offset: antes del vencimiento (
before_due), el mismo día (on_due), después del vencimiento (after_due), después de la emisión o después del pago. - Qué — notificación, oferta de negociación, tarea manual para el equipo, negativación/protesto (siempre con revisión humana) o derivación jurídica.
- Por dónde — correo, SMS, WhatsApp o manual (la voz no es configurable — no hay proveedor de telefonía; para llamadas, usa la tarea manual). Sin contacto para el canal, ese canal se salta; los demás siguen.
Un diseño inicial que funciona bien como punto de partida:
| Momento | Etapa | Tono |
|---|---|---|
| −3 días | Recordatorio por correo | Amigable |
| Vencimiento | "Vence hoy" por correo + WhatsApp | Neutro |
| +5 días | Cobro por correo + SMS | Firme |
| +15 días | Oferta de negociación (portal) | Neutro |
| +30 días | Tarea manual de llamada para el equipo | — |
Cada etapa se ejecuta como máximo una vez por cobro, y los límites de contacto por persona (por defecto: 2/día, 6/semana, intervalo de 4h) impiden el bombardeo incluso cuando varias etapas quedan elegibles a la vez.
2. Escribe una plantilla por etapa
Sin plantilla, el sistema envía un recordatorio genérico; en la práctica siempre vas a querer una plantilla por etapa, con el tono correcto para la antigüedad de la mora y las variables interpoladas ({{ person.name }}, {{ charge.currentAmount | currency }}, {{ charge.dueDate | date }}). Dos reglas de oro:
- Incluye siempre un camino de pago —
{{ charge.pixEmv }},{{ charge.paymentUrl }}o{{ charge.barcode }}. Un cobro sin "cómo pagar" se convierte en una llamada a tu soporte. - Usa la categoría correcta en los avisos de negativación y protesto: documentan el comunicado previo en el registro de auditoría.
El editor valida variables y formateadores al guardar — el error de tipeo no sale al aire.
3. Publica y marca como predeterminada
Al usarse por primera vez, la regla publica la versión 1 automáticamente — un snapshot inmutable de las etapas activas. Los cobros entran a la versión vigente y quedan fijados a ella; las ediciones solo valen para las próximas entradas (Versiones y publicación).
Marca una regla como Predeterminada de la organización. Es la que la verificación diaria asigna a todo cobro abierto sin regla — la garantía "subiste la hoja de cálculo con 5.000 títulos, mañana todos están dentro". Si usas clasificaciones, vincula reglas específicas a perfiles de pagador; la prioridad decide en caso de superposición.
4. Configura los canales de envío
En Configuración → Notificaciones viven los proveedores de correo, SMS y WhatsApp de la cuenta. Este paso tiene un comportamiento que juega a tu favor en la implementación:
:::info Sin canal configurado, todo es simulado Mientras ningún canal de envío esté configurado, la regla corre entera sin enviar ningún mensaje real: las etapas aparecen en el historial como simuladas. Úsalo deliberadamente — valida el diseño de la regla con la cartera real antes de encender cualquier canal. :::
5. Revisa el compliance
El motor de compliance ya viene armado: ventanas legales por estado (con feriados nacionales), límites por persona y supresiones. Lo que depende de ti:
- Estado (UF) en las direcciones — sin él, aplica la ventana conservadora nacional (funciona, pero puede reprogramar más de lo necesario).
- Supresiones conocidas — si migras de otra operación, registra los opt-outs y casos sensibles antes del primer disparo.
- Límites personalizados — los valores por defecto son conservadores; ajusta la política de contacto de la organización solo si sabes lo que haces.
6. (Opcional) Campañas de negociación
Las campañas ofrecen descuento automático en el portal por franja de mora (ej.: 5% hasta 15 días, 15% de 16 a 60, 30% en adelante). La aceptación se valida en el servidor: una propuesta adulterada en el navegador se rechaza y queda registrada.
Cómo saber que esta etapa terminó
- Regla activa, publicada y marcada como Predeterminada; etapas con plantilla y tono propios.
- Ejecuciones simuladas revisadas en el detalle de algunos cobros reales (la regla enroló, agendó y respetó las ventanas).
- Canales configurados — o deliberadamente apagados hasta el go-live.