instedd / cruzroja-registro Goto Github PK

• Nombres y apellidos completos conforme su DNI
• Tipo y número de documento
• Nacionalidad
• Fecha de Nacimiento
• Ocupación o Profesión
• Domicilio real
• Domicilio electrónico

Un usuario nuevo o un usuario existente con rol de voluntario debe poder pedir "upgrade" a asociado. Este upgrade debe ser aprobado por un adminsitrador al igual que la registración como voluntario.

Pedir a CRA

Formulario de registración

Si se produce un error (por ejemplo, al elegir un mail ya tomado) se está mostrando un cartel genérico "Oops, something went wrong! Please check the errors below.", y no se ve el detalle de error en los campos.

Edición de datos de usuario

Si se produce un error (por ejemplo, al cambiar el mail por algo inválido, sin @) se recarga la página y los cambios no surten efecto pero no se ve ningún cartel de error, dando la sensación de que el cambio fue exitoso.

No se está pudiendo enviar invitaciones a voluntarios siendo administrador de filial. Esto dejó de funcionar con el cambio en el esquema de permisos.

En esta pantalla un administrador de múltiples filiales debería poder elegir la filial a la que quiere asociar esa ficha.

Hoy tanto los listados como el CSV muestran las hojas de datos en blanco (creadas cuando se invita un admin desde la página de filial).

Estas fichas sólamente tienen email. Tal vez sea razonable ignorarlas hasta que el usuario complete los datos.

Hoy un voluntario puede ver su hoja de datos pero no se puede editar ninguno de los campos.

Tal vez convenga unificar la vista de perfil con la de edición de usuario por parte de un administrador.

Un usuario debe poder subir una foto de perfil.

Agregar también validación de que número de documento sea numérico si el tipo es DNI. Seleccionar DNI como tipo por default.

Siendo un admin se debería poder modificar la filial de un usuario desde su perfil. Hoy no se está haciendo nada con el valor enviado en el formulario.

Observar que el input está asociado a un campo ficticio branch_name, pero en ningún momento se utiliza esto para setear el branch_id correspondiente.

Versión 4790036

Modificaciones ya aprobadas por @jkicillof:

• Modificar el :hover del menú horizontal para que en vez de que cambie el fondo lo que se modifique sea solamente el texto en color :focus #131313.
  Así se ve actualmente:
  

• Eliminar la doble línea en las tablas
  

• Cambiar el botón de Descarga en /usuarios para que aparezca dentro de la tabla, en el margen superior derecho, como está en el diseño.
  

Versión 4790036

• Modificar el tamaño de todos los botones angostos para que tengan el mismo padding que el botón de GUARDAR:
  
  Ej a modificar:
  

• Cambiar el color del botón CANCELAR a gris #C0C0C0
  

Como administrador, deseo poder ver el listado de todos los usuarios de la aplicación. Un administrador de filial debe poder ver los usuarios de su filial, uno de sede central los de todo el sistema.

Funcionalidades:

• Filtrado (incluyendo limpiar los filtros) por rol, estado, filial
• Paginación
• Búsqueda por nombre o email (LIKE)
• Sort fijo por nombre

Versión 4790036

1. Clickear en Registrarme
2. Completar solo algunos campos
3. Seleccionar botón Aceptar

Obtenido:
Se muestran notificaciones de browsers en vez de las del sistema al no completar campos requeridos.

Chrome

Firefox

Cuando se invita a un usuario directamente como administrador de filial a partir del mail, hoy se está creando una ficha completamente vacía.

Al hacer click en el link de la invitación, sólo se le pide al usuario que genera su clave, pero hoy no hay forma de cargar los datos de su ficha.

Probablemente haya que distinguir este flujo de invitación del de los voluntarios, o hacer que cuando un usuario ingresa con una hoja de datos en blanco se le pida que la llene antes de seguir adelante.

Actualmente están los defaults de invitable

Permitir exportar el listado de usuarios a CSV, respetando los filtros actuales (pero no la paginación!).

Al registrar un usuario como asociado, se muestran textos incorrectos en:

• Perfil del propio usuario. "Actualmente tu trámite se encuentra en estado Pendiente para ser voluntario de la filial Campana."
• Perfil del usuario accediendo como admin. "Rol: Voluntario (pendiente de aprobación)."

Los datos en la DB están bien, solamente se están armando mal los textos.

Tiene que haber un rol diferente para el que ingresa los datos y para quien puede autorizar o rechazar a los voluntarios/asociados pendientes

Se ven bien en /dev/mailbox pero, al menos en Gmail, llega el texto plano.

Un administrador debe poder acceder al perfil de un usuario, modificar algunos campos, y avanzar el workflow de aprobación.

Administrador de sede central debe poder ver listado de todas filiales, con los campos de nombre, dirección y teléfono. Sin filtros, con paginación.

Si por algún motivo falla el envío del mail hoy no hay forma de reenviarle la invitación.

Pregunta:

• Cómo se dan de alta superadmins? Hay un CSV o DB con estos datos para hacer bulk upload, o es un proceso manual? Cuántos superadmins estiman que manejarían el sistema?

Si hoy se manda una invitación a una persona, se la va a poder listar recién al momento que acepta la invitación y crea una clave para loguearse al sistema.

Versión 4790036

En Firefox versión 51.0.1 (64-bit)

1. Clickear en Registrarme
2. En campo Fecha de Nacimiento, seleccionar una fecha

Obtenido:

Seguramente sea necesario que al registrarse un usuario como voluntario/asociado de una filial se le envíe una notificación a los administradores de la misma. Lo mismo para cuando un voluntario solicita ser asociado. Validar.

Se está deslogueando el usuario. Controlar si es después de cierto tiempo o ver si tiene que ver con reiniciar el server.

Versión 4790036

1. Registrarse con usuario 'Foo'
2. Hacer al nuevo usuario Admin de dos sedes
3. Logueado con usuario 'Foo' seleccionar la opción 'Mis Filiales' en menú superior
4. Hacer click en botón + para agregar una nueva Filial

Obtenido:
El usuario no tiene permisos para hacerlo y es redirigido a /usuarios

Esperado:
El usuario no debería ver el botón para agregar filiales si no tiene permiso

Un admin central debe poder marcar y desmarcar un usuario como administrador de una filial.

Hoy un usuario puede modificar su email como cualquier otro campo de la ficha. Deberíamos dejar bien en claro al usuario que este campo es el que se usa para el login, ya sea mediante alguna alerta o confirmación, para evitarle quedarse afuera.

Incluso si no queremos validar la cuenta via link con token, podríamos mandar un mail a la nueva dirección confirmando el cambio y recordándole al usuario que ahora debe usar esa para ingresar.

Al darse de alta, eligiendo su filial y si requiere alta como voluntario o como asociado, un usuario se encuentra pendiente de aprobación. Un administrador de filial debe poder marcarlo como aprobado o rechazado. De ser aprobado, el usuario tiene acceso a más campos a completar en su perfil.

Toda transición dispara un mail al usuario.

Cuando un usuario es aprobado o rechazado en el workflow de alta como voluntario o asociado, enviarle un mail notificando.

Hoy la pantalla de login muestra un "Olvidé mi contraseña" que manda a un formulario en inglés y que no funciona.

Un administrador debe poder marcar a un usuario existente como personal rentado, a cargo de una filial.

Hoy los requests ajax de listados de usuarios y filiales se traen un HTML que reemplaza por el de la tabla actual.

Hay casos de error (eg. expiración de sesión) en que el server renderea otro HTML (eg. home), lo que hace que se meta el html de la home en el contenedor de la tabla:

Ahora ven todo lo mismo que los superadmin. Hacer que:

• Vean sólo los usuarios de su propia filial
• No vean el filtro por Filial ni la columna en la tabla
• No vean el tab de filiales ni puedan entrar al listado

No aparecen en el listado pero puede acceder via URL.

Tras hacer un deploy, la aplicación no puede mandar emails. Al intentar, por ejemplo, resetear un password se loguea que la configuración es inválida porque falta setear algunas variables.

Para que funcione es necesario:

• entrar al container
• ejectuar mix clean && mix compile
• reiniciar el container

Parecería ser que el template prod.exs se está hidratando antes de que estén seteadas las variables. De cualquier forma, es extraño que esto no funcione pero las settings de base de datos sí.

Escenario: una nueva persona que desea unirse a CRA llega a la filial para unirse como voluntario. Un administrador debe poder dar de alta a la persona en el sistema y crearle un usuario.

Tiene que estar en el perfil, en el mail, y en el formulario de edición para admins.

Hoy no se está validando (mediante envío de mail de confirmación) que un usuario sea dueño de un email cuando se registra ni cuando cambia su mail.

Guardar historial de acciones realizadas sobre un perfil de usuario:

• Aprobación/rechazo
• Modificación de datos

Guardar:

• Acción
• Quién lo modificó
• Cuándo

Persistir el audit log independiente de los datos.

Definir proceso alta de filiales:

1- Subida manual de CSV con listado de filiales
2- ABM de filiales para un superadministrador

Pedirle uno a @jkicillof

Algunos clientes de mail, como gmail, no levantan las clases de CSS que estén en un tag de <style>. Seteando los estilos inline con style= esto se arregla.

Al aceptar una invitación, el usuario genera su contraseña y hoy está siguiendo dirigido a la landing para que ingrese con sus nuevas credenciales.

Sería mejor que se loguee automáticamente.

Versión 4790036

1. Registrarse a Cruz Roja
2. Aprobar como Admin de Filial al nuevo usuario
3. Verificar mail de aprobación y clickear en 'Ver mi solicitud'

Obtenido:
Link redirecciona a url http:///perfil