SISTEMAS
Page tree

Versions Compared

Old Version 3

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 Pedido07/06/2021
Fecha Documento11/06/2021
Estado del Documento

Status
colourBlue
titlePendiente de revision

Autor

Orlando Ojeda

Version1.0
DescripcionProceso de Seguridad para poder Utilizar las TP en DIMO
ObservacionLanzar una Incidencia cuando el usuario completo el registro



Información del Proyecto

ProyectoProceso de Seguridad para poder Utilizar las TP en DIMO
Dueño del ProductoJuan Almada
Prioridad

Status
colourRed
titlealta

Administrador del ProyectoHugo Diaz
ArquitectoOrlando Ojeda

Resumen Técnico

Se solicita cambiar la descripcion de la leyenda que aparece en DIMO cuando la transaccion que se desea realizar tiene cargos transaccionales hacia el originante.

Las leyendas que aparecen cuando la transaccion cobra cargo son fijas y actualmente aparece como "Cargo Transacción (Remitente)" y se pide cambiar a "Costo de Transaccíon"

Definiciones Principales:

  • Cambiar leyenda de Cargos al Originante de
    • Analizar factibilidad de que sea parametrizable. Este punto tiene dos aristas; el cargo origen y el destino
  • En el Mantenedor de Cargos (GX) se deben agregar en las opciones de Agregar/Modificar Rangos, campos de descripcion para el Cargo Originante, asi como el destino
  • Agregar columnas en la tabla de configuraciones (Bapy: creditopy.CARGOS_POR_TRANSAC_DIMO_RANGO, )
    • Modifcar el Servicio de Consulta de Cargos de Transaccion, utilizado desde DIMO, para que ademas del cargo a cobrar retorne la descripcion del Cargo Originante y Destino

    hacer modificaciones en DIMO para incorporar un proceso de seguridad para poder utilizar la TP como una cuenta origen desde DIMO

    Para ello se solicitó que se pueda incorporar una gestion desde el CRM para poder verificar al usuario de DIMO. Y solo si el mismo esta validado podrá utilizar la TP como cuenta fondeadorá,

    Definiciones Principales:

    • Crear Incidencia de Verificacion de Usuario por ATC al momento en que el usuario completa su registro
    • Gestionar las Incidencia desde el CRM y configurar al usuario como "Verificado" al aprobar la incidencia.
    • Deshabilitar la TP como cuenta Origen en el caso de que el usuario no esta "Verificado".

    Factibilidad

    Modificar solo el Frontend 10 

    Solucion Nro

    Soluciones

    Evaluadas

    		Descripción Tiempo Estimado

    ¿Aceptada?

    (Si/No)

    1

    Modificacion de DIMO

    • Modificar solo el Frontend de DIMO,  cambiando la leyenda estatica de "Cargo Transacción (Remitente)" a "Costo de Transaccion"
    		3 hs-2

    Con posibilidad de parametrizar las descripciones de las leyendas de los cargos se debe modificar:

    1. Frontend de DIMO
    2. Mantenedor de Cargos (GX)
    3. DB BAPY
    • Frontend DIMO: Consumir del Servicio de ConsultaCargoTrx, los nuevos parametros de leyendas para la descripcion de los cargos de Origen y Destino
    • Mantenedor de Cargos (GX): Modificar el mantendor , en las opciones de Agregar/Modificar Rangos, se deben poder configurar la descripcion para el Cargo Originante, asi como el Destino
    • DB BAPY: Agregar los nuevos campos a la tabla de configuracion de cargos/rango y modificar el procedure de consulta de Cargos por Trx para retornar los datos de las descripciones de cada tipo de cargo.

    para agregar el proceso de Seguridad para poder Utilizar las TP en DIMO

    1. Agregar atributo de usuario "Verificado".
    2. Este atributo debe ser devuelto a la aplicacion para no mostrar las TP en el caso de que el usuario no fue aun "Verificado"
    3. Cuando el usuario complete su registro debe de lanzar la incidencia de que "Verificacion para ATC"
    4. Cuando se gestiona la Incidencia de "Verificacion" se debe marcar al Cliente como "Verificado en ATC"
    5. La pantalla de Maestro del CRM para incorporar este nuevo atributo entre los datos que se muetran.
    		x hs-

    Impacto sobre Plataformas

    Plataformas CABAL

    Soluciones

    Evaluadas

    Plataforma

    		Descripción 
    Solucion 1DB Backend DIMOAgregar un campo entre los atributos del Cliente para retornar la marca "Cliente Verificado por ATC" que se utilizará para Habilitar las Transacciones desde la TP DIMO
    Backend de DIMOSolo se modificará el Frontend
    • Crear una incidencia para Validacion del Usuario en DIMO, al momento en que se crean tambien las incidencias de SELFIE
    • Actualizacion  de Servicio de Datos del Usuario, debe retornar si fue o no Verificado por ATC
    • Nuevo Servicio para volver a consultar los datos consumidos en el Login
    • Si el usuario desea transaccionar con una TP pero no esta Validado por el CRM, rechazar la transaccion (?)
    Frontend de DIMODeshabilitar la TP como cuenta origen en todas las pantallas si es que la marca de Verificado por ATC esta en false
    CRM
    • Gestión de la Nueva Incidencia y que actualice la nueva configuracion en caso de estar aprobada.
    • Mostrar el Nuevo Campo en el "maestro"
    • Agregar la nueva incidencia atendida al reporte de "Gestiones"



    Presupuestos

    Recursos. Solucion 1

    Área/Función

    		Cantidad

    Tipo de Asignación

    		Comentarios
    Arquitecto de Proyecto

    1

    		On Demand-
    Desarrollador Frontend1Full-
    Desarrollador Genexus-1-Full-
    Desarrollador JAVA-1-Full-
    Desarrollador CEIBO---
    Analista CEIBO---
    Infraestructura2On Demand
    1. DBA
    2. Administrador de Servidores
    Tester1On DemandDurante las pruebas funcionales de la solucion.

    Tiempos Estimativos. Solucion 1

    NºTareaTiempo EstimadoObs
    1Desarrollo1 x hsRealizado
    2MOPP1 hs-
    4Pruebas1 hs-
    Total horas estimadas
    		3 hs-

    Riesgos


    NºRiesgoDescripciónObservaciones
    1---