Documentos de Académico
Documentos de Profesional
Documentos de Cultura
VIII.
Manual de Referencia
Toda la documentación del Sistema Occam es secreto comercial y propiedad intelectual del Grupo Eniac C.A.
Prohibida la distribución y/o reproducción total o parcial
v1.6 - occOVRs-7.1.2016
Occam es un producto desarrollado por:
Grupo Eniac
www.grupoeniac.com
Occam es una marca registrada del Grupo Eniac
El módulo O.Verify, es el componente del Sistema Occam que permite profundizar la investigación de casos sospechosos
ası́ como auditar, analizar y verificar el funcionamiento de otros módulos del Sistema. Fundamentalmente, las acciones
que se pueden ejecutar en este módulo incluyen actividades de configuración, lectura, extracción y revisión de datos,
ejecución de pruebas automáticas e investigaciones particulares que respondan a requerimientos del investigador.
Para el funcionamiento de O.Verify y el cumplimiento de los principios generales de auditorı́a, es indispensable disponer de
los datos que se van a estudiar y analizar en un ambiente absolutamente controlado y aislado de las operaciones normales.
Cuando O.Verify está siendo usado dentro del Sistema Occam, toma los datos básicos de la O.DB, la base de datos de
Occam a través del proceso de extracción. Una vez realizada la extracción y creados los archivos de control, se realiza la
verificación y revisión.
Mediante el uso de O.Verify, los Oficiales de Cumplimiento y las Unidades de Prevención y Control contra la Legitimación
de Capitales, pueden practicar pruebas sobre las transacciones y la base total de los clientes y/o cuentas, en un umbral
de sospecha que puede ser definido de acuerdo al cumplimiento con los Entes Reguladores, ası́ como con las polı́ticas
particulares de la Institución.
En relación al módulo O.Detect, donde también se llevan a cabo pruebas de detección, en O.Verify es posible reproducir
gran parte de estas pruebas, auditando ası́, los resultados obtenidos en la ejecución de procesos de aquél módulo.
El funcionamiento del módulo O.Verify se apoya en el producto CAATT1 : ACL, de ACL Services, Vancouver, Canadá.
A través de cada botón, el usuario podrá realizar determinadas acciones relacionadas directamente con el nombre de cada
una y cuyo detalle se describe ampliamente en la sección 1.
1 CAATT, Computer Assisted Audit Tools and Techniques, se refiere a la disciplina de auditorı́a que se apoya en el uso de la tecnologı́a de
información para analizar grandes volúmenes de datos a gran velocidad con múltiples criterios simultáneamente en procesos exploratorios y
taxonómicos
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 1
Opciones de
O.Verify
Settings (Configuración)
Database Management (Gestión de base de datos)
Predefined investigations (Investigaciones predefinidas)
Ad Hoc Investigations (Investigaciones ad hoc)
2 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
j1. ACCIONES ASOCIADAS A O.VERIFY
Las acciones contempladas en el módulo O.Verify son básicamente configuración, lectura y extracción de datos, ejecución
de pruebas predefinidas e investigaciones adhoc. Cada una de estas acciones está directamente relacionada con las opciones
disponibles en la pantalla principal del módulo. En el orden en que se presentan las opciones, serán descritas las acciones
correspondientes.
A través de la opción el usuario realizará la configuración básica del módulo que incluye, por un lado,
el establecimiento de las rutas donde se encuentran los archivos de ACL requeridos para la ejecución de las tareas
contempladas en el módulo y por otro, la realización del mapping que permite identificar las transacciones que representan
depósitos y retiros en general y depósitos y retiros en efectivo.
Como parte de la configuración general del módulo O.Verify, es necesario determinar, en el tab “Main Information”:
1. La ruta de los archivos que representan la base de datos en el campo “Database Path”. Por defecto, esta ruta es:
$Homefolder \O.Verify\DataSource
2. La ruta de los archivos resultantes de la ejecución de pruebas e investigaciones adhoc en el campo “Output Path”.
Por defecto, esta ruta es: $Homefolder \O.Verify\DataOutput
3. El nombre del archivo de ACL que lleva a cabo el proceso de extracción y verificación de datos, en el campo ACL
Project (Batch Name). Por defecto, el nombre del archivo es: Extraccion Verificacion Datos.acl
En las rutas descritas, $Homefolder representa la carpeta donde fue instalado el Sistema. Esta ruta se estableció por
primera vez en el momento de la instalación del primer módulo del Sistema. Si no se indicó una diferente, la ruta que
establecen los instaladores Occam por defecto es C:\Program Files\Eniac\Occam.
Si resulta imperativo realizar modificaciones en las rutas descritas, el usuario, podrá escoger una nueva a través del
explorador desplegado al hacer click en el botón (...) al final del campo correspondiente.
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 3
1.1.2 Identificación de depósitos y retiros
Para la ejecución de gran parte de los procesos contemplados en O.Verify, es necesario distinguir del universo de transac-
ciones, aquellas que representan depósitos y retiros. Ası́ mismo, es necesario indicar de dicho subconjunto aquellas transac-
ciones que son realizadas en efectivo.
En el caso de la identificación de depósitos, en el tab “Deposits: Cash / No Cash Transactions Specification”, el usuario
debe seleccionar (figura 4):
3. Las transacciones que representan depósitos – efectivo y no efectivo – (Deposits Identification). Cada transacción
seleccionada se mostrará como opción disponible en el cuadro contiguo (donde se deben seleccionar únicamente
aquellas operaciones en efectivo)
4. Las transacciones que representan depósitos en efectivo (Cash / No Cash Deposits Identification)
[1] [2]
Instrumento
seleccionado
Banco seleccionado
[3] [4]
Depósitos en
efectivo
Depósitos (todos)
Figura 4: Ventana de consulta de “Settings”. Tab “Deposits: Cash/No Cash Transactions Specification”
En el caso de los retiros, la configuración sigue exactamente el mismo procedimiento y deberá realizarse en el tab
“Withdrawals: Cash /No Cash Transactions Specification”.
A través de la opción el usuario podrá llevar a cabo la extracción y preparación de los datos necesarios para
la ejecución de procesos automáticos e investigaciones a la medida. Los datos son extraı́dos de la O.DB (base de datos
de Occam) y almacenados en archivos de extensión .FIL (la estructura de directorios donde se almacenan los archivos
se detalla en el anexo II.)
Al hacer click sobre el botón “Database Management”, se iniciará ACL y se invocará de manera automática, la ejecución
del script que permite realizar la extracción, verificación y ordenamiento de los archivos. Dicho script inicia con un
menú de opciones que permite realizar, paso a paso, la preparación de los datos.
4 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
ACL
Menú de
opciones
En la opción “Extracción de Datos - Base de Datos Occam”, se realiza la lectura de los datos en la O.DB y se generan
los archivos contentivos de dicha data en el formato necesario para ACL.
La ejecución de esta opción establece el enlace necesario entre los archivos de datos y las definiciones de análisis de entrada
diseñadas para leerlos del proyecto ACL, paso requerido para que los scripts que realizan las demás funciones de revisión
se ejecuten.
Genera archivos ı́ndices requeridos para el establecimiento de relaciones entre los archivos.
Determina la existencia de inconsistencias en los archivos. Representa una validación adicional a la que proporciona el
componente de carga del Sistema Occam.
Con el objeto de disminuir el tiempo de procesamiento de las pruebas, esta opción toma los archivos de movimientos,
clientes, cuentas y genera, para cada uno, un archivo ordenado y con datos de otras tablas.
A través de la opción se da inicio a la aplicación ACL para Windows que abre un proyecto ACL sobre el que
se apoya la ejecución de un conjunto de análisis predeterminados, también llamados pruebas.
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 5
El proyecto ACL que se abre al seleccionar la opción de “Predefined Investigations” inicia un Wizard de ejecución, donde
la primera ventana o cuadro de diálogo muestra un menú de opciones con los tipos de pruebas disponibles (el detalle de
las pruebas está disponible en el anexo I).
Menú de
opciones de
pruebas
predefinidas
Estas pruebas automatizadas constituyen un mecanismo objetivo para seleccionar en forma rápida, aquellas transacciones
que por sus caracterı́sticas y circunstancias, corresponden a patrones tipificados como procedimientos utilizados para
legitimar capitales.
Cuentas en las que se registran transacciones que por su cuantı́a o frecuencia, podrı́an corresponder a intentos de
evadir los reportes regulares a los Entes Reguladores.
Cuentas en las que se registran transacciones para el ingreso del efectivo y su posterior retiro o transferencias al
exterior.
Clientes para los que no están registrados, los datos básicos, exigidos por la normativa legal.
Clientes que realizan transacciones que por su cuantı́a, se desvı́an de los datos proporcionados en su perfil.
Apertura de cuentas que por el monto de la apertura o los créditos que acumulan, requieren ser revisadas de acuerdo
a lo señalado en la normativa legal.
Además de las pruebas citadas, es posible realizar otros análisis a nivel de las sucursales.
Para seleccionar una de las opciones, el usuario hará click sobre el nombre de la prueba que desea ejecutar (figura 6).
Seguidamente, el usuario confirmará la selección a través del botón “Aceptar”. En las ventanas sucesivas se mostrarán
las diferentes alternativas que podrán ser ejecutadas en relación a la opción seleccionada.
Para algunas pruebas en particular, O.Verify ofrece la posibilidad de establecer un rango o un parámetro fijo, para que
el usuario del Sistema seleccione según su criterio especializado, diversas alternativas que delimiten o circunscriban la
prueba dentro de un rango predeterminado (perı́odos entre los cuales se efectuará el análisis, montos mı́nimos y máximos,
etc.).
A continuación, se muestran algunos de estos parámetros, con sus ejemplos, a fin de que el usuario tenga mayor claridad
y pueda ejecutar las pruebas de una manera más sencilla y directa.
6 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
Cantidad / Número de transacciones que se desea fijar: en los casos de investigaciones sobre transacciones acu-
mulativas (como depósitos o movimientos estructurados), el Sistema permite fijar la cantidad mı́nima de operaciones
que se evaluarán.
Rango de Valores (Montos): permite fijar el rango de las transacciones; esto es, el monto mı́nimo y el monto máximo
de las transacciones que serán evaluadas.
Valor o cantidad acumulada mı́nima: monto mı́nimo que deben acumular las transacciones.
Selección de tipos de instrumento a evaluar cuando sea el caso, el usuario podrá seleccionar el instrumento o tipos
de instrumentos de la institución, sobre los cuales desea aplicar la prueba. También dispone de la opción general
para evaluar todos los instrumentos disponibles.
Perı́odo a Evaluar: O.Verify permite seleccionar el rango de fechas entre los cuales el usuario desea analizar los datos
disponibles. Esto permite hacer análisis diario, semanales, mensuales, etc., según se requiera. Las fechas deben
ser introducidas en el formato DD/MM/AAAA. Cantidades o Valores Puntuales. Existen pruebas que evalúan
transacciones sobre un valor determinado. Es posible que el mismo sea variable, dependiendo del análisis a realizar.
Para estos casos, O.Verify permite que este monto a partir del cual se ejecutará la prueba, sea definido por el usuario
en virtud a su experticia. Este monto puede ser considerado como un lı́mite superior o inferior, dependiendo el caso,
del grupo de transacciones u operaciones que se quiera analizar.
Evaluación de Cliente ó Cuenta: permite al usuario seleccionar si desea que la prueba realice el análisis a nivel de
clientes o a nivel de cuentas. En el primer caso, evaluará las condiciones de la prueba sobre todos los instrumentos;
en el segundo lo hará instrumento por instrumento.
Variación Porcentual: para los casos en los que se requiere determinar el valor porcentual máximo ó mı́nimo de va-
riación en las transacciones, operaciones o montos que usualmente maneja un cliente o cuenta, el usuario podrá es-
tablecer, de acuerdo a su experiencia o las polı́ticas internas de la institución, qué valor toma este porcentaje.
Debe ser introducido como valor entero: 10 en el campo correspondiente indica 10 % (debe omitirse el sı́mbolo
correspondiente).
En la descripción de este ejemplo se tomará como muestra la primera opción del menú (figura 6), referida como “Identi-
ficación de transacciones recurrentes”.
ACL
Depósitos en efectivo
Patrones de
recurrencia
Botón para
confirmar la
selección
Una vez seleccionada y confirmada la opción seleccionada, se mostrará un nuevo menú de opciones que lista los diversos
patrones de recurrencia. A los fines de este ejemplo, se describirá la primera opción, identificada como “Depósitos en
efectivo”.
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 7
Luego de seleccionar y confirmar la opción “Depósitos en efectivo”, se muestra una ventana con diferentes campos, cuyos
valores debe proporcionar el usuario en función de sus requerimientos de investigación. Estos parámetros (caracterı́sticos
de esta prueba) se describen a continuación:
Cantidad de transacciones : en la primera lı́nea de la ventana de parámetros, el usuario debe indicar la cantidad
mı́nima de depósitos.
Valores mı́nimos/máximos de las transacciones : en la segunda lı́nea, el usuario debe indicar el lı́mite inferior y
superior de los montos que serán considerados en el análisis. Los montos deben ser escritos sin signos de puntuación
y sin decimales.
Monto mı́nimo acumulado en depósitos : en la tercera lı́nea, se debe indicar el monto mı́nimo que deben acumular
las transacciones para formar parte de los resultados de la prueba. Los montos deben ser escritos sin signos de
puntuación y sin decimales.
Rango de fechas o perı́odo de tiempo a evaluar : en la cuarta lı́nea debe indicarse el lı́mite inferior y el superior
que conforman el rango de fechas de la investigación. El formato aceptado es dd/mm/aaaa (dd̄ı́a, mm̄es, aāño)
Instrumentos : A partir de la quinta lı́nea el usuario puede escoger los tipos de instrumentos sobre los que desea realizar
el análisis.
ACL
Ventana de
parámetros Cantidad de
transacciones Límite superior
Límite inferior de los montos
de los montos
Límite inferior del monto acumulado
Límite inferior
del rango de Límite superior
fechas del rango de
fechas
Instrumentos
a investigar
Una vez establecidos los parámetros, el usuario iniciará la ejecución de la prueba al hacer click en el botón “Aceptar”.
Luego de la ejecución, se mostrará nuevamente el menú de opciones de pruebas (figura 6). Tras el menú, en la pantalla
de ACL, se podrá apreciar el número asignado y el nombre que identifica cada una de las pruebas.
Para consultar los resultados de la prueba, el usuario deberá hacer click en el botón “Cancelar” del menú de opciones. A
la pregunta: “¿Está seguro que desea cancelar este script (S/N)?”, el usuario deberá hacer click en el botón “Si”. Acto
seguido, aparecerá la vista que contiene los resultados de la prueba; en el tab de tı́tulo de la vista se muestra el nombre
y número de la prueba ejecutada.
Para regresar al menú de ejecución de las pruebas (figura), el usuario deberá cerrar ACL, volver a la pantalla principal
de O.Verify y seleccionar nuevamente la opción “Predefined Investigations”.
El usuario puede, una vez obtenidos los resultados, disponer de la información sobre la vista en la cual se muestran los
resultados, ası́ como la tabla en ACL donde se guardarán estos datos. Esta información resultará de gran utilidad el
8 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
usuario, cuando tenga que recurrir a estos resultados en otra oportunidad y necesite esta información para acceder a los
archivos que guarda el Sistema.
Vista: Es una disposición preestablecida de campos para mostrar los resultados de cada prueba. Los nombres de los
archivos de entrada en ACL correspondientes a los resultados obtenidos en la ejecución de las pruebas, responden a la
siguiente nomenclatura: NombreUsuario Prueba“nn mm”, donde “NombreUsuario” corresponde al usuario Occam que
ejecutó la prueba, “Prueba“nn mm” corresponde al número de la prueba ejecutada (el detalle de la identificación de cada
prueba puede consultarse en el anexo). Los datos en cada caso se encuentran en un archivo con la nomenclatura descrita
y extensión .FIL.
Esta forma de nombrar los archivos permite identificar unı́vocamente las pruebas y diferenciar el usuario que la ejecutó.
Resultados
de la prueba
Vista
Archivo de datos o de resultados: a efectos del manual, también se define como archivo de entrada. Cuando el usuario
ejecuta una prueba, además de la vista, obtendrá un resultado en forma de archivo, que quedará registrado en ACL. Para
visualizarlo, el usuario deberá conocer su nombre, que en general es representado como NombreUsuario Prueba“nn mm”.
En caso de ser necesaria su consulta, en la ventana Panorama, la opción “Definición de archivos de entrada” contiene los
datos relativos al último resultado obtenido de cada una de las pruebas ejecutadas.
Reporte: Si el usuario requiere realizar una impresión del archivo de resultados, deberá presionar el icono correspondiente
a reportes .
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 9
Para visualizar el reporte, desde el log de comandos (tab log en la esquina inferior del navegador de proyecto), se debe
hacer double click en el comando correspondiente (DO REPORT nombre de la prueba)
Icono de
reportes
Comando
para generar
el reporte
Log de
comandos
Al hacer click sobre la opción , el usuario es llevado al ambiente de trabajo de ACL para Windows, donde
en forma automática se abre un proyecto donde están definidas todas las tablas de datos que alimentan las pruebas
automáticas.
Utilizando el proyecto preparado y aplicando diversas técnicas de análisis de datos(filtros, cruce de tablas, estadı́sticas,
totalizaciones, clasificaciones, etc), el usuario puede obtener la información necesaria para apoyar su investigación.
La lista mostrada a continuación, ilustra alguna de las pruebas que pueden realizarse indicando las definiciones de archivo
de entrada a utilizar(término de ACL correspondiente a las tablas de datos) y las funciones de ACL que se aplican.
10 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
Propósito Tablas Función
Obtener todas las transacciones efectuadas en Movimientos Crear un filtro por Nro Cuenta y fecha
una cuenta especı́fica y/o en un perı́odo de Trans compra venta divisa
tiempo Transferencias enviadas
Transferencias recibidas
Determinar la magnitud y perı́odo dentro del Movimientos Filtrar cuenta. Con el filtro activo eje-
cual se efectuaron las transacciones de una Trans compra venta divisa cutar estadı́sticas de los campos Fecha
cuenta Transferencias enviadas y Monto
Transferencias recibidas
Tipos de transacciones efectuadas y monto Movimientos Clasificar por código de la transacción
que acumulan Trans compra venta divisa acumulando por monto
Transferencias enviadas
Transferencias recibidas
Recurrencia y frecuencia de algún tipo de ope- Movimientos Filtrar por Nro cuenta y Código de
ración en cuenta Trans compra venta divisa Transacción. Ejecutar resumir por Fe-
Transferencias enviadas cha y Monto
Transferencias recibidas
Revisar flujo de las operaciones en una cuenta Movimientos Filtrar por Nro cuenta e indexar por
Trans compra venta divisa Nro referencia
Transferencias enviadas
Transferencias recibidas
Resumen de todas las transacciones de un tipo Movimientos Establecer relación entre el archivo de
efectuadas por un cliente a través de todas sus Trans compra venta divisa transacciones y la tabla de cuentas
cuentas Transferencias enviadas a través del campo Nro cuenta, lue-
Transferencias recibidas go entre Cuentas y Clientes a través
Clientes de Nro Cliente y construir filtro por
Cuentas Nro Cliente o No identificación
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 11
12
Cuentas abiertas por una suma superior - Montos del depósito inicial de apertura V: Cuentas Abiertas Mayores
Prueba 02 04 a un monto dado. - Rango de fechas a evaluar A: NombreUsuario Prueba02 04
Cuentas Abiertas por una suma superior a un
monto dado
Cuentas abiertas por un monto inferior, - Montos de apertura V: Cuentas Abiertas Depósitos
con depósitos importantes. - Rango de fechas a evaluar A: NombreUsuario Prueba02 05
Prueba 02 05 Cuentas abiertas por un monto inferior a una - Monto mı́nimo para considerar acumulación
cantidad dada, pero que acumulan depósitos
por encima de un monto dado.
Clientes que abren otra cuenta de un - Rango de fechas a evaluar V: Clientes Otras Cuentas
Prueba 02 06 mismo instrumento. A: NombreUsuario Prueba02 06
Clientes que tienen más de una cuenta de una
misma clase (instrumento)
Cuenta abierta con un crédito impor- - Rango de fechas a evaluar V: Cuentas Abiertas Cerradas
tante, una transferencia y cerrada. A: NombreUsuario Prueba02 07
Prueba 02 07 Cuenta abierta que recibe depósitos en efecti-
vo estructurados para hacer una transferencia
y luego es cerrada
Alto retiro en Efectivo en Cuentas Pre- - Montos de depósitos V: Cuentas Dormidas Inactivas Alto
viamente Dormida/Inactiva. - Montos de retiro A: NombreUsuario Prueba02 08
Prueba 02 08 Cuentas que en el perı́odo analizado, pasan al - Rango de fechas a evaluar
estado de Activa, reciben depósitos estructu-
rados y se hace un retiro alto.
Continúa en la siguiente página
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
03 - Análisis de perfil
Total Depósitos en Efectivo supera el In- - Porcentaje de variación sobre ingreso anual V: Superan Ingreso Anual
Prueba 03 04 greso Anual en un %. - Rango de fechas a evaluar A: NombreUsuario Prueba03 04
Cuenta donde el total de los depósitos en efec-
tivo supera el ingreso anual del cliente en un
porcentaje dado.
Proporción Depósito en Efectivo Más - Factor absoluto de diferencia (cuantas veces es ma- V: Cuentas Pro Defe Alto Bajo
Prueba 03 05 Alto/Más Bajo. yor el depósito más alto en relación al más bajo) - A: NombreUsuario Prueba03 05
Cuentas donde la proporción entre el depósito Cantidad de depósitos mı́nima - Rango de fechas a
en efectivo más alto con relación al más bajo evaluar
del perı́odo analizado es alta.
Proporción Depósito en Efectivo Más - Factor absoluto de diferencia (cuantas veces es ma- V: Cuentas Pro Defe Alto Bajo
Prueba 03 06 Alto/Más Bajo - Más Alto/2do más al- yor el depósito más alto en relación al más bajo) - A: NombreUsuario Prueba03 06
to. Cantidad de depósitos mı́nima - Rango de fechas a
Cuentas donde la proporción entre el depósito evaluar
en efectivo más alto con relación al siguiente
más alto del perı́odo analizado es alta.
Cuadro 5: Pruebas automáticas disponibles en O.Verify. Verificación Datos básicos del cliente
Tarjetas de Crédito en las que se hacen abonos - Total acumulado de pagos por cliente
Prueba 08 04 o pagos que acumulados hacen que se exceda - Rango de fechas a evaluar
el lı́mite de crédito preestablecido al cliente
Pagos por adelantado (antes de la fecha - Rango de fechas a evaluar V: Pagos por adelantado
Prueba 08 05 de facturación). A: NombreUsuario Prueba08 05
Tarjetas de Crédito en las que se hacen abo-
nos o pagos que anticipan la facturación del
consumo en sı́
Pagos que superan el consumo y la deu- - Rango de fechas a evaluar V: Pagos por adel cons deuda
da. A: NombreUsuario Prueba08 06
Prueba 08 06 Tarjetas de Crédito en las que se hacen abonos
o pagos que superen el total de los consumos
realizados durante el perı́odo evaluado
Adelantos de Efectivo por encima de un - Monto de adelanto o retiro V: Adelanto por encima monto
monto dado. - Rango de fechas a evaluar A: NombreUsuario Prueba08 07
Esta prueba identifica las tarjetas de Crédito
Prueba 08 07
Tarjetas de Crédito en las que se hacen reti-
ros o adelantos de efectivo, vı́a ATM o Cajeros
Automáticos, que superen un monto que el in-
vestigador determine
Continúa en la siguiente página
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
Cuadro 8: Pruebas automáticas disponibles en O.Verify. Actividades sospechosas sobre tarjetas de crédito
21
jANEXO II. ESQUEMA DE ORGANIZACIÓN DE LOS ARCHIVOS EN EL SISTEMA
Los archivos de entrada a la aplicación, los de resultados y de configuración, están organizados en carpetas. Si la instalación
es distribuida, es decir hay un servidor de datos, hay un grupo de carpetas en el servidor que son compartidas por los
usuarios. En la instalación se sugiere el nombre O.Verify para la carpeta principal o raı́z del Sistema donde estarán
contenidos todos los archivos, datos, sub carpetas, archivos temporales y los proyectos ACL de la aplicación.
Occam Home
O.Verify
DataSource
Extraction
DataOutput
DataSource: Contiene todos los Archivos de Entrada de Datos de la aplicación, que corresponden a:
Los archivos que contienen la data extraı́da de los sistemas operacionales de la Institución, que se actualizan al
inicio de cada ciclo de análisis
Tablas de Maestros de códigos utilizados por la Institución
Tablas de Maestros de códigos utilizados para la generación de reportes a los entes reguladores
OCCF CLIENTES Contiene datos relativos al maestro de clientes, personas naturales y jurı́dicas.
OCCF CUENTAS Contiene datos relativos a todas las cuentas (activas, inactivas, dormidas, canceladas, etc) y a todos
los instrumentos ofrecidos por la institución. No se incluyen tarjetas de crédito.
OCCF LOG CAMBIO STATUS Contiene el registro de la fecha en que se realizó un cambio del estado de una
cuenta (de activa a dormida, de dormida a activa, etc.). Debe abarcar el mismo perı́odo de tiempo que el archivo
de Movimientos.
CCF SUCURSAL Contiene datos básicos de cada una de las sucursales.
OCCF MOVIMIENTOS Contiene datos de transacciones efectuadas en todas las cuentas de todos los tipos de
productos o instrumentos. No se incluyen las transacciones de compra y venta de divisas, tarjetas de crédito y de
transferencias desde y hacia el exterior, que están en un archivo aparte.
OCCF TRANSFERENCIAS ENVIADAS Contiene datos de las transferencias enviadas al exterior.
OCCF TRANSFERENCIAS RECIBIDAS Contiene datos de las transferencias recibidas del exterior.
OCCF TRANS COMPRA VENTA DIVISA Contiene datos de las operaciones de compra y venta de divisas.
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 23
OCCF TRABAJADORES Contiene datos de los empleados que hayan ingresado a la institución o que hayan dejado
de trabajar en ella en el perı́odo de tiempo que cubra el análisis.
OCCF MOVIMIENTOS TARJETA Contiene datos de las operaciones efectuadas en Tarjetas de Crédito.
OCCF TARJETA CREDITO Contiene datos relativos a todas las tarjetas de crédito emitidas por la institución.
OBANK MASTER INSTRUMENTOS Contiene el maestro de los códigos de los instrumentos (productos) del
banco y su descripción.
OBANK MASTER TRANSACCIONES Contiene el maestro de los códigos de las transacciones y su descripción.
(códigos correspondientes a los contenidos en el archivo Occf movimientos.)
OBANK MASTER MONEDASWIFT Contiene el maestro de los códigos de los distintos tipos de moneda y su
descripción.
OBANK MASTER TIPOCLIENTE Contiene los códigos y descripción del campo Tipo Cliente, de la tabla
OCCF CLIENTES.
OBANK MASTER DESTINOFONDOS COMPRA Contiene los códigos usados por el banco y su descripción
para indicar el destino que se le dará a los fondos, cuando se realiza una operación de compra de divisas.
OBANK MASTER DESTINOFONDOS VENTA Contiene los códigos usados por el banco y su descripción para
indicar el destino de los fondos, cuando se realiza una operación de venta de divisas.
OBANK MASTER TIPOOPERACIONDIVISAS Contiene los códigos usados por el banco y su descripción para
identificar el tipo de operación de compra o venta de divisas.
OBANK MASTER TIPOTRANSFERENCIAS Contiene los códigos usados por el banco y su descripción para
identificar el tipo de transferencia realizada.
OBANK MASTER ACTIVIDADES Contiene los códigos usados por el banco y su descripción para identificar el
tipo de actividad económica que asigna a cada cliente.
OBANK MASTER TIPOCUENTAS Contiene los códigos y descripción del banco para el campo Tipo Cuenta, de
la tabla OCCF CUENTAS.
OBANK MASTER ESTADOCUENTAS Contiene los códigos y descripción del banco para identificar el estado
de las cuentas, activa, dormida, cancelada, cerrada entre otros.
OBANK MASTER TRANSACCIONES TARJETAS Contiene el maestro de los códigos de las transacciones y
su descripción. (códigos correspondientes a los contenidos en el archivo Occf movimientos tarjetas.)
OBANK MASTER SEGMENTO Contiene los códigos y descripción del banco para el campo Segmento, de la tabla
Clientes. Este código es el que identifica a qué segmento pertenece el cliente.
OBANK MASTER SUBSEGMENTO Contiene los distintos códigos correspondientes a los subsegmentos de cada
segmento y el código del funcionario responsable de ese segmento
OBANK MASTER TIPO TARJETA Contiene los distintos códigos correspondiente a los tipos de tarjeta, clásica,
dorada, etc.
DataOutput: Contiene los resultados de la ejecución de las pruebas automáticas, el nombre de los archivos contiene un
indicativo del usuario y de la prueba, son de la forma %USER % PRUEBAXX XX.FIL. Dentro de esta carpeta está una
Subcarpeta Backup donde están los archivos de respaldo de los archivos.FIL de las pruebas ejecutadas y adicionalmente
archivos .TXT por usuario, fecha y hora que contienen datos que son utilizados para los reportes a los entes reguladores.
24 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
Descripción del contenido de las carpetas en el cliente
Occam Home
O.Verify
DataSource
Temp
Index
DataSource: Esta carpeta a nivel del cliente se encontrará vacı́a si el esquema de instalación contempla un servidor de
datos. Solo contendrá dos subcarpetas:
Index : en ésta se guardan todos los ı́ndices que se utilizan en la ejecución de las pruebas. En cada proyecto de ACL
existe una opción para generar estos ı́ndices.
Temp : Se guardan todos los resultados de la ejecución de la opción de Verificación de datos. También se guardan los
archivos temporales que se utilizan al momento de estar ejecutando una prueba, que se eliminan al término de la
misma.
En el caso en que la misma máquina del cliente haga las veces de servidor de datos, esta carpeta también contendrá los
archivos de datos, mencionados bajo la sección de Carpetas en el Servidor.
Extracción Verificacion Datos.ACL : Proyecto ACL que soporta la ejecución de la opción de “Verificación y Revisión
de los Datos Importados”.
Extraccion Verificacion Dato Aut.ACL : Proyecto ACL que soporta la ejecución de la opción de “Extracción, Veri-
ficación y Revisión de los Datos Importados”, sin la intervención del usuario. Esta opción se utiliza a requerimiento
del cliente, el cual debe establecer los parámetros del tiempo para las transacciones.
Archivos Log de los proyectos ACL : Existe un archivo log correspondiente a los proyectos Analisis Automaticos.ACL,
Investigaciones adhoc.ACL y Verificación datos.ACL
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 25
Eniac, C.A. Caracas, Venezuela
Telf.: +58 (212) 7095600
www.eniac.com
info@eniac.com