El estándar SS1/23 de la PRA en la práctica

Por Jonas Mohamed Osman Abdelghafour.

La declaración supervisora SS1/23 de la PRA establece cinco principios para la gestión del riesgo de modelo: identificación y niveles (tiering), gobernanza, desarrollo e implementación, validación independiente y gestión del riesgo de modelo desde el despliegue en adelante. Leídos rápido, parecen una descripción de lo que la mayoría de los bancos ya hacen. Implementados honestamente, exponen los lugares donde existe un marco sobre el papel pero no en el modelo operativo.

Principio 1: no se puede gestionar lo que no se ha definido

La identificación de modelos es donde las implementaciones fallan con más frecuencia, porque la definición se reduce para mantener el inventario manejable. La consecuencia es un patrimonio en la sombra: hojas de cálculo que fijan ajustes de precios (pricing overlays), motores de reglas deterministas en delitos financieros, herramientas de proveedores cuyos cálculos nadie ha inspeccionado y, cada vez más, asistentes de IA integrados en el software de flujo de trabajo.

Un enfoque defendible define un modelo por el uso de su resultado y aplica un tratamiento proporcional mediante niveles. El Nivel 1 atrae una validación independiente completa y una revisión anual; los niveles inferiores atraen registro, propiedad y una evaluación periódica más ligera. La prueba de la definición es sencilla: si un supervisor eligiera cualquier decisión que afecte materialmente a los beneficios, al capital o a los clientes, ¿podría nombrar los modelos que hay detrás?

Principio 2: la gobernanza es rendición de cuentas, no comités

La SS1/23 espera que un alto directivo asuma el riesgo de modelo como un tipo de riesgo independiente, con visibilidad a nivel de consejo. En la práctica, esto significa un ejecutivo responsable nombrado, una política con consecuencias reales sobre el uso no aprobado y un apetito de riesgo para el riesgo de modelo que se exprese en algo más útil para la toma de decisiones que "bajo". Las declaraciones de apetito que funcionan suelen combinar límites a la exposición de Nivel 1 no validada, tolerancias para hallazgos atrasados y condiciones explícitas bajo las cuales un modelo debe ser restringido o retirado.

Principio 3: disciplina de desarrollo antes de la validación

La validación independiente no puede reparar una construcción mal documentada. El estándar de desarrollo debe exigir una declaración del uso previsto, el linaje de los datos, las alternativas rechazadas, la evidencia de las pruebas, las limitaciones conocidas y los controles compensatorios asociados a cada limitación. Las limitaciones son la sección más descuidada y la más útil: un modelo con límites claramente establecidos y restricciones de uso aplicadas es más seguro que un modelo cuyas debilidades se descubren en producción.

Principio 4: qué significa un cuestionamiento efectivo

La validación añade valor al probar lo que el desarrollador no pudo o no quiso probar. Las preguntas productivas versan sobre la solidez conceptual dado el uso previsto, la sensibilidad de los resultados a los supuestos materiales, la calidad y representatividad de los datos, el rendimiento bajo tensión y en distintos segmentos, y si el seguimiento detectará realmente el deterioro. Volver a realizar los cálculos del desarrollador demuestra aritmética, no solidez.

La independencia debe ser estructural —línea de reporte, presupuesto y autoridad para imponer condiciones o bloquear el uso—; de lo contrario, el "cuestionamiento efectivo" se convierte en algo meramente editorial.

Principio 5: la vida después de la puesta en marcha

La mayor parte del riesgo de modelo se materializa mucho después de su aprobación. Un régimen post-implementación operativo especifica, por modelo, qué se monitoriza, con qué frecuencia, frente a qué umbrales y qué sucede cuando se supera un umbral. Las respuestas a los incumplimientos deben acordarse previamente: recalibración, ajuste (overlay), restricción de uso o retirada. Los ajustes post-modelo merecen especial atención: son una herramienta legítima a corto plazo y una forma común de que el juicio no modelizado se vuelva permanente y sin dueño.

Dónde fallan las implementaciones

• El inventario es una lista, no un control. Nadie lo concilia con los sistemas de producción.
• Los hallazgos envejecen. Los hallazgos de validación atrasados son el indicador adelantado más claro de un marco que no funciona.
• Los niveles se negocian. Si las líneas de negocio pueden argumentar su paso a un nivel inferior, la materialidad se ha convertido en una conversación presupuestaria.
• Los modelos de proveedores están exentos en la práctica. El acceso limitado a los componentes internos es una razón para realizar pruebas compensatorias, no para omitir la evaluación.
• El reporte al Consejo cuenta modelos. Debería reportar exposición, deriva y decisiones pendientes.

Una secuencia pragmática

Las instituciones que construyen o reconstruyen un marco suelen avanzar más arreglando el patrimonio antes de refinar la metodología: completar y conciliar el inventario, asignar propietarios, clasificar por niveles de materialidad, cerrar la brecha de validación del Nivel 1 y luego invertir en la automatización de la monitorización. Una metodología de validación sofisticada aplicada a un inventario incompleto no protege nada.

La SS1/23 premia la evidencia. Las instituciones que la implementan bien no son las que tienen las políticas más largas; son las que pueden mostrar, en cualquier momento, qué modelos están activos, quién los posee, cómo están funcionando y qué hará la dirección a continuación.

Fuentes principales: Bank of England / PRA Supervisory Statement SS1/23, Model risk management principles for banks.