SISTEMAS
Page tree

Versions Compared

Old Version 3

changes.mady.by.user Juan Zarate

Saved on

compared with

New Version Current

changes.mady.by.user Juan Zarate

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Resumen Técnico

Se pretende crear una única plataforma de envío de Notificaciones de cualquier tipo, es decir una plataforma independiente que se dedique solo a enviar notificaciones a los usuarios ya sean estas SMS, EMAIL, PUSH, etc, esta plataforma sera utilizada por todos los módulos que necesite de estoun motor que administre todos los limites y perfiles transaccionales que puedan tener los usuarios de CABAL, es decir a los usuarios de Tarjetas de Credito y Tarjetas Prepagas DIMO.

A este Motor se deberán conectar todas las plataformas transaccionales, para poder registrar y validar las transacciones antes de procesarlas.

Durante el análisis de factibilidad se observo que no se tendrá ningún tipo de afectación sobre ningún flujo de envío actual de Notificaciones.Como análisis de factibilidad técnica, se observa que para llevar a cabo esta integración se debe contar con desarrollo de LAS REDES DE COBRANZAS para cumplir los requerimientos solicitadosse tendrán cambios en los flujos transaccionales ya establecidos.

Factibilidad

Soluciones

Evaluadas

Descripción 

¿Aceptada?

(Si/No)

  1. Plataforma Motor de Envio de SMSLimites Transaccionales

Cuando cualquier plataforma de CABAL, quiera enviar un SMS a sus usuariosrealizar una transacción de PAGO, ADELANTO, COMPRAS, TRANSFERENCIAS, etc, esta plataforma deberá conectarse via Web Service al motor de envío de SMSlimites transaccionales.

Dentro de este motor se deben realizar las configuraciones necesarias para que se puedan enviar estos SMS.El Motor tiene una configuración que define por cuál proveedor se debe enviar el SMS por defecto, en caso de que este proveedor responda un error o se quede sin conexión automáticamente se envía el SMS por el siguiente proveedor en la lista de prioridadse deberán realizar las configuraciones sobre los perfiles transaccionales de cada plataforma, y en cada plataforma se deberá tener un registro de los perfiles de cada usuario.

En este Motor se podrá configurar por:

  1. Plataforma
  2. Perfil de Usuario
  3. Canal
  4. Transacción
    1. Tipo Transacción
    2. Código de Servicio
    3. Tipo Cuenta Origen
    4. Tipo Cuenta Destino
  5. Controlar por
    1. Cantidad
    2. Monto
  6. Limites
    1. Diarios
    2. Quincenales
    3. Mensuales
  7. Acciones a Tomar
    1. Alertas
      1. Visualización en por Pantalla
    2. Bloqueo Preventivo de Transacciones
      1. Bloquear por tiempo
      2. Bloquear y agendar llamada desde CALLCENTER
    3. Rechazo de transaccion

El motor deberá registrar todas las transacciones realizadas por el usuario y en base a eso ejecutar las reglas de control según su perfil de usuario y en base a eso realizar alguna de las acciones indicadas en las configuraciones. 

El Motor deberá tener una opción de excepciones, en donde se podrá configurar los usuarios a los cuales no se les realizara ningún tipo de validación de los perfiles.

Si

Impacto sobre Plataformas

Plataformas TI

Plataforma

Descripción 

Soluciones

Evaluadas

Motor de Limites Transaccionales

  1. Crear programas de:
    1. Validación de Transacción
      1. Crear de reglas de validación.
      2. Validar la transacción según las reglas.
      3. Registrar el movimiento de la transacción.
    2. Registro de movimientos.
    3. Ejecución de Acciones
  2. Crear Mantenedores de:
    1. Plataforma
de Envio de SMSConexión a proveedores de Envio de SMS y configuración de Proveedores por defecto y secundarios
    2. Perfil de Usuario
    3. Transacción
    4. Limites
    5. Acciones
    6. Reglas
Solución 1
Autorizador CABAL
  1. Incluir en las Reglas de Autorización la llamada al servicio de Validación de Transacción.
Solución 1
Backend DIMO
  1. Llamar a servicio de Validación de Transacción.
Solución 1
Frontend DIMO
  1. Mostrar Mensaje al usuario.
    1. Transacción rechazada por superar el limite
      1. Diario
      2. Quincenal
      3. Mensual
    2. Bloqueo de transacciones por tiempo determinado
Solución 1
Backend Corresponsalía
  1. Llamar a servicio de Validación de Transacción.
Solución 1
Frontend Corresponsalía
  1. Mostrar Mensaje al usuario.
    1. Transacción rechazada por superar el limite
      1. Diario
      2. Quincenal
      3. Mensual
    2. Bloqueo de transacciones por tiempo determinado
Solución 1
Motor de Transacciones Bancarias
  1. Llamar a servicio de Validación de Transacción.
Solución 1
Motor de Transacciones Redes de Cobranzas
  1. Llamar a servicio de Validación de Transacción.
Solución 1

Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)

Image RemovedImage Added

Flujo de Procesos para envío de Notificaciones SMS

Image RemovedImage Added

En el Proceso de Validación de Estado de envío de SMS, se tienen encuesta estas validaciones para enviar el SMS por otro proveedor:

  1. Hubo un problema de conexion con el proveedor.
  2. El proveedor respondió que no se puedo enviar el SMS al cliente.

En el Proceso de Envio de SMS a Cliente, se debe tener en cuenta que:

  1. Si el usuario destino del SMS no es Interno, el proveedor envía el SMS a la operadora a la cual pertenece dicho usuario.

de Ejecutar Acción de la Regla, solo si la acción es de rechazo de la transacción no se registrara el movimiento.

Recursos

-

Área/Función

Cantidad

Tipo de Asignación

Comentarios
Arquitecto de Proyecto

1

On Demand
Desarrollador Genexus02Full/On Demand
  1. Crear Mantenedores de:
    1. Plataforma
    2. Perfil de Usuario
    3. Transacción
    4. Limites
    5. Acciones
    6. Reglas
  2. Motor de Redes de Cobranzas
    1. Llamar a servicio de Validación de Transacción.
  3. Motor de Transacciones Bancarias
    1. Llamar a servicio de Validación de Transacción.
Desarrollador JAVA1FullConexión a proveedores de Envio de SMS y configuración de Proveedores por defecto y secundarios.
Desarrollador CEIBO---
Analista CEIBO--On Demand
  1. Backend DIMO
    1. Llamar a servicio de Validación de Transacción.
  2. Backend CORRESPONSALIA
    1. Llamar a servicio de Validación de Transacción.
Desarrollador REACT2On Demand
  1. Frontend DIMO
  2. Frontend CORRESPONSALIA
Desarrollador CEIBO1On Demand
  1. Incluir en las Reglas de Autorización la llamada al servicio de Validación de Transacción.
Desarrollador PL/SQL1Full
  1. Crear programas de:
    1. Validación de Transacción
      1. Crear de reglas de validación.
      2. Validar la transacción según las reglas.
      3. Registrar el movimiento de la transacción.
    2. Registro de movimientos.
    3. Ejecución de Acciones
Infraestructura2On Demand
  1. DBA
  2. Administrador de Servidores
Tester1On DemandDurante las pruebas funcionales de la solucion.
Total62 (FULL) / 4 9 (On Demand)
Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase
de pruebas, en caso de que sea necesario..

...