SISTEMAS
Page tree

Versions Compared

Old Version 1

changes.mady.by.user Orlando Ojeda

Saved on

compared with

New Version Current

changes.mady.by.user Orlando Ojeda

Saved on

Key

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

Resumen del Pedido


Fecha Pedido2128/04/2021
Fecha Documento2129/04/2021
Estado del Documento

Status
colourGreenBlue
titleaceptadopendiente de validacion

Autor

Orlando Ojeda

Version1.0
DescripcionComisiones - Transferencia de TP Dimo a BilleteraMejoras para Disponibilizar informacion de TC y como cuenta origen
Poder configurar y cobrar un porcentaje de Comision por las Transferencias de TP Dimo hacia las Billeteras



Información del Proyecto

ProyectoMejoras para Disponibilizar informacion de TC y como cuenta origen
Dueño del ProductoJuan Almada
Prioridad

Status
colourRed
titleURGENTE

Administrador del ProyectoHugo Diaz
ArquitectoOrlando Ojeda

Resumen Técnico

Se solicita implementar en DIMO una tarifa en concepto de comision por aquellas tranferencias que son realizadas desde una TP Dimo hacia una Billetera Electronica. Ej: TIGO Money.Luego del analisis realizado modificar la forma en la que exponemos los datos de las Tarjetas de Crédito dentro de DIMO,  incorporando un proceso de "vinculacion" de tarjetas habilitadas.

La idea es replicar un concepto similar a las preguntas de seguridad de las cooperativas, pero haciendo preguntas relacionadas a la tarjeta que el usuario desea habiltar dentro de DIMO.


Definiciones Principales:

  • Ofuscar los datos de todas las tarjetas de Crédito del Usuario que se muestran en DIMO que no hayan sido vinculadas
    1. Esta definicion se aplica para TODOS los usuarios en DIMO, incluyendo a los usuarios provinientes de MiCabal quienes dejarán de tener una consideracion especial en el sistema, que les permite acceder a la TC sin haber completado su registro.
    2. La informacion que se muestra en la pantalla principal con el numero de tarjeta, disponible, etc. , se mostrará oculta. Ej: Tarjeta: **** **** **** ****
    3. Cuando el usuario intente acceder a su tarjeta se le solicitarán preguntas de seguridad relacionadas a la tarjeta seleccionada:
      1. Ult. 4 digitos de la tarjeta seleccionada (Nuevo) Obs: Para conocer que tarjeta esta seleccionando el usuario y no asumiendola, obligando tambien a que el usuario provea un dato mas de la TC

      2. CVV

      3. PIN

      4. Fecha de vencimiento de plástico.

    4. Al responder las preguntas de seguridad, en caso de exito, se debe marcar la tarjeta como vinculada.
  • La tarjeta de crédito no debe poder ser utilizada para ser origen de ninguna transaccion mientras la misma no se haya vinculada a DIMO.
    1. Esta definicion aplica para las opciones de Transferencias / Pagos / Compras QR / etc.


Desarrollo:

Luego del relevamiento realizado y tras un analisis rapido, se pudo identificar de que sera necesario realizar las siguientes tareas:

Configuraciones:

En los servicios de Pagos y Cargos, para configurar una billetera para que pueda aplicarse una comision

Desarrollo:

Adaptaciones en el Frontend de DIMO, para consultar los parametros de comision por transferencias a Billeteras y pueda aplicar el cargo a la transacción.

de modificar los programas en al menos los siguientes puntos:

  • PL/SQL
    1. SP SLC datos tarjetas (Modificar)
      1. Agregar columa de datos que indique que la tarjeta ya fue vinculada.
    2. SP get Preguntas Seguridad x Tarjeta (Nuevo)
      1. Nuevo procedure con las preguntas de seguridad de la TC
    3. SP registrar respuesta x Tarjeta y en caso exitoso, registre el registro en la tabla nueva (Nuevo)
    4. Tabla de Tarjetas Vinculadas a DIMO (Nuevo)
    5. Tabla de Preguntas a realizar al usuario (Nuevo + Parametrizable)

  • API Ceibo / API Tarjeta Habientes:
    1. Servicio que retorne las preguntas al Usuario
    2. Servicio que registre las respuestas enviadas del Usuario y retorne le resultado.

  • Frontend
    1. Ofuscar los datos en el caso de que la TC no esta validada
    2. Si la TC no esta validada al momento de entrar en la misma, derivar al paso de preguntas de Seguridad TC
    3. Consumir Servicio de Preguntas de Seguridad
    4. Componente para mostrar las Preguntas de Seguridad de TC y responder
    5. Enviar respuesta al nuevo servicio de respuestas del Usuario
    6. Modificacion en las opciones Transaccionales para no mostrar las Tarjetas que no han sido vinculadas a DIMO.

Factibilidad

Si

Soluciones

Evaluadas

Descripción 

¿Aceptada?

(Si/No)

  1. Modificar el Frontend de DIMO para consultar las configuraciones de comision por Transferencias a Billeteras

Cuando desde DIMO un usuario intenta realizar una transferencia a una Billetera por una Boca de Cobranza (PAGO) se realizará consulta para preguntar si se debe o no cobrar un cargo de comision para el tipo de Transaccion, el participante de Boca de Cobranza y la billetera seleccionada

  1. DIMO:
    1. Frontend
    2. Servicio API Ceibo
    3. Base de Datos

En DIMO se evaluará si la tarjeta ya se encuentra vinculada y no ser así, los datos se mostrarán ocultos hasta que el usuario pueda vincular individualmente cada una de ellas a traves de preguntas de seguridad.

Para que se pueda crear esa experiencia se deben de modificar ademas del Frontend, la capa de servicio que provee los datos a la aplicacion y la capa de base de datos

-

Impacto sobre Plataformas

Plataformas TI

  • Leer el nuevo atributo configurado de "tipoCuentaDestino" para las billeteras desde el servicio de billeteras en el motor de Pagos
    • Modificar el Request al servicio de "CargoTxsDimo" para enviar, en el caso de Transferencias a Billetera, el dato leido desde el Motor de Pago

    Soluciones

    Evaluadas

    Plataforma

    		Descripción 
    Solución 1Motor de Pagos

    Configuración en el motor de Pagos de un nuevo atributo que permita configurar por cada billetera un tipoCuentaDestino "Wallet".

    Este parametro será utilizado posteriormente por el Frontend para preguntar si debe o no cobrar una comision y setear la transaccion hacia el sicoop.

    Motor de CargosConfiguración en el Motor de Cargos los parametros que permitan definir el porcentaje de comision a cobrar a el usuario por las transferencias hacia billeteras
    Frontend de DimoBase de Datos - BAPY
    1. Nuevas Tablas
    2. Codificacion PL / SQL de los nuevos procedimientos almacenados requeridos
    API Ceibo / Tarjetahabientes

    Agregar nuevos servicios de:

    1. Servicio para retornar las preguntas de seguridad
    2. Servicio para recibir las preguntas de seguridad y retornar el resultado
    Frontend de Dimo
    1. Validacion de Tarjetas Vinculadas + Ocultar datos de la tarjeta no vinculadas
    2. Preguntas de Seguridad + Respuestas
    3. No mostrar tarjetas como cuenta origen de la transaccion.

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

    Image AddedImage Removed



    Presupuestos

    Recursos

    Desarrollo de las adaptaciones para consultar los parametros de comision por transferencias a Billeteras y pueda aplicar el cargo a la transacción.1 (FULL) / 5 (On Demand)

    Área/Función

    		Cantidad

    Tipo de Asignación

    		Comentarios
    Arquitecto de Proyecto

    1

    		On DemandFull
    Desarrollador Frontend1FullSemi-Full-
    Desarrollador Genexus---
    Desarrollador JAVA-1Semi-Full-
    Desarrollador CEIBO-1Semi-Full-
    Analista CEIBO1On DemandDe darse algun problema en la aplicacion del Cargo, durante o posteriormente a el momento de la transaccion.Para relevamiento de datos necesarios para las preguntas de seguridad
    Infraestructura2On Demand
    1. DBA
    2. Administrador de Servidores
    Tester1On DemandDurante las pruebas funcionales de la solucion.Total6

    Tiempos Estimativos

    NºTareaTiempo EstimadoObs
    1Analisis (Rápido)6 3 hsRealizado
    2Desarrollo16 36 hs-
    34MOPP1 hs-
    45Pruebas8 4 hs-
    Total horas31 44 hs-


    Observaciones:
    Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase de pruebas, en caso de que sea necesario..


    Riesgos


    Como ha pasado bastante tiempo desde la ultima vez que se hizo una prueba de cargos transaccionales desde DIMO, desde el departamento de sistemas nos surge la duda de si podrian haber problemas al momento en que se da de alta la transaccion o se realiza un proceso de cierre o relacionados
    NºRiesgoDescripciónObservaciones
    1Procedimiento Almacenado para aplicacion de CargosVerificacion de existencia del procedure creditopy.pkg_sicoop_trxs.sp_altaajustecargo, en OLPY Produccion. Pues este procedimiento es utilizado para el registro de cargos transaccionalesSe ha realizado la verificacion correspondiente solicitando al DBA el PCK de producción. Se ha encontrado en produccion el mismo y con los mismo parametros de entrada y salida.2Procesamiento correcto de la aplicacion de cargos bajo el concepto de la comision.---