SOLUCIONES PRÁCTICAS
La convergencia basada en la colaboración
en la prevención de delitos financieros:
Soluciones para intercambiar
datos de referencia
L
a implementación de una nueva aplicación de antilavado de dinero (ALD)
expone las necesidades y los problemas
que requieren soluciones prácticas complejas.
El panorama de ALD se encuentra en constante
cambio. Mientras que la gran estrategia de ALD y
convergencia del fraude (convergencia de delitos
financieros) sigue progresando, la colaboración y
línea de visión fehaciente es un buen comienzo.
La convergencia finalmente juntará a los grupos
de fraude y ALD, pero hoy en día, muchas organizaciones aún tratan el fraude y el ALD como
procesos completamente separados. Sería difícil
forzar los procesos y datos de forma rápida por lo
que un modelo de colaboración es un buen primer
paso. Aunque la convergencia basada en la colaboración se refiere a los procesos y datos dentro
de una organización, también hay partes externas
que pueden jugar un papel. Por ejemplo, las autoridades que aplican la ley podrían desempeñar un
papel similar al de un Centro de Servicios de Medicare (CMS) definiendo o mejorando el significado
de los datos de referencia para mejorar la coherencia y la comparabilidad de las comunicaciones
de las instituciones supervisadas.
Como parte de cualquier aplicación nueva o
transformacional de ALD, es necesario revisar
el panorama actual de los procesos comerciales,
modelos de organización, información y tecnologías. Una de las tareas más comunes en una nueva
implementación consiste en asegurar que todas
sus transacciones son adecuadamente tenidas
en cuenta en la nueva aplicación. Muchos de
los bancos y cooperativas de crédito pequeños
y medianos tercerizan su plataforma de banca
o tienen niveles significativos de contratistas/
contratos con terceros que hacen el mantenimiento de sus aplicaciones internas, por lo que
el conocimiento de las peculiaridades de las transacciones puede ser escaso. Estas instituciones
se enfrentan a algunos de los mismos niveles de
regulación, control y riesgo que las instituciones
más grandes, sobre todo al traspasar el umbral de
$10 mil millones de activos. Reducir el riesgo de
las grandes instituciones es aumentar los riesgos
para las instituciones más pequeñas ya que los
comportamientos y los clientes más riesgosos
migrarán a instituciones menos protegidas.
A modo de ejemplo, una empresa de gestión de
inversiones con operaciones bancarias comenzó
una nueva implementación de aplicaciones de
ALD. Entre muchas de las tareas estuvo la de la
integración de los datos de la transacción y su
mejora con conceptos adicionales. A cada transacción se le asigna un tipo de transacción por la
aplicación que la procesa. El tipo de transacción
se denomina “datos de referencia” y es sólo un
ejemplo entre cientos que se necesitan para implementar un sistema de ALD. Pero hay cuestiones y
preguntas que rodean el tipo de transacción:
• Siempre es conveniente identificar el dinero
en efectivo con mayor claridad en los datos de
las transacciones, aunque algunos sistemas de
código hacen más difícil lograrlo de manera
coherente. Dependiendo de cómo funciona su
sistema de transacción, puede ser difícil identificar dinero en efectivo en los datos de referencia de la transacción.
• Múltiples líneas de negocio (LOB) cada uno
de los cuales utiliza diferentes sistemas y
procesos, la identificación de los tipos de transacciones y la comprensión de las diferencias y
los matices pueden ser muy difíciles.
• A menudo hay varias hojas de cálculo, varias
versiones de las hojas de cálculo muy similares,
documentación del proveedor, configuración
del proveedor e información de configuración
del sistema de ALD actual que tienen que configurarse conjuntamente.
• A menudo hay miles de códigos de transacción
para revisar con el fin de conocer, identificar las
limitaciones, administrar y conciliar.
La mayoría de los sistemas de ALD asumen que
usted está proporcionando datos de entrada
limpios y no pueden normalizar y garantízar la
integridad de los tipos de transacciones y otros
datos de referencia críticos. Por lo tanto, típicamente le toca a la institución resolver estos
problemas a través de algún otro mecanismo.
Los tipos de problemas mencionados anteriormente sugieren que un ejercicio simple de tecnología de la información (IT) podría resolverlos.
Sin embargo, la empresa tiene que ser dueña de
este trabajo ya que este tipo de análisis lleva a
la visión que permite priorizar mejor las actividades del proyecto utilizando un enfoque basado
en el riesgo. Por ejemplo, es necesario que se
comprenda y analice sus transacciones para
entender la materialidad de las operaciones de
cable de su negocio. Pero las transacciones de
cable pueden ser de una prioridad más baja para la
nueva aplicación en comparación con la comprensión de los procesos de pago de jubilación en una
suma global porque los pagos de sumas globales
pueden tener un patrón de pagos más grande y de
una ambigüedad mucho más difícil de eliminar. El
cumplimiento, la gestión de riesgos, la auditoría
interna y los examinadores de fraude internos
también juegan un papel importante contribuyendo a un conjunto estándar de tipos bien definidos, códigos y otros datos de referencia, junto
con las definiciones y reglas para su uso.
Hay algunas preguntas que usted puede utilizar
p \