Page tree

Versions Compared

Key

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

Resumen del Pedido


Fecha Pedido17/05/2021
Fecha Documento17/05/2021
Estado del Documento

Status
colourBlue
titlePendiente de revision

Autor

Orlando Ojeda

Version1.0
DescripcionCambios en el API de Comercios para prober los datos a traves de Servicios a la aplicacion QR ComerciosComprobante de pago de Servicios en DIMO



Información del Proyecto

ProyectoTareas pendientes QR ComercioComprobante de pago de Servicios en DIMO
Dueño del ProductoJuan Almada / Mirian Cabrera
Prioridad

Status
colourYellowBlue
titlealtamedia

Administrador del ProyectoHugo Diaz
ArquitectoOrlando Ojeda

Resumen Técnico

Se solicita hacer ajustes a la plataforma de QR Comercios para que un usuario pueda tener una experiencia similar a la del Portal Comercios. Tanto para el usuario del Comercio, como para los administradores.poder

Definiciones Principales:

  1. Usuarios Administradores
    1. Requerimiento de Poder Filtrar por Grupo Empresa, sin tener que ingresar manualmente un RUC en el login ( Tesabiz )
      1. La idea es que pueda buscarse por varias empresas sin tener que loguearse nuevamente para cambiar de grupo empresarial
    2. Para cumplir con esta funcionalidad desde el API de Comecios se habilitará un nuevo servicio que retorne la lista de Empresas vinculadas al Portal de Comercios. ( Cabal )
      1. Esta lista debe ser consultada solo en el caso de que el usuario sea un admin CABAL o PANAL
  2. Usuarios de Comecios:
    Durante el uso de la aplicacion de produccion, viendo la experiencia desde el punto de vista de un usuario del Comercio, se pudo ver que el usuario SOLO no podia ver las distintas opciones si el usuario era ADMIN del Comercio.
    Por ello y segun lo relevado se identifico que se deben hacer los siguientes ajustes al tratamiento de permisos:
    1. Ajustes de visualizacion y permisos ( Tesabiz )
      1. Si el usuario NO es ADMIN, se asume que tiene permisos a todos los modulos de consultas.
      2. Si el usuario tiene permiso de VENTAS, entonces ademas del permiso de consultas tiene el permiso de Ventas ( Consultas + Ventas )
      3. Si el usuario tiene permiso de DEBITO AUTOMATICO, entonces ademas del permiso de consultas tiene el permiso de Debito Automatico ( Consultas + Deb Aut )
      4. Un usuario puede tener el pemiso de ventas y de Debito automatico al mismo tiempo (Consultas + Ventas + DebAut)
      5. Si el usuario es ADMIN del Comercio, puede realizar todas las acciones sobre el grupo del Comercio en cuestion. (Consultas, Reportes, DebAut, Ventas, etc)
        1. Si es ADMIN, no es necesario validar los demas permisos, ya que un admin, por definicion puede hacer todo.
    2. Servicio: ( Cabal )
      1. En el servicio de Login agregar una propiedad mas que indique si el usuario tiene logueado tiene el permiso de DebAut.

Desarrollo:

  • PL/SQL:
    En el PKG_PORTAL_COMERCIOS_TBZ :
    1. Modificar:
      1. Al Procedimiento de Login (sp_login_usuario_portal) agregar una columna que indique si el usuario tiene permisos de DebAut sobre los grupos de los que es miembro.
    2. Agregar:
      1. Nuevo procedure que retorne la lista de Grupos vinculados al Portal de Comercios.
  • API de Comercios
    Agregar nuevo servicio que ejecute el nuevo procedimiento y retorne la lista de grupos vinculados al portal

    Desde DIMO debe poder obtenerse el comprobante de pago, generado con o a partir de los datos que fueron respondidos directamente por la Boca de Cobranza (Pronet / Infonet / etc.)

    Desarrollo:

    1. Modificiar el Motor de Pagos
      1. Guardar la Informacion del Comprobante generado desde la red
      2. Agregar Servicio para obtener la informacion del comprobante de acuerdo al id de operacion
    2. Modificar el Frontend
      1. Consumir servicio para obtener el comprobante de Pago
      2. Agregar opcion de "Ver mas datos" que muestre la informacion del comprobante de infonet.

    Factibilidad

    Soluciones

    Evaluadas

    Descripción 

    ¿Aceptada?

    (Si/No)

    1. Modificacion del API de Comercios
    Agregar nuevo servicio y modificar un servicio existente
    1. Motor de Pagos y el Frontend de DIMO
    • Modificar el Motor de Pagos para registrar la informacion del comprobante y disponibilizarse a traves de un servicio.
    • Modificar el Frontend para mostrar la infomacion del comprobante registrado.
    -

    Impacto sobre Plataformas

    Plataformas CABAL

    Modificaciones a la Plataforma WEB QR Comercios

    Soluciones

    Evaluadas

    Plataforma

    Descripción 
    Solución 1Base Motor de Datos - BAPY
    1. Modificar SP: PKG_PORTAL_COMERCIOS_TBZ.sp_login_usuario_portal
    2. Agregar: SP para consulta de Grupos de Empresas
    Pagos
    Frontend de DIMO(Ajustes del lado de Tesabiz - QR Comercios)

    Presupuestos

    Recursos

    Área/Función

    Cantidad

    Tipo de Asignación

    Comentarios
    Arquitecto de Proyecto

    1

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

    Tiempos Estimativos

    TareaTiempo EstimadoObs
    1Desarrollo2 20 hs-
    2MOPP1 hs-
    3Documentacíon3 2 hs-
    4Pruebas2 hs
    Total horas estimadas
    8 25 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---