Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Motor de Pagos V3 - Investa

Presentación para Investa
by

Carlos Bezares

on 9 July 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Motor de Pagos V3 - Investa

Los pagos se concentran en un mismo lugar sin importar el sistema transaccional origen.

Es el único responsable de enviar la información a los sistemas de liquidación externos (SPEI, SWIFT, TEF, otros).

Arquitectura abierta que permite la recepción de pagos de otros sistemas de forma sencilla.

Módulo de administración el cual contiene la funcionalidad de autorizar los pagos de forma centralizada.

Permite implementar el flujo de proceso de acuerdo a las necesidades de la operación.

Incluye módulo de captura manual de pagos, de autorización y un monitor para visualizar los mismos.
Motor de Pagos
Arquitectura Propuesta
Que es un Motor de Pagos?
Temas
Arquitectura Actual
Fases de Implementación
Plan de Trabajo
IP Engine es una herramienta flexible que permite agrupar la administración de todo el proceso de pagos en un solo punto centralizado (Hub).

El ahorro significativo en costos, mejora en la calidad del servicio y un incremento en la eficiencia operativa, son algunos de los puntos que esta herramienta puede ofrecer.

Uso de un capa estandar para la integración de los diferentes canales de pago.

Centraliza el procesamiento de mensajes en una única solución.

Monitoreo y supervisión del proceso de pagos (reglas de negocio) por producto o servicio.

Acceso en tiempo real del estado de las operaciones de pago.

Cumplimiento de las disposiciones regulatorias locales.

Administración de los diferentes formatos financieros.
Ventajas del Motor de Pagos
Motor de Pagos
Topaz realiza la interacción con los sistemas de liquidación internos (TAS, BEL, etc.)
Ejecuta las transacciones hacia las interfaces de pagos (SPEI, TEF, SWIFT)
Topaz envía las operaciones ya ejecutadas hacia el Core Bancario (SIBAMEX)
Cada sistema de liquidación interno reporta las operaciones realizadas al PLD (Monitor Plus) toda vez que éstas fueron ejecutadas, incluyendo el Core
Bancario
Arquitectura Actual

Duplicidad de información que se reporta hacia el PLD
Dependencia del flujo operativo de TOPAZ de los sistemas internos para el ruteo de pagos
Desconocimiento del flujo interno de TOPAZ, lo que complica la integración de nuevos sistemas
Uso de una arquitectura no centralizada y en capas
Nivel de Interface
- Integración de los diferentes formatos y sistemas liquidadores
Parseo - Normalización
- Parsea, validación de semántica y normaliza el mensaje
Reglas de Negocio -
Validación de reglas de negocio (Montos, beneficiarios, etc)
Reglas de Validación -
Validación de los datos del mensaje dentro del PLD (Monitor Plus)
Ruteo -
Determinación del canal de pago, respecto al sistema origen.
Transformación -
Transformación del mensaje en el formato financiero requerido
Áreas de Oportunidad
Envía registros de operaciones de pago hacia el Sibamex.

Actualiza estados de operaciones en el Sibamex

Actualiza estados de operaciones en los sistemas orígenes.

Consulta información de clientes y pagos en el Sibamex.
Fases de Implementación
Uso de tecnología Volante para el paseo, mapeo y transformación de mensajes

Manejo de estructuras normalizadas para cualquier tipo de operación

Alto volumen de procesamiento de mensajes

Integración con diferentes tecnologías a través del uso de Camel (Queues, Webservices, Tablas, Archivos, etc)

Rápida integración de nuevos sistemas operativos
Ventajas del Motor de Pagos
CAPTURA DE OPERACIONES

La solución permitirá capturar operaciones de forma manual de los diferentes tipos de pagos disponibles dentro del motor. Como una medida de seguridad implementada, las operaciones deberán de ser autorizadas para su envío por otro usuario que tenga asignados los privilegios suficientes para realizar dicha acción.
AUTORIZACIÓN DE OPERACIONES RETENIDAS

Las operaciones que, de acuerdo a las reglas de negocio configuradas, sean retenidas, alertadas por parte del PLD como operaciones de riesgo u operaciones duplicadas, deberán ser autorizadas por uno o más usuarios para su envío (cuentas mancomunadas).
MONITOR DE OPERACIONES DE PAGO

El seguimiento a las operaciones de pago enviadas o recibidas se pueden realizar a través de las pantallas operativas, donde se puede monitorear el estatus de las mismas, visualizar los mensajes enviados y revisar en línea el log generado, en caso de tener errores en el procesamiento
REGLAS DE NEGOCIO

Dentro de este módulo se podrán configurar los flujos que aplican para cada tipo de pago de acuerdo a la naturaleza del mismo, así como validaciones sobre el pago para determinar si es una operación que se debe de procesar o retener para su autorización.

Como parte de la integración del nuevo motor de pagos, se pretende implementar dentro del alcance la implementación de las interfaces de liquidación hacia los sistemas SWIFT y SPEI.
REGLAS DE RUTEO

Administración del ruteo de las operaciones hacia los canales de pago.

Agregar nuevos canales de pago.

Determinacion del canal de pago, respecto al sistema origen
Reglas de Transformación

Definición de formatos financieros a utilizar.

Mapeos de los formatos financieros hacia los tipos de operaciones de pago
Gráficas

Indices de control sobre el comportamiento de las operaciones.

Indice de control sobre estatus de las operaciones.
Control Dual

Administración del control de acceso y acciones que se pueden realizar dentro del sistema (Envío de operaciones, captura y modificación de datos), asignadas por:
Acciones ejecutadas desde un botón.
Reglas de negocio definidas (Montos máximos, beneficiarios, tipos de operación)

Tipos de Control:
2 eyes
4 eyes
6 Eyes
Control de huella
Auditoría

Mensajes de Inicio y cierre de sesión.

Mensajes de captura y envío de operaciones.

Mensajes de Autorización de envío o cancelación de operaciones.

Mensajes de procesamiento de mensajes correctas y erróneas.

Mensajes de alertas de respuestas de los canales de pago
ADMINISTRACIÓN DE LA SEGURIDAD

Desde este módulo se podrán administrar los usuarios, roles y perfiles. También permitirá el acceso a los mensajes de auditoría generados por la aplicación para los usuarios administradores, además tendrá la opción de conectarse hacia un servidor de autenticación (Active Directory) para validar las credenciales de un usuario en el acceso al sistema.

Dentro de este módulo también se asignará el control de acceso y ejecución sobre las diferentes acciones que se pueden realizar dentro del sistema (Envío de operaciones, captura y modificación de datos), las cuales pueden ser asignadas por:

Acciones ejecutadas desde un botón
Reglas de negocio definidas (Montos máximos, beneficiarios, tipos de operación).

Reportes

Estatus de operaciones.

Operaciones liquidadas

Nivel de Interface

Integración de los diferentes formatos y sistemas liquidadores
Paseo - Normalización

Parsea, validación de semántica y normaliza el mensaje
Reglas de Negocio

Validación de reglas de negocio (Montos, beneficiarios, etc)
Reglas de Validación

Validación de los datos del mensaje dentro del PLD (Monitor Plus)
Ruteo

Determinación del canal de pago, respecto al sistema origen.
Transformación

Transformación del mensaje en el formato financiero requerido
Arquitectura Propuesta
Plan de Trabajo
SPEI -
Conector hacia el canal de liquidación SPEI, utilizando la forma de conexión requerida.
SWIFT -
Conector hacia el canal de liquidación SWIFT, a través de transferencia de archivos de entrada y salida.
Cámara de Compensación -
Conector para el envío de las operación resultantes de la Liquidación de Cheques.
Indeval -
Conector para envío y recepción de operaciones de Mercado de Dinero.
TEF -
Conector para el envio de transacciones de pago en T + 1.
PLD (Prevencion de Lavado de Dinero)

Integración hacia el sistema de Lavado de Dinero (Monitor Plus) en tiempo real, para determinar el nivel de riesgo de una operación.

Integración con el motor de búsqueda dentro de listas negras

Retención operaciones para su autorización
Full transcript