Pliance - Manual - Spanish

Sistema para la Prevención y el
Control de la Legitimación de Capitales

y la Financiación al Terrorismo
V.
Manual de Referencia
Toda la documentación del Sistema Occam es secreto comercial y propiedad intelectual del Grupo Eniac C.A.
Prohibida la distribución y/o reproducción total o parcial
v1.15 - occOCRs-6.1.2016
Occam es un producto desarrollado por:
Grupo Eniac
www.grupoeniac.com
Occam es una marca registrada del Grupo Eniac
jTABLA DE CONTENIDO
O.COMPLIANCE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Consideraciones y definiciones . . . . . . . . . . . . . . . . . . . . . . . 1
Casos en O.Compliance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Status de casos en O.Compliance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
La figura del comité en O.Compliance . . . . . . . . . . . . . . . . . . . . 3
Opciones del módulo O.Compliance . . . . . . . . . . . . . . . . . . . . . 3
1 ACCIONES ASOCIADAS A O.COMPLIANCE . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1 Acciones sobre Configuración (Settings) . . . . . . . . . . . . . . . . . . . . 5
1.1.1 Configuración relativa a los reportes y tiempos de culminación de casos . . . . . . . . . . . . . . . . . . . . . 5
1.1.2 Configuración de condiciones para la Auto-asignación de Casos . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.2 Acciones sobre Reguladores (Regulators) . . . . . . . . . . . . . . . . . . . 8
1.2.1 Incorporación de nuevos reguladores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2.2 Registro (incorporación) de reguladores implementados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2.3 Creación de reguladores no implementados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2.4 Creación, modificación y eliminación de funcionarios asociados . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2.4.1 Creación de funcionarios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.2.5 Modificación de funcionarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.2.6 Eliminación de funcionarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.2.7 Mapping de códigos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.2.8 Creación de una transmisión de reportes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.2.9 Modificación de una transmisión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.2.10 Visualización de Reguladores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.3 Acciones sobre Reportes (Reports) . . . . . . . . . . . . . . . . . . . . . . 13
1.3.1 Registro (incorporación) de nuevos formatos de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
1.3.2 Ejecución de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.3.3 Generación de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.3.3.1 Detalle de la generación de un reporte. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - i
1.3.4 Visualización de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.3.4.1 Visualización del contenido de un reporte en el formato Occam . . . . . . . . . . . . . . . . . . . . . 16
1.4 Acciones sobre Casos (Cases) . . . . . . . . . . . . . . . . . . . . . . . . 17
1.4.1 Creación de casos por tipo según el origen desde la ventana de Casos . . . . . . . . . . . . . . . . . . . . . . . 17
1.4.1.1 Creación de casos a raı́z de una investigación en O.Detect . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.4.1.2 Creación de casos por requerimiento interno de investigación . . . . . . . . . . . . . . . . . . . . . . . 19
1.4.1.3 Creación de casos por requerimiento externo de investigación . . . . . . . . . . . . . . . . . . . . . . . 20
1.4.1.4 Creación de casos por denuncia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.4.2 Creación de otros casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.4.3 Creación de casos “Positivo O.FAC” y “Positivo Artificial” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
1.4.4 Creación de casos “Investigación KYC” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
1.4.5 Creación de casos “Investigación O.Monitor” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
1.4.6 Creación de casos de cualquier tipo sobre una transacción operacional fuera de la ventana de Casos. 22
1.4.7 Modificación de casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.4.7.1 Asociación de transacciones a caso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.4.7.2 Asociación de un cliente a un caso de denuncia hecho anónimamente vı́a web . . . . . . . . . . . 24
1.4.7.3 Documentación de casos. Archivos asociados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
1.5 Acciones sobre Comités (Committees) . . . . . . . . . . . . . . . . . . . . 28
1.5.1 Creación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.5.2 Modificación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.5.2.1 Asociación de casos a un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.5.2.2 Documentación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
1.5.2.3 Modificación de los asistentes al comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
1.5.2.4 Actualización de casos asociados a un comité luego de su realización. . . . . . . . . . . . . . . . . . 30
1.5.2.5 Modificación del status de un comité a “Completado” . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
1.6 Acciones sobre Sospechosos (Suspects) . . . . . . . . . . . . . . . . . . . . 31
1.6.1 Consulta de un Sospechoso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
1.6.2 Creación de grupos de objetos (clientes) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
1.6.3 Agregar sospechoso(s) a un grupo de clientes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
ii - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
1.7 Acciones sobre Resultados de Procesos de O.Detect (O.Detect Process Results) . . . . 34
1.7.1 Consulta de resultados de procesos de O.Detect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
1.7.1.1 Consulta de objetos encontrados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
1.7.2 Creación de casos a partir de la ventana de resultados de una definición de prueba de O.Detect. . . . 36
1.7.2.1 Consideraciones en torno a la creación masiva de casos de investigación O.Detect . . . . . . . . 37
2 O.COMPLIANCE VÍA WEB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.1 Interacción básica . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.1.1 Conexión a la aplicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.1.2 Inicio de sesión. ¿Cómo entrar a la aplicación? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
2.1.3 Cambio de contraseña - sólo Usuario Occam - . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
2.1.3.1 Primer acceso al Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
2.1.3.2 Reinicio de contraseña . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
2.1.3.3 Reinicio de contraseña a voluntad del usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
2.1.4 Cierre de sesión. ¿Cómo salir de la aplicación? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
2.2 Estructura de ventanas . . . . . . . . . . . . . . . . . . . . . . . . . . 44
2.2.1 Encabezado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
2.2.2 Página del objeto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
2.3 Acciones contempladas en O.Compliance vı́a web . . . . . . . . . . . . . . . . 45
2.3.1 Creación de casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
2.3.2 Consulta de Casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
2.3.2.1 Vista de Caso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
iii
El módulo O.Compliance constituye una herramienta fundamental para la cristalización de la labor de investigación y
análisis de los empleados de la Unidad de Cumplimiento de la Institución, ya que permite llevar a cabo la elaboración
de reportes para la satisfacción de requerimientos de entes reguladores, asociaciones gremiales y la propia Unidad de
Cumplimiento de la Institución.
Además de la generación de reportes, el módulo O.Compliance está en la capacidad de transmitirlos en forma segura,
siempre y cuando la entidad receptora soporte los estándares tecnológicos mundiales más utilizados.
Por medio de O.Compliance, la Institución Financiera podrá no sólo cumplir con las múltiples exigencias a nivel de
reportes, sino también llevar un registro documentado de la actividad en el módulo, que va desde los casos abiertos, los
reportes generados hasta los reportes transmitidos. De esta forma, la Institución cuenta con el debido soporte que respalda
su gestión de debido cumplimiento.
Consideraciones y definiciones
Tipos de reporte
La elaboración de los reportes en O.Compliance se basa principalmente en los resultados de los procesos ejecutados
en O.Detect. Sin embargo, la funcionalidad del módulo permite elaborar reportes en base a las conclusiones de casos
particulares, cuyo estudio e investigación determinó aquellas entidades1 que deben ser reportadas. Esta diferenciación
permite entonces distinguir entre los reportes que se generan a partir del procesamiento masivo de datos y cuyos resultados
son vaciados en un archivo respondiendo a un formato especı́fico; estos reportes son llamados “no discrecionales”. Por
otro lado, aquellas situaciones que resultan de la apertura, análisis y cierre de un caso en particular, constituyen el insumo
para la elaboración de los llamados reportes “discrecionales”.
A manera de ejemplo, se mencionarán algunos de los reportes exigidos por el ente regulador de las instituciones financieras
en Venezuela, la Superintendencia de Bancos y otras Instituciones Financieras (SUDEBAN) y su homólogo Mexicano, la
Comisión Nacional Bancaria y de Valores (CNBV):
Por parte de la SUDEBAN, algunos reportes no discrecionales, de periodicidad mensual son:
MAYORES: Refleja la información de todas las operaciones realizadas por clientes de la Institución en sus cuentas
corrientes, de ahorros, fondos de activos lı́quidos u otros productos similares, que igualen o superen los 4.5 millones
de Bolı́vares
TRABAJA: Contiene la información de los empleados de la Institución que ingresaron o egresaron de la Institución
en el mes a reportar
Los reportes discrecionales que exige la SUDEBAN son el ACTISOSP y CTASOSCL y contienen la información de los
clientes que hayan o no efectuado una operación que de acuerdo con los criterios de la Resolución 185.01 de fecha 12 de
septiembre de 2001, se considere una actividad inusual y/o sospechosa.
En el caso de la CNBV de México, el reporte no discrecional de periodicidad mensual es el de operaciones relevantes, que
contiene la información de aquellas transacciones que se realizan por un monto igual o superior al equivalente en moneda
nacional a diez mil dólares de los Estados Unidos de América.
Por otro lado, entre los reportes discrecionales exigidos por la CNBV de México están:
Reporte de operaciones inusuales: contiene la información de aquellas transacciones, actividad, conducta o compor-
tamiento que no concuerde con los antecedentes o actividad conocida o declarada por el cliente, o con su patrón
habitual de comportamiento transaccional, en función al monto, frecuencia, tipo o naturaleza de la operación de
que se trate, sin que exista una justificación razonable para dicho comportamiento, o bien, aquella que por cualquier
otra causa, las entidades consideren que los recursos pudieran estar destinados a favorecer, prestar ayuda, auxilio o
cooperación de cualquier especie para lavar dinero o financiar el terrorismo
- Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial - 1
Reporte de operaciones preocupantes: contiene la información de aquellas transacciones, actividad, conducta o
comportamiento de los directivos, funcionarios, empleados y apoderados de las instituciones financieras que por sus
caracterı́sticas, pudiera contravenir o vulnerar la aplicación de lo dispuesto en la legislación aplicable, o aquella que
por cualquier otra causa resulte dubitativa para las instituciones financieras
Casos en O.Compliance
Un caso, es la apertura de un proceso de investigación particular, que no responde a la ejecución de procesos masivos
en respuesta a la exigencia de la evaluación de ocurrencias especı́ficas en entidades investigables. A través del cierre y
conclusión del caso como sospechoso, se generan los llamados reportes discrecionales descritos en la sección anterior.
Un caso puede ser abierto como consecuencia de:
Una investigación especı́fica en O.Detect, que da origen a un caso sobre una transacción o sobre un cliente detectado
por una prueba O.Detect
Un requerimiento interno de alguna dependencia de la Institución Financiera
Un requerimiento externo (no confundir con las exigencias obligadas y periódicas de los entes reguladores que dan
lugar a los reportes no discrecionales). Tı́picamente, como consecuencia de la solicitud de información sobre alguna
entidad investigable, proveniente de un regulador debidamente registrado en la base de datos del Sistema
Un requerimiento de un ente en el que denuncia o alerta sobre una entidad investigable en particular. En este caso
se puede distinguir entre la solicitud o denuncia de una persona, de un empleado, de un ente externo o simplemente
anónimo
Otras situaciones no contempladas en los casos anteriores
Las circunstancias detalladas se corresponden con algunos tipos de casos que se contemplan en O.Compliance y que
pueden resultar en la generación de los llamados reportes discrecionales.
Otros tipos de casos contemplados, con origen en módulos diferentes a O.Compliance, se originan a partir de:
La identificación de una entidad Occam como positivo presumiblemente real en la comparación con la entrada de
alguna lista del módulo O.FAC. Un caso del tipo Investigación O.FAC permite dar seguimiento a la identificación de
un positivo para determinar si se trata de la misma entidad. Cerrar este tipo de caso, permite establecer el resultado
de la investigación como “Positivo Real” o por el contrario “Falso Positivo” (refiérase al manual del módulo O.FAC
si requiere información detallada)
La identificación de un positivo real en el módulo O.FAC entre una entrada Occam y una entrada de algunas de las
listas implementadas a través de proceso ajenos a la comparación que proporciona el módulo O.FAC. En este caso,
se crea un caso de tipo “Positivo Artificial O.FAC”
El cierre de una visita en el módulo web O.Detect-KYC, donde se indica que no se justifica el comportamiento de
la entidad y debe ser reportado
La apertura de una investigación sobre una trama O.Monitor sospechosa. Este tipo de caso corresponde al tipo
“Investigación O.Monitor”
1 En el contexto Occam, se entiende por Entidad Investigable (EI) una unidad de información de la Institución Financiera que puede adquirir
el carácter de sospechosa al contribuir, formar parte o estar relacionada con actividades ilegales que monitorea y/o investiga el Sistema. Las
entidades investigables en Occam son los clientes, los instrumentos financieros, los empleados, las transacciones operacionales y los terceros
relacionados
2 - Copyright 2002-2016 Grupo Eniac - Secreto comercial - Prohibida su reproducción total o parcial -
Status de casos en O.Compliance
Dependiendo del estadio en el que se encuentre el caso en investigación, es posible distinguir los siguientes status para
todos los casos (excepto “Investigación O.FAC”):
Abierto en espera: identifica el estadio en el que el caso se encuentra esperando algún tipo de información o recaudo
para continuar con la investigación. Puede indicar demora no atribuible a factores internos
Abierto en investigación: identifica la etapa en la que el caso está siendo objeto de análisis. No hay demora atribuible
a factores externos
Abierto en monitoreo: identifica la etapa en la que el cliente está siendo objeto de seguimiento. Su actividad
está siendo monitoreada
Cerrado rechazado: indica que el caso ha sido desechado. Probablemente fue aperturado por error
Cerrado sospechoso: es el atributo otorgado a los casos cuya investigación ha terminado, siendo la conclusión del
caso que la entidad investigable en cuestión ha resultado sospechosa
Cerrado no sospechoso: permite identificar el fin de un caso cuya investigación determinó que la entidad investi-
gable involucrada fue considerada no sospechosa de estar relacionada con alguna actividad ilı́cita monitoreada y/o
controlada por Occam (Legitimación de Capitales y Financiación al Terrorismo)
Para los casos “Investigación O.FAC”, el status “Cerrado Sospechoso”es sustituido por “Cerrado - Positivo Real”, in-
dicando que la entidad investigable (cliente, empleado, persona o tercero relacionado) efectivamente corresponde a la
entrada de la lista O.FAC con la que fue marcada como positivo en el proceso de comparación. El status “Cerrado - No
Sospechoso” es sustituido por “Cerrado - Falso Positivo” para indicar que aún cuando fue marcado como positivo en el
proceso de comparación, no se trata de la misma entidad.
La figura del comité en O.Compliance

En el contexto Occam un comité es un objeto en el Sistema, que representa las reuniones llevadas a cabo por las
personas especialmente comisionadas por la Institución Financiera para discutir y decidir en torno a los casos considerados
sospechosos.
La figura del comité en Occam permite registrar la información de estas reuniones que suelen ser periódicas, aún cuando
puedan darse en circunstancias extraordinarias. Esta información incluye la fecha de realización, los asistentes, notas u
observaciones, documentos (usualmente las minutas o informes de la reunión) y por último los casos sospechosos que
serán sometidos a discusión.
Opciones del módulo O.Compliance

Al iniciar sesión en el módulo O.Compliance, se pueden visualizar las opciones disponibles para este módulo (figura 1).
Estas opciones son las siguientes:
Settings (Configuración)
Regulators (Reguladores)
Reports (Reportes)
Cases (Casos)
Commitees (Comité)
Suspects (Sospechosos)
O.Detect Process Results (Resultados de procesos de O.Detect)
Opciones de
O.Compliance
Figura 1: Pantalla principal del módulo O.Compliance
j1. ACCIONES ASOCIADAS A O.COMPLIANCE
Las acciones asociadas a los objetos del módulo O.Compliance están dirigidas a proporcionar al usuario toda la funciona-
lidad requerida para llevar a cabo en forma sistemática, organizada y eficiente la gestión de cumplimiento ante los entes
reguladores.
A través de las acciones de configuración, el usuario podrá establecer las condiciones y constantes que serán utilizadas
para la ejecución de los procesos contemplados en O.Compliance.
La descripción de las diferentes acciones sobre las opciones de O.Compliance, se hará a través de la asociación con el
objeto sobre el cual se realiza. De esta manera, se describirán las acciones sobre los objetos identificados con las opciones
del módulo O.Compliance (botones de la pantalla principal del módulo): configuración, reportes, sospechosos, reguladores,
casos y comités. Es de hacer notar que para la mayorı́a de las opciones no se detallan aspectos relacionados a la búsqueda,
visualización y consulta, por haber sido descritos con suficiente amplitud en el Manual de Información General. Sin
embargo, en aquellos objetos en los que el nivel de especificidad de la acción sea elevado, se hará una breve reseña del
contenido de estas pantallas.
1.1 Acciones sobre Configuración (Settings) 1.1
A través de la opción , el usuario podrá establecer los siguientes parámetros que serán empleados en los
diferentes procesos de O.Compliance:
1. Lugar de generación y destino de los reportes (Cliente / Servidor)

2. Destino de los reportes (directorios en cliente y servidor)
3. Nombre del reporte asignado en la generación
4. Tiempo estimado para la culminación de casos. Configuración de lapsos para la emisión de notificaciones de alerta
5. Condiciones y reglas para la autoasignación de casos
6. Campos de identificación legal que se emplearán para la generación de los reportes
A continuación, se describirá el proceso de configuración de estos parámetros y su significado:
1.1.1 Configuración relativa a los reportes y tiempos de culminación de casos
A través del tab “Main Information” el usuario podrá configurar los parámetros relacionados a la generación de reportes:
especificador de generación de reportes, ruta de destino (cliente y servidor) y nombre del reporte. En cuanto a los casos,
podrá configurar los tiempos estimados para el cierre de cada tipo de caso.
A continuación, la descripción en detalle de la configuración de los parámetros:
Especificador de generación de reportes: en el tab “Main Information”, a través del control identificado como “Re-
ports Generation Specifier”, se podrá indicar:
1. Si se desea que quede una copia de los archivos de reportes generados en el servidor (opción “Server”) y sea
visualizable desde la aplicación en la máquina que hace de servidor
2. Si se desea que el archivo del reporte sea descargable desde la máquina de un usuario final (opción “Client”)
3. Las dos anteriores (opción “Server & Client”)
Destino de los reportes
Ruta en el servidor
Nombre del archivo de Ruta en el cliente

salida que contiene el
repor te
Mnemónicos para Mnemónicos para

establecer la ruta de establecer el nombre
destino de los reportes del archivo de salida
que contiene el reporte
Figura 2: Ventana de consulta para la configuración de parámetros del módulo O.Compliance. Tab “Main Information”
En el caso de seleccionar la opción “Server”, el archivo que contiene el reporte generado quedará guardado en el directorio
que se establezca de la máquina que hace las veces de servidor. Al seleccionar sólo esta opción se garantiza que ningún
usuario tendrá el archivo que contiene el reporte en su máquina local. En el caso que se seleccione la opción “Server
& Client”, el archivo quedará en el servidor, y podrá ser descargado en la máquina de los usuarios finales cliente que
invocó la generación del reporte.
Destino de los reportes (directorios en cliente y servidor): a través del campo “Reports Output Path on Server”
y “Reports Output Path On Client” es posible establecer la ruta donde se guardarán los archivos, si se estableció el servidor
o el cliente respectivamente, como destino final de los reportes generados. El campo en cuestión es tipo texto, por lo que
el usuario puede establecer la ruta que desee o hacer uso de los mnemónicos facilitados por el Sistema. Los mnemónicos
en el contexto de la opción “Settings” de O.Compliance son variables que representan un parámetro sustituible en tiempo
de ejecución. En el tab “Main Information”, los mnemónicos disponibles son: banco - $(Bank) -, paı́s del regulador -
$(Country) -, nombre del regulador - $(Regulator) -, nombre del reporte - $(Report) -, fecha de generación - $(Date)
-, directorio home de Occam - $(OccamHome) - y usuario generador - $(OccamUser) -. Con estas variables, es posible
especificar la estructura del directorio destino de los reportes. Por defecto, la ruta establecida para el servidor es:
\$(OccamHome)\O.Compliance\$Generated Reports\$(Bank)\$(Country)\$(Regulator)\$(Report)\$(Date)
donde \$(OccamHome) es sustituida por el directorio donde fue instalado el Sistema Occam.
Los mnemónicos pueden ser agregados a mano por el usuario con sólo teclear los caracteres que lo conforman; sin embargo,
resulta de mayor comodidad y libre de errores de transcripción, incorporarlos en forma automática, con sólo hacer double
click sobre el mnemónico a incorporar. Los valores disponibles están listados en el cuadro “Reports Output - Path
Mnemonics:”.
Nombre del reporte: A través del campo de texto “Reports Output Filename”, se establece el nombre con el que serán
identificados los reportes generados. Para los nombres, también se dispone del uso de variables mnemónicas que permiten
establecer el nombre definitivo en el momento de la generación.
En cuanto al nombre del reporte, el usuario debe tener en cuenta que cada reporte per se, posee un nombre que es asignado
en el momento de su registro en la base de datos. Sin embargo y dado que los reportes serán generados con cierta frecuencia,
es recomendable identificar unı́vocamente cada reporte, combinando el nombre original con otros parámetros en tiempo
de ejecución. De esta manera, el último reporte generado no se sobreescribirá sobre el anterior.
Para establecer un nombre único a tiempo de ejecución, se dispone de las siguientes variables mnemónicas: nombre original
del reporte incluyendo la extensión - $(ReportFile) -, nombre original del reporte sin extensión - $(ReportFileName) -,
extensión del reporte - $(ReportFileExt) -, fecha de generación que incluye la hora - $(Date) -, login del usuario que
genera el reporte - $(OccamUser) -.
El valor por defecto para el campo “Reports Output Filename” es:
$(ReportFileName) $(OccamUser) $(Date).$(ReportFileExt)
A manera de ejemplo, considere la siguiente situación:
Nombre original del reporte sin extensión: VESUDEBANTRABAJA
Usuario que invocó la generación: ZambranoJ
Fecha de generación del reporte: 22-11-2007 14:15:39
Extensión del archivo: .txt
En las condiciones descritas, el nombre final del archivo que contiene el reporte sera:
TRABAJA ZambranoJ 22-Nov-2007-14-15-39 .txt
Tiempo estimado para la culminación de casos. Configuración de lapsos para la emisión de correos
(notificaciones de alerta):
Tiempo para cerrar un caso

Institución financiera del tipo seleccionado
Tipo de caso a Frecuencia con la que se

configurar enviarán las aler tas de
vencimiento del tipo de
caso seleccionado
Figura 3: Ventana de consulta para la configuración de parámetros del módulo O.Compliance. Tab “Main Information”
En la sección “O.Compliance Banks Configuration”, del tab “Main Information”, se dispone de los campos “Bank”,
“Case”, “Expected Time” y “Dued Reminder Frequency” para configurar por cada banco implementado, el tiempo
máximo para el cierre de un caso antes de enviar las notificaciones que indican que el lapso de tiempo establecido expiró.
Estas notificaciones de alerta de vencimiento de caso se enviarán con la frecuencia que se especifique en el parámetro
“Dued Reminder Frequency”.
Para realizar esta configuración, es necesario:
Seleccionar el banco cuyos parámetros van a ser configurados a través del control “Bank:”
Seleccionar el tipo de caso cuyos tiempos se desea configurar. Para ello, bastará con hacer click sobre el nombre del
caso (el nombre seleccionado se visualizará resaltado)
Escribir en el campo “Expected Time:” el número que representa el tiempo en horas disponible para cerrar un caso
del tipo seleccionado en el paso anterior
Escribir en el campo “Dued Reminder Frequency”, la periodicidad con la que serán enviadas las notificaciones que
alertarán del vencimiento del plazo para el cierre del caso
Guadar los cambios a través del menú “O.Compliance Settings”
En el caso que esté marcado el check box “User Calendar Time”, se empleará para el cálculo de estos tiempos, el calendario
laboral del banco configurado en el módulo O.Manager. En caso contrario, el Sistema no distinguirá entre horas y dı́as
no laborables para el cálculo de los tiempos de vencimiento y envı́o de notificaciones.
1.1.2 Configuración de condiciones para la Auto-asignación de Casos
A través del tab “Auto-asignación de Casos” el usuario puede por cada tipo de caso indicar los usuarios a los que podrán
ser asignados y en caso que la asignación sea aleatoria, configurar las condiciones que gobernarán dicha asignación.
Tipo de Caso
Usuarios elegibles para

Criterios de asignación de casos en forma
asignación de automática
casos
Figura 4: Ventana de consulta para la configuración de parámetros del módulo O.Compliance. Tab “Cases Auto-Asignment”
Ası́, por cada tipo de caso, el usuario puede escoger entre la lista de usuarios desplegados al hacer click sobre el check box
identificado con la etiqueta “Any agent can be Assigned to this Kind of Case”, aquellos empleados (usuarios no virtuales)
que podrán ser asignados a los casos que se generen en forma automática como consecuencia del cierre de una visita
en KYC o de una denuncia en O.Compliance Web. En caso que se seleccione más de un usuario, se podrá establecer el
criterio que usará el Sistema para asignar el caso. Al marcar sólo el check box identificado con la etiqueta “Idle First”, se
asignará el caso al agente que menos casos abiertos tenga pendientes; por otro lado, al marcar sólo el check box identificado
con la etiqueta “Performed Work” se asignará el caso al usuario que haya cerrado más casos. En caso que ambos check
boxes estén marcados, se asignará el caso al agente que con menos casos pendientes haya cerrado más casos. Esta es la
opción que viene marcada por defecto para todos los casos.
1.2 1.2 Acciones sobre Reguladores (Regulators)
A través de la opción el usuario podrá registrar nuevos reguladores en la base de datos, consultar información
de dicho ente, modificar los funcionarios asociados, realizar el mapping de los códigos del banco contra los códigos
empleados por el regulador.
1.2.1 Incorporación de nuevos reguladores
En Occam se distinguen dos tipos de reguladores: implementados y no implementados. El primero corresponde al

ente cuyo objeto relacionado en Occam se incorpora a la base de datos a través del registro correspondiente mediante la
ejecución de un archivo de despliegue (.occ), de la misma manera como se aplica una actualización de base de datos, se
registra un nuevo reporte, una nueva prueba O.Detect, una nueva lista O.FAC; en fin, a través del mecanismo estándar de
registro de objetos volátiles en la O.DB. El regulador registrado mediante la aplicación de un archivo .occ, traerá incor-
porados en los archivos .sql correspondiente, toda la información de los catálogos de códigos que requiera dicho ente para
la generación de los reportes en el formato esperado. En el caso de México, la Comisión Nacional Bancaria y de Valores
(CNBV) es incorporada a Occam como un regulador implementado. En el caso de Venezuela, las siguientes instituciones
figuran como reguladores implementados: la Superitendencia de Instituciones Bancarias (SUDEBAN) y el Banco Central
de Venezuela (BCV) y para Estados Unidos, el FinCEN (Financial Crimes Enforcement Network) entra también dentro
de esta categorı́a.
Los reguladores no implementados, corresponden a entidades que son incorporadas a Occam al completar los campos
solicitados en el Wizard de creación correspondiente.
1.2.2 Registro (incorporación) de reguladores implementados
Para agregar un nuevo regulador del tipo implementado, bastará con ingresar a la pantalla principal del objeto reguladores,
hacer click en el botón “New” y seguir los pasos indicados por las pantallas del Wizard 1 :
PASO 1: requiere que se indique la ruta donde se encuentra el archivo de despliegue cuya ejecución permitirá la incorpo-
ración del nuevo reporte (.occ). El archivo sólo se podrá visualizar si el instalador del regulador fue ejecutado previamente.
Tı́picamente, el instalador coloca los archivos .occ correspondientes a los reportes en la carpeta “Regulators” del módulo
O.Compliance:
$OccamFolder \O.Compliance\Regulators\nombre del regulador \Deployment\nombre del reporte.occ
$OccamFolder : directorio donde está instalado el Sistema.
PASO 2: indica los scripts a validar para su posterior ejecución.
PASO 3: muestra el resultado de la validación de los archivos.
PASO 4: indica el resultado del proceso.
1.2.3 Creación de reguladores no implementados
Para crear un regulador del tipo no implementado, bastará con ingresar a la pantalla principal del objeto reguladores,
hacer click en el botón “New” y en el paso 1 del Wizard desmarcar el check box “Is it implemented?”, para luego completar
los datos del regulador requeridos en el paso 2 del Wizard : código que representa el identificador único del regulador,
nombre, descripción, dirección, teléfono y paı́s. Para el campo teléfono, los caracteres permitidos son, el sı́mbolo de suma
(+), paréntesis (()) y guión (-).
El paso 3 del Wizard indica que el regulador fue creado con éxito.
1.2.4 Creación, modificación y eliminación de funcionarios asociados
A través del tab “Functionaries” de la ventana de consulta de un regulador, es posible crear nuevos funcionarios asociados
a un regulador, modificar los datos o eliminar los existentes.
1.2.4.1 Creación de funcionarios
Para crear un nuevo funcionario basta con:

1 Este proceso es similar al utilizado en O.Detect para el registro e incorporación de pruebas nuevas
1. Hacer click en el botón “Add New” del tab “Functionaries” de la ventana de consulta del regulador en cuestión
2. Completar los campos solicitados: Nombre y apellido del funcionario (“Name y LastName” respectivamente), De-
partamento donde labora (“Department”), cargo (“Title”), correo electrónico (“Email”), jefe (“Boss”) — deberá ser
un funcionario ya registrado en Occam — y número de teléfono (“Phone”). Si no se dispone de toda la información,
bastará con completar los campos obligatorios señalados con asterisco (*).
3. Guardar la información haciendo click sobre el botón “Save”
Botón para guardar

los datos del nuevo
Datos del nuevo funcionario
funcionario
Figura 5: Ventana de consulta de un reporte. Tab “Functionaries”
1.2.5 Modificación de funcionarios
Para modificar un usuario asociado a un regulador en particular, será necesario:
1. Seleccionar el funcionario que se desea modificar (hacer click sobre el renglón o fila correspondiente)
2. Hacer click sobre el botón “Edit”
3. Modificar los campos que sean necesarios
4. Guardar los cambios haciendo click sobre el botón “Save”
1.2.6 Eliminación de funcionarios
Para eliminar un funcionario asociado a un ente regulador, es necesario:
1. Seleccionar el funcionario a eliminar (hacer click sobre el renglón o fila correspondiente)
2. Hacer click sobre el botón “Remove”
3. Guardar los cambios sobre el regulador a través de la opción “Save Regulator” del menú “O.Compliance Regulator”
1.2.7 Mapping de códigos
A través del tab “Banks” es posible establecer por banco implementado, el código asignado por el regulador a dicha
Institución Financiera, ası́ como también el llamdo mapping o mapeo, que no es más que la equivalencia entre los códigos
empleados por el banco y los códigos utilizados por el regulador. Los códigos a mapear son: actividad económica, tipos
de cliente, paı́ses, monedas, propósito de operaciones de divisas, tipos de instrumentos, transacciones y transferencias.
Para hacer la equivalencia entre un tipo de código en particular, basta con seleccionar en primer lugar el tipo de códigos
a mapear, de la lista disponible en el control “Code Kinds”. Una vez hecho esto, el usuario se ubicará en el renglón
del código que desea mapear y luego hará double click a nivel de la columna “Regulator Code” para seleccionar el
código correspondiente del regulador. La equivalencia del código también se puede hacer seleccionando la descripción
correspondiente, haciendo double click a nivel de la columna “Regulator Code Desc.”
Institución financiera
seleccionada
Código del banco seleccionado

para el regulador en cuestión
Tipo de código a
mapear
Código del banco

seleccionado
Descripción de los códigos
empleados por el regulador
Figura 6: Ventana de consulta de un regulador. Tab “Banks”
1.2.8 Creación de una transmisión de reportes
En el contexto Occam una transmisión es un objeto que representa el proceso mediante el cual se remiten los reportes a
un determinado ente regulador.
Tab de
transmisiones
Transmisiones
creadas
Botón para
crear una nueva
transmisión
Figura 7: Ventana de consulta de un regulador. Tab “Transmissions”
Las transmisiones creadas para un regulador, pueden ser consultadas en el tab “Transmissions” de su ventana de consulta.
Desde esa ventana se pueden consultar las transmisiones creadas y su status, ası́ como también crear nuevas transmisiones.
A través de la creación de una transmisión, se preparan las condiciones para enviar al regulador el conjunto de reportes
requerido. Estas condiciones contemplan: fecha de transmisión, usuario Occam que la realiza y los reportes a transmitir.
Para crear una transmisión, es necesario iniciar el Wizard correspondiente desde el tab “Transmissions” de la ventana de
consulta del regulador que recibirá los reportes, a través del botón “New. . . ”. En el PASO 2 se deberá indicar el mes y
el año de los reportes a transmitir. De manera opcional, se podrán agregar notas a través del campo “Notes”.
Mes
Año
Notas
Figura 8: Wizard de creación de una transmisión. Paso 2
Una vez completado el Wizard se mostrará la ventana de consulta de la transmisión creada; desde allı́, se podrán asociar
los reportes que se desean transmitir al regulador y establecer la fecha de transmisión y el usuario que lo realizará, a
través del localizador de reportes desplegado al hacer click sobre el botón “Add”.
Una vez desplegado el localizador, el usuario deberá:
Reporte seleccionado
Fecha de transmisión
Usuario que realizará
la transmisión
Figura 9: Localizador de generaciones de reportes
Seleccionar de la lista, los reportes que desea asociar a la transmisión, haciendo click en el check box que los acompaña
Indicar en el campo “Transmission Date” la fecha de la transmisión
Seleccionar a través del control “Transmitted By”, el login del usuario que realizará la transmisión
Hacer click en el botón “Ok” para incorporar esta información
1.2.9 Modificación de una transmisión
A través de la ventana de consulta de una transmisión iniciada — status: “Started” —, es posible modificar algunos
atributos de dicho objeto, entre ellos:
El status: A través del control “Status” es posible modificar el estado de la transmisión de “Started” o iniciada, a
“Cancelled” (cancelada), o “Completed” (cancelada).
Las notas u observaciones de la transmisión — campo “Notes” —
Los reportes generados asociados a la transmisión. Si se desea eliminar uno o más reportes asociados a la transmisión,
bastará con seleccionarlos en el grid correspondiente y hacer click en el botón “Remove”. Si lo que se requiere es
incorporar un nuevo reporte, o modificar la fecha de transmisión y el usuario que la realiza, bastará con desplegar
el localizador correspondiente a través del botón “Add” y seleccionar los reportes deseados para el primer caso y
establecer la fecha y el usuario deseados, de la forma descrita en la sección 1.2.8.
1.2.10 Visualización de Reguladores
Al acceder a la opción “Regulators” del módulo O.Compliance, es posible visualizar en el grid del tab “Regulators” los
reguladores que están registrados en la base de datos del Sistema.
Para visualizar con mayor detalle un regulador en particular, bastará con ingresar a la ventana de consulta respectiva.
Dicha ventana cuenta con diferentes tabs que permiten consultar información especı́fica del regulador en cuestión: el tab
“Main Information” contiene información básica del regulador; el tab “Functionaries” contiene los funcionarios asociados a
dicho ente; el tab “Reports” lista todos aquellos reportes requeridos por este regulador y que están registrados en la base de
datos; el tab “Banks” contiene la configuración de los bancos implementados para este regulador (código de identificación
y mapping); el tab “Reported Entities” muestra todas aquellas entidades investigables que han sido reportadas a este
ente regulador.
1.3 Acciones sobre Reportes (Reports) 1.3
A través de la opción el usuario podrá registrar nuevos reportes en la base de datos, modificar los funcionarios
asociados y visualizar información relacionada a los reportes registrados.
1.3.1 Registro (incorporación) de nuevos formatos de reportes
Para agregar un nuevo reporte, bastará con ingresar a la pantalla principal del objeto reportes, hacer click en el botón
“New” y seguir los pasos indicados por las pantallas del Wizard 2 :
PASO 1: requiere que se indique la ruta donde se encuentra el archivo cuya ejecución permitirá la incorporación del nuevo
reporte (.occ). El archivo sólo se podrá visualizar si el instalador del reporte fue ejecutado previamente. Tı́picamente, el
instalador coloca los archivos .occ correspondientes a los reportes en la carpeta “Reports” del módulo O.Compliance:
$OccamFolder \O.Compliance\Reports\nombre del reporte\Deployment\nombre del reporte.occ
$OccamFolder : directorio donde está instalado el Sistema.
PASO 2: indica los scripts a validar para su posterior ejecución.
PASO 3: muestra el resultado de la validación de los archivos.
PASO 4: indica el resultado del proceso.

2 Este proceso es similar al utilizado en O.Detect para el registro e incorporación de pruebas nuevas
1.3.2 Ejecución de reportes
En el contexto Occam la ejecución es una generación preliminar de un reporte definitivo. En este sentido, un mismo
reporte puede ser ejecutado múltiples veces y su resultado puede ser consultado antes de generar el reporte definitivo.
Para ejecutar un reporte, es necesario acceder al tab “Executions” de la ventana de consulta de un reporte especı́fico.
Desde allı́, el usuario hará click sobre el botón “Execute. . . ” para dar inicio al Wizard de ejecución del reporte en cuestión.
Los requerimientos del Wizard de ejecución, varı́an según el reporte. Si necesita información detallada sobre los requeri-
mientos para la ejecución de un reporte en particular, consulte la guı́a de referencia de dicho reporte.
1.3.3 Generación de reportes
En términos relativos a O.Compliance, se entiende por generación, la ejecución final de un reporte. Por lo tanto, la
generación de un reporte se basa en una ejecución. El propósito de las ejecuciones vs. las generaciones, es contar con
las primeras como una versión preliminar del reporte, de forma tal que a través de la generación se obtenga la versión
final del reporte entregable al regulador. Aún cuando se pueden realizar múltiples generaciones sobre una ejecución, el
propósito es contar con una sola generación a partir de la ejecución válida sobre el set de datos y el perı́odo adecuado.
Para generar un reporte, es necesario entrar a la ventana de consulta de la ejecución cuyos resultados desean incorporarse
al reporte final. Una vez allı́, en el tab “Main Information”, se dará inicio al Wizard de generación a través del botón
“Generate File. . . ” (figura 10).
Botón para generar el

archivo que contiene el
reporte entregable
Figura 10: Ventana de consulta de una ejecución. Tab “Main Information”
El archivo generado, quedará guardado siempre en la base de datos y en el servidor, sólo si ası́ se configuró en la opción
“Settings”. La ruta o directorio donde se guardará el archivo en el servidor, también es especificado en la configuración
del módulo. Si desea consultar esta información, ingrese a través de la opción “Settings” del módulo y consulte en el tab
“Main Information” de la ventana desplegada, los campos “Reports Generation Specifier” y “Reports Output Path On
Server”. La descripción de cada campo, puede consultarla en la sección correspondiente de este manual (1.1).
1.3.3.1 Detalle de la generación de un reporte
A raı́z de la generación de un reporte, se crea un nuevo registro en el grid del tab “Generations”. En las columnas de la fila
correspondiente a la generación, se muestra información básica de este proceso. Sin embargo, si el usuario desea consultar
información más detallada del proceso, podrá acceder a la ventana de información detallada de dicha generación.
En esta ventana, el usuario dispondrá de información básica en el tab “Main Information”, tal como la ruta destino del
archivo que contiene el reporte en el caso que el usuario final lo desee visualizar en su máquina (“Path On Client”) y
Ruta en la máquina del usuario final
donde se descargará el archivo que
contiene el reporte, en caso que el
usuario lo visualice a través del botón
"Open Report File''
Figura 11: Ventana de consulta de una generación de reporte
el especificador de generación indique “Client” o “Server & Client” como en la figura 11, la ruta en el servidor si el
especificador de generación indica “Server” o “Server & Client”, nombre o dirección IP de la máquina cliente desde donde
se invocó la generación y finalmente una estadı́stica básica de las entidades reportadas y las excluidas.
En el tab “Reported Entities” se listan las entidades investigables contenidas en el reporte. Desde allı́, se podrá entrar a
la ventana de consulta de cada entidad.
En el tab “Excluded Entities” se listan las entidades investigables que aún siendo reportables por cumplir con las condi-
ciones para ello, no fueron incluidas en la versión final.
El tab “Related Cases” muestra todos los casos relacionados con las entidades investigables reportadas.
El tab “Remarks” contiene aspectos resaltantes del proceso de generación, en el caso que se hayan detectado excepciones
o situaciones destacables.
1.3.4 Visualización de reportes
Al acceder a la opción “Reports” del módulo O.Compliance, es posible visualizar en el grid del tab “Reports” los diferentes
reportes que están registrados en la base de datos del Sistema.
Para visualizar con mayor detalle un reporte en particular, bastará con ingresar a la ventana de consulta respectiva. Con
esta acción, no se desplegará ningún reporte generado, sino la pantalla de consulta del objeto reporte en Occam, donde
podrá consultar los siguientes tabs: Main Information, Executions, Generations y Comments entre otros.
En el tab “Main Information”, el usuario podrá consultar información básica del reporte que está consultando. En el tab
“Executions” y en el tab “Generations”, el usuario podrá consultar respectivamente, las ejecuciones y las generaciones
del reporte en cuestión. Para información sobre los otros tabs consulte la guı́a de referencia del reporte en cuestión (cada
reporte tiene tabs particulares).
Figura 12: Ventana de consulta de un reporte. Tab “Main Information”
1.3.4.1 Visualización del contenido de un reporte en el formato Occam
El Sistema Occam proporciona la funcionalidad para visualizar el contenido de un reporte en el formato estándar del
Sistema; esto es, a través de la versión imprimible del reporte resultante de una ejecución.
Esta versión imprimible, aún cuando no necesariamente tiene el formato requerido por el regulador (la mayorı́a de las
veces ası́ será), permite tener una versión menos técnica de la información contenida en el reporte. Se dice menos técnica,
ya que con frecuencia, los reportes entregables a los reguladores suelen ser archivos planos (de texto) donde la legibilidad
e inteligibilidad suelen ser muy bajas.
Botón para generar la

versión imprimible del
reporte en formato Occam
Figura 13: Ventana de ejecución de un reporte. Visualización en formato Occam
Para generar la versión Occam del reporte, es necesario ingresar a la ventana de consulta o información detallada de la
ejecución correspondiente y hacer click sobre el botón “View Printable Version”. Con esta acción, se generará en pantalla,
el reporte con la información básica de las entidades investigables a reportar.
El usuario deberá tener en cuenta que este reporte no corresponde a la versión final entregable, en el formato exigido por
el regulador.
1.3.4.1.1. Descarga y visualización del contenido de un reporte en el formato requerido por el regulador
Si el usuario no dispone en su máquina del archivo que contiene el reporte, podrá descargarlo directamente desde la base
de datos y abrirlo. Para esto, es necesario acceder al tab “Generations” de la ventana de consulta del reporte. Una vez
allı́, el usuario ingresará a la ventana de consulta de la generación correspondiente al reporte que desea visualizar y
hará click en el botón “Open Report File”. Si el archivo no existe en la máquina del usuario en la ruta preestablecida, se
mostrará un cuadro de diálogo en el que se pregunta al usuario si desea descargarlo de la base de datos. Al hacer click en
el botón “Yes”, el archivo que contiene la versión final (o entregable) del reporte se guardará en la ruta establecida en la
configuración del módulo y se abrirá para mostrar su contenido. En caso que el archivo ya exista, simplemente se abrirá.
Ventana de consulta
de una generación
de reporte
Visualización de la versión
entregable del reporte
TRABAJA abierto a través
del botón "Open Report File"
Botón para abrir el archivo

del reporte en su versión
entregable
Figura 14: Ventana de ejecución de un reporte. Visualización del reporte entregable TRABAJA.txt
1.4 Acciones sobre Casos (Cases) 1.4
A través de la opción , el usuario puede llevar a cabo la gestión de los casos: creación, modificación, docu-
mentación y cambio de status.
1.4.1 Creación de casos por tipo según el origen desde la ventana de Casos
Dependiendo del origen de la fuente que motiva la apertura de un caso, se diferenciará la creación según el tipo de caso
a crear (ver sección “Casos en O.Compliance”). Para todos los casos (salvo los que se originan en otro módulo), el inicio
del Wizard de creación es el mismo; desde la ventana principal de casos (plural del objeto), el usuario deberá hacer click
sobre el botón “New”. Una vez hecho esto, se desplegará el paso 1 del Wizard de creación que indica los pasos a seguir
para continuar el proceso y que se resumen en tres grandes etapas: 1) identificar el tipo de caso, el banco y el usuario
al que se asignará el caso; 2) identificar el solicitante de la investigación, la razón o motivo y la fecha de solicitud y 3)
definir la entidad investigable a la que está referida el caso para culminar el proceso de creación. Adicionalmente, en la
etapa 1 (paso 2 del Wizard ), el usuario tiene la posibilidad de indicar si el caso que está abriendo es de tipo expedito o
no, a través del check box correspondiente (“Expedito”).
Tipo de caso
Banco
Usuario al que se
asigna el caso
Descripción del caso
Figura 15: Wizard de creación de caso. Paso 2. Identificación del tipo de caso y asignación de usuario
Un caso expedito, permite completar toda la gestión relacionada al caso en el mismo Wizard de creación. Con esto, se
agiliza todo el proceso y se puede indicar rápidamente, la descripción, razón y resultado de investigación, ası́ como el
status final del caso.
Al término de la creación, se enviará una notificación al usuario Occam al que le fue asignado el caso y a todos aquellos
empleados que estén configurados como receptores de este tipo de notificación en el factory o plantilla correspondiente
(los receptores genéricos se configuran en la plantilla de la notificación, configurable a través del módulo O.Foundation).
Adicionalmente, se enviará un notificación de creación de caso a los empleados configurados en la plantilla correspondiente
a este tipo de notificación.
En las siguientes subsecciones se describirá el proceso de creación para cada uno de los tipos de caso.
1.4.1.1 Creación de casos a raı́z de una investigación en O.Detect
Para crear un caso como consecuencia de una investigación en resultados de procesos ejecutados en O.Detect, es necesario,
luego de dar inicio al Wizard de creación:
PASO 2: Seleccionar a través de control “Kind” la opción correspondiente al tipo de caso en cuestión, es decir, “O.Detect
Investigation”. Seguidamente, a través de los controles “Bank” y “Assigned To” seleccionar respectivamente, el banco al
que pertenece la entidad investigable y el usuario Occam a quien le será asignado el caso. El usuario Occam corresponde
al login de un empleado de la Institución debidamente registrado en el Sistema (tı́picamente un analista de la Unidad de
Cumplimiento) que llevará a cabo el seguimiento y cierre del caso. En el campo “Description”, aún cuando es opcional,
siempre es aconsejable colocar una breve reseña que describa el nuevo caso.
PASO 3: Identificar en el campo “Reason” la causa o motivación que condujo a la apertura del caso. Este campo de
texto libre permitirá indicar cuáles fueron las causas o razones para abrir un caso a la entidad que será indicada en el
paso siguiente. Es obligatorio completar este campo para continuar con el proceso.
PASO 4: Identificar la entidad investigable sobre la que se desea abrir el caso. Para ello, es necesario indicar en primer
lugar, el tipo de entidad investigable, seleccionando entre cliente o empleado, a través del control “Kind”. De escoger
la opción de cliente, el siguiente control “Sub Kind” permitirá distinguir entre clientes naturales (personas) y clientes
jurı́dicos (compañı́as). En el caso que se seleccione empleado como tipo de entidad, no será necesario distinguir el sub
tipo de la entidad investigable.
Una vez establecida el tipo de entidad investigable sobre la que abrirá el caso, es necesario ubicar cuál es la entidad. Esto
es posible realizarlo a través del llamado localizador, que según el caso, será de empleados o de clientes. Para desplegar
la ventana del localizador3 basta con hacer click sobre el botón “Locate”. Haciendo uso de los criterios de selección, el
usuario podrá localizar la entidad investigable y marcar el check box correspondiente. Sólo será posible seleccionar una
sola entidad investigable.
3 El uso de un localizador está ampliamente descrito en el Manual de Información General del Sistema.
Razón o motivo de la
investigación
Figura 16: Wizard de creación de caso “Investigación de O.Detect”. Paso 3. Establecimiento de razón o motivo del caso
Campos para establecer el

tipo de entidad investigable
Botón para desplegar el

localizador de clientes
Figura 17: Wizard de creación de caso “Investigación de O.Detect”. Paso 4. Identificación de la entidad investigable objeto del caso
PASO 5: indica el resultado del proceso de creación. En este punto, el usuario dispondrá de dos botones para abrir la
ventana de consulta del caso que acaba de crear “Open Case” o crear un nuevo caso “Create another Case”.
1.4.1.2 Creación de casos por requerimiento interno de investigación
Para crear un caso a raı́z del requerimiento de un empleado o departamento de la Institución, es necesario, luego de dar
inicio al Wizard de creación:
PASO 2: Identificar el tipo de caso, el banco y el usuario Occam al que le será asignado el caso, de la forma descrita en
la sección anterior. La diferencia radica en la opción del control “Kind” a seleccionar. Para este tipo de caso, es necesario
selecionar la opción “Internal Investigation Request”.
PASO 3: Identificar al solicitante y la fecha de la solicitud. A través de los controles “Department” y “Employee”,
seleccionar respectivamente, el departamento donde labora y el empleado que realizó la solicitud.En el campo “Inv.
Request Date”, haciendo uso del calendario que se despliega, identificar la fecha en la que se realizó la solicitud (recuerde
también ajustar la hora). Finalmente, en el campo “Investigation Reason”, indicar las razones esgrimidas por el solicitante
para la apertura del caso.
PASO 4: Identificar la entidad investigable de la forma descrita en el paso 4 de la sección anterior.
PASO 5: indica el resultado del proceso de creación. El usuario podrá abrir la ventana de consulta del recién creado caso
(click en el botón “Open Case”) o crear otro nuevo caso (click en el botón “Create another Case”).
Departamento donde labora
el solicitante de la investigación
Solicitante de la
investigación
Fecha de la
solicitud
Razón de la
investigación
Figura 18: Wizard de creación de caso “Investigación Interna”. Paso 3. Identificación del empleado solicitante y fecha de solicitud
1.4.1.3 Creación de casos por requerimiento externo de investigación
Para crear un caso a raı́z del requerimiento de un ente externo a la Institución, es necesario, luego de dar inicio al Wizard
de creación:
PASO 2: Identificar el tipo de caso, el banco y el usuario Occam al que le será asignado el caso, de la forma descrita en la
sección 1.4.1.1, con la diferencia que en el control “Kind” deberá seleccionar la opción “External Investigation Request”.
PASO 3: Identificar el regulador y el funcionario de dicho ente que realiza la solicitud. Para seleccionar el regulador,
basta con seleccionarlo de la lista desplegada en el control “Regulator”. Una vez establecido el regulador, será posible
seleccionar el funcionario asociado a través del control “Functionary” que desplegará la lista de los funcionarios registrados
en el Sistema y asociados a dicho ente.
Una vez identificado el solicitante, será necesario establecer la fecha de la solicitud, a través del calendario que se despliega
a través del control “Inv. Request Date” (recuerde establecer la hora). Finalmente, será necesario indicar en el campo
“Investigation Reason” las causas que esgrime el solicitante para abrir el caso.
Ente regulador que

realiza la solicitud
Funcionario que
realiza la solicitud
Fecha de la
solicitud
Razón de la
investigación
Figura 19: Wizard de creación de caso “Investigación Externa”. Paso 3. Identificación del ente solicitante y fecha de solicitud
PASO 4: Identificar la entidad investigable de la forma descrita en el paso 4 de la sección 1.4.1.1.
PASO 5: Indica el resultado del proceso de creación. El usuario podrá abrir la ventana de consulta del recién creado
caso (click en el botón “Open Case”) o crear otro nuevo caso (click en el botón “Create another Case”).
1.4.1.4 Creación de casos por denuncia
Para crear un caso a raı́z una denuncia, es necesario, luego de dar inicio al Wizard de creación:
PASO 2: Identificar el tipo de caso, el banco y el usuario Occam al que le será asignado el caso, de la forma descrita en
la sección 1.4.1.1, con la diferencia que en el control “Kind” deberá seleccionar la opción “Compliant”.
PASO 3: Identificar, según la fuente de denuncia, el tipo de caso, ası́ como la fecha y razón de la investigación. En cuanto
a la fuente de la denuncia, se podrán distinguir las siguientes opciones del control “Kind”:
“Compliant - Person”; la denuncia la realizó una persona cuyos datos están registrados en la base de datos, por lo que
es posible ubicarla a través del localizador correspondiente. Para identificar la persona denunciante, será necesario
ubicarla haciendo uso del localizador desplegado al hacer click sobre el botón “Locate”
Tipo de denuncia
según el denunciante
Persona que realiza

la denuncia
Botón para
localizar la persona
Fecha de la denunciante
solicitud
Razón de la
investigación
Figura 20: Wizard de creación de caso “Denuncia - Persona”. Paso 3. Identificación del ente solicitante y fecha de solicitud
“Compliant - Employee”; la denuncia la realizó un empleado de la Institución que puede ser ubicado a través del
localizador correspondiente desplegable al hacer click sobre el botón “Locate” (similar al caso anterior, sólo que el
localizador se enfoca en el universo de empleados)
“Compliant - External”; el denunciante es una entidad externa a la Institución y no registrada en la base de

datos. Para identificarla será necesario indicar el nombre en el campo “External Entity Name” y el tipo de entidad
en el campo “External Entity”
“Compliant - Anonymous”; se desconoce la identidad del denunciante, por lo que no será necesario indicar ningún
dato del denunciante. Es considerado anónimo.
Una vez identificado el solicitante, será necesario establecer la fecha de la solicitud, a través del calendario que se despliega
a través del control “Inv. Request Date” (recuerde establecer la hora). Finalmente, será necesario indicar en el campo
“Investigation Reason” las causas que esgrime el solicitante para abrir el caso.
PASO 4: Identificar la entidad investigable de la forma descrita en el paso 4 de la sección 1.4.1.1.
PASO 5: Indica el resultado del proceso de creación. El usuario podrá abrir la ventana de consulta del recién creado
caso (click en el botón “Open Case”) o crear otro nuevo caso (click en el botón “Create another Case”).
1.4.2 Creación de otros casos
Para crear un tipo de caso que no corresponde a ninguno de los tipos anteriores, bastará con seguir los pasos indicados
en la sección 1.4.1.1, cuidando de seleccionar en el PASO 2, la opción correspondiente a este tipo de caso en el control
“Kind”, es decir, la opción “Other”.
1.4.3 Creación de casos “Positivo O.FAC” y “Positivo Artificial”
Los casos de tipo “Positivo O.FAC” y “Positivo Artificial” se crean en el módulo O.FAC. Refiérase al manual de referencia
de este módulo para más detalle.
1.4.4 Creación de casos “Investigación KYC”
Un caso de tipo “Investigación KYC” se crea de forma automática cuando al momento del cierre de una visita del módulo
web O.Detect-KYC se indica que el cliente en cuestión debe ser reportado y además no se justifica su comportamiento
financiero.
1.4.5 Creación de casos “Investigación O.Monitor”
Un caso de tipo “Investigación O.Monitor” se origina a partir de una trama sospechosa detectada usando el módulo
O.Monitor.
Cuando la trama que dio origen al caso está enlazada con su correspondiente movimiento en base de datos, en el tab
“Transacciones Relacionadas” se muestra la información del movimiento. Las últimas columnas del grid en la fila del
movimiento se muestra información de la trama, tal como el Id de la Ejecución O.Monitor, el Id de la trama y la fecha
de recepción. Hacer click sobre alguna de las dos primeras con información de O.Monitor, permitirá desplegar la ventana
del objeto en cuestión (ejecución o trama).
Asociado al movimiento de base de datos mostrado en el grid inferior, está un comentario agregado en forma automática
por el Sistema: Esta transacción corresponde al movimiento enlazado con la trama O.Monitor que dio origen a este caso.
Para aquellos casos cuyas tramas no están enlazadas a ningún movimiento en base de datos, el tab “Transacciones Relacionadas”
mostrará información básica de la trama sobre la que se creó el caso: Id de la trama, fecha de recepción, Id de la ejecución,
Instrumento Enlazado, Puerto de Recepción, Movimiento Enlazado, Id de Recepción y tipo de trama.
Si necesita más información sobre cómo crear un caso de tipo “Investigación O.Monitor”, refiérase al manual del módulo
O.Monitor.
1.4.6 Creación de casos de cualquier tipo sobre una transacción operacional fuera de la
ventana de Casos
En torno a una transacción operacional es posible crear un caso O.Compliance. A excepción de “Positivo O.FAC”, “Positivo
Artificial” e “Investigación KYC”, se puede asociar cualquier tipo que responda al origen a un caso cuya entidad central
es el movimiento sobre un instrumento financiero.
Los casos sobre una transacción operacional o movimiento (entidad central), pueden crearse desde:
Resultado de prueba O.Detect (tab “Found Transactions”
Tab “Movements” de cualquier instrumento financiero
Tab “Movements” de la ventana de: un cliente, grupo de objetos (de tipo cliente, sucursal y empleado) o del banco
En el caso de los resultados de pruebas O.Detect, desde el tab “Found Transactions”, el usuario ha de ubicar la transacción
a la que desea abrir el caso. Hecho esto, y seleccionando el registro correspondiente, el usuario podrá hacer click en el
botón derecho del mouse, seleccionar la opción “Create O.Compliance Cases” del menú contextual y dar inicio al asistente
de creación de caso.
La diferencia fundamental entre este Wizard o asistente y el de un caso de Investigación O.Detect creado desde la ventana
de casos en O.Compliance, es que en éste no es necesario hacer uso de un localizador para buscar la entidad central del
caso, pues la misma transacción desde donde se está creando el caso será la entidad central del mismo.
Si en lugar de seleccionar una sola transacción, el usuario selecciona varias y sigue el procedimiento descrito, se crearán
tantos casos como transacciones seleccionadas (uno por cada transacción). En Occam no es posible crear
un caso de Investigación en torno a varias entidades centrales (léase transacciones, clientes, empleados, etc). Tampoco
es posible asociar más transacciones a un caso cuya entidad central es una transacción. La forma de relacionar varias
transacciones a un caso O.Compliance es a través de un caso cuya entidad central es un cliente o un empleado; sólo a ese
tipo de caso se podrán asociar una o más operaciones.
Para más información sobre cómo completar el Wizard de creación de caso, refiérase a la sección de este manual que
describe el tipo de caso que desea crear.
1.4.7 Modificación de casos
A través de la ventana de consulta de un caso, es posible modificar algunos atributos del caso en cuestión, siempre y
cuando aún no haya sido cerrado. Entre los atributos modificables están:
En el tab “Main Information”: el usuario Occam al que se le asignó el caso, el status y la descripción. En el caso que se
modifique el usuario asignado, al guardar el cambio, el Sistema enviará automáticamente una notificación de asignación
de caso al nuevo usuario. Si se modifica el status y se coloca como “Cerrado”, en cualquiera de sus variantes, al guardar el
cambio se verificará en primer lugar, que el campo de resultados de investigación no esté vacı́o (campo “Results” del tab
“Investigation”) y luego se enviará una notificación que el caso ha sido cerrado tanto al usuario asignado como a aquellos
receptores que se establecieron en la plantilla (factory) correspondiente.
En el tab “Investigation”: los resultados de la investigación (campo “Results”)
En el tab “Documents”: los documentos asociados (se pueden incoporar nuevos documentos, actualizar o borrar los
existentes).
1.4.7.1 Asociación de transacciones a caso
Mientras un caso O.Compliance tiene estatus “abierto”, es posible asociarle transacciones de dos maneras:
1. Desde la ventana del caso

2. Desde ciertos tabs de objetos que desplieguen movimientos
1.4.7.1.1. Desde la ventana del caso : Tab “Related Transactions” de la ventana del caso en cuestión. Al hacer click
en el botón “Add Transactions” se desplegará el localizador de transacciones; esto es, un diálogo que permite desplegar los
movimientos de los instrumentos financieros cuyo titular es el cliente entidad central del caso en un perı́odo establecido.
Para incorporar los movimientos al caso luego de ubicarlos en el diálogo, bastará con seleccionar los check boxes o casillas
que acompañan a cada movimiento. El usuario puede incorporar un comentario a cada transacción seleccionada, con sólo
hacer click sobre la fila de la operación (se sombreará toda la fila) y escribir el texto en el cuadro inferior. Al hacer click
en el botón “Ok” del diálogo, se incorporarán las transacciones automáticamente al caso y podrán ser consultadas en el
tab correspondiente.
1.4.7.1.2. Desde ciertos tabs de objetos que desplieguen movimientos : los lugares desde donde es posible
asociar transacciones a casos O.Compliance son:
Detalle de cluster (tabFound Transactions de la vista “Occam - O.Detect Client Smurfing Test Result Detail View”)
de la prueba de Estructuración en Cliente
Detalle de cluster (tabFound Transactions de la vista “Occam - O.Detect Client Smurfing Test Result Detail View”)
de la prueba de Estructuración por Ventana en Cliente. Se procede igual al punto anterior
Tab “Movements” de la ventana de cualquier instrumento financiero.
Tab “Movements” de la ventana de consulta de un cliente, grupo de objetos, sucursal o banco
En cualquiera de estas ubicaciones, al seleccionar una o más transacciones y hacer click con el botón derecho del mouse
se desplegará un menú contextual con la opción “Add Transactions to O.Compliance Case”. Al hacer click sobre dicha
opción se desplegará un diálogo para localizar casos. Este localizador contiene varios filtros o criterios de búsqueda para
facilitar la ubicación y selección del caso al que se desea(n) incorporar la(s) transacción(es). Una vez que el caso en
cuestión aparece en el grid “Cases”, bastará con hacer click en el check box ubicado a la izquierda del caso y hacer click
en el botón “Ok”. Hecho esto, se mostrará un diálogo de confirmación informando que la transacción fue asociada al caso
y además pregunta si desea abrir el caso en cuestión: “O.Compliance case was sucessfully updated. Do you wish to open
the O.Compliance Case?
1.4.7.2 Asociación de un cliente a un caso de denuncia hecho anónimamente vı́a web
Para aquellos casos de tipo “Denuncia” cuyo origen está en los llamados buzones de denuncia o lo que es lo mismo la
versión web de O.Compliance que permite crear anónimamente un caso de investigación de tipo Denuncia de manera
general (no asociado a una entidad en Occam), es posible, luego de la debida investigación, asociarle un cliente. Se entiende
que a través del texto de la denuncia o por investigación llevada a cabo por la Unidad de Cumplimiento se identificó el
cliente objeto de denuncia y se desea asociar al caso. Para ello, bastará entrar a la ventana del caso en cuestión y en el tab
“Main Information” hacer click sobre el botón “Locate Entity...”. Al hacerlo, se desplegará el diálogo correspondiente al
localizador de clientes, mediante el cual será posible, en base a los datos conocidos, ubicar en la base de datos de clientes,
la entidad que se desea asociar al caso.
Es muy importante saber y por ello se advierte antes del despliegue del diálogo del localizador, que una vez ubicado
y asociado el cliente no podrá modificarse esta asociación. El usuario debe estar seguro, antes de cerrar el diálogo del
localizador, que la entidad (cliente) seleccionada es la correcta.
Botón para continuar con Botón para cancelar el

el despliegue del diálogo despliegue del diálogo
de localizador de clientes de localizador de clientes
Figura 21: Diálogo de advertencia previo al despliegue del localizador de clientes
El uso del localizador es una de las acciones básicas que debe conocer todo usuario de Occam. Su descripción está con-
templada en la sección correspondiente del Manual de Información General del Sistema.
Criterios de
búsqueda
Cliente seleccionado
que será asociado al
Resultados de caso
búsqueda
Botón para confirmar

la selección del cliente
Figura 22: Ventana de localizador de clientes
1.4.7.3 Documentación de casos. Archivos asociados
A través del tab “Documentos O.Docs” de la ventana de consulta de un caso, es posible asociarle diferentes archivos que
pueden servir de soporte durante la investigación, eliminar archivos ya asociados, descargarlos para su visualización o
actualizar sus atributos.
En términos generales, aquellos archivos que se asocien a un caso, podrán llamarse indistintamente “documentos”, aún
cuando su formato no corresponda a archivos de texto.
1.4.7.3.1. Incorporación de archivos A través de la ventana de consulta de un caso, es posible asociarle (adjuntar)
diferentes archivos que pueden servir de soporte durante la investigación.
Para agregar un documento, el usuario deberá hacer click en el tab “Documents” y luego click en el botón “New
Document”.
Documentos
Registrados
Agregar
Documento
Campos requeridos
para agregar un
nuevo documento
Figura 23: Ventana de consulta de un caso. Tab de documentos relacionados
Hecho esto, se desplegará un cuadro de diálogo que permitirá identificar el archivo, a través de los campos “Name” donde
se identificará el archivo, “Description” donde se proporcionará una breve descripción de su contenido y finalmente el
campo “Filename” a través del cual se asociará el archivo (de forma similar al procedimiento de adjuntar un archivo en
un correo electrónico).
Navegador para
ubicar el archivo
Nombre del
documento
asignado
Descripción del
documento asignado
Botón para ubicar
el archivo que contiene
el documento a asociar
Figura 24: Cuadro de diálogo para la identificación del documento a asociar al nuevo caso
Para hacer esto, el usuario hará click sobre el botón identificado “. . . ” y localizará en el explorador, la ruta donde se
encuentra el archivo a asociar. Una vez identificado y cargado el archivo a asociar, bastará con hacer click en el botón
“Create” para incorporarlo al caso.
1.4.7.3.2. Actualización de archivos y eliminación de documentos Para actualizar los atributos (nombre,
descripción y el archivo propiamente dicho) de un documento que ha sido previamente asociado a un caso, es necesario:
1. Seleccionar en el grid del tab “Documents” de un caso, el documento que se desea actualizar (aparecerá sombreada
la fila correspondiente)
2. Hacer click en el botón “Update Document”. En el cuadro de diálogo desplegado similar al mostrado en la creación,
modificar los atributos que se desee. El archivo puede reemplarse por otro, simplemente seleccionándolo a través
del explorador que se despliega al hacer click en el botón “. . . ”
3. Hacer click en el botón “Update” para guardar los cambios
Documento seleccionado Botón para editar el

documento seleccionado
Botón para borrar el

documento seleccionado
Figura 25: Ventana de consulta de un caso. Tab “Documents”. Botones para actualizar y eliminar
Para eliminar un archivo asociado a un caso, bastará con seleccionar en el grid del tab “Documents” de un caso, el
documento que se desea eliminar y luego hacer click en el botón “Remove”. Tome en cuenta que al accionar dicho botón,
se eliminará de inmediato el archivo de la base de datos, sin esperar por confirmación del usuario.
1.4.7.3.3. Descarga de archivos asociados a un caso Para que un usuario disponga en su máquina de un archivo
asociado a un caso, será necesario descargarlo de la base de datos.
Para descargar el archivo que contiene un documento asociado a un caso, el usuario seleccionará en el grid del tab
“Documents” de un caso, el archivo que desea descargar; seguidamente, hará double click sobre la fila que contiene la
información del archivo, acción con la que se desplegará una ventana que permitirá indicar el directorio destino del archivo
que se desea descargar.
Documento seleccionado
Navegador para indicar la

ruta donde se guardará
el archivo del documento
Figura 26: Navegador desplegado al abrir un documento asociado a un caso, para indicar la ruta destino
En la ruta que indique el usuario a través del explorador (identificado como “Browse for Folder” se guardará el archivo
que se descargará de la base de datos.
Una vez establecida la ruta donde se guardará el archivo, el usuario hará click en el botón “Ok” para iniciar la descarga.
Culminada la descarga, se desplegará un cuadro de diálogo que pregunta al usuario si desea abrirlo en el momento. En
caso negativo, podrá hacerlo en cualquier otro momento, con sólo acceder a la ruta destino y abrirlo desde allı́.
1.4.7.3.4. Asociación de un cliente a un caso de denuncia hecho anónimamente vı́a web Para aquellos
casos de tipo “Denuncia” cuyo origen está en los llamados buzones de denuncia o lo que es lo mismo la versión web
de O.Compliance que permite crear anónimamente un caso de investigación de tipo Denuncia de manera general (no
asociado a una entidad en Occam), es posible, luego de la debida investigación, asociarle un cliente. Se entiende que a
través del texto de la denuncia o por investigación llevada a cabo por la Unidad de Cumplimiento se identificó el cliente
objeto de denuncia y se desea asociar al caso. Para ello, bastará entrar a la ventana del caso en cuestión y en el tab
“Main Information” hacer click sobre el botón “Locate Entity...”. Al hacerlo, se desplegará el diálogo correspondiente al
localizador de clientes, mediante el cual será posible, en base a los datos conocidos, ubicar en la base de datos de clientes,
la entidad que se desea asociar al caso.
Es muy importante saber y por ello se advierte antes del despliegue del diálogo del localizador, que una vez ubicado
y asociado el cliente no podrá modificarse esta asociación. El usuario debe estar seguro, antes de cerrar el diálogo del
localizador, que la entidad (cliente) seleccionada es la correcta.
Botón para continuar con Botón para cancelar el

el despliegue del diálogo despliegue del diálogo
de localizador de clientes de localizador de clientes
Figura 27: Diálogo de advertencia previo al despliegue del localizador de clientes
El uso del localizador es una de las acciones básicas que debe conocer todo usuario de Occam. Su descripción está con-
templada en la sección correspondiente del Manual de Información General del Sistema.
Criterios de
búsqueda
Cliente seleccionado
que será asociado al
Resultados de caso
búsqueda
Botón para confirmar

la selección del cliente
Figura 28: Ventana de localizador de clientes
1.5 Acciones sobre Comités (Committees) 1.5
A través de la opción , el usuario podrá gestionar por medio de Occam toda la preparación previa a un
comité y posterior a su realización, asentar los resultados en lo que respecta a casos analizados y reportables y conclusiones
de la reunión.
1.5.1 Creación de un comité
Para crear el registro correspondiente a un comité en el Sistema, es necesario acceder a la ventana principal del objeto
Comités e iniciar el Wizard de creación a través del botón “New. . . ”.
Los pasos de dicho Wizard comprenden:
PASO 2: Identificar el banco y la fecha de realización e incorporar notas de interés
Banco
Fecha de realización
del comité
Notas u
observaciones
Figura 29: Wizard de creación de comité. Paso 2
PASO 3: Identificar los asistentes al comité. Para ello, el usuario dispondrá de un localizador de empleados desplegable
al hacer click en el botón “Locate”. Se dispone además de un botón para incorporar automáticamente a los mismos
asistentes del comité previamente creado (si este es el caso). En caso que se quiera eliminar uno de los asistentes del
comité previo, se dispone del botón “Remove”, previa selección del nombre a eliminar.
Asistentes al
comité
Botón para abrir

el localizador de
empleados
Botón para agregar
los asistentes del
Botón para eliminar
comité anterior
los asistentes
seleccionados
Figura 30: Wizard de creación de comité. Paso 3. Incorporación de los asistentes al comité
PASO 4: Indica el fin del Wizard y las acciones que deberá realizar el usuario para culminar la configuración del comité,
como la asociación de los casos que serán analizados (ver la sección 1.5.2).
1.5.2 Modificación de un comité
Para modificar los atributos u objetos asociados a un comité, es necesario ingresar a la ventana de consulta del comité en
cuestión. Una vez allı́, siempre y cuando el comité no tenga status completado, será posible modificar las notas u ob-
servaciones, los asistentes, el status, los casos que serán analizados en dicho comité y los documentos que se deseen
asociar.
1.5.2.1 Asociación de casos a un comité
Para asociar un caso a un comité, es necesario, en primer lugar que el caso exista en la base de datos. Seguidamente,
en la ventana de consulta de un comité, el usuario hará click en el botón “Add. . . ” del tab “Cases” para desplegar el
localizador de casos.
El localizador de casos, de forma similar al resto de los localizadores del Sistema (como el de clientes y empleados), es
una ventana que contiene diferentes criterios de búsqueda que permiten filtrar la búsqueda de los casos de interés en el
universo de casos existentes en la base de datos. Entre los criterios de búsqueda de casos que proporciona este localizador,
están:
Rango de fecha en el que se crearon los casos a asociar. Se dispone de un campo para establecer la fecha mı́nima y
una máxima. Los valores allı́ establecidos limitarán la búsqueda a ese rango de fechas
Fecha de proyección de cierre. De forma similar a la fecha de creación, se dispone de los campos de fecha mı́nima y
máxima para limitar la búsqueda de los casos cuyas fechas de culminación o cierre estén proyectadas en ese rango
Usuario que creó el caso. Es posible a través de este campo, limitar la búsqueda a los casos creados por un usuario
Occam en particular
Usuario al que se le asignó los casos. Este campo permitirá restringir la búsqueda a aquellos casos asignados a un
usuario en particular
Tipo. Permite establecer el tipo de caso a localizar, distinguiendo entre casos vinculados a resultados en O.Detect,
por requerimientos de investigación externa o interna, por denuncias y otros
Status. Limita la búsqueda a los casos con determinado estado
Rango de fechas Tipo de caso e
de creación investigación
Rango de fechas de Status de los casos
proyección de cierre
Usuario creador Botón para desplegar el
localizador de entidades
Usuario asignado investigables
a los casos
Tipo de entidad
investigable
Casos seleccionables en Botón para realizar la búsqueda

base al resultado de la de casos en función de los criterios
búsqueda
Figura 31: Localizador de casos
Tipo de entidad investigable. Restringe la búsqueda a un tipo de entidad investigable en particular (clientes —
personas o compañı́as— o empleados). A través del botón “Locate” se podrá desplegar el localizador de clientes del
tipo seleccionado, de manera de escoger directamente las entidades investigables cuyos casos se desean incorporar
al comité.
Una vez establecidos los criterios, al accionar el botón “Perform Query”, se iniciará la búsqueda de todos aquellos que
cumplan con las condiciones. Los resultados serán desplegados en el grid “Cases” donde el usuario podrá seleccionar a
través de los check boxes aquellos casos que efectivamente desea incorporar al comité.
El botón “Clear Criteria” permitirá limpiar (poner en blanco) los criterios para facilitar la configuración de una búsqueda
con parámetros diferentes.
1.5.2.2 Documentación de un comité
La funcionalidad de documentos de un comité es la misma descrita para un caso. Consulte la sección 1.4.7.3 para conocer
en detalle la funcionalidad que le permitirá asociar archivos a un comité, actualizarlos o eliminarlos.
1.5.2.3 Modificación de los asistentes al comité
En el tab “Attendees Employees”, el usuario podrá consultar los empleados que asistirán a un comité. Si desea agregar
otro grupo de empleados, podrá hacerlo a través de su identificación en el localizador correspondiente, desplegable al hacer
click en el botón “Add. . . ”. Si por el contrario, desea eliminar uno o más empleados de la lista de asistentes, bastará con
seleccionarlos y hacer click en el botón “Remove”.
1.5.2.4 Actualización de casos asociados a un comité luego de su realización
Durante la realización de un comité, todos casos que se incluyeron para su revisión deben ser debidamente analizados.
De allı́, que al dar por terminado un comité, todos los casos podrán ser “marcados” en Occam como revisados y se
habrá determinado si deben ser reportados a los entes reguladores competentes.
Para indicar en Occam que un caso fue revisado en el comité, basta con seleccionar el caso en cuestión en el grid del tab
“Cases” y marcar el check box identificado con la etiqueta “Reviewed”. Note que al hacer esto, se activa tanto el check
box “To be Reported?” y el cuadro de texto “Not Reported Reason:”.
Una vez que un caso ha sido marcado como revisado, es necesario indicar si será o no reportado. Para lo primero,
bastará con hacer click en el check box “To be Reported?” y completar el cuadro de texto que fue renombrado a “Reported
Reason:”, mientras que si el caso no amerita ser reportado, simplemente se indicará la justificación en el cuadro de texto
“Not Reported Reason”. Establecidas las condiciones de la revisión del caso, se guardarán los cambios a través de la
opción “Save O.Compliance Commitee”
Caso seleccionado
Checkbox para indicar Cuadro de texto para

si el caso fue revisado indicar la justificación
Checkbox para indicar

si el caso será reportado
Figura 32: Localizador de casos
1.5.2.5 Modificación del status de un comité a “Completado”
Para dar por completado un comité, es necesario que todos los casos asociados sean marcados como revisados y además
esté justificada por escrito la razón en torno a la decisión de reportar o no un caso. Estas condiciones se resumen, para
todos los casos, en:
1. El check box “Reviewed” debe contener el check mark que indica que el caso fue revisado
2. Si el caso será reportado, el check box identificado como “To be Reported?” debe estar marcado con el check mark
correspondiente y el campo de texto “Reported Reason:” deberá contener la justificación en torno a dicha decisión
3. Si el caso no será reportado, el check box “To be Reported?” estará vacı́o y el cuadro de texto “Not Reported
Reason:” deberá contener la justificación correspondiente
En cualquier caso, el campo de texto que contiene la justificación de la decisión en cuanto a si será reportado o no el caso,
no podrá estar vacı́o.
Una vez que se cumplan estas condiciones, podrá cambiarse el status del comité a completado (“Completed”), a través del
control “Status” del tab “Main Information” de la ventana de consulta del comité. Luego de esto, será necesario guardar
el cambio a través de la opción “Save O.Compliace Commitee” del menú “O.Compliance Commitee”.
1.6 Acciones sobre Sospechosos (Suspects) 1.6
A través de la opción el usuario podrá consultar todas aquellas entidades que han sido incluidas en la
generación de un reporte e incluso crear grupos de entidades sospechosas o agregar un sospechoso a un grupo existente.
1.6.1 Consulta de un Sospechoso
La ventana de consulta de un sospechoso contiene información de la entidad investigable y su relación con los diferentes
objetos del módulo O.Compliance.
Tabs de información
de la entidad investigable
como sospechoso
Tipo de entidad
investigable
Entidad investigable a
la que está referida el
sospechoso
Figura 33: Ventana de consulta de un sospechoso. Tab “Main Information”
En el tab “Main Information”, es posible consultar el banco al que pertenece la entidad, el tipo, la identificación en el
Sistema o Id y el nombre. Si lo desea, el usuario podrá ir a la ventana de consulta de la entidad través del link “Entity
Name”.
En el tab “Details”, se muestra todos los reportes en cuyas generaciones fue incluida el sospechoso en cuestión. Las
diferentes columnas del grid permiten ir a la ventana de consulta de los objetos indicados en el encabezado. Al hacer
double click en una de las filas a nivel de la columna “Regulator Name”, se desplegará la ventana de información detallada
del regulador allı́ indicado; a nivel de la columna “Report Name”, se desplegará la ventana de consulta del objeto reporte
indicado; a nivel de la columna “Report Exec. Id”, se desplegará la ventana de consulta de la ejecución a partir de la cual
se realizó la generación del reporte indicado en “Report Name” donde fue incluida la entidad investigable; a nivel de la
columna “Generation Start Date” se mostrará la ventana de consulta de la generación de reporte.
El tab “Times Reported to Regulators” muestra un resumen de las veces que ha sido reportada una entidad por cada
tipo de reporte y por regulador.
El tab “Related Cases” muestra una lista de los casos que se han abierto en torno a la entidad investigable a la que
está referida la ventana de sospechoso en cuestión.
1.6.2 Creación de grupos de objetos (clientes)
Desde el tab “Sospechosos”, el usuario puede seleccionar las filas correspondientes a las entidades sospechosas que desea
agrupar. Para ello, basta con hacer click sobre las entidades que formarán parte del grupo (se debe mantener presionada
la tecla “Ctrl” para seleccionar entidades en forma individual o la tecla “Shift” para seleccionar grupos de entidades
consecutivas). Una vez seleccionadas las entidades, al accionar el botón derecho del mouse se muestran las opciones
“Crear Grupo de Objetos” y “Añadir Objeto(s) a un Grupo de Objetos existentes” (ver figura 34).
La selección de la primera opción, provoca el despliegue del paso 1 del asistente de creación de grupo de clientes. El paso
2 del asistente, solicita la identificación del nuevo grupo de objetos a través de los campos “Nombre” y “Descripción”
(figura 35).
En el paso 3 muestra los resultados del proceso de creación: Id asignado al nuevo grupo de clientes, y los valores asignados
a los campos en el paso anterior.
1.6.3 Agregar sospechoso(s) a un grupo de clientes
Para agregar uno o más sospechosos a un grupo de clientes existente, basta con seleccionar en el tab “Sospechosos”
las filas correspondientes a las entidades a agregar. Una vez seleccionadas las entidades, al accionar el botón derecho
Entidades
seleccionadas
Menú de
opciones
Figura 34: Ventana de Sospechosos, tab “Sospechosos”. Menú de opciones de grupos de objetos
Nombre
Descripción
Figura 35: Asistente de creación de un grupo de objetos. Paso 2
del mouse el usuario hará click en la opción “Añadir Objeto(s) a un Grupo de Objetos existente” (figura 34), con lo
que se desplegará el paso 1 del asistente para añadir Entidades a un Grupo de Objetos. En el paso 2, de la lista de
grupos de objetos desplegada, el usuario seleccionará el grupo al que desea añadir las entidades previamente seleccionadas
(para facilitar la búsqueda del grupo, el usuario podrá utilizar las propiedades de ordenamiento de las columnas “Id” y
“Nombre”).
Descripción
Grupos de
Grupo objetos
seleccionado
Figura 36: Asistente para añadir Entidades a un Grupo de Objetos. Paso 2
En el texto del paso 3, se indicará que las entidades fueron añadidas exitosamente al grupo indicado en el paso anterior.
1.7 1.7 Acciones sobre Resultados de Procesos de O.Detect (O.Detect Process

Results)
A través de la opción , el usuario podrá consultar los resultados generados a partir de la ejecución de procesos
en O.Detect, de la misma forma como se realiza en aquel módulo.
Además de la visualización y consulta, a través de esta opción será posible seleccionar aquellas entidades investigables
detectadas en la ejecución de un proceso a las que se quiere abrir un caso de investigación.
1.7.1 Consulta de resultados de procesos de O.Detect
Al acceder a la opción “O.Detect Process Results”, se despliega la ventana que muestra los resultados de procesos
ejecutados en O.Detect y la información básica de dichos resultados.
A través de los criterios de búsqueda “Invoked by”, “Process Kind” y “Objects Found?”, el usuario podrá visualizar
los procesos ejecutados por un usuario en particular, de un tipo determinado y/o sólo aquellos procesos que arrojaron
resultados positivos (al menos un objeto encontrado), según su selección. Si no se indica explı́citamente alguno de los
criterios antes mencionados y se ejecuta la búsqueda (accionando el botón “Perform Query”), se listarán en el grid todos
los procesos que han sido corridos hasta el momento.
Este grid contiene información básica de la ejecución del proceso: identificador, nombre del proceso, fecha de inicio,
fecha de culminación de la ejecución, número de objetos procesados, número de objetos excluidos, número de objetos
encontrados y usuario que ejecutó el proceso. Los resultados de procesos que se listan en el grid, originalmente están
ordenados por el identificador (Id), número de secuencia que es asignado por el Sistema cuando se ejecuta cada proceso.
Para consultar el detalle de un proceso en particular, basta con acceder a su ventana de consulta (figura 37), con sólo
hacer double click sobre la fila correspondiente.
Esta ventana contiene las estadı́sticas de objetos procesados, objetos excluidos y objetos encontrados a nivel del proceso
y por cada una de las definiciones, además de la información para su identificación (id, nombre y tipo).
En el tab “Notifications” es posible visualizar a través de las columnas del grid, las notificaciones que fueron enviadas a
raı́z de la ejecución del proceso. Si lo desea, el usuario podrá consultar el detalle de la notificación al acceder a su ventana
de consulta.
Estadísticas
del proceso
Nombre de
la prueba Estadísticas de los
resultados arrojados
por la definición
Nombre de la definición
Figura 37: Ventana de consulta de resultados de un proceso
1.7.1.1 Consulta de objetos encontrados
Para acceder al detalle de los resultados por definición procesada (movimientos, clientes, instrumentos, entidades de
transferencia), el usuario deberá hacer double click sobre la fila de la definición a consultar, a nivel de las columnas
“Processed”, “Excluded”, “Found”. Si se hace double click a nivel de la columna “Test Definition Name”, se desplegará la
ventana de consulta de la definición, mientras que si se hace double click a nivel de la columna “Test Name”, se mostrará la
ventana de consulta de la prueba. Si el usuario accedió a la ventana de consulta de los resultados de una definición
podrá visualizar (figura 38):
Objetos
encontrados
Rango de
montos
Rango de
fechas
Figura 38: Ventana de consulta del resultado de una definición
En el tab “Main Information”: información general de la definición, montos considerados, rango de fechas, status de la
definición dentro del proceso, estadı́sticas de procesamiento. En el caso que ambos campos del rango de montos y fechas
se encuentren vacı́os, se estarán considerando todas las transacciones en cuanto a montos y fechas.
En el tab “Excluded Transactions”, se listarán aquellas transacciones operacionales cuyo procesamiento no pudo ser
completado porque no se disponı́a de toda la información requerida durante la ejecución del proceso. Por ejemplo, una
transacción operacional puede ser excluida del análisis, si el monto de la transacción no pudo ser convertido a la moneda
en la que fue configurada la definición; es decir, si en la O.DB no se cuenta con la tasa de conversión requerida.
El resto de los tabs cuyos nombres comienzan con el adjetivo Found, contienen la lista de los objetos encontrados. De
izquierda a derecha: transacciones, cuentas asociadas a esas transacciones, clientes (titulares de las cuentas del tab anterior)
y entidades de transferencia (en el caso que hubieran transferencias involucradas)4 . En estos tabs el usuario podrá acceder
al detalle del objeto con sólo hacer double click sobre la fila correspondiente.
1.7.2 Creación de casos a partir de la ventana de resultados de una definición de prueba

de O.Detect
Una vez ubicado en la ventana de consulta de una definición ejecutada en el contexto de un proceso, el usuario podrá colo-
car en primer plano el tab de los objetos encontrados por la definición. En el caso de la prueba de transacciones en cuentas,
el usuario podrá ubicarse en el tab “Found Customers” para visualizar los clientes encontrados en la definición de dicha
prueba. Una vez allı́, el usuario seleccionará el(los) objeto(s) a los que desea abrir un caso (en el caso de la prueba
transacciones en cuenta, los objetos seleccionados corresponden a clientes (personas o compañı́as)).
Tab de clientes
encontrados
Clientes seleccionados
para apertura de casos
Botón para crear casos

de clientes seleccionados
Figura 39: Ventana de consulta del resultado de una definición. Creación masiva de casos
La selección de las entidades investigables a las que se desea abrir un caso puede ser individual o por grupo. En el
primer caso, bastará con hacer click (la fila se mostrará sombreada) sobre el renglón que contiene la información de la
entidad (cliente, para el caso que se está usando como ejemplo). En el segundo caso, se podrá hacer la selección de filas
consecutivas haciendo click sobre la primera, manteniendo presionada la tecla “Shift” (de mayúsculas) y haciendo click
sobre la última. Para seleccionar filas no consecutivas, bastará con mantener presionada la tecla “Control” y hacer click
sobre los objetos que se desean seleccionar. En todos los casos, las entidades seleccionadas, se distinguirán del resto porque
el texto aparecerá resaltado por el color de fondo.
Una vez seleccionadas las entidades investigables, el usuario deberá hacer click sobre el botón derecho del mouse o ratón
y luego hacer click sobre el botón mostrado e identificado como “Create O.Compliance Cases” (figura 39). Hecho esto, se
mostrará el Wizard de creación de casos del tipo “O.Detect Investigation” descrito en la sección 1.4.1.1. En este Wizard
a diferencia del descrito en aquella sección, el tipo de caso está preestablecido (“O.Detect Investigation”), al igual que las
entidades investigables (las que fueron previamente seleccionadas en el grid). Al usuario le faltará indicar explı́citamente
el usuario al que le serán asignados los nuevos casos y la razón o causas que motivaron su apertura.
4 Los tabs de objetos encontrados dependen de la naturaleza de la prueba ejecutada. El ejemplo citado correponde a la prueba “Transacciones
en cuentas”
1.7.2.1 Consideraciones en torno a la creación masiva de casos de investigación O.Detect
Cuando se hace la selección de varias entidades investigables y se lleva a cabo la apertura de casos en base a esta selección,
se crea un caso por cada entidad investigable. Los casos ası́ creados comparten, al menos que se modifique posteriormente
(la razón no es modificable), tanto el empleado (usuario Occam) asignado en el Wizard ), como la descripción y la razón.
Si se requiere hacer distinciones en estos campos, se podrá:
Crear los casos por separado; esto es, seleccionar las entidades que compartirán los atributos de usuario asignado,
descripción y razón; luego abrir los casos a través del Wizard. Repetir el procedimiento tantas veces, como grupos
de entidades investigables compartirán esos mismos atributos
Seleccionar todas las entidades investigables y crear los casos a través del mismo Wizard. Luego de creados los casos,
modificar en la ventana de consulta aquellos cuyos atributos requieran ser modificados (excepto la razón, que no
puede ser modificada). En este caso, en aquellas entidades investigables en las que se modifique el usuario Occam
asignado, se enviará una nueva notificación de asignación de caso al nuevo usuario (recuerde que durante la creación
del caso, se envió una notificación de asignación al usuario al que le fue asignado el caso en el Wizard de creación.
j2. O.COMPLIANCE VÍA WEB
Mediante una ligera aplicación web accesible desde la intranet de la Institución, la Unidad de Cumplimiento de la
Institución pone a disposición del resto de la Institución, una herramienta que permite realizar denuncias sobre entidades
sobre las que se sospecha alguna relación con actividades ilegı́timas de legitimación de capitales o financiamiento al
terrorismo. Esta herramienta será referida como O.Compliance vı́a Web.
A diferencia de su contraparte stand-alone referida simplemente como módulo O.Compliance, la versión accesible vı́a web
se limita únicamente a la creación y visualización de casos de tipo “Denuncia”, con todas sus variantes: denuncia-persona,
denuncia-empleado, denuncia-externa, denuncia-anónimo (los detalles de cada tipo de caso se describen en la sección
1.4.1.4).
2.1 Interacción básica 2.1
2.1.1 Conexión a la aplicación
Para conectarse a la aplicación, bastará con desplegar una ventana del navegador (web browser ) que el usuario tenga a
su disposición (Internet Explorer, Firefox o cualquier otro) e ingresar a la dirección proporcionada por el administrador
de la aplicación en el campo “Dirección”, de la misma forma en la que se ingresa a un portal informativo.
Dirección de conexión
Módulo
Tipo de Usuario a autenticar
Figura 40: Credenciales para el inicio de sesión
2.1.2 Inicio de sesión. ¿Cómo entrar a la aplicación?
Una vez conectado a la aplicación, el usuario verá en la “Página de login” los campos para definir las condiciones de la
sesión: módulo y Tipo de Usuario para Autenticación. En este caso, el módulo será O.Compliance (figura 41).
Dirección de conexión
Módulo
Tipo de Usuario a
autenticar
Figura 41: Tipo usuario de autenticación
En el campo “Tipo usuario para Autenticación” se dispone una lista con las siguientes opciones:
Occam - Usuario O.Compliance: opción a ser utilizada por usuarios creados en el Sistema Occam(virtuales o no
virtuales).
Occam - O.Compliance - Empleados: opción a ser utilizada por cualquier empleado de la Institución (no requiere
un usuario en Occam)
Occam - O.Compliance - Persona Externa: opción a ser utilizada por personas externas a la Institución a las que
se les ha creado un usuario especial para ingresar a la aplicación
Occam - O.Compliance - Anónimo: opción a ser utilizada por cualquier persona que desee realizar una denuncia
desde el anonimato
Luego de especificar el módulo, el tipo usuario para autenticación y hacer click en el botón “Continuar” se mostrará un
segundo conjunto de credenciales, según el tipo de usuario seleccionado:
Occam - Usuario O.Compliance: Tipo de Autenticación: dependiendo de la configuración del Sistema, los valores
posibles de este campo son “Occam” y “LDAP”. Para la autenticación “Occam”, basta con proporcionar los valores
adecuados para los campos “Usuario Occam” y “Contraseña”; para la autenticación LDAP, habrá de indicarse el
Dominio al que pertenece el usuario, el Usuario LDAP y la contraseña1 . Además de las credenciales del usuario
según el tipo de autenticación, se podrá verificar el “Módulo” al que va a conectarse (para efectos de este manual,
se entiende que el módulo es O.Compliance); “Sistema Financiero”: nombre que agrupa el(los) banco(s) cuyos datos
serán consultados; “Moneda de la Sesión”: divisa en la que se visualizarán los montos; “Idioma de la Sesión”: en el
que se desean visualizar los textos de las pantallas.
1 Las credenciales LDAP corresponden a las empleadas al momento de iniciar sesión en una máquina con Windows. Si tiene dudas sobre
estos valores, consulte al administrador del Sistema o refiérase al manual de Información General
Tipo o método de
autenticación
Credenciales
del usuario
Detalles de
la conexión
Botón para la
conexión a la
aplicación
Figura 42: Credenciales de conexión para Usuarios Occam
Occam - O.Compliance - Empleados: “Código”: secuencia de caracteres que representan el código asignado por la
Institución al empleado; “Módulo”: unidad funcional del Sistema Occam al que se conectará (para efectos de este
manual, se entiende que el módulo es O.Compliance); “Sistema Financiero”: Sistema Financiero: nombre del sistema
financiero a cuya data se tendrá acceso; “Idioma de la Sesión”: en el que serán visualizados todos los mensajes y
etiquetas
Código del
empleado
Detalles de
la conexión
Botón para la
conexión a la
aplicación
Figura 43: Credenciales de conexión para Empleados de la Institución
Occam - O.Compliance - Persona Externa: “Usuario Occam”: para indicar el login de la persona externa; “Contra-
seña” para indicar su clave. En caso de error ingresando login y/o contraseña, se mostrará un mensaje contentivo de
un link que permitirá enviar un mensaje al administrador de la aplicación (Si desea que su denuncia sea registrada
como persona externa, contacte al Administrador de Occam ...Aquı́)
Credenciales
del usuario
Detalles de
la conexión
Botón para la
conexión a la
aplicación
Figura 44: Credenciales de conexión para Personas Externas
Occam - O.Compliance - Anónimo: para denuncias anónimas, no está contemplada la validación de credenciales de
acceso. En su lugar, se muestra directamente el paso 1 del asistente de creación del caso de tipo Denuncia (ver
sección 2.3.1)
Al hacer click en el botón “Entrar”, el Sistema validará las credenciales del usuario y de ser correctas, se desplegará en
la ventana de navegación, la información correspondiente al “home” o página de inicio.
2.1.3 Cambio de contraseña - sólo Usuario Occam -
Esta acción no aplica a claves de usuarios LDAP, sólo de usuarios “Occam”. Es posible llevarla a cabo bajo los siguientes
escenarios: en el primer acceso al Sistema; cuando el administrador, a petición del usuario, reinicia la clave; cuando la
clave expira o deja de cumplir las condiciones establecidas para claves válidas.
En cada caso, la página para el cambio de contraseña muestra los campos que se indican en la figura 45.
Contraseña actual
Contraseña nueva
Confirmar contraseña
Botón para hacer efectivo el cambio
Figura 45: Cambio de contraseña
2.1.3.1 Primer acceso al Sistema
La primera vez que un usuario “Occam” autorizado ingresa a cualquier módulo del Sistema con las credenciales (“Login” y
“Contraseña”) suministradas por el administrador, el Sistema solicitará el cambio de clave que, por razones de seguridad,
sólo debe ser del conocimiento del usuario.
Si este primer ingreso tiene lugar mediante la parte web del módulo O.Compliance, una vez que el Sistema valida las
credenciales suministradas por el administrador, se desplegará la página de cambio de contraseña (figura 45). El usuario
deberá completar adecuadamente los campos que allı́ se muestran: la contraseña suministrada por el administrador en
el campo “Contraseña Actual”, y la nueva en los campos “Nueva Contraseña”, “Confirmación de Nueva Contraseña”.
Completados los cambios, bastará hacer click en el botón “Cambiar Contraseña” para hacerlos efectivos.
2.1.3.2 Reinicio de contraseña
El olvido por parte del usuario de su contraseña para el acceso a la aplicación o el bloqueo de la clave en caso de superar el
número máximo de intentos fallidos, son las razones por las que el usuario pudiera solicitar al administrador del Sistema
que su clave sea reiniciada. Si este es el caso, el administrador de la aplicación, previa solicitud, reiniciará la clave a
través del módulo O.Manager de Occam y notificará al usuario, quien a partir de ese momento podrá conectarse a la
aplicación suministrando el mismo “Login” (nombre de usuario) e introduciendo la contraseña provisional proporcionada
por el administrador de la aplicación. Seguidamente, el Sistema mostrará la ventana de cambio de contraseña (figura 45)
en la que el usuario podrá establecer una nueva clave de acceso.
En el establecimiento de la nueva contraseña, el usuario deberá deberá proporcionar la clave provisional en el campo
“Contraseña actual” y repetir en los campos restantes la nueva clave de acceso. Adicionalmente, deberá considerar que
la nueva clave sea válida, es decir, cumpla con las condiciones permitidas (consulte al administrador de la aplicación
para conocer los atributos de las claves permitidas); en caso contrario, el cambio será negado, se mostrará el mensaje que
indica el atributo inválido y se solicitará de nuevo el ingreso de la nueva contraseña.
2.1.3.3 Reinicio de contraseña a voluntad del usuario
Si el usuario desea por cuenta propia modificar su clave de ingreso, deberá primero iniciar una sesión dentro de la aplicación.
Una vez dentro, el usuario puede realizar el cambio a través de la opción “Cambiar Contraseña” del menú “Perfil” ubicado
en la parte superior izquierda de la ventana que se muestra como un vı́nculo activo.
Dentro de la ventana que permite realizar el cambio, bastará que el usuario introduzca su contraseña en el campo
“Contraseña actual” y la nueva en los campos “Nueva Contraseña” y “Confirmación de Nueva Contraseña”, para luego
hacer click en el botón “Cambiar Contraseña” (figura 45). Una vez más, deberá tener en cuenta los atributos de claves
válidas en la asignación de la nueva contraseña (consulte al administrador de la aplicación).
2.1.4 Cierre de sesión. ¿Cómo salir de la aplicación?
La forma adecuada de salir de la aplicación es a través del enlace disponible especialmente para ello. Con sólo hacer click
en el vı́nculo “Salir” ubicado en la parte superior izquierda de la página, el usuario permitirá registrar debidamente su
salida en la base de datos.
2.2 2.2 Estructura de ventanas
Todas las ventanas de la aplicación conservan básicamente una estructura similar, salvo diferencias propias del tipo de
información que se esté consultando. La estructura básica viene dada por una sección que corresponde al encabezado y
que es igual para TODAS las ventanas y la sección correspondiente al objeto que está siendo consultado, denominada
página del objeto.
2.2.1 Encabezado
En la sección de la ventana que se ha denominado “encabezado”, el usuario podrá distinguir lo siguiente (figura 46):
Principales
enlaces
Fecha Información básica

del usuario
Contador
Figura 46: Secciones del encabezado
Principales enlaces: Ubicados en la parte superior izquierda, constituyen los principales vı́nculos de propósito general:
Inicio: Conduce a la página de inicio. En este módulo, la página de inicio corresponde a la vista del plural del objeto
de Casos, es decir, Vista de Casos
Salir: Permite abandonar formal y correctamente la aplicación
Debajo de estos enlaces, se muestra información de la fecha actual y del contador del tiempo restante (“Tiempo para
Auto Finalizar”) antes que la aplicación cierre la sesión en forma automática. Cada vez que el usuario acciona un enlace
dentro de la aplicación, este contador se reinicia.
Información básica del usuario: Con fines de identificación y consulta rápida, en la parte central del encabezado se muestra
la información básica del usuario que inició la sesión. Los campos que se muestran corresponden al usuario (login( nombre))
y la última vez que cerró una sesión en la aplicación (logout).
2.2.2 Página del objeto
La sección de la ventana denominada “página del objeto” varı́a ligeramente si se trata de la página del plural de objetos
o de la página de un objeto en particular. Se denomina página del plural de objetos a aquella que muestra en forma
tabulada todos los objetos de un tipo con sus principales atributos y están identificadas como “Vista de todo(a)s lo(a)s
tipo de objeto”. En esta página el número indicado como “Id” de cada objeto (lado izquierdo de la figura 47), representa
un enlace que permite desplegar la página del objeto en particular (lado derecho de la figura 47).
Los elementos de la página de objeto, singular o plural, según el caso son:
Identificación de la página: incluye el nombre de los elementos que están siendo consultados
Elementos de información y acción: en el caso de la página del plural de objetos, se muestra una tabla con información
básica de todos los objetos del tipo consultado, incluyendo el enlace a la página del detalle de cada objeto particular
(“Id”). En ésta (lado derecho de la figura 47), se dispone de diferentes tabs o pestañas que contienen el detalle
de la información del objeto. El nombre del tab hace alusión a su contenido. En ambas páginas pueden estar
disponibles botones que sirven para ejecutar determinadas acciones o como enlaces de retorno al objeto visualizado
anteriormente.
Página del plural
del objetos
Identificación
de la página (objeto en singular)
Enlaces o vínculos a las Tabs de

páginas particulares (Id) Infor mación
Tabla con todos

los objetos (idiomas)
Botón de acción
Botón de retorno
Figura 47: Detalle de la estructura de las ventanas de la aplicación
2.3 Acciones contempladas en O.Compliance vı́a web 2.3

En las siguientes secciones, el usuario podrá consultar cómo llevar a cabo una determinada acción dentro del módulo
web. Sin embargo, deberá tener en cuenta que la simple reproducción de los pasos que se indiquen, no garantiza que la
pueda llevar a cabo, dado que los usuarios han sido previamente configurados en base a una permisologı́a especı́fica que
determina las acciones que le estarán permitidas.
Con el objeto de abarcar todas las acciones, la descripción se hará de acuerdo a las facultades que tendrı́a un usuario
omnipotente, del tipo “administrador”.
El principal propósito de O.Compliance vı́a web es proporcionar a los diferentes tipos de usuarios, una herramienta que
les permita realizar denuncias (crear casos) y consultar el detalle de los casos creados (según el nivel de permisologı́a).
Estas acciones serán descritas en las siguientes secciones.
2.3.1 Creación de casos
Para todos los tipos de autenticación, excepto Occam - O.Compliance - Anónimo, una vez validadas las credenciales de
acceso (login), se muestra la pantalla de inicio del módulo, conocida como “Vista de Casos”. En ella, el usuario con la
debida permisologı́a, dispone del botón “Crear Caso” para dar inicio al asistente de creación de casos.
En el paso 1 de dicho asistente, identificado como “Definición de Información Básica del Caso - Paso 1”, el usuario debe
definir:
Sub Tipo de caso: permite identificar el tipo de denuncia, de acuerdo al tipo de denunciante: denuncia - persona, si
se trata de un individuo registrado en Occam; es decir, si en la base de datos - O.DB - reposan sus datos básicos de
identificación (por ejemplo, un cliente, un contacto de compañı́a, un portador de tarjeta de crédito, etc); denuncia -
empleado, si el denunciante labora para la Institución y está debidamente registrado como tal en la O.DB; denuncia
externa: si se trata de un denunciante no anónimo ajeno a la Institución (no está en la O.DB); denuncia - anónimo: si
no es posible identificar al denunciante o la denuncia llega a la Institución sin identificación alguna del denunciante
Banco: campo para identificar la Institución cuyos datos serán utilizados en la identificación del denunciante
Descripción: campo para asignar texto descriptivo al caso
Página
Campos solicitados en
la creación de caso
Botón para continuar

con el siguiente paso
Figura 48: Asistente de creación de caso. Paso 1
Una vez definidos los campos requeridos, el usuario hará click en el botón “Próximo”. Desplegado el paso 2 del asistente
identificado como “Definición de información de la Investigación del Caso - Paso 2”, el usuario debe completar los siguientes
campos:
Página
Entidad
denunciante
Fecha de
Ícono para desplegar el
investigación
localizador de la entidad
denunciante

con el siguiente paso
Denunciante: según el tipo de denuncia seleccionado en el campo “Sub Tipo” del paso anterior, el usuario deberá es-
pecificar el denunciante: Persona, Empleado y Persona Externa. En los dos primeros casos, el usuario dispone de
un localizador2 que se despliega al hacer click sobre el ı́cono y permite hacer una búsqueda especı́fica en base
de datos de la entidad denunciante. En el caso de “Persona Externa”, se dispone de los campos de texto libre
“Nombre de Persona Externa” e “Información de Persona Externa” que permiten identificar al denunciante ajeno
a la Institución.
Fecha de investigación: al hacer click en el campo correspondiente, se desplegará un calendario que permitirá espe-
cificar el dı́a, mes y año en el que se realizó la solicitud de investigación. La fecha indicada no puede ser mayor a la
2 El uso de localizadores se describe en el documento identificado como “Occam - General Information - Manual - Spanish.pdf”, y comúnmente
referido como Manual de Información General
actual
Razón de investigación: campo de texto para indicar los motivos, indicios o circunstancias que motivaron la solicitud
de investigación
Completados los campos, el usuario hará click en el botón “Próximo” que desplegará el paso 3 del asistente identificado
como “Definición de Entidad Investigable del Caso - Paso 3”.
Página
Tipo de Entidad
Investigable
Sub Tipo de Entidad Ícono para desplegar el

Investigable localizador de la entidad
con el siguiente paso denunciante
Allı́, el usuario deberá establecer la entidad investigable objeto del caso, es decir, el ente denunciado (cliente persona, cliente
compañı́a o empleado). Para ello, el usuario indicará en primer lugar, el banco al que pertenece la entidad denunciada
(campo “Banco”) y seguidamente establecerá el Tipo (Cliente o Empleado) y Sub Tipo de entidad (sólo si el Tipo indicado
es “Cliente”, en cuyo caso las opciones serı́an cliente persona o cliente compañı́a). Identificados los atributos anteriores, el
usuario haciendo uso del localizador correspondiente desplegado al hacer click sobre el ı́cono , seleccionará la entidad
investigable objeto de investigación.
Al hacer click en el botón “Próximo” se mostrará el resultado de la creación del caso con información básica como Id
(Identificador único en base de datos), tipo, sub tipo, descripción, y entidad (que muestra el nombre correspondiente al
objeto de investigación). Adicionalmente, el usuario (según su permisologı́a), dispondrá de los botones “Crear Caso” (que
iniciará de nuevo el asistente de creación), “Casos Creados” (para volver a la página de inicio) y “Vista de Caso (para
consultar directamente el detalle del caso creado).
2.3.2 Consulta de Casos

Una vez validadas las credenciales de acceso a la aplicación, el usuario ingresa a la página identificada como “Vista de
Casos”. En dicha página, se muestra en una tabla los casos de tipo “Denuncia” que reposan en la base de datos, ordenados
en forma decreciente por el identificador único (Id); esto es, se muestran primero los casos más recientes. Campos como
Id, Banco, Sub Tipo, Status, Tipo de Entidad, Sub Tipo de Entidad, Entidad, Asignado a y Fecha de Creación, son los
atributos de los casos que constituyen las columnas de la mencionada tabla.
Los valores de la columna “Id” representan enlaces a la página de detalle del caso en cuestión y sólo estarán activos si el
usuario en cuestión cuenta con la debida permisologı́a. Al hacer click sobre el “Id” de un caso en cuestión, se despliega
la página “Vista de Caso”.
2.3.2.1 Vista de Caso
La página que contiene el detalle de un caso, identificada como “Vista de Caso”, cuenta con los tabs “Información
Principal” e “Investigación” para mostrar la información del caso. Ésta es accesible bien desde la página de inicio “Vista
de Casos” o luego de creado un caso, al hacer click en el botón “Vista de Caso”.
Página
Información básica
del caso
Botón de retorno
Figura 51: Página de detalle de un caso
El tab “Información Principal” contiene información básica mostrada a través de los campos Id, Banco, tipo, sub tipo,
status, descripción, razón de investigación, asignado a (en referencia al usuario Occam empleado de la Institución que
atenderá el caso), tipo de entidad, sub-tipo de entidad, Id de la Entidad, Nombre de la Entidad, Creado por, Fecha de
Investigación, Fecha de Creación, Fecha Original de Cierre Proyectada, Fecha de Cierre Proyectada.
El tab “Investigación” muestra información a través de los campos: Sub Tipo, Fecha de Investigación, Razón de Investi-
gación, Id de Entidad y Nombre.
Eniac, C.A. Caracas, Venezuela
Telf.: +58 (212) 7095600
www.eniac.com
info@eniac.com
The Eniac Corp. San Juan, Puerto Rico.

Telf.: +1 (787) 7934044
www.eniac-corp.com
info@eniac-corp.com
XopanTech, S.A. de C.V. México, D.F.

Telf.: +52 (55) 55111522
www.xopan.com
info@xopan.com
Colombeia, S.A.S. Bogotá, Colombia

Telf.: +57 (1) 7432031
www.colombeia.com.co
info@colombeia.com.co

Pliance - Manual - Spanish

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Pliance - Manual - Spanish

Cargado por

Copyright:

Formatos disponibles

Sistema para la Prevención y el

Control de la Legitimación de Capitales

La figura del comité en O.Compliance . . . . . . . . . . . . . . . . . . . . 3

Opciones del módulo O.Compliance . . . . . . . . . . . . . . . . . . . . . 3

1 ACCIONES ASOCIADAS A O.COMPLIANCE . . . . . . . . . . . . . . . . . . . . . . . . . 5

1.1 Acciones sobre Configuración (Settings) . . . . . . . . . . . . . . . . . . . . 5

1.1.1 Configuración relativa a los reportes y tiempos de culminación de casos . . . . . . . . . . . . . . . . . . . . . 5

1.1.2 Configuración de condiciones para la Auto-asignación de Casos . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.2 Acciones sobre Reguladores (Regulators) . . . . . . . . . . . . . . . . . . . 8

1.2.1 Incorporación de nuevos reguladores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2.2 Registro (incorporación) de reguladores implementados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2.3 Creación de reguladores no implementados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2.4 Creación, modificación y eliminación de funcionarios asociados . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.2.5 Modificación de funcionarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.2.6 Eliminación de funcionarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.2.7 Mapping de códigos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

1.2.8 Creación de una transmisión de reportes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

1.2.9 Modificación de una transmisión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.2.10 Visualización de Reguladores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.3 Acciones sobre Reportes (Reports) . . . . . . . . . . . . . . . . . . . . . . 13

1.3.1 Registro (incorporación) de nuevos formatos de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.3.2 Ejecución de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.3.3 Generación de reportes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.3.4.1 Visualización del contenido de un reporte en el formato Occam . . . . . . . . . . . . . . . . . . . . . 16

1.4 Acciones sobre Casos (Cases) . . . . . . . . . . . . . . . . . . . . . . . . 17

1.4.1.1 Creación de casos a raı́z de una investigación en O.Detect . . . . . . . . . . . . . . . . . . . . . . . . . 18

1.4.1.2 Creación de casos por requerimiento interno de investigación . . . . . . . . . . . . . . . . . . . . . . . 19

1.4.1.3 Creación de casos por requerimiento externo de investigación . . . . . . . . . . . . . . . . . . . . . . . 20

1.4.1.4 Creación de casos por denuncia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

1.4.2 Creación de otros casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

1.4.3 Creación de casos “Positivo O.FAC” y “Positivo Artificial” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1.4.4 Creación de casos “Investigación KYC” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1.4.5 Creación de casos “Investigación O.Monitor” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1.4.7 Modificación de casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

1.4.7.1 Asociación de transacciones a caso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

1.4.7.2 Asociación de un cliente a un caso de denuncia hecho anónimamente vı́a web . . . . . . . . . . . 24

1.4.7.3 Documentación de casos. Archivos asociados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

1.5 Acciones sobre Comités (Committees) . . . . . . . . . . . . . . . . . . . . 28

1.5.1 Creación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

1.5.2 Modificación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

1.5.2.1 Asociación de casos a un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

1.5.2.2 Documentación de un comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

1.5.2.3 Modificación de los asistentes al comité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

1.5.2.4 Actualización de casos asociados a un comité luego de su realización. . . . . . . . . . . . . . . . . . 30

1.5.2.5 Modificación del status de un comité a “Completado” . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

1.6 Acciones sobre Sospechosos (Suspects) . . . . . . . . . . . . . . . . . . . . 31

1.6.1 Consulta de un Sospechoso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

1.6.2 Creación de grupos de objetos (clientes) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

1.6.3 Agregar sospechoso(s) a un grupo de clientes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

1.7.1 Consulta de resultados de procesos de O.Detect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

1.7.1.1 Consulta de objetos encontrados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

1.7.2.1 Consideraciones en torno a la creación masiva de casos de investigación O.Detect . . . . . . . . 37

2 O.COMPLIANCE VÍA WEB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.1 Interacción básica . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.1.1 Conexión a la aplicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.1.2 Inicio de sesión. ¿Cómo entrar a la aplicación? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.1.3 Cambio de contraseña - sólo Usuario Occam - . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

2.1.3.1 Primer acceso al Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.1.3.2 Reinicio de contraseña . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.1.3.3 Reinicio de contraseña a voluntad del usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.1.4 Cierre de sesión. ¿Cómo salir de la aplicación? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2.2 Estructura de ventanas . . . . . . . . . . . . . . . . . . . . . . . . . . 44

2.2.2 Página del objeto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44