Existen temas que en los textos parecen fáciles de implementar, pero que en la práctica puede nublar la mente del más avispado, en este caso, el de Operaciones Fraccionadas.
Las Operaciones Fraccionadas (Una topología típica) incluye dos sujetos:
- El Núcleo de Riesgo.
- El usuario de la Institución.
Núcleo de Riesgo.
Se puede definir al Núcleo de Riesgo a un grupo de individuos que en su conjunto pueden significar un Riesgo Común.
Dichos sujetos pueden estar relacionados de alguna forma y cuya relación puede ser consanguínea, por afinidad y económica.
Entonces, lo primero que de debe definir y establecer es que en las políticas de Conoce a tu Cliente (KYC) se deben relacionar las personas a través de al menos dos características.
- Relación Persona-Persona por Consanguinidad o Afinidad.
- Relación Persona-Persona por Vínculo económico.
Una vez obtenido estas relaciones, el sistema puede generar un árbol de relaciones por personas a una profundidad deseada, como la siguiente imagen.
Explicando de forma breve.
La profundidad de relación se refiere a los niveles de relación que existen entre el Sujeto Principal y el Sujeto Relacionado.
El Sujeto principal tiene una relaciona con el Sujeto B2.1.1.2 con una profundidad 5, pues el Sujeto Principal se relaciona con el Sujeto B2 que se relaciona a su vez con el Sujeto B2.1 con una relación al Sujeto B2.1.1 con relación con al Sujeto B2.1.1.2,
- Nivel 1.- Sujeto Principal - Sujeto B. Nivel 1.
- Nivel 2.- Sujeto Principal - Sujeto B - Sujeto B2.
- Nivel 3.- Sujeto Principal - Sujeto B - Sujeto B2. - Sujeto B2.1
- Nivel 4.- Sujeto Principal - Sujeto B - Sujeto B2. - Sujeto B2.1 - Sujeto B2.1.1.
- Nivel 5.- Sujeto Principal - Sujeto B - Sujeto B2. - Sujeto B2.1 - Sujeto B2.1.1. - Sujeto B2.1.1.2.
Ya que tenemos relacionados en X profundidad los Sujetos solo hay que monitorear las operaciones del núcleo de riesgo por Usuario, sacando primero el numero y monto promedio de operaciones, que el caso de S.A.F.E.-OSMS es con la consulta:
SELECT
`personas_relaciones_recursivas`.`persona` AS `persona`,
`operaciones_recibos`.`idusuario` AS `usuario`,
CEIL( COUNT(`operaciones_recibos`.`idoperaciones_recibos`) /
(DATEDIFF( MAX(`operaciones_recibos`.`fecha_operacion`), MIN(`operaciones_recibos`.`fecha_operacion`))
+ 1)
) AS `operaciones`,
CEIL(SUM(`operaciones_recibos`.`total_operacion`) /
( DATEDIFF( MAX(`operaciones_recibos`.`fecha_operacion`), MIN(`operaciones_recibos`.`fecha_operacion`)) + 1)
) AS `monto`
FROM
`operaciones_recibos` `operaciones_recibos`
INNER JOIN `personas_relaciones_recursivas`
`personas_relaciones_recursivas`
ON `operaciones_recibos`.`numero_socio` =
`personas_relaciones_recursivas`.`persona`
WHERE
(`operaciones_recibos`.`origen_aml` >0)
GROUP BY
`personas_relaciones_recursivas`.`persona`,
`operaciones_recibos`.`idusuario`
Explicando, esta consulta obtiene el promedio de Operaciones y Monto que opera cada usuario por cada Nucleo de Riesgo.
Esto nos servirá de Perfil Transaccional por Núcleo de Riesgo.
La segunda consulta:
SELECT
`personas_relaciones_recursivas`.`persona` AS `persona`,
`operaciones_recibos`.`idusuario` AS `usuario`,
COUNT(`operaciones_recibos`.`idoperaciones_recibos`) AS `operaciones`,
SUM(`operaciones_recibos`.`total_operacion`) AS `monto`
FROM
`operaciones_recibos` `operaciones_recibos`
INNER JOIN `personas_relaciones_recursivas`
`personas_relaciones_recursivas`
ON `operaciones_recibos`.`numero_socio` =
`personas_relaciones_recursivas`.`persona`
WHERE
(`operaciones_recibos`.`origen_aml` >0)
AND
(`operaciones_recibos`.`fecha_operacion` = CURDATE())
GROUP BY
`personas_relaciones_recursivas`.`persona`,
`operaciones_recibos`.`idusuario`
Analizará las operaciones del día por Nucleo de Riesgo.
Si las operaciones del día son mayores al promedio de este usuario, se envía una alerta del Sistema.
Básicamente el Sistema debe monitorear las operaciones entre Relacionados y alertar cuando estas operaciones suban del promedio diario por X usuario.
Saludos,
Luis Balam
http://www.opecorebanking.com/
0 comentarios:
Publicar un comentario