Para los gerentes de riesgo, depender de procesos de decisión rígidos y codificados puede limitar a menudo la agilidad operativa. La capacidad de combinar y ejecutar dinámicamente conjuntos de reglas sin esperar implementaciones de código es esencial para ahorrar tiempo y mantener la calidad de la cartera. DecisionRules hace esto posible al ofrecer patrones versátiles sin código que centralizan la definición y ejecución de conjuntos de reglas complejas para la toma de decisiones de crédito.
Por qué la Lógica Codificada Dificulta tu Estrategia de Crédito
Tradicionalmente, las reglas codificadas han sido una pesadilla para las empresas que necesitan adaptar flexiblemente sus estrategias de decisión de crédito a las condiciones cambiantes del mercado para mantener la calidad de la cartera así como los volúmenes en un nivel alto.
Al igual que con los modelos de puntuación inflexibles, el proceso tradicional para cambiar reglas de elegibilidad codificadas implica un frustrante ciclo de varias semanas de especificaciones, desarrollo de TI y pruebas.
El proceso típico de cambio a las reglas codificadas (no solo introduciendo una nueva regla, sino también utilizando una regla existente para un nuevo producto, o simplemente cambiando sus parámetros) tomaba los siguientes pasos:
- Especificación: especificación de un cambio requerido por el Analista de Riesgo o el Propietario del Producto
- Asignación de Recursos: asignación de recursos de TI, generalmente sujeta a priorización
- Desarrollo: cambio de reglas codificadas por parte del personal de TI
- Pruebas: pruebas del cambio por parte de los testers de TI
- Pruebas de Aceptación: pruebas de aceptación por el Analista de Riesgo o el Propietario del Producto
- Lanzamiento: lanzamiento a producción
Tal proceso típicamente toma al menos varias semanas, lo cual es una "velocidad" que no proporciona la flexibilidad necesaria para controlar los riesgos de crédito de la cartera en absoluto.
Cómo Lograr una Gestión Ágil de Reglas Sin Codificación
Plantillas de Conjuntos de Reglas Reutilizables
DecisionRules resuelve esto al colocar la gestión de reglas directamente en manos de los equipos de Riesgo y Producto. Similar a cómo nuestros patrones de tarjetas de puntuación proporcionan estructura y flexibilidad, estas plantillas de Conjuntos de Reglas para elegibilidad y políticas ofrecen un enfoque gobernado y sin código.
Exploremos cómo estos patrones, disponibles directamente en la biblioteca de plantillas de DecisionRules, transforman la gestión de reglas de un cuello de botella en una ventaja estratégica.
Inicio Simple: Llamada de Reglas Paralelas o Lista de Configuración de Reglas
El mecanismo de Llamada de Reglas Paralelas utiliza un flujo visual simple donde se llaman reglas individuales en paralelo, y sus resultados se recopilan al final. Esta plantilla es ideal para conjuntos de reglas más pequeños y menos complejos.
Plantilla de llamada de reglas paralelas
El Lista de Configuración de Reglas mecanismo ofrece un control más dinámico. En lugar de ser estática, la lista de reglas a ejecutar se define en una Tabla de Decisión. Esto te permite usar condiciones para determinar qué reglas se ejecutan dinámicamente.
Plantilla de Lista de Configuración de Reglas - el Flujo de Decisión
Plantilla de Lista de Configuración de Reglas - la definición de la Tabla de Decisión
Decisión de Crédito Avanzada: Patrón de Reglas de Elegibilidad y Políticas
La solución más avanzada, el patrón de Reglas de Elegibilidad y Políticas, representa la cura definitiva. Desacopla completamente el "qué" (la lista de reglas a ejecutar) del "cómo" (la lógica de ejecución). Este enfoque dinámico te permite ejecutar conjuntos de reglas completamente diferentes (como "Elegibilidad" o "Política") utilizando el mismo Flujo de Decisión subyacente, llegando de manera confiable a un único resultado priorizado.
Descripción general de la plantilla de Reglas de Elegibilidad y Políticas
Implementación del Patrón de Reglas de Elegibilidad y Políticas: Una Guía Paso a Paso
Cómo Funciona el Patrón: Una Separación Clara de Preocupaciones
En su núcleo, el patrón de Reglas de Elegibilidad y Políticas simplifica la toma de decisiones complejas al separar componentes clave:
- Biblioteca de Reglas donde se definen todas las reglas individuales, independientemente de su propósito
- Definición y priorización de Resultados de Decisión
- Definición de Conjuntos de Reglas (asignación de reglas específicas para desencadenar un resultado específico)
- Ejecución de Conjuntos de Reglas
Pasemos por este concepto paso a paso.
Biblioteca de Reglas
La base de este patrón es una biblioteca centralizada y reutilizable de cada regla de negocio individual. La Biblioteca de Reglas es un conjunto de Reglas individuales, cada una representada por uno de los tipos de regla que ofrece DecisionRules, con un modelo de salida estandarizado.
Típicamente, se utilizarán Tablas de Decisión o Árboles de Decisión para las Reglas individuales, pero también se pueden utilizar otros tipos de reglas, incluyendo Flujos de Decisión.
Cada Regla incluye:
- Modelo de datos de entrada que enumera las variables necesarias para evaluar la Regla
- Modelo de datos de salida que contiene el ID de la Regla, una bandera de aprobado y un mensaje que se activa cuando la Regla no es aprobada
- Conjuntos de condiciones (típicamente columnas y filas en la Tabla de Decisión) que definen si la Regla es aprobada o no
- Un alias único utilizado para referenciar la Regla en un conjunto de Reglas
Un ejemplo de tal Regla se puede ver a continuación:
Ejemplo de una regla (SAL-01 Salario Bajo)
En tu Biblioteca de Reglas, puedes tener todas tus Reglas independientemente de su resultado. Pueden estar todas en una carpeta (como la carpeta Definición de Reglas en nuestra plantilla) o distribuidas en diferentes carpetas o incluso espacios.
Agregar una nueva Regla es muy simple: solo clona la plantilla proporcionada XXX-YY, ajústala para que se adapte a tus necesidades y puedes incluirla instantáneamente en un Conjunto de Reglas.
Resultados de Decisión
Lo segundo que hay que definir son los Resultados de Decisión, que especifican la acción que la regla está desencadenando. En lugar de codificar los resultados, los defines en una tabla simple y priorizada, dándote control total sobre la decisión final. Típicamente, el Resultado predeterminado cuando no se activa ninguna Regla es "Aceptar", y el Resultado de cualquier Regla activada es "Rechazar". Sin embargo, también puede haber otros Resultados, como "Verificar", "Decidir Manualmente", etc.
Para la definición de estos Resultados y su prioridad, el patrón contiene una tabla de Prioridad de Resultados de Decisión que te permite definir tus posibles Resultados y su prioridad (definida por su orden en la tabla).
Tabla de Decisión con definición de Resultados de Decisión
Agregar un nuevo Resultado es nuevamente muy fácil: solo copia cualquier fila existente, cambia el nombre del Resultado y coloca la fila en el rango apropiado en la tabla.
Definición de Conjuntos de Reglas
Este es el corazón de la flexibilidad del patrón. Aquí, agrupas dinámicamente reglas de tu biblioteca para crear Conjuntos de Reglas completos para diferentes propósitos (por ejemplo, Elegibilidad, Política) sin duplicar lógica.
Cada Conjunto de Reglas se define como una lista de Reglas y sus Resultados correspondientes, opcionalmente condicionados en función de otros atributos (como, por ejemplo, un nombre de Grupo de Prueba).
Los Conjuntos de Reglas se definen mediante una Tabla de Decisión, como la siguiente tabla Lista de Configuración de Reglas utilizada en nuestra plantilla.
Tabla de Decisión con definición de un Conjunto de Reglas
Notas:
- Aquí estamos definiendo todos los Conjuntos de Reglas (en nuestro caso Reglas de Elegibilidad y Reglas de Política) en una tabla, pero puedes dividirlo en más tablas si lo deseas.
- Puedes ver que cada Regla en el Conjunto de Reglas se referencia por su alias; por eso es importante que los alias tengan nombres comerciales. Alternativamente, también puedes extender esta configuración agregando una versión de regla.
Para agregar una Regla existente a un Conjunto de Reglas, simplemente agrega una fila a esta tabla, especificando el nombre del Conjunto de Reglas, el nombre de la Regla, el alias y el Resultado.
Ejecución de Conjuntos de Reglas
Finalmente, la ejecución se vuelve increíblemente simple. En lugar de un proceso complejo y estático, simplemente le dices al motor qué Conjunto de Reglas ejecutar. El mecanismo se incluye en el patrón como el Flujo de Decisión de Ejecución de Reglas, por lo que lo único que necesitas hacer es decir qué Conjunto de Reglas deseas ejecutar: hazlo colocando el nombre del Conjunto de Reglas en la variable de entrada "ruleSet" (por ejemplo, si deseas ejecutar Reglas de Política, simplemente coloca "Política" en esta variable).
Flujo de Decisión ejecutando el Conjunto de Reglas especificado
Este Flujo de Decisión toma el nombre del Conjunto de Reglas, obtiene la lista apropiada de Reglas, las ejecuta, recopila los Resultados, IDs de Reglas y mensajes y realiza la evaluación final del resultado basado en la prioridad de los Resultados.
El resultado contiene el Resultado de Decisión final, la lista de mensajes y detalles de las Reglas evaluadas para una perfecta auditabilidad del proceso.
Puedes conectar fácilmente este Flujo de Decisión a tus procesos de decisión de crédito y obtener un mecanismo flexible y transparente para la definición de Reglas y Conjuntos de Reglas.
Control de Lógica de Crédito Más Inteligente
Al combinar tarjetas de puntuación flexibles (como se muestra en nuestra anterior plantillas guía) con patrones ágiles de elegibilidad y políticas, creas un motor de decisión de crédito verdaderamente robusto y mantenible. Eliminas las dependencias de codificación y empoderas a tu equipo de riesgo para controlar toda la lógica—desde la puntuación hasta la decisión final—con rapidez y confianza.
Acerca del Autor: Karel Svec es Consultor de Soluciones en DecisionRules con más de 19 años de experiencia ayudando a las empresas a gestionar su lógica de decisión y mejorar la eficiencia. Se especializa en soluciones para la toma de decisiones de crédito, gestión de riesgos y otros casos de uso financieros.
Karel Švec
Business Analyst