Saltar al contenido
Operating Packs

Diseña cada proceso una vez. Adáptalo a cada entidad.

Empieza con un proceso que funciona, no con un lienzo en blanco. Nuestro equipo lo adapta a cada entidad, con las herramientas que ya usas. Los clientes logran 45% menos licencias y 96% menos problemas de ejecución.

Todos los Operating Packs

Actualización KYC

Revisiones que se abren por eventos o por vencimiento, con el riesgo calificado por tu modelo y cada decisión confirmada por un analista.

Ejecutar este Operating Pack en tu prueba

La línea

  1. 01Review opensEvent or due date
  2. 02Collect documentsRegisters by API · outreach
  3. 03Screening alertsScreening engine · 2 AI agentsSLA 1h
  4. 04Risk ratingYour model · agent explainsSLA 2h
  5. 05Analyst decisionEvery review · ApprovalSLA 2d
  6. 06Record updatedCLM and core banking · API

Qué reemplaza

Revisiones acumuladas que se atienden por antigüedad, a cargo de un equipo que además maneja escalamientos.

Qué cambia

Las revisiones se abren cuando algo cambia, no solo cuando vencen. Los analistas dedican su tiempo a decidir, no a recopilar.

Funciona con

  • Fenergo
  • Pega
  • Tu filtrado de listas
  • Tu modelo de riesgo

Enrutado por riesgo, no por orden de llegada

Las verificaciones y quién decide dependen de la calificación de riesgo del cliente. Una revisión también se abre cuando algo cambia, como un nuevo director, una alerta o noticias adversas.

  1. Riesgo bajoAl menos cada 5 años

    Qué se ejecuta

    1. Datos de la empresa y de los beneficiarios actualizados desde los registros
    2. Alertas desde la última revisión verificadas
    3. Comparación con la revisión anterior

    Quién decide

    Sin cambios relevantes: un agente prepara la comparación, un analista la confirma en un paso y una muestra pasa a control de calidad.

    SLA 5 días
  2. Riesgo medioAl menos cada 3 años

    Qué se ejecuta

    1. Documentos solicitados al cliente
    2. Alertas desde la última revisión verificadas
    3. Riesgo calificado por tu modelo y expediente preparado

    Quién decide

    Un analista decide con el expediente ya preparado.

    SLA 2 días con el analista
  3. Riesgo altoAl menos cada año

    Qué se ejecuta

    1. Documentos y origen del patrimonio corroborados
    2. Verificación en listas y noticias adversas
    3. Borrador de debida diligencia reforzada

    Quién decide

    Un analista sénior decide y otro lo confirma. Mantener a una persona expuesta políticamente requiere la aprobación de la alta dirección, y desvincular al cliente requiere el visto bueno de cumplimiento.

    SLA 5 días con los analistas

El expediente que abre un analista

Para cuando una revisión llega a una persona, los documentos ya están solicitados y las alertas, clasificadas. El tiempo del analista se dedica a decidir, no a recopilar.

C-8815Opened on a register change · Medium risk · Opened 2 days ago

Why it opened

  • New director registered this week, from the company register
  • Transaction volume above the expected range for six weeks

Screening

  • 1 possible sanctions match on the new director, from your screening engine
  • The engine flags a different date of birth and nationality. Proposed as a false positive, for the analyst to confirm.

Documents

  • 4 of 5 on file
  • Proof of address requested from the customer, reminder in 7 days

Risk rating

  • Medium, unchanged, from your risk model
  • Drivers: country low, product medium, activity rising
Confirm refreshRequest informationEscalate to enhanced review

Confirm refresh opens once the match is cleared and the proof of address is in.

Un caso ilustrativo. La decisión del analista queda registrada con su motivo.

Dentro de cada etapa

Elige una etapa para ver quién hace cada paso y qué deja en el caso.

Apertura de la revisión

Día 0
Pasos
  1. TriggerFecha de revisión alcanzada Según el ciclo que tu política fija para cada nivel de riesgo
  2. APIO llega un evento Un cambio en un registro, una alerta del filtrado o noticias adversas
  3. APIEnrutada por nivel de riesgo Bajo, medio o alto, según la calificación actual

Queda en el caso: por qué se abrió la revisión y cuándo.

Sistemas que usa
  • Gestión del ciclo de vida del cliente, como Fenergo o Pega
  • Registros mercantiles
  • Tu herramienta de filtrado de listas
Controles
  • Cada cliente tiene una próxima fecha de revisión fijada por política
  • Un evento abre una revisión aunque no corresponda ninguna
Cuando algo no encaja

Un evento de un cliente que ya tiene una revisión abierta se suma a esa revisión en lugar de abrir otra.

Recopilación de documentos

Días 1 a 30
Pasos
  1. APIRPARegistros consultados Datos de la empresa, los beneficiarios y los directores por API, RPA donde un registro no tiene API
  2. APIDocumentos solicitados Solo lo que los registros no muestran, a través de tu portal o por correo
  3. APIPeopleRecordatorios enviados A los 7 y 14 días, y luego se avisa al gestor de la relación
  4. AI agentsDocumentos revisados El agente de documentos los compara con los datos de los registros y señala lo que falta

Queda en el caso: cada documento, de dónde vino y cuándo llegó.

Sistemas que usa
  • Registros mercantiles
  • Portal de clientes o correo
  • Repositorio de documentos
Controles
  • Al cliente solo se le pide lo que los registros no pueden aportar
  • Cada documento queda vinculado al requisito que cumple
Cuando algo no encaja

Un cliente que no responde tras el último recordatorio pasa al gestor de la relación y luego a la vía de desvinculación que fija tu política.

Alertas del filtrado

Día 1 · SLA 1h
Pasos
  1. APIFiltrado ejecutado Cliente, directores y beneficiarios, en tu herramienta de filtrado de listas
  2. AI agentsAlertas comparadas El agente de filtrado compara cada alerta con el expediente y propone una resolución
  3. AI agentsNoticias adversas revisadas El agente de noticias registra cada hallazgo con su fuente y su fecha

Queda en el caso: cada alerta, los datos que coincidieron y la resolución propuesta.

Sistemas que usa
  • Tu herramienta de filtrado de listas
  • Fuentes de noticias adversas
Controles
  • Ninguna alerta se cierra sin un analista
Cuando algo no encaja

Una coincidencia probable detiene la revisión y pasa directo a un analista, con lo que comparó el agente de filtrado.

Calificación de riesgo

Día 1 · SLA 2h
Pasos
  1. APICalificación calculada Por tu modelo de riesgo, con los datos actualizados
  2. AI agentsFactores explicados El agente de explicación escribe por qué cambió la calificación, o por qué no
  3. APINivel verificado Una calificación más alta lleva la revisión a las verificaciones y aprobadores de ese nivel

Queda en el caso: la calificación, sus datos de entrada y la explicación del agente.

Sistemas que usa
  • Tu modelo de riesgo de clientes
  • Gestión del ciclo de vida del cliente
Controles
  • El agente nunca fija ni modifica la calificación
  • Un cambio de calificación vuelve a enrutar la revisión
Cuando algo no encaja

Un analista que no está de acuerdo con el modelo puede modificar la calificación, con un motivo y un segundo aprobador.

Decisión del analista

Tras la clasificación · SLA según el nivel de riesgo
Pasos
  1. PeopleExpediente revisado Documentos, alertas, calificación y comparación en un solo lugar
  2. PeopleDecisión registrada Confirmar, pedir información o escalar, con un motivo
  3. PeopleSegunda aprobación Para riesgo alto, y de la alta dirección para una persona expuesta políticamente

Queda en el caso: la decisión, su motivo, el analista y el segundo aprobador, si lo hay.

Sistemas que usa
  • Gestión del ciclo de vida del cliente, como Fenergo o Pega
Controles
  • Un analista confirma cada revisión
  • Doble aprobación para riesgo alto, la alta dirección para una persona expuesta políticamente y cumplimiento para una desvinculación
Cuando algo no encaja

Escalar lleva la revisión a la debida diligencia reforzada, con sus propios aprobadores y su propio SLA.

Registro actualizado

Al decidir
Pasos
  1. APIPerfil actualizado Calificación, documentos y próxima fecha de revisión, por API
  2. APIRPACore bancario actualizado Indicadores de riesgo por API, RPA donde un sistema no tiene interfaz
  3. CloseCaso cerrado Cada verificación y cada decisión en un solo registro

Queda en el caso: las referencias de los registros actualizados y la próxima fecha de revisión.

Sistemas que usa
  • Gestión del ciclo de vida del cliente, como Fenergo o Pega
  • Core bancario
  • Repositorio de documentos
Controles
  • La próxima fecha de revisión sigue la nueva calificación
Cuando algo no encaja

Una actualización que falla se reintenta solo cuando el sistema de destino muestra que no se aplicó, y luego pasa a operaciones con el error.

Lo que van a preguntar tus revisores

Seguridad de TI, cumplimiento, riesgo de modelos y auditoría dan su aprobación antes de la puesta en marcha. Sus primeras preguntas, respondidas.

  • Seguridad de TI

    ¿Adónde van los datos de los clientes?

    A ningún lado. Optomo se ejecuta on-premise, en tu red, así que los documentos de los clientes, las alertas del filtrado y el razonamiento de los agentes se quedan en ella. Optomo tiene la certificación ISO 27001.

  • Cumplimiento

    ¿Decide una IA sobre un cliente?

    No. Un analista confirma cada revisión. El riesgo alto requiere un segundo analista, mantener a una persona expuesta políticamente requiere la aprobación de la alta dirección, y desvincular al cliente requiere el visto bueno de cumplimiento.

  • Riesgo de modelos

    ¿De quién es el modelo que califica el riesgo?

    Tuyo. Un agente explica qué determinó la calificación, pero nunca la fija ni la modifica. La calificación, sus datos de entrada y la explicación quedan registrados en el caso.

  • Auditoría

    ¿Podemos mostrarle el porqué a un regulador?

    Cada decisión queda registrada con su motivo, el analista y la evidencia del expediente. Los contratos Enterprise dan a tu auditor acceso directo a los controles que Optomo ejecuta por ti.

Dónde están tus datos

Donde tus procesos difieren, cerramos la brecha contigo

Es normal tener procesos inconsistentes. Nuestro equipo y nuestros socios mapean cómo funciona cada versión y adaptan el Operating Pack a cada una.

Incluido en Enterprise. Nuestro equipo adapta el Operating Pack durante la prueba y el despliegue, sin costo adicional.

  1. Equipo de Optomo

    Adapta el Operating Pack

    • Una versión por entidad o país
    • Etapas conectadas a tus sistemas
    • Umbrales y aprobadores definidos como política
  2. Socio

    Alinea el proceso

    • El proceso mapeado tal como funciona hoy
    • Qué diferencias mantener
    • El cambio liderado junto con los dueños del proceso

Cómo un Operating Pack se convierte en tu proceso

Lo conectamos a tus sistemas y luego ejecutamos casos reales en la prueba de 5 semanas.

  1. 1

    Mapear los sistemas

    Cada etapa conectada a tus sistemas.

  2. 2

    Definir la política

    Se define una vez y la hereda cada caso.

  3. 3

    Ejecutarlo en la prueba

    Casos reales, con una línea base de costos para la semana 4.