Cómo se vería cada reporte del catálogo

Una pantalla por reporte, en el orden del catálogo. No son wireframes vacíos: 18 de las 21 pantallas se generan con consultas reales sobre el mart cargado con los 24 cortes sintéticos, así que los números tienen la forma, el orden de magnitud y las patologías que va a tener el dato real. Las 3 restantes dependen de un insumo que todavía no existe y van marcadas como ilustrativas.

Cada pantalla lleva el código del reporte, la pregunta que responde, la barra de filtros que tendría, los objetos del esquema rpt que la alimentan y el enlace a su ficha. El propósito es acordar qué se muestra y cómo se lee antes de construirlo en la herramienta de BI — no proponer una interfaz.

Implementado Especificado / Parcial Bloqueado datos del mart datos ilustrativos

Los colores siguen una sola regla: una tonalidad, de claro a oscuro, para magnitud (matrices y barras ordenadas); tonalidades distintas solo cuando las series son la identidad (gestionado vs. espontáneo); y la paleta de estado —verde, ámbar, rojo— reservada para semáforos, siempre con icono y etiqueta, nunca color solo. Los valores están además en tabla, así que ningún número depende de distinguir un color.

C1

Matriz de transición de mora (Roll Rate)

¿La cobranza está funcionando, más allá del tamaño de la cartera?
Empresa E01Cartera TodasCorte 2026-07-31Grano Cuenta

Matriz de transición · 2026-06-30 → 2026-07-31 · cada fila suma 100%

Origen → destinoAl día1-3031-6061-9091-120121-180181-360Más de 360CastigadaSin dato moraSalida
Al día (3.136)94,5%5,0%·······<0,1%0,5%
1-30 (179)36,9%5,0%56,4%······1,1%0,6%
31-60 (88)38,6%2,3%6,8%52,3%·······
61-90 (58)31,0%·1,7%3,4%63,8%······
91-120 (36)30,6%··2,8%2,8%61,1%····2,8%
121-180 (56)19,6%···1,8%35,7%37,5%··5,4%·
181-360 (71)22,5%····1,4%59,2%15,5%1,4%··
Más de 360 (11)9,1%······63,6%27,3%··
Castigada (43)········100,0%··
Sin dato mora (5)··20,0%40,0%20,0%·20,0%····
0,0%100,0% → mayor % de la fila

Lectura del mes

Tramo origenCuentasNormalizaDeterioraSalida
Castigada430,0%0,0%0,0%
Sin dato mora50,0%0,0%0,0%
1-3017936,9%56,4%0,6%
31-608838,6%52,3%0,0%
61-905831,0%63,8%0,0%
91-1203630,6%61,1%2,8%
121-1805619,6%37,5%0,0%
181-3607122,5%15,5%0,0%
Más de 360119,1%0,0%0,0%

Los dos indicadores de cartera

Entrada a mora (T0→T1)
5,0%
termómetro de originación y cobranza preventiva
Altas del periodo
45
cuentas nuevas: no entran en ninguna fila de la matriz

La diagonal es inercia. Sobre la diagonal, recuperación; bajo ella, deterioro. El monto que pondera es siempre el del corte origen — si se pondera con el destino, las filas dejan de sumar 100% y la matriz deja de ser una matriz de transición.

Implementadodatos del mart Objetos: rpt.v_rollrate · v_rollrate_kpi · v_transiciones Ficha: C1-roll-rate.md
C2

Aging / stock por tramo

¿Cómo está la cartera hoy, en monto y en cuentas?
Empresa E01Cartera TodasCorte 2026-07-31
Cuentas en cartera
3.711
Deuda vencida
$77,2 MM
solo lo que está en mora
Cuentas en mora
545
14,7% de la cartera
Deudores distintos
545
una persona con 3 cuentas es una llamada

Deuda vencida por tramo

1-30
$19,0 MM
31-60
$13,8 MM
61-90
$5,2 MM
91-120
$5,9 MM
121-180
$6,8 MM
181-360
$9,8 MM
Más de 360
$6,6 MM
Castigada
$9,4 MM
Sin dato mora
$727 M

La forma importa más que el nivel: mucho T1 y poco T4+ es cartera que rota; la inversa es cartera que se está muriendo y todavía no se castiga.

Detalle · vista de tabla

TramoCuentasDeudoresVencido% cartera
Al día3.1662.937$00,0%
1-30167167$19,0 MM24,7%
31-60109109$13,8 MM17,9%
61-905151$5,2 MM6,7%
91-1204040$5,9 MM7,6%
121-1804343$6,8 MM8,8%
181-3606464$9,8 MM12,6%
Más de 3601818$6,6 MM8,6%
Castigada4747$9,4 MM12,2%
Sin dato mora66$727 M0,9%
Total3.7113.482$77,2 MM100,0%
Implementadodatos del mart Objetos: rpt.v_aging Ficha: C2-aging.md
C3

Cosechas (vintage)

¿El problema es mi cobranza o es lo que estoy originando?
Empresa E01Cartera TodasCorte 2026-07-31Umbral 60+ días

Mora 60+ por cosecha y mes de vida — se lee por columna

Cosecha \ mes de vida123456789101112
10/23·········0,0%0,0%0,0%
11/23········0,0%0,0%0,0%6,5%
12/23·······0,0%0,0%0,0%2,2%4,4%
01/24······0,0%0,0%2,1%2,0%2,1%6,2%
02/24·····0,0%0,0%0,0%0,0%2,7%7,9%2,6%
03/24····0,0%0,0%2,3%4,5%2,2%4,4%2,2%0,0%
04/24···0,0%0,0%0,0%0,0%1,9%1,8%3,5%7,0%12,3%
05/24··0,0%0,0%0,0%3,9%2,0%3,9%3,9%3,9%7,5%7,5%
06/24·0,0%0,0%5,0%5,2%6,7%4,9%3,1%4,6%6,1%6,0%2,9%
07/240,0%0,0%6,4%6,2%2,0%0,0%6,1%10,2%8,2%8,0%8,2%8,0%
0,0%12,3% → más mora

La lectura correcta: un mes de vida fijo, todas las cosechas

0.0%2.3%4.6%6.9%9.1%10/2312/2302/2404/2406/248,2%

Comparar horizontalmente (la cosecha vieja tiene más mora que la nueva) es el error clásico: obvio y sin información, porque la nueva no ha tenido tiempo de deteriorarse.

Qué falta acordar antes de publicarlo

DecisiónPropuesta
Umbral de mora de la cosecha60+ días — 30+ es ruidoso en no bancarios
Denominadormonto originado, no saldo vigente
Mínimo de créditos por cosechabajo ~200 la serie es ilegible
Cuentas que entran con mora hechacompra de cartera: se marcan y van aparte

El monto originado no viene en el contrato. Este mockup usa el número de cuentas; en producción se pide el campo o se usa la deuda del primer corte en que aparece la cuenta.

Especificadodatos del mart Objetos: propuesto rpt.v_cosechas Ficha: C3-cosechas.md
C4

Curvas de recupero por camada

¿Cuánto voy a recuperar de la mora que entró este mes, y cuándo?
Empresa E01Cartera TodasCorte 2026-07-31Ventana 6 meses

Recupero acumulado sobre la deuda al entrar a mora

0%32%64%96%129%mes 0mes 1mes 2mes 3mes 4mes 5mes 6100,9%
Promedio de las camadasCamada 202602

Las camadas individuales van en gris; la de énfasis es el promedio y la última camada cargada. El mes en que la curva deja de subir es el mes en que la gestión deja de rendir — y por lo tanto el punto natural para castigar, vender o pasar a judicial.

Puede pasar de 100% porque el deudor también paga las cuotas corrientes: en producción el numerador se limita a la deuda del episodio, y esa decisión hay que tomarla antes de publicarlo.

Cuánto aporta cada mes (marginal)

mes 0
0,0%
mes 1
41,9%
mes 2
20,7%
mes 3
12,7%
mes 4
10,8%
mes 5
8,9%
mes 6
5,9%

La pendiente de los primeros 30 días es la medida más limpia del valor de la cobranza temprana, y es el número que sostiene una inversión en marcación preventiva.

Camadas observadas
19
las últimas 3 a 6 están inmaduras
Episodios de mora
3.700
derivados del histórico, sin pedir nada nuevo
Especificadodatos del mart Objetos: propuesto rpt.v_curva_recupero (+ fct_episodio_mora) Ficha: C4-curvas-de-recupero.md
C5

Autocura vs. recupero gestionado

¿Cuánto habría pagado igual sin llamar?
Empresa E01Cartera TodasCorte 2026-07-31Ventana atribución 10 días

De todo lo recaudado, ¿cuánto tiene un contacto detrás?

Recaudo con gestión detrás $254,5 MM · 60,9%Recaudación espontánea $163,1 MM · 39,1%

Autocura por tramo

Tramo al pagarGestionadoEspontáneoTasa de autocura
1-30$118,0 MM$76,2 MM39,3%
31-60$57,7 MM$31,7 MM35,5%
61-90$22,7 MM$16,6 MM42,2%
91-120$19,3 MM$15,0 MM43,8%
121-180$18,4 MM$12,6 MM40,6%
181-360$15,5 MM$8,0 MM34,2%
Más de 360$858 M$801 M48,3%
Sin dato mora$2,1 MM$2,2 MM50,9%
Total$254,5 MM$163,1 MM39,1%

Patrón esperado en no bancarios: autocura alta en T1 (el que se atrasó por olvido paga solo) y baja desde T3. Si la autocura de T1 es alta y el equipo dedica ahí la mitad de sus llamadas, hay un rediseño de estrategia esperando.

Por medio de pago

SUCURSAL
$152,2 MM
WEB
$145,8 MM
SERVIPAG
$119,6 MM

Descuento por planilla, PAT y débito automático son autocura estructural: no se gestionan, se administran. Conviene separarlos antes de calcular cualquier tasa, o el indicador mide la mezcla de la cartera y no la gestión.

El nivel de autocura solo describe. Lo que se puede defender ante un CFO es el lift: tasa de pago de gestionadas menos no gestionadas, sobre cuentas comparables. Eso exige una franja de control, y es una decisión de la gerencia.

Especificadodatos del mart Objetos: rpt.v_pago_atribuido (base) · propuesto v_autocura Ficha: C5-autocura.md
C6

Perfil de pago del deudor

¿A quién llamar, cuándo y por qué canal?
Empresa E01Cartera TodasCorte 2026-07-31Historia mínima 3 pagos
Deudores con historia suficiente
605
3 pagos o más: bajo eso el perfil es ruido
Autocuradores
156
25,8% — el segmento que libera capacidad
Atributos por deudor
10
todos observados, ninguno estimado

La tabla que alimenta la estrategia · top 12 por monto pagado

DeudorSegmentoPagosAutocuraContactab.Día habitualMedioPeor mora
PER000801Silencioso30,0%17,1%día 18SUCURSAL132 d
PER000511Contactable714,3%34,4%día 20SUCURSAL157 d
PER000926Silencioso333,3%22,9%día 14SUCURSAL302 d
PER001859Contactable30,0%40,5%día 20SERVIPAG50 d
PER000914Autocurador560,0%22,2%día 16SERVIPAG161 d
PER001325Autocurador4100,0%27,5%día 14SUCURSAL237 d
PER000728Contactable650,0%26,9%día 25SUCURSAL110 d
PER001372Contactable30,0%25,0%día 25WEB63 d
PER001529Autocurador666,7%26,7%día 22SUCURSAL255 d
PER000278Silencioso540,0%22,6%día 17WEB128 d
PER000053Contactable450,0%38,5%día 15WEB41 d
PER001235Autocurador560,0%17,1%día 18SERVIPAG125 d

Los tres segmentos que salen directo

SegmentoQué hacer
Autocuradorsacar de marcación telefónica, dejar en canal barato
Contactable incumplidorno es contactabilidad, es negociación
Silencioso profundoterreno, o decisión de castigo/venta

Dos advertencias

Un perfil no es un score. Acá no hay predicción ni ponderación: son hechos observados. La mezcla en un puntaje único es C9 y es otra discusión.

Es el único reporte cuyo grano es una persona identificable con atributos de conducta. En Chile eso lo pone bajo la ley de datos personales: el acceso va por el rol mart_analista, no por el de BI abierto.

Especificadodatos del mart Objetos: propuesto rpt.v_perfil_deudor Ficha: C6-perfil-de-pago.md
C7

Reincidencia / recaída

¿La normalización duró?
Empresa E01Cartera TodasCorte 2026-07-31Ventana 6 meses
Curas observadas
3.039
transiciones a T0 en los 24 cortes
Recaen dentro de 6 meses
23,5%
promedio ponderado
Ventana de observación
6 meses
3 es corto en cuota mensual; 12 tarda un año

Recaída a 6 meses según el tramo desde el que curó

curó desde 1-30
22,7%
curó desde 31-60
23,9%
curó desde 61-90
24,2%
curó desde 91-120
21,4%
curó desde 121-180
24,9%
curó desde 181-360
31,3%

Curar desde mora profunda es más frágil, y eso cambia una decisión: si la mitad de lo que se "cura" con un abono mínimo recae en 60 días, esa práctica no es cobranza, es postergación — y la comisión que la premia está mal diseñada.

Detalle

Curó desdeCurasRecae en 6 mesesLectura
1-301.63522,7%cura estable
31-6063223,9%cura estable
61-9026924,2%cura frágil: acompañar
91-12019221,4%cura estable
121-18017724,9%cura frágil: acompañar
181-36013431,3%cura frágil: acompañar

Limitación declarada: repactar no es curar, aunque el archivo lo muestre así. Sin el vínculo cuenta-cuenta, parte de estas curas son convenios y su recaída aparece en otra cuenta. Ver C8.

Especificadodatos del mart Objetos: propuesto rpt.v_reincidencia Ficha: C7-reincidencia.md
C8

Convenios y repactaciones

¿En qué cuota se rompen los convenios?
Empresa E01Cartera TodasCorte 2026-07-31Insumo faltante

Este mockup es ilustrativo. El reporte necesita vinculaciones_cuenta_cuenta — que ya existe en el layout de entrada de Exélix y solo hay que pedir que se emita. Sin ese vínculo, la repactación se ve como una cuenta que desapareció más un alta, y tres reportes mienten a la vez: C1 cuenta una salida donde hubo un acuerdo, C7 ve una cura que no fue, y este reporte no existe.

Dónde se rompen · tasa de quiebre por cuota

Cuota 1
38,0%
Cuota 2
21,0%
Cuota 3
12,5%
Cuota 4
8,0%
Cuota 5
6,0%
Cuota 6
4,5%

La respuesta habitual del mercado —"se rompen en la primera o la segunda"— es folclore hasta que alguien la mide. Y define una práctica concreta: si el 38% se rompe en la cuota 1, el convenio sin pie no debería existir.

Curva de supervivencia del convenio

0%25%50%75%100%pactoc1c2c3c4c5c635,4%

El corte que cierra el círculo con la gestión es por gestor que lo pactó: el que pacta lo que el cliente no puede pagar aparece con buen mes en el embudo (G2) y con quiebre alto acá.

Los cuatro estados, recalculados contra pagos reales

EstadoCondición
VIGENTE_AL_DIAtodas las cuotas vencidas del convenio pagadas
VIGENTE_ATRASADOhasta N días de atraso en la cuota corriente
QUEBRADOcuota impaga más allá de la tolerancia acordada
CUMPLIDOtodas las cuotas pagadas

Nunca contra el estado que declara el sistema — misma regla que G3. Y si el convenio condona capital o interés, "cumplido" no es lo mismo que "cobrado": hay que traer el monto condonado o el reporte exagera el recupero.

Bloqueadodatos ilustrativos Objetos: propuesto rpt.v_convenios · v_quiebre_convenio Ficha: C8-convenios-y-repactaciones.md
C9

Score conductual / propensión de pago

¿En qué orden trabajo la cartera?
Empresa E01Cartera TodasCorte 2026-07-31Modo reglas, sin modelo

La versión mínima que sí conviene hacer: ordenamiento por reglas

prioridad = monto_vencido
        × factor_contactabilidad  (histórico del deudor)
        × factor_promesa         (cumple / no cumple)
        × (1 − tasa_autocura_personal)
CuentaCarteraTramoVencidoContactab.Cumple prom.AutocuraPrioridad
CTA002673MICROEMPRESAMás de 360$1,6 MM29,7%8,3%0,0%$209 M
CTA000405MICROEMPRESA31-60$801 M38,5%100,0%33,3%$205 M
CTA002013CONSUMO1-30$291 M50,0%100,0%0,0%$146 M
CTA003228AUTOMOTRIZ61-90$319 M57,1%50,0%0,0%$127 M
CTA000634CONSUMO1-30$669 M25,0%50,0%0,0%$117 M
CTA001068CONSUMO181-360$477 M32,5%50,0%0,0%$109 M
CTA000276MICROEMPRESA31-60$910 M33,3%66,7%60,0%$97 M
CTA000363CONSUMO1-30$278 M33,3%100,0%0,0%$93 M
CTA003136MICROEMPRESA31-60$314 M42,1%50,0%0,0%$93 M
CTA002406CONSUMO91-120$244 M53,3%50,0%0,0%$91 M

Por qué no un modelo, todavía

RazónDetalle
Historiaun modelo se entrena con episodios resueltos: 18 a 24 meses
Dueñoun score sin quien lo monitoree prioriza al revés en seis meses
Costo de oportunidadel mismo esfuerzo en C4, C5 y C6 da casi toda la ganancia
Venta no bancariaun modelo que nadie explica no se compra; una regla se firma

Lo que hace fuerte a la regla

Todo lo que multiplica es un hecho medido, no un coeficiente estimado. Se explica en una reunión y se audita cuenta por cuenta.

El factor (1 − tasa_autocura_personal) es el que más mueve el resultado y el que ningún score comprado trae, porque requiere el cruce pago-gestión que este módulo ya hace.

Nada de género, edad, comuna ni nacionalidad: además de la exposición legal, no aportan sobre la conducta de pago observada.

Fuera de v1datos del mart Objetos: propuesto rpt.v_score Ficha: C9-score-conductual.md
G1

Productividad del día

¿Se está trabajando?
Empresa E01Día 2026-07-31Canal Manual
Acciones del día
63
solo canal manual
Cuentas tocadas
54
1.2 acciones por cuenta
Contactos directos
17
efectividad 27,0%
Contactos cortos
5
bajo la duración mínima de 20 s
Promesas tomadas
2

El turno de ayer · 2026-07-31

GestorEquipoAccionesCuentasC. directosC. indirectosC. cortosMinutosPromesasEfectividad
Carla NúñezTEMPRANA201642416 min020,0%
Gloria MaldoTARDIA151153120 min233,3%
Ana RuizTEMPRANA871003 min012,5%
Elena VidalTARDIA8852016 min062,5%
Hugo ZamoraTARDIA441106 min025,0%
Diego PérezTEMPRANA440102 min00,0%
Felipe OrtizTARDIA221003 min050,0%
Bruno SilvaTEMPRANA22000<1 min00,0%

Últimos 20 días con actividad

026527710307-1207-1407-1607-1807-2007-2207-2407-2607-2807-306317
AccionesContactos directos

Cómo se lee

cuentas_tocadas junto a acciones es el par que importa: 120 acciones sobre 30 cuentas es insistencia; 120 sobre 118 es barrido. Ninguno está mal por sí solo, pero son estrategias distintas.

Si minutos baja mientras acciones sube, hay marcación mecánica. Y efectividad que sube con contactos cortos que suben no es una mejora: es el mismo fenómeno mirado dos veces.

Las acciones del usuario SISTEMA no aparecen: un SMS masivo de 20.000 envíos no es productividad de nadie. Su efectividad se mide en G5.

Implementadodatos del mart Objetos: rpt.v_gestion_diaria · v_gestion Ficha: G1-productividad-del-dia.md
G2

El embudo del mes

¿En qué paso se pierde el resultado?
Empresa E01Periodo 202607Equipo Todos

El embudo del equipo · 202607

Asignadas
498  
Gestionadas
405  cobertura 81,3%
Contactadas
274  contactabilidad 67,7%
Con promesa
122  tasa de promesa 44,5%
Promesas cumplidas
56  cumplimiento 58,9%
Con pago
123  conversión 44,9%

Cada paso se lee contra el anterior, no contra el total. Si la contactabilidad es 80% pero la cobertura fue 55%, ese 80% se calculó sobre poco más de la mitad de la cartera y no significa lo que parece.

Por gestor · el ranking se hace por columna, nunca con un puntaje único

GestorEquipoAsignadasCoberturaContactab.T. promesaCumplim.ConversiónAcc./díaCortosRecaudado
Carla NúñezTEMPRANA6686,4%82,5%38,3%58,3%40,4%15,627,8%$4,0 MM
Bruno SilvaTEMPRANA7382,2%75,0%51,1%77,3%62,2%6,90,0%$2,3 MM
Gloria MaldoTARDIA6085,0%74,5%63,2%46,7%39,5%11,09,6%$2,2 MM
Diego PérezTEMPRANA7082,9%60,3%42,9%53,8%51,4%6,82,0%$2,1 MM
Felipe OrtizTARDIA5481,5%47,7%42,9%66,7%47,6%5,53,2%$1,7 MM
Ana RuizTEMPRANA6081,7%75,5%48,6%43,8%43,2%8,65,9%$1,6 MM
Hugo ZamoraTARDIA6971,0%46,9%30,4%66,7%39,1%4,33,7%$1,4 MM
Elena VidalTARDIA4680,4%75,7%28,6%60,0%28,6%6,77,1%$980 M

Por equipo

EquipoSupervisorGestoresAsignadasCoberturaContactab.Recaudo gestionado
TARDIASUP02422979,0%60,8%$6,3 MM
TEMPRANASUP01426983,3%73,2%$10,0 MM

La recaudación espontánea de la empresa ($9,4 MM) se repite en cada fila a propósito: es una cifra de empresa, no de equipo, y está ahí para que nadie la sume ni la reparta.

Los cuatro diagnósticos que salen directo

PatrónQué se hace
cobertura baja, el resto bienreasignar cartera, o G7 en su pantalla
contactabilidad baja, resto normalenriquecer teléfonos, cambiar franja
t. promesa baja con contactab. altaacompañamiento, argumentario
cumplimiento bajo con t. promesa altapromesa inflada: la más cara

El último caso es el que ningún tablero de recaudo detecta: el gestor que promete mucho aparece activo, ocupado y productivo, y su mes cierra igual de mal que el del que no llama.

Implementadodatos del mart Objetos: rpt.v_embudo_gestor · v_tablero_equipo Ficha: G2-embudo-del-mes.md
G3

Cumplimiento de promesas

¿La promesa que se pactó valía algo?
Empresa E01Periodo 202607Equipo TodosUmbral 90%Gracia 3 días

Estado recalculado contra los pagos reales · 202607

CUMPLIDA 56 · 45,9%PARCIAL 1 · 0,8%VIGENTE 27 · 22,1%ROTA 38 · 31,1%

Los cuatro estados propios

EstadoCondición
CUMPLIDApagó ≥ 90% del monto, entre la promesa y el compromiso + 3 días de gracia
PARCIALpagó algo, pero bajo ese umbral
VIGENTEtodavía no vence: fuera del denominador
ROTAvenció, con gracia incluida, y no hay pago

Con 30 promesas del mes de las cuales 20 vencen el mes siguiente, incluir las vigentes da un cumplimiento de 33% que no significa nada.

estado_motor vs. estado_calculado

Promesas que el motor cerró sin pago que las respalde
43
en los 24 cortes

Es un control de la operación, no del gestor. Puede ser un pago que no llegó al archivo (datos), una promesa cerrada por error (proceso) o un cierre cosmético (incentivos). Las tres merecen una respuesta distinta y ninguna se descubre mirando solo el recaudo.

cumplimiento_monto complementa la tasa por conteo: un gestor puede tener 40% de promesas cumplidas y 78% del monto cobrado, y esa es una operación sana.

Por gestor

GestorPromesasYa vencidasCumplidasParcialesRotasVigentesCumplim.Cumpl. montoCerradas sin pago
Gloria Maldo2415717946,7%48,8%1
Bruno Silva23221705177,3%97,9%0
Ana Ruiz1816709243,8%32,9%0
Carla Núñez1812705658,3%72,3%1
Diego Pérez1513706253,8%57,0%0
Felipe Ortiz96402366,7%56,1%0
Elena Vidal85302360,0%52,7%0
Hugo Zamora76402166,7%56,0%0
Implementadodatos del mart Objetos: rpt.v_promesas · v_promesas_gestor Ficha: G3-cumplimiento-de-promesas.md
G4

Recaudación atribuida

De lo que entró, ¿cuánto fue por gestión?
Empresa E01Periodo 202607Equipo TodosVentana 10 días

De lo que entró en 202607, ¿cuánto se puede atribuir a la gestión?

Recaudo con gestión detrás $16,3 MM · 63,5%Recaudación espontánea $9,4 MM · 36,5%

La regla, única y escrita

Un pago es del último contacto directo de canal manual sobre esa cuenta, dentro de la ventana (10 días por defecto). Si no hay ninguno, el pago es SIN_GESTION y se publica como recaudación espontánea.

El caso que siempre se discuteCómo lo resuelve
dos gestores en el mismo mesgana el último que habló, no el que más llamó
el pago que llega sin que nadie llameno es de nadie, y se ve
el SMS masivo antes del pagono atribuye: no es canal manual

Ninguna regla de atribución es "la correcta". Lo que importa es que sea una sola, explícita y auditable hasta el pago individual: v_pago_atribuido entrega el grano fino, pago por pago, con la fecha del contacto que se lo adjudicó.

Serie de los últimos 14 periodos

0 MM5 MM9 MM14 MM18 MM06081012020406$16,3 MM$9,4 MM
Recaudo con gestiónRecaudación espontánea
Pagos atribuidos en toda la historia
61,5%
el resto se publica como espontáneo

Si la espontánea sube de golpe, lo más probable no es que el equipo dejó de trabajar: es que dejó de llegar el archivo de acciones.

Por gestor

GestorEquipoPagosCuentasRecaudo atribuidoParticipación
Carla NúñezTEMPRANA1919$4,0 MM15,5%
Bruno SilvaTEMPRANA2828$2,3 MM9,0%
Gloria MaldoTARDIA1515$2,2 MM8,4%
Diego PérezTEMPRANA1818$2,1 MM8,2%
Felipe OrtizTARDIA1010$1,7 MM6,8%
Ana RuizTEMPRANA1616$1,6 MM6,3%
Hugo ZamoraTARDIA99$1,4 MM5,5%
Elena VidalTARDIA88$980 M3,8%
Sin gestión previa · no es una persona—6161$9,4 MM36,5%

La última fila es la recaudación espontánea, y está deliberadamente al final y en gris: aparece en la misma vista para que cuadre con el total, pero no es de nadie y no se reparte.

Esto no es el recupero de la cartera. El recupero total del periodo está en rpt.v_recupero_mensual y es siempre mayor o igual a la suma de lo atribuido. Usar las dos cifras en la misma reunión sin decir cuál es cuál cuesta media hora.

Implementadodatos del mart Objetos: rpt.v_pago_atribuido · v_recaudo_gestor Ficha: G4-recaudacion-atribuida.md
G5

Esfuerzo y efectividad por canal

¿Cuántos toques necesita un pago, y por dónde?
Empresa E01Periodo Toda la historiaCanal Todos, masivo incluido

Este es el único reporte de la familia G que incluye el canal masivo: acá no se está midiendo a nadie, se está midiendo una herramienta. Decide presupuesto de canal, no desempeño de personas.

Efectividad y costo por canal

CanalAccionesCuentas tocadasTasa de contactoCuentas que pagaronConversiónCostoCosto por contacto
TELEFONO21.5552.25032,3%1.81280,5%$2,5 MM$365
MASIVO6.2401.569no aplica61739,3%$72 M—
MENSAJERIA4.7841.68424,7%52731,3%$72 M$61
TERRENO1.9201.09125,1%24722,6%$8,6 MM$17.925

Conversión por canal y tramo

Canal \ tramo1-3031-6061-9091-120121-180181-360
MASIVO29,4%24,8%18,0%20,2%15,1%18,5%
MENSAJERIA24,0%16,5%15,2%12,1%14,3%10,9%
TELEFONO52,7%42,6%30,3%31,1%32,2%46,4%
TERRENO19,4%18,6%15,7%13,5%8,4%5,2%
0,0%52,7% → más conversión

Es la lámina que decide dónde poner el presupuesto del trimestre, y en el pivote no bancario suele mostrar algo incómodo: que la llamada en mora temprana cuesta más de lo que rinde.

Intensidad: ¿desde qué toque deja de servir insistir?

0%8%15%23%30%t1t3t5t7t9

La lectura que interesa no es el promedio: es el punto donde la curva deja de subir con el toque siguiente. Ese punto responde "cuántas veces llamo antes de cambiar de estrategia", que hoy se contesta por costumbre.

Sesgo de supervivencia: las cuentas con muchos toques son las que no pagaron temprano. Se lee como pago por número de toque, no como "las de 8 toques pagan menos".

Una advertencia de diseño: atribuir el pago a un canal no es lo mismo que atribuirlo a una persona. La regla estricta de G4 excluye el masivo por diseño; este reporte necesita una atribución de canal, más laxa y explícitamente distinta. Las dos cifras van a diferir y hay que decirlo, o alguien va a sumar una con otra.

Especificadodatos del mart Objetos: propuesto rpt.v_efectividad_canal · v_intensidad_cuenta Ficha: G5-esfuerzo-y-canal.md
G6

SLA de primer contacto

¿Cuánto tarda la mora nueva en ser asignada y tocada?
Empresa E01SLA propuesto 5 días hábilesGrano Episodio de mora
Días hasta la asignación
29,8 días
promedio de las últimas 12 camadas
Días hasta el primer contacto
14,5 días
el reloj que sí controla el equipo
Cuentas en mora sin gestor
153 por corte
3.667 en total: lo detectó el control de calidad, no estaba sembrado

Los dos relojes, separados a propósito

0 d9 d17 d26 d34 d07091101030531 d11 d
Días hasta la asignaciónDías hasta el primer contacto

Si el reloj de contacto es bueno y el de asignación es malo, el problema no es del equipo, es del proceso de asignación — y ese es exactamente el hallazgo de estos datos: la mora nueva del mes queda sin gestor hasta el corte siguiente. Un SLA único los confundiría y el equipo cargaría con una demora que no controla.

Por camada

Camada de moraEpisodiosAsignadasDías a asignarContactadasDías a contactar
20260616316230,6 d13211,1 d
20260515915829,4 d14711,4 d
20260415615630,6 d14713,4 d
20260314114029,1 d12411,4 d
20260216015630,6 d14912,7 d
20260116716727,7 d15312,7 d
20251216816730,3 d15513,7 d
20251117017030,3 d16116,4 d
20251016116129,1 d15414,6 d
20250916416430,2 d16019,5 d
20250815715729,4 d15317,7 d
20250716016030,8 d15019,4 d

La camada del último corte no aparece: está censurada — sus asignaciones y contactos posteriores todavía no ocurrieron, y dibujarla haría creer que el SLA mejoró de golpe.

La granularidad del corte limita la precisión. Con el archivo de cuentas mensual, la fecha de entrada a mora tiene error de hasta un mes: el SLA se publica en semanas y se dice. Con cuentas diario el reporte es exacto — es el mejor argumento concreto para pedir el archivo diario.

Especificadodatos del mart Objetos: propuesto rpt.v_sla_primer_contacto Ficha: G6-sla-primer-contacto.md
G7

Listas de trabajo y alertas de supervisión

¿Qué hago hoy? / ¿A quién tengo que mirar?
Empresa E01Hoy = 2026-07-31Sin gestión > 15 días

Pantalla del gestor · sus promesas por vencer

GestorCuentaCompromisoPrometidoPagadoDíasQué hacer
Gloria MaldoCTA0003302026-07-01$110 M$62 M-30Vencida sin pago total
Carla NúñezCTA0005492026-07-02$76 M$0-29Romper: llamar hoy
Diego PérezCTA0033672026-07-03$142 M$0-28Romper: llamar hoy
Felipe OrtizCTA0021642026-07-03$69 M$0-28Romper: llamar hoy
Elena VidalCTA0012102026-07-03$16 M$0-28Romper: llamar hoy
Gloria MaldoCTA0011932026-07-05$168 M$0-26Romper: llamar hoy
Ana RuizCTA0006022026-07-05$57 M$0-26Romper: llamar hoy
Hugo ZamoraCTA0009952026-07-06$53 M$0-25Romper: llamar hoy

La decisión ya viene tomada. Una lista ordenada por fecha obliga al gestor a calcular; esta le dice a quién llamar primero.

Pantalla del gestor · cuentas asignadas que no ha tocado

GestorCuentaCarteraTramoMoraVencidoÚltima gestiónDías sin tocar
Hugo ZamoraCTA001600CONSUMO121-180132 d$3,5 MM2025-03-0724
Gloria MaldoCTA002673MICROEMPRESA181-360298 d$1,1 MM2026-02-1216
Gloria MaldoCTA002547CONSUMO181-360330 d$1,1 MM2026-04-2932
Felipe OrtizCTA002649CONSUMO121-180132 d$910 M2025-01-2496
Hugo ZamoraCTA000555AUTOMOTRIZ91-12098 d$891 M2026-04-1416
Felipe OrtizCTA002649CONSUMO91-120102 d$883 M2025-01-2466
Gloria MaldoCTA002547CONSUMO181-360238 d$854 M2026-01-1643
Bruno SilvaCTA002649CONSUMO61-9071 d$814 M2025-01-2435

Es el complemento operativo de la cobertura: no dice "tu cobertura fue 71%", dice cuáles son las cuentas — y van ordenadas por monto, no por antigüedad. La antigüedad ordena por culpa; el monto ordena por plata.

Pantalla del supervisor · las excepciones de 202607 (80 alertas en 23 periodos)

Carla Núñez · Contactos demasiado cortos
Marca por marcar: contactos bajo la duración mínima
27,8%umbral 15,0%

Las cinco reglas

AlertaRegla
Cobertura baja< 0,70
Contactabilidad bajo el equipo< 75% del promedio de su equipo en el mes
Contactos demasiado cortos> 0,15 de los contactos
Promete y no cobracumplimiento < 0,40 con ≥ 10 promesas vencidas
Promesas cerradas sin pago> 3 en el mes

Cuatro comparan contra un umbral fijo. La de contactabilidad compara contra el propio equipo del mes, que es lo correcto cuando la cartera cambia de dificultad: un umbral fijo castiga al equipo de mora tardía todos los meses, y una alerta que suena siempre deja de ser una alerta.

Control de calidad de la propia gestión

ControlCortesRegistros
Cuenta en mora sin gestor asignado243.667
Promesa sin contacto directo previo en la cuenta23139

El principio: un código desconocido nunca se descarta en silencio. Se auto-registra como SIN CLASIFICAR - revisar y aparece acá. Un reporte que se ve bien porque perdió registros es peor que uno que muestra un problema de datos.

"Hoy" es el último corte cargado (rpt.f_fecha_referencia()), no la fecha del sistema: la misma consulta corrida mañana sobre los mismos datos da lo mismo.

Implementadodatos del mart Objetos: rpt.v_agenda_promesas · v_cuentas_sin_gestion · v_alertas_supervision Ficha: G7-listas-y-alertas.md
F1

Recupero y cumplimiento de meta

¿Llegamos al mes?
Empresa E01Periodo 202607Fecha Operativa
Recupero de 202607
$25,6 MM
Tasa de recupero
30,9%
sobre la deuda vencida al cierre anterior
Pagos del mes
184

Cumplimiento de meta

Logrado $25,6 MMMeta $21,6 MM

La meta no existe en el contrato de datos — acá se ilustra con el promedio de los seis meses previos + 5%. Definirla es una decisión de la gerencia, igual que la base sobre la que se mide: % de la cartera vencida al inicio del mes, o monto absoluto.

Avance esperado dentro del mes

0%25%50%75%100%35791113151719212325272931113,7%

Es la pieza que hace útil el reporte antes de que el mes cierre. Sin ella, el día 12 con 35% de la meta parece un mes perdido; si históricamente el día 12 acumula 30%, es un mes que va bien. Es una curva por cartera: el retail cobra a fin de mes y la planilla el día 5.

Serie de recupero

0 MM7 MM14 MM22 MM29 MM06081012020406$25,6 MM

Por medio de pago

Medio de pagoPagosRecupero% del mes
SUCURSAL67$9,1 MM35,4%
WEB61$8,3 MM32,3%
SERVIPAG56$8,3 MM32,3%
Total184$25,6 MM100,0%

Si el crecimiento vino de domiciliación, es estructura; si vino de caja, es gestión. Son dos noticias distintas.

Se lee tasa_recupero, no el monto: es la única forma de comparar un mes con otro cuando la cartera cambió de tamaño.

Parcialdatos del mart Objetos: rpt.v_recupero_mensual · propuesto v_avance_meta Ficha: F1-recupero-vs-meta.md
F2

Cuadratura de recaudación

¿Lo que informa el banco es lo que registró el sistema?
Empresa E01Día 2026-07-31Medio Todos

Este mockup es ilustrativo. El reporte necesita una segunda fuente que hoy no está en el contrato: la cartola del banco, el archivo de la pasarela (Webpay, Servipag, Sencillito) o el informe del recaudador externo. El formato es lo de menos — entra por los mismos dos adaptadores que ya existen; lo que hay que negociar es que alguien la emita todos los días.

Descuadre del día
$1,7 MM
5 tipos, 21 casos
Descuadre más antiguo sin resolver
9 días
el indicador de salud, no el monto del día
Cuadra al primer nivel
94,2%
comprobante exacto

Semana · un semáforo por día y medio de pago

lun 27
mar 28
mié 29
jue 30
vie 31

Es un reporte de flujos, no de saldos: cuadrar el acumulado del mes esconde compensaciones entre días. Se cuadra día por día, y el mes es la suma de los días cuadrados.

La conciliación en cascada

NivelResolvió
comprobante exacto94,2%
monto + fecha exactos3,1%
monto + ventana de 3 días1,8%
manual0,9%

Publicar cuántas filas resolvió cada nivel es el mejor indicador de la calidad del proceso de recaudación del cliente.

Por qué importa más allá de contabilidad

SOLO_BANCO es la categoría que más plata mueve y la que justifica el reporte: es recaudación que ya está en la cuenta corriente del cliente y que sigue apareciendo como deuda vigente del deudor.

Y tiene un efecto sobre todo el módulo: cada peso que no se imputa aparece como incumplimiento del deudor y como fracaso del gestor. Una promesa marcada ROTA porque el pago quedó sin conciliar destruye la credibilidad de G3.

El descuadre envejece. Una diferencia de hace tres meses ya no la resuelve nadie: el reporte trae la antigüedad y la escala.

Bandeja de excepciones — debe quedar vacía

TipoQué esCasosMontoEstadoQuién lo resuelve
SOLO_BANCOentró plata que no está imputada a ninguna cuenta4$1,3 MMrevisarTesorería
SOLO_SISTEMAel sistema registró un pago que el banco no informa2$318 MrevisarCobranza / caja
MONTO_DISTINTOmismo pago, monto distinto3$47 MrevisarContabilidad
DESFASE_FECHAmismo pago, cuadra al día siguiente11—toleradose tolera y se declara
DUPLICADOel mismo comprobante dos veces1$92 MrevisarSistema origen
Especificadodatos ilustrativos Objetos: propuesto rpt.v_cuadratura · v_descuadre_detalle Ficha: F2-cuadratura-de-recaudacion.md
F3

Castigo y recupero post-castigo

¿Qué pasa con lo que ya se dio por perdido?
Empresa E01Periodo Toda la historiaMarcas CASTIGO, VENTA_CARTERA
Cuentas castigadas
47
en los 24 cortes
Monto castigado
$8,8 MM
medido en el último corte antes del castigo
Recupero post-castigo
sin datos
entra al resultado casi completo: la pérdida ya se reconoció

Flujo de castigo por mes

0.0 MM0.4 MM0.9 MM1.3 MM1.7 MM081012020406$594 M

Se lee con la política de castigo dibujada como referencia: un salto suele ser un cambio de criterio, no un deterioro de la cartera, y confundirlos lleva a discusiones inútiles.

Marcas del contrato

MarcaCuentas
CASTIGO47

marcas_objetos es el único lugar del contrato donde se leen castigo, judicial, venta de cartera, fallecido y fraude. El código de castigo se acuerda con cada cliente y se deja en el mapeo.

Curva de recupero post-castigo

Sin datos en el prototipo: el generador sintético no produce pagos después del castigo, así que esta curva sale vacía. Es una limitación de los datos de prueba, no del reporte — y vale anotarla, porque en un cliente real es justo la curva que decide qué hacer con el stock castigado.

En la mayoría de las operaciones no bancarias nadie lo mide, y el stock castigado acumulado sin gestión es el activo más grande y más olvidado. Basta mostrarlo una vez.

Dos advertencias

El módulo no calcula provisión y no debería: es un cálculo normado con supuestos que fija el auditor. Lo que sí entrega son las tasas de transición y de recupero que alimentan el modelo de pérdida esperada. Conviene decirlo explícitamente para no crear una expectativa que el módulo no va a cumplir.

Venta de cartera: los pagos posteriores ya no son del cliente, son del comprador. Si se cuentan como recupero, el reporte celebra plata ajena.

Especificadodatos del mart Objetos: propuesto rpt.v_castigo · v_recupero_post_castigo Ficha: F3-castigo-y-post-castigo.md
F4

Agencias, comisiones e interno vs. externo

¿El estudio externo cobra más de lo que aporta?
Empresa E01Insumo faltanteBase Cartera comparable

Este mockup es ilustrativo. El módulo ya tiene el mecanismo —fct_asignacion asigna cada cuenta a un usuario por corte y dim_usuario trae equipo y supervisor— pero no distingue un equipo interno de una agencia externa. Falta un campo tipo_entidad, una clave_agencia, la fecha de ida y vuelta de la cartera derivada, y la tabla de comisiones del contrato.

Interno vs. agencia · a igual tramo, igual rango de monto, igual antigüedad

T1 · 1-30 días
31,5% → 28,2%
T2 · 31-60
22,0% → 24,8%
T3 · 61-90
15,4% → 18,9%
T4 · 91-120
9,8% → 13,1%
T5 · 121-180
6,2% → 9,4%
InternoAgencia

Detalle con la comisión dentro

Tramo derivadoInternoAgenciaLiftComisiónRecupero neto
T1 · 1-30 días31,5%28,2%-3,3 pp12,0%24,8%
T2 · 31-6022,0%24,8%+2,8 pp12,0%21,8%
T3 · 61-9015,4%18,9%+3,5 pp12,0%16,6%
T4 · 91-1209,8%13,1%+3,3 pp12,0%11,5%
T5 · 121-1806,2%9,4%+3,2 pp12,0%8,3%

El número que decide el contrato es el lift: tasa de recupero de la agencia menos la del equipo interno en la misma franja. Si es negativo, la agencia está cobrando por cobrar lo que se habría cobrado igual — la versión externa de C5.

Las cuatro trampas

TrampaConsecuencia
comparar sin igualar el tramolas agencias se ven mal (les derivan lo peor) o bien
doble atribuciónla agencia y el gestor reclaman el mismo pago
comisión sobre recupero espontáneose paga por pagos que iban a entrar solos
devolución de carteravuelve sin gestión y su tasa interna posterior se ve terrible

Dos reglas que van en el contrato, no en el reporte

El recaudo se toma del archivo de pagos del acreedor, nunca del informe de la agencia. Es una regla simple y hay que escribirla: así el reporte es auditable.

Y hay que fijar si la comisión se paga por cartera derivada o por gestión probada. Sin esa cláusula, el reporte no puede zanjar la doble atribución.

Se puede avanzar sin la agencia: el mismo reporte sirve para comparar equipos internos entre sí a igual tramo, y eso ya está soportado por dim_usuario.equipo.

Bloqueadodatos ilustrativos Objetos: propuesto rpt.v_desempeno_agencia · v_comisiones Ficha: F4-agencias-y-comisiones.md
F5

Trazabilidad de contactos (Ley 21.320)

¿Puedo probar cómo, cuándo y a quién contactamos?
Empresa E01Periodo Toda la historiaFranja por fijar con legal
Acciones registradas
34.499
con hora, al segundo
En domingo
246
0,7% del total
Fuera de horario o en domingo
246
Semanas-deudor sobre 4 contactos
216
el peor caso llegó a 8

Cuándo se está contactando · acciones por día y hora

Día \ hora9h10h11h12h13h14h15h16h17h18h19h
Dom3126191427252223271715
Lun649617615608612620639651648605672
Mar632585629602593591620605623651601
Mié585641699591631600588601579636636
Jue622580620574583651607585584629644
Vie613649650612577645634626634604619
Sáb2519152921382122192621
0699 → más acciones

El módulo no dictamina legalidad: publica desvíos respecto de parámetros que alguien más fijó. Escribir el criterio legal dentro de una vista, sin que legal lo haya firmado, crea una responsabilidad que no corresponde — y además cambia con la norma.

Bandeja de excepciones

Acciones en domingo
la cobranza extrajudicial no puede ejecutarse en domingo ni festivo
246umbral 0
Acciones fuera de la franja horaria
fuera de 08:00–20:00 en día hábil (parámetro a fijar con legal)
246umbral 0
Deudores sobre el máximo semanal
de 20.819 semanas-deudor observadas; el peor llegó a 8 contactos
216umbral 4 / semana
Feriados chilenos sin cargar
dim_fecha marca fin de semana, no feriados: el control de día no está completo
—umbral cargar calendario

El hallazgo que aparece la primera vez que se corre

El límite de frecuencia es por persona, no por cuenta. En estos datos hay 680 semanas-deudor con más de una cuenta gestionada a la vez: tres cuentas gestionadas "correctamente" pueden sumar nueve llamadas a la misma persona en la semana. Sin clave_persona consolidada, eso es invisible.

El canal masivo sí cuenta acá, al contrario de toda la familia G: un SMS es una comunicación de cobranza. Es una diferencia que hay que explicar en el tablero, o alguien va a creer que un reporte contradice al otro.

La otra cara del reporte es el expediente por deudor: toda la historia de contactos de una cuenta, en orden, con canal, usuario, resultado y duración. Es lo que se adjunta a una respuesta formal, y es el uso que hace que legal defienda el módulo internamente. La zona horaria hay que fijarla explícitamente: si fecha_hora se guarda en UTC y se compara contra una franja en hora de Chile, el control produce falsos positivos justo en los bordes.

Parcialdatos del mart Objetos: rpt.v_gestion (base) · propuesto v_control_normativo Ficha: F5-trazabilidad-normativa.md

Generado por mockups/generar_mockups.py sobre el mart de PostgreSQL con los 24 cortes sintéticos del prototipo. Corte de referencia 2026-07-31, periodo 202607.