Información del Proyecto
Proyecto | Tareas pendientes QR Comercio |
---|
Dueño del Producto | Juan Almada / Mirian Cabrera |
---|
Prioridad | |
---|
Administrador del Proyecto | Hugo Diaz |
---|
Arquitecto | Orlando 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.
Definiciones Principales:
- Usuarios Administradores
- Requerimiento de Poder Filtrar por Grupo Empresa, sin tener que ingresar manualmente un RUC en el login ( Tesabiz )
- La idea es que pueda buscarse por varias empresas sin tener que loguearse nuevamente para cambiar de grupo empresarial
- 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 )
- Esta lista debe ser consultada solo en el caso de que el usuario sea un admin CABAL o PANAL
- 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:- Ajustes de visualizacion y permisos ( Tesabiz )
- Si el usuario NO es ADMIN, se asume que tiene permisos a todos los modulos de consultas.
- Si el usuario tiene permiso de VENTAS, entonces ademas del permiso de consultas tiene el permiso de Ventas ( Consultas + Ventas )
- Si el usuario tiene permiso de DEBITO AUTOMATICO, entonces ademas del permiso de consultas tiene el permiso de Debito Automatico ( Consultas + Deb Aut )
- Un usuario puede tener el pemiso de ventas y de Debito automatico al mismo tiempo (Consultas + Ventas + DebAut)
- Si el usuario es ADMIN del Comercio, puede realizar todas las acciones sobre el grupo del Comercio en cuestion. (Consultas, Reportes, DebAut, Ventas, etc)
- Si es ADMIN, no es necesario validar los demas permisos, ya que un admin, por definicion puede hacer todo.
- Servicio: ( Cabal )
- 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 :
- Modificar:
- 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.
- Agregar:
- 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
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) |
---|
- Modificar DIMO:
- Frontend
- Base de Datos
| Modificar la pantalla de DIMO para realizar los campos solicitados y la DB para el retorno de los datos requeridos | - |
Impacto sobre Plataformas
Plataformas TI
Soluciones Evaluadas | Plataforma | Descripción |
---|
Solución 1 | Base de Datos - BAPY | - Modificacion de consulta SQL dentro del SP: CREDITOPY.PKG_DIMO_CEIBO.SP_COSTOSOPERACIONALESDIMO
|
Frontend de Dimo | - Ajustes a la pantalla de Tarifario
|