Resumen del Pedido

Información del Proyecto

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.

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:

El proceso de la documentacion se realizo ya con las tareas del desarrollo iniciado e implico estos puntos:

1. PL/SQL:
   CREDITOPY.En el PKG_DIMOPORTAL_CEIBO.SP_COSTOSOPERACIONALESDIMO (Modificar)
   1. Se quita condicion que excluye los registros con importe cargo o porcentaje cargo igual a cero
   2. Se agrega condicion de cargo activo = "S"
   3. Mejoras a la consulta comodin. (En proceso)
   Frontend
2. Ajuste para mostrar correctamente el importe del Tarifario para las Cuentas Origen
3. Ajuste para mostrar el porcentaje de cargo para las Cuentas Originantes
4. Realce de importancia en el caso de que un registro tiene configurado un cargo.
Solicitado Posteriormente
5. Reduccion del tamaño de letra de los campos de importes.
Modificacion de lo criterios de consulta de configuraciones de Cargos.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.
6. API de Comercios
   
   1. Agregar nuevo servicio que ejecute el nuevo procedimiento y retorne la lista de grupos vinculados al portal

Factibilidad

Impacto sobre Plataformas

Plataformas TI

Presupuestos

Recursos

Tiempos Estimativos

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

Riesgos