Page tree

Versions Compared

Key

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

Resumen del Pedido


Fecha Pedido22/04/2021
Fecha Documento

 

Estado del Documento

Status
colourBlue
titlependiente de validacion

Autor

Amalia Rodriguez

Version1.0
DescripcionRegistrar los datos de la Monetaria Diaria de forma a poder obtener archivos txt para exportación directa o reportes a requerimiento.



Información del Proyecto

ProyectoDisponibilizar los datos de la Monetaria Diaria para generación de archivos
Dueño del ProductoAugusto Cardozo
Prioridad

Status
colourRedBlue
titleURGENTEmedia

Administrador del ProyectoHugo Diaz
ArquitectoOrlando OjedaAmalia Rodriguez

Resumen Técnico

Se solicita modificar la forma en la que exponemos disponibilizamos 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 DIMOdel LISTADO DE ACTUALIZACION MONETARIA, que hoy es un reporte y que se lleva a pdf.

El requerimiento es poder obtener dicha información en un archivo plano que pueda levantarse (tipo csv).

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 de modificar los programas en al menos los siguientes puntos:

  • PL/SQL
  • SP SLC datos tarjetas (Modificar)
    1. Agregar columa de datos que indique que la tarjeta ya fue vinculada.
  • SP get Preguntas Seguridad x Tarjeta (Nuevo)
    1. Nuevo procedure con las preguntas de seguridad de la TC
  • SP registrar respuesta x Tarjeta y en caso exitoso, registre el registro en la tabla nueva (Nuevo)
  • Tabla de Tarjetas Vinculadas a DIMO (Nuevo)
  • Tabla de Preguntas a realizar al usuario (Nuevo + Parametrizable)
    API Ceibo / API Tarjeta Habientes:
  • Servicio que retorne las preguntas al Usuario
  • Servicio que registre las respuestas enviadas del Usuario y retorne le resultado.
    Frontend
  • Ofuscar los datos en el caso de que la TC no esta validada
  • Si la TC no esta validada al momento de entrar en la misma, derivar al paso de preguntas de Seguridad TC
  • Consumir Servicio de Preguntas de Seguridad
  • Componente para mostrar las Preguntas de Seguridad de TC y responder
  • Enviar respuesta al nuevo servicio de respuestas del Usuario
  • Modificacion en las opciones Transaccionales para no mostrar las Tarjetas que no han sido vinculadas a DIMOLos datos deben quedar disponibles en un archivo csv para el emisor solicitante.

Desarrollo:

Se realizó una revisión del reporte actual y se verifica que pude generarse un archivo plano. Para disponibilizar los datos a requerimiento, sin depender de archivos físicos resguardados se ve que puede dejarse este detalle en una tabla desde donde puede accederse para generar archivos planos o reportes, a demanda, con opciones que podrán desarrollarse a requerimiento.

Este desarrollo incluirá la genereación de un archivo que será depositado diariamente en el sftp del emisor.

Los puntos afectados serían:

  • PL/SQL
    1. Tabla de datos de AMD por emisor y fecha de proceso.
  • App Cobol Ceibo:
    1. Listado de Actualizacion Monetaria: se debe incluir el registro de la tabla 
  • Package PL/SQL GENERACION_ARCHIVOS:
    1. Incluir la parametrtizacion del archivo a generar
    2. Incluir la invocación a la generación del archivo al finalizar la carga de la tabla.

Factibilidad

Soluciones

Evaluadas

Descripción 

¿Aceptada?

(Si/No)

  1. Modificar DIMOel Listado de Actualización Monetaria:
    1. Frontend
    2. Servicio API App Cobol 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 datosla app Cobol que genera el Listado de Actualización Monetaria se incluirá el registro de los datos del reporte en la tabla de la base Ceibo Batch.

Para obtener el archivo se parametrizará para el utilitario pl GENERACION_ARCHIVOS en la base de datos Ceibo Batch y se agendara su ejecución automática diaria.

-

Impacto sobre Plataformas

Plataformas TI

Frontend de Dimo

Soluciones

Evaluadas

Plataforma

Descripción 
Solución 1Base 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
  1. Nueva Tabla
App Cobol Ceibo

Agregar registro en la nueva tabla:

  1. Definición del include de la tabla 
  2. Codificación del procedimiento de insert (Sql embebed en el Cobol)
Package PL/SQL GENERACION_ARCHIVOS
  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)



Presupuestos

Recursos

Área/Función

Cantidad

Tipo de Asignación

Comentarios
Arquitecto de Proyecto

1

Full
Desarrollador Frontend1Semi-Full-
Desarrollador Genexus---
Desarrollador JAVA1Semi-Full-
Desarrollador CEIBO1Semi-Full-
Analista CEIBO1On DemandPara 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.

Tiempos Estimativos

TareaTiempo EstimadoObs
1Analisis (Rápido)3 hsRealizado
2Desarrollo36 hs-
4MOPP1 hs-
5Pruebas4 hs-
Total horas44 hs-


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


Riesgos


RiesgoDescripciónObservaciones
1---