Tener el ECL correctamente calculado es solo el primer paso. La gestión del riesgo de crédito día a día requiere que gerencia, comités de riesgo y auditoría puedan ver cómo evoluciona la cartera: cuánta migró de Stage 1 a Stage 2, cómo se mueve la cobertura, dónde se concentra el deterioro. Power BI es una herramienta natural para esto, y en esta guía compartimos cómo estructurar un dashboard funcional desde cero.
Por qué un dashboard de NIIF 9 en Power BI
Los reportes estáticos en Excel o PDF tienen un problema: se desactualizan rápido y son difíciles de explorar interactivamente. Un dashboard en Power BI permite:
- Filtrar por producto, segmento, oficina o rango de fechas sin depender de que alguien regenere el reporte.
- Ver tendencias históricas de migración de cartera de un vistazo.
- Dar autonomía a comités de riesgo para explorar los datos sin depender exclusivamente del área técnica.
Qué datos necesitas antes de construirlo
Antes de abrir Power BI, es necesario tener claridad sobre las fuentes de datos:
- Tabla de saldos y stage por operación, con periodicidad mensual (mínimo), incluyendo saldo bruto, ECL individual, stage actual y stage del período anterior.
- Tabla de parámetros de riesgo (PD, LGD, EAD) por operación o por segmento, según el nivel de detalle disponible.
- Catálogo de productos y segmentos para poder agrupar y filtrar (consumo, hipotecario, comercial, PYME).
- Histórico de al menos 12-24 meses, indispensable para poder mostrar tendencias y migración período a período.
Métricas clave a incluir
Un dashboard de NIIF 9 útil no necesita ser exhaustivo; necesita responder las preguntas que realmente hace un comité de riesgos:
- Distribución de cartera por stage (saldo y número de operaciones), con evolución en el tiempo.
- ECL total y cobertura (ECL / saldo bruto), desagregado por stage y por segmento.
- Migración neta entre stages (cuántas operaciones y saldo pasaron de Stage 1 a 2, de 2 a 3, y en sentido inverso).
- Concentración por producto o sector, cruzando el stage con el segmento de negocio.
- Tendencia del ECL vs. saldo de cartera, para identificar si el deterioro crece más rápido que el crecimiento del negocio.
Diseño del modelo de datos (star schema simple)
Para que el dashboard sea rápido y fácil de mantener, conviene modelar los datos como un esquema de estrella simple:
- Tabla de hechos: una fila por operación y por período (mes), con saldo, ECL y stage.
- Tablas de dimensión: producto, segmento, oficina/región, calendario.
Evitar mezclar el detalle transaccional con el histórico en una sola tabla plana; separar hechos de dimensiones facilita tanto el rendimiento como el mantenimiento del modelo.
Construcción paso a paso de las visualizaciones principales
- Tarjetas (KPI cards) en la parte superior: ECL total, cobertura promedio, saldo total de cartera, variación mensual.
- Gráfico de barras apiladas de saldo por stage a lo largo del tiempo, para visualizar tendencia de deterioro.
- Matriz o tabla dinámica de ECL y cobertura por segmento y stage, con capacidad de filtrado cruzado.
- Gráfico de dispersión o líneas comparando crecimiento de cartera vs. crecimiento del ECL, para detectar deterioro desproporcionado.
- Segmentadores (slicers) de período, producto y región, conectados a todas las visualizaciones.
Cómo mostrar migración de cartera (Sankey o matriz)
La migración entre stages es, para muchos comités, la vista más valiosa del dashboard. Dos enfoques funcionan bien en Power BI:
- Diagrama de Sankey (disponible como visual personalizado): muestra visualmente cuánto saldo se movió de Stage 1 a Stage 2, de 2 a 3, y los regresos, en un solo gráfico.
- Matriz de transición (tabla cruzada stage anterior vs. stage actual): más simple de construir con visuales nativos, y suficiente para la mayoría de comités.
Esta vista de migración conecta directamente con el enfoque de seguimiento por cohortes que explicamos en nuestra guía de Análisis de Cosechas (Vintage Analysis): mientras el vintage analysis agrupa por fecha de originación, la matriz de migración de stages agrupa por movimiento de riesgo en el tiempo. Ambas vistas, combinadas, dan una imagen mucho más completa del comportamiento de la cartera que cualquiera de las dos por separado.
Buenas prácticas de actualización y gobierno de datos
- Automatizar la carga de datos (Power Query o un pipeline previo) en lugar de depender de copiar y pegar archivos mes a mes.
- Documentar las transformaciones aplicadas a los datos (filtros, exclusiones, reglas de mapeo de producto), para que el dashboard sea auditable.
- Definir un dueño del dashboard dentro del área de riesgos, responsable de validar que las cifras cuadren contra el reporte oficial de provisiones antes de su publicación.
- Versionar los cambios al modelo de datos, especialmente si el dashboard se usa como insumo para decisiones de comité.
Conclusión
Un buen dashboard de NIIF 9 no reemplaza el reporte contable oficial, pero sí transforma la manera en que un equipo de riesgos entiende y comunica el comportamiento de la cartera. La clave no está en la sofisticación visual, sino en tener un modelo de datos limpio, trazable y alineado con las cifras oficiales.
¿Quieres construir este dashboard paso a paso para tu institución? Conoce nuestros programas de Mentoría y Cursos en Power BI aplicado a riesgo de crédito.