Operación en el día a día

Con la regla en marcha, el trabajo humano cambia de naturaleza: no disparas cobros — atiendes las excepciones que el sistema separa y lees los números para ajustar la máquina. Esta es la rutina de un operador.

La mañana: panel y campana

Empieza por el panel. Arriba, la foto de la cartera (Total por Cobrar, En Mora, Cobros Activos, Clientes); en el medio, la línea operacional — y ahí vive tu día:

• Fila de revisión humana — tareas pendientes que exigen una persona.
• Disputas abiertas — con destaque rojo si alguna reventó su SLA.
• Recuperado por la regla, Recibido en el mes y Monto en acuerdo — el resultado.

La Actividad reciente muestra lo que trajo la noche (pagos, envíos, vencimientos), y la campana concentra lo que te necesita: revisión de negativación/protesto, "ya pagué" por verificar, acuerdo incumplido, promesa de pago incumplida, importación/exportación concluida, clave de API por expirar. Hacer clic en un aviso lleva directo a la pantalla de la acción.

La fila de revisión humana

La pantalla Tareas es la fila de trabajo (detalles). Las tareas del tipo Revisión son las decisiones que el sistema se niega a tomar solo:

• Aprobar negativación o protesto — la etapa de la regla solo crea el registro pendiente; nada llega al buró o a la notaría sin tu aprobación (workflow).
• Verificar comprobante — el "ya pagué" del deudor pausa la regla y abre la tarea: confirmado, el cobro se cierra; no confirmado, la regla retoma donde quedó.
• Derivación jurídica — tareas urgentes creadas por la etapa judicial.

Trabaja la fila por prioridad y vencimiento. Una tarea de revisión detenida es una regla detenida para ese cobro.

Disputas: prioridad máxima

Una disputa abierta ya pausó la regla y suprimió los envíos — el reloj que corre ahora es el SLA (por defecto: 5 días). La rutina (Contestaciones):

1. Asume la disputa ("Iniciar análisis") y designa un responsable.
2. Reúne evidencias: comprobantes, contrato, órdenes de servicio, el relato del deudor.
3. Decide: procedente o improcedente — los efectos de cada decisión (cerrar, ajustar el monto, retomar la regla) los aplica el sistema, y todo entra al registro probatorio.

Las disputas con SLA vencido se destacan en la lista y en el panel. No dejes envejecer las contestaciones: mientras una vive, nadie cobra.

Acuerdos: proponer, aceptar, acompañar

¿Negociaste por teléfono? Regístralo en Acuerdos → Nuevo Acuerdo (cliente, monto, descuento, cuotas, primera cuota) y usa Aceptar Acuerdo cuando el cliente confirme — el sistema registra fecha, IP y términos, y genera las cuotas (Negociación y acuerdos). Por el portal, el deudor lo hace solo, dentro de los límites de la campaña activa.

Un acuerdo aceptado saca el cobro de la regla. El incumplimiento se detecta solo: una cuota vencida más allá del período de gracia (por defecto: 5 días naturales) marca el acuerdo como Incumplido, devuelve los cobros a la regla y avisa en la campana — tu papel es decidir entre regularizar o cancelar. Y cuando el deudor promete pagar en una fecha ("pago el 15"), registra la promesa de pago: la regla se pausa hasta la fecha prometida y retoma sola si el pago no llega.

Cartera viva

• Nuevos lotes: importa por hoja de cálculo (clientes antes que cobros) y trata los errores por fila el mismo día — Importación.
• Supresiones: registra opt-outs y casos sensibles apenas surjan; la supresión vence a cualquier etapa de la regla.
• Bajas manuales: un pago que llegó por fuera (depósito directo, acuerdo antiguo) debe darse de baja para que la regla pare — Pago y baja.

Leer los números y ajustar la máquina

Dos lecturas semanales bastan para calibrar:

• Aging (panel): si la masa migra hacia las franjas 61–90 y 90+, la regla actual no está alcanzando — revisa las etapas y considera campañas de negociación más agresivas en esas franjas.
• Recuperación: qué etapa y canal convierten de verdad (atribución por la última etapa antes del pago). Una etapa que nunca convierte es candidata a cambiar de tono, canal o momento.

Recuerda: editar la regla no afecta a quien ya está dentro — los cambios valen para los próximos cobros (versiones). Y toda acción del equipo queda en la auditoría append-only, lista para sostener la operación en juicio.