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.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:

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. Modificar el Motor de Pagos
   
   1. Nueva tabla para guardar datos a retornar en servicio de comprobante
   2. Proceso para generar datos en nueva tabla de servicios ya pagados previamente
   3. Consumir Servicio para obtener datos de la operacion DIMO.
   4. Agregar Servicio para obtener la información del comprobante de acuerdo al UUID
2. Backend DIMO
   1. Modificar el Servicio de Consulta de Operaciones para retornar entre los datos del Servicio de "Ultimas Operaciones" el UUID de la Operacion generada desde DIMO.
   2. Nuevo Servicio de Consulta de Operaciones By IdOperacion
   3. Nuevo Servicio de Consulta de Operaciones By UUID
3. Modificar el Frontend
   1. Consumir servicio para obtener los datos a mostrar del NUEVO comprobante de Pago.
   2. Nuevo Componente de Comprobante de Pagos de Servicios
   3. Modificar Pantalla de Resultado de Pago de Servicio para mostrar el nuevo comprobante de Pago de acuerdo a los datos proveidos por el servicio.
   4. Modificar Pantallas de "Ultimos Movimientos" de Pagos.
      1. Agregar logica para diferenciar los Pagos COOP ( Solidaridad, Aporte, Prestamo ) , Pagos de TC y Pagos de Servicio al momento de presentar el comprobante

Factibilidad

Impacto sobre Plataformas

Plataformas CABAL

Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)

Image Added

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