|
|
|
**MANEJO DE USUARIOS**
|
|
|
|
|
|
|
|
Para el manejo de los usuarios, utilizamos parte del proyecto base que nos permitió crear, modificar y visualizar los usuarios de la plataforma, asignándoles una cuenta para Login y su respectivo cargo en la empresa.
|
|
|
|
|
|
|
|
**LISTA DE USUARIOS**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**CREACIÓN DE USUARIOS**
|
|
|
|

|
|
|
|
|
|
|
|
**VISUALIZACIÓN DE USUARIOS**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
|
|
|
|
**LOGIN**
|
|
|
|
|
|
|
|
El login se encarga de derivar al usuario de la empresa a su plataforma con respecto al cargo que poseen:
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
|
|
|
|
**Área de Ventas**
|
|
|
|
|
|
|
|
En la sección de creación de solicitud, podemos simular un préstamo, indicando el valor de la cuota al día mediante la API del CMF y calculando el valor de la cuota en UF mensual, para posteriormente subir la solicitud:
|
|
|
|
|
|
|
|
**SIMULACION**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**ENVIO SOLICITUD**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**VISUALIZACIÓN DE SOLICITUDES**
|
|
|
|
|
|
|
|
Además, para un mejor servicio al cliente, el Área de Ventas puede visualizar todas las solicitudes realizadas y filtrar de acuerdo al Rut de un cliente:
|
|
|
|
|
|
|
|
**SOLICITUDES**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**FILTRO**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**AREA COMERCIAL**
|
|
|
|
|
|
|
|
Finalmente tenemos la plataforma para los usuarios del área comercia, la que nos permite visualizar las solicitudes realizadas y dando la posibilidad de aceptarlas, rechazarlas o derivarlas. Este estado luego puede ser visualizado por un personal del Área de Ventas.
|
|
|
|
|
|
|
|
**SOLICITUDES REALIZADAS**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**VISUALIZACION**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**SOLICITUD ACEPTADA**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**SOLICITUD RECHAZADA**
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
**SOLICITUD DERIVADA**
|
|
|
|
|
|
|
|
Al derivar una solicitud, el campo de derivacion en la base de datos cambia a true, esta vista para el supervisor no fue realizada ya que no era parte de las historias de usuario identificadas. Pero dejamos el campo implementado para su posterior realización en front y backend.
|
|
|
|
|
|
|
|

|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|