Registro de actividad del miembro
Cada perfil de miembro tiene una pestaña Actividad que muestra una cronología cronológica de todo lo que le ha pasado a esa persona: cuándo fue agregada, a qué grupos se unió, qué domingos asistió, qué donaciones hizo, qué mensajes de workflow recibió, y cuándo (si alguna vez) fue marcada como perdida y recuperada.
Ábrela desde el perfil de cualquier miembro.
Qué aparece en la cronología
La cronología se alimenta de la tabla member_activity_log, que captura eventos de ciclo de vida y compromiso escritos por el código de la aplicación (no por el trigger genérico de auditoría que alimenta el registro de auditoría de la organización). Los eventos vienen de toda la aplicación:
| Origen | Ejemplos |
|---|---|
| Ciclo de vida del miembro | creado, actualizado, tipo cambiado, marcado como perdido, recuperado, eliminado |
| Estructura organizativa | unidad asignada/removida, grupo asignado/removido, ministerio asignado/removido |
| Escuelas | inscrito, graduado, removido |
| Compromiso | asistencia marcada, donación registrada |
| Mensajería | mensaje enviado, mensaje fallido (con el canal y el nombre de la plantilla) |
| Workflows | workflow iniciado, acción de workflow ejecutada, workflow completado, workflow fallido |
| Notas | nota añadida por un miembro del personal |
Cada evento tiene un ícono, un título y (cuando es relevante) una descripción corta. Los eventos de workflow también incluyen el nombre del workflow como una insignia para que puedas saber cuál automatización tocó al miembro.
Leer la cronología
Las entradas se agrupan por fecha con el día más reciente arriba. Dentro de un día se listan las más nuevas primero. Cada fila muestra:
- Ícono + color indicando el tipo de evento (verde para eventos de "unión", rojo para "perdido"/fallido, morado para cambios de tipo, etc.)
- Título — una frase humana corta como "Se unió al Grupo de Jóvenes" o "Diezmo registrado — $50,00"
- Descripción — una línea más larga con contexto (el actor, el nombre del workflow, el tipo de reunión)
- Hora en la zona horaria de la organización
La lista se desplaza dentro de la pestaña, así que el resto del perfil permanece a la vista. Las 100 entradas más recientes se cargan por defecto; el historial más antiguo se pagina cuando está presente.
¿Por qué un registro separado en vez del registro de auditoría de la organización?
El registro de auditoría de la organización es genérico y dirigido por triggers — sabe "una fila en members fue actualizada" pero no "esta persona se inscribió en el coro juvenil". El registro de actividad del miembro está hecho a propósito para la historia centrada en el miembro:
- Cruza tablas. La asistencia y las donaciones son tablas distintas; la cronología las entreteje.
- Títulos legibles por humanos. El código de la aplicación escribe el título y la descripción en el idioma del usuario, para que el personal no técnico pueda leer la cronología sin conocer el esquema.
- Integración con workflows. Las ejecuciones de workflow escriben metadatos ricos (qué automatización, qué acción, qué pasó) que el trigger genérico no puede capturar.
Los dos registros no se duplican entre sí para consultas de solo lectura: la edición de un miembro aparece en ambos porque la rastrea el trigger genérico y sale como una entrada de cronología "Perfil actualizado".
Permisos
La pestaña Actividad es visible para quien pueda ver el perfil del miembro (pastores con members.read, líderes de grupo dentro de su alcance). No hay un permiso separado para la cronología porque ya está filtrada a ese único miembro — la frontera de privacidad es el permiso de ver al miembro, no el registro en sí.
Cuándo usar la cronología frente al registro de auditoría de la organización
| Pregunta | Usa |
|---|---|
| "¿Cuándo se unió esta persona a la iglesia?" | Registro de actividad del miembro |
| "¿Cuál es su patrón de asistencia este año?" | Registro de actividad del miembro (o el reporte de asistencia) |
| "¿Qué workflows lo han tocado?" | Registro de actividad del miembro |
| "¿Quién editó su dirección de correo?" | Registro de auditoría de la organización filtrado a este miembro |
| "¿Por qué se cambió su tipo de miembro?" | Ambos — la cronología muestra el evento, el registro de la organización muestra el actor |
Advertencias
- Las importaciones masivas escriben un solo evento "member.created" por fila, pero no llenan las asignaciones de grupo/ministerio como entradas separadas de cronología — esas escriben filas directamente. Si a un miembro le faltan eventos de unión esperados, revisa el historial de importaciones para confirmar que la importación tuvo éxito.
- Las ediciones offline de PowerSync se ponen en cola y se sellan con la marca de tiempo del momento de sincronización, no del momento de la edición. Espera una pequeña deriva entre la marca de tiempo de la actividad y lo que el voluntario vio en el dispositivo.
- Entradas de actividad eliminadas. Borrar lógicamente a un miembro no borra su cronología. Restaurar la trae de vuelta intacta. Las eliminaciones definitivas (raras, solicitudes de GDPR) borran la cronología junto con el miembro.
Véase también
- Registro de auditoría de la organización para el historial filtrable de toda la organización
- Ejecuciones de workflow para el lado del workflow de la historia
- Detalle del miembro para el resto del perfil