17.01 — Registro y Emisión de Credenciales de Residentes
Formulario: Registro y Emisión de Credenciales de Residentes
Paquete / Grupo de Formularios: Credenciales de residentes — Cara emisión / gestor. Mismo registro que 17.02 Actualización de contraseña.
Módulo: Gestión PH Dirección
Departamento Responsable: Administración PH / Dirección de cuenta
Fase PHVA: Planear
Norma ISO 9001:2015: 8.2 Requisitos del servicio, 8.5.2 Identificación y trazabilidad
1. Propósito y alcance
Sección titulada «1. Propósito y alcance»1.1 Qué resuelve
Sección titulada «1.1 Qué resuelve»Emite una credencial por inmueble: nombre y correo del responsable, usuario y clave dinámica. Esa pareja es el acceso al portal (17.03 y 17.04) y a 17.02.
No pregunta si es alta o cambio: si la unidad ya tiene ficha, entra en modificar (pregunta si actualiza cada dato); si no, crear. Cada envío regenera la clave dinámica. Queda una ficha vigente por inmueble.
1.2 Dónde y quién
Sección titulada «1.2 Dónde y quién»- Dónde se aplica: Administración de cada copropiedad con unidades en 01.09.2 Listados de Inmuebles PH. Visible para el gestor en el dispositivo.
- Cuándo: Alta del servicio y cada cambio de responsable o usuario.
- Quién lo llena: Gestor PH / administración. Si entra desde el portal del conjunto, no elige la copropiedad; sí el inmueble.
- Qué evita: Unidades sin dueño digital, WhatsApp como “usuario” y claves estáticas compartidas en portería.
Es la cara gestor del paquete. 17.02 es el cambio de clave en el portal: el mismo libro.
2. Cómo se usa
Sección titulada «2. Cómo se usa»flowchart TD
PH["Elige la copropiedad"] --> Inm["Elige el inmueble"]
Inm --> Res["Confirma nomenclatura y ficha vigente"]
Res --> Datos["Nombre, email y usuario del responsable"]
Datos --> Clave["Se genera una clave dinámica nueva"]
El gestor elige conjunto e inmueble, acusa la ficha (nomenclatura y, si ya existía, responsable / email / usuario) y captura o actualiza los tres datos. Al guardar, la unidad queda con usuario y clave listos para el portal.
3. Qué registra
Sección titulada «3. Qué registra»| Sección | Qué captura | Regla para el usuario | Obligatorio |
|---|---|---|---|
| Copropiedad | Seleccione la propiedad horizontal | Lista de conjuntos ya cargados; se oculta si el portal ya identificó el conjunto | Sí, si se muestra |
| Inmueble | Seleccione el inmueble | Lista de unidades de ese conjunto | Sí |
| Ficha vigente | Nomenclatura, responsable, email y usuario actuales | Acuse antes de crear o modificar | Sí |
| Nombre del responsable | ¿Actualizar el nombre? / nombre | “¿Actualizar?” solo al modificar; en el alta se pide el nombre | Sí |
| Email de notificación | ¿Actualizar el email? / email | Igual que el nombre | Sí |
| Usuario | ¿Actualizar el usuario? / usuario asociado al inmueble | Igual que el nombre | Sí |
4. Se relaciona con
Sección titulada «4. Se relaciona con»- Se apoya en: 01.09.1 Directorio de Propiedades Horizontales; 01.09.2 Listados de Inmuebles PH.
- Alimenta o dispara: El mismo libro que 17.02; autenticación de 17.03 Actualización de datos PH y 17.04 Autorización de ingreso.
- En el mapa del módulo: Paso 1 — emisión de la credencial.
5. Salidas
Sección titulada «5. Salidas»Indicadores del paquete (no duplicar con 17.02):
- Porcentaje de unidades del listado 01.09.2 con credencial.
- Altas vs modificaciones; correos vacíos.
- Documento / PDF: La clave viaja en el registro; no hay plantilla nombrada aparte.
- Tablero: Una fila por inmueble, no dos usuarios por las dos caras.
Valor para el usuario
Sección titulada «Valor para el usuario»- Propuesta de valor: Cada apartamento tiene usuario y clave, no un cuaderno en portería.
- Dolor que elimina: “Pídele la clave al vecino” y censos imposibles de atribuir.
- Características destacadas:
- Una ficha vigente por inmueble.
- Clave dinámica en cada envío.
- El portal valida esa pareja de usuario y clave.