Checklist de go-live

La última revisión antes de encender la regla en producción de verdad — con canales enviando mensajes reales a deudores reales. Recorre en orden; cada ítem apunta a la página que explica el porqué.

1. Cartera

• Importaciones concluidas sin errores pendientes (el enlace "Ver errores" los lista fila por fila) — Importación.
• Muestra de clientes verificada: documento, correo y/o teléfono (sin contacto, el canal se salta), external_id completado.
• Direcciones con estado (UF) — la ventana legal de contacto se resuelve por el estado del deudor; sin uno válido, aplica la regla nacional conservadora.
• Cobros con monto, vencimiento e, idealmente, datos de pago (pixEmv, paymentUrl o barcode) para que los mensajes salgan "pagables".

2. Supresiones — antes del primer disparo

• Opt-outs conocidos de la operación anterior registrados como supresión (opt_out).
• Casos sensibles mapeados: fallecidos, judicializados, representados por abogado, "no soy yo" — cada uno con el tipo de supresión correcto.
• Cobros en discusión formal con bloqueo jurídico (legal hold) aplicado.

La supresión vence a cualquier etapa de la regla. Registrarlas antes del go-live es la diferencia entre "el sistema nos protegió" y "cobramos a quien no debíamos el primer día".

3. Regla

• Regla activa, publicada y marcada como Predeterminada — es la que captura todo cobro sin regla (versiones y publicación).
• Cada etapa con plantilla propia — sin plantilla, sale un recordatorio genérico (plantillas y variables).
• Plantillas con camino de pago y tono adecuado a la franja de mora; avisos de negativación/protesto en la categoría correcta (documentan el comunicado previo).
• Etapas de negativación/protesto/judicial revisadas con el equipo: crean tareas urgentes de revisión — alguien debe estar designado para esa fila.
• Ensayo simulado hecho: con los canales aún apagados, la regla corrió sobre la cartera real y las ejecuciones del motor mostraron agendamientos, ventanas y supresiones como se esperaba.

4. Ventanas y límites

• Ventanas legales revisadas para los estados relevantes de la cartera (compliance de contacto) — recuerda: fuera de ventana se reprograma, nunca se descarta.
• Límites por persona revisados (por defecto: 2/día, 6/semana, intervalo de 4h) — personaliza la política de contacto solo con justificación.
• Zona horaria de la organización correcta (por defecto America/Sao_Paulo).

5. Remitente y marca

• Datos de la organización completos en Configuración → Empresa: razón social, nombre de fantasía, CNPJ, teléfono, correo, logo — aparecen en la app, en el portal y en las variables account.* de las plantillas (cuenta y marca).
• Layout de correo con la marca correcta y un pie que identifique al acreedor; cascada sucursal → empresa → organización probada, si hay varias marcas.
• Portal del deudor abierto y revisado: logo, nombre y oferta mostrados correctamente.

6. Canales — el interruptor final

• Proveedores de correo, SMS y WhatsApp configurados en Configuración → Notificaciones. Este es el interruptor: sin canal, todo es simulado; con canal, es real.
• Envío de prueba real hecho a contactos internos (un cobro de prueba con tu propio correo/teléfono) y apariencia revisada en cliente de correo y celular.

7. Equipo e integración

• Operadores invitados con los roles correctos; responsables definidos para la fila de revisión y para las disputas (miembros y permisos).
• Campañas de negociación activas revisadas (el descuento y el tope de cuotas son lo que el portal va a honrar).
• Si hay integración: webhooks firmados y verificados, clave de API con expiración, idempotencia en producción (guía del integrador).

Encendiste. ¿Y ahora?

En las primeras 48 horas, acompaña de cerca: Actividad reciente y ejecuciones del motor (qué salió, qué se reprogramó y por qué), entregas de webhook (fallas y reintentos) y la campana (revisiones y "ya pagué"). La regla fue diseñada para no necesitarte — pero en los primeros días, mirar es barato y corregir temprano es más barato aún. La rutina permanente está en Operación en el día a día.