lunes, 12 de enero de 2015

S.A.F.E.-OSMS Cuadro de Detección de Operaciones Fraccionadas

Leave a Comment
En la Red, mucho se habla de las obligaciones que deben cumplir los Sujetos en Materia de Prevención de Blanqueo de capitales/Prevención de Lavado de Dinero/Anti Money Laundering  y Financiamiento al Terrorismo (FT), se habla mucho de las topologías de lavado y temas afines, pero poco de casos prácticos o como se debe hacer paso a paso... Vaya, que el tema de Blanqueo de Capitales es relativamente nuevo en el contexto Internacional.
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.

  1. Relación Persona-Persona por Consanguinidad o Afinidad.
  2. 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.
Para el caso de S.A.F.E. OSMS el nivel de profundidad es hasta 6 y se actualizan al cierre del día, se puede acceder al árbol de relaciones y muestra una imagen similar al siguiente:



 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

Con la tecnología de Blogger.