17.02 — Actualización de contraseña
Formulario: Actualización de contraseña
Paquete / Grupo de Formularios: Credenciales de residentes — Cara portal / cambio de clave. Mismo registro que 17.01 Registro y Emisión de Credenciales de Residentes.
Módulo: Gestión PH Dirección
Departamento Responsable: Copropietario (autoservicio) / Administración PH
Fase PHVA: Hacer
Norma ISO 9001:2015: 8.5.2 Identificación y trazabilidad, 7.4 Comunicación
1. Propósito y alcance
Sección titulada «1. Propósito y alcance»1.1 Qué resuelve
Sección titulada «1.1 Qué resuelve»Permite que el responsable de la unidad pruebe email + usuario contra el libro de credenciales y, si coinciden, regenerar la clave dinámica. Siempre es una modificación: no crea una segunda ficha.
No elige copropiedad ni inmueble: los resuelve a partir del email y el usuario. Al enviar, actualiza la misma ficha que emitió 17.01. No se editan nombre ni correo: solo se rota la clave.
1.2 Dónde y quién
Sección titulada «1.2 Dónde y quién»- Dónde se aplica: Portal del copropietario. No aparece en el menú del vigilante.
- Cuándo: Por demanda (olvido o rotación de clave).
- Quién lo llena: Copropietario. No el vigilante.
- Qué evita: Claves eternas compartidas y a la administración como único canal para “resetear el Excel”.
Es la cara portal del paquete. 17.01 es la emisión en gestión: el mismo libro.
2. Cómo se usa
Sección titulada «2. Cómo se usa»flowchart TD
In["Email + usuario"] --> Auth{"¿Coinciden con la ficha?"}
Auth -->|No| Err["Error: verifique correo y usuario"]
Auth -->|Sí| Ok["Confirmación y, al enviar, clave nueva"]
El residente ingresa el email asociado y el usuario. Si no hay ficha, el formulario bloquea y pide verificar o hablar con administración. Si autentica, confirma el nombre y, al enviar, genera una clave dinámica nueva para el mismo inmueble. Para cambiar usuario o correo hay que pasar por administración (17.01).
17.03 y 17.04 usan esa clave nueva en el siguiente ingreso al portal.
3. Qué registra
Sección titulada «3. Qué registra»| Sección | Qué captura | Regla para el usuario | Obligatorio |
|---|---|---|---|
| Ingrese su email asociado | Forma la pareja con el usuario | Sí | |
| Usuario | Ingrese su usuario | El de la credencial de la unidad | Sí |
| Error de autenticación | Aviso si no se valida la pareja | Impide continuar | Sí (bloquea) |
| Confirmación | Saludo con el nombre y aviso de clave nueva | Solo si email y usuario coinciden | — |
4. Se relaciona con
Sección titulada «4. Se relaciona con»- Se apoya en: El libro del paquete (17.01).
- Alimenta o dispara: La clave nueva es la que deben usar 17.03 Actualización de datos PH y 17.04 Autorización de ingreso.
- En el mapa del módulo: Paso 1 (bis) — autoservicio sobre la ficha ya emitida.
5. Salidas
Sección titulada «5. Salidas»No hay indicador propio. El volumen de cambios de clave se ve como actualizaciones del mismo libro de credenciales (no como “usuarios nuevos”).
- Documento / PDF: No hay plantilla aparte.
- Tablero: Mismo conjunto que 17.01; no duplicar filas.
Valor para el usuario
Sección titulada «Valor para el usuario»- Propuesta de valor: El residente cambia la clave en el portal; administración no es mesa de helpdesk de contraseñas.
- Dolor que elimina: Clave pegada en la nevera del cuarto de uniformes.
- Características destacadas:
- Autenticación email + usuario.
- Clave dinámica nueva al enviar.
- Misma ficha por inmueble.