Bulk Registration & Proxy Reporting
Feature Detail
Description
Enables coordinators to register activities on behalf of peer mentors who cannot or will not use the mobile app, and to submit bulk registrations for recurring group activities. Merges Bulk Registration, Coordinator Proxy Reporting, and Report on Behalf of Others into a unified workflow. The coordinator selects one or more peer mentors from their local association, enters shared activity details once, and submits collectively. The proxy relationship is recorded for audit transparency and compliance reporting.
User Flow
Analysis
A significant proportion of peer mentors — particularly older volunteers or those with disabilities — will not independently adopt the app during the transition period. Without proxy reporting, coordinators must maintain parallel paper or Excel systems indefinitely, negating the app's efficiency benefits and creating ongoing reconciliation overhead. NHF and HLF both identified proxy reporting as a critical bridge function for the rollout. Bulk registration for recurring activities (weekly training sessions with fixed participants) eliminates repetitive manual entry that currently consumes coordinator time weekly. This feature determines whether organizations can fully retire their legacy reporting processes or remain permanently split across systems.
BulkRegistrationScreen uses PeerMentorSelectionScreen to select one or more proxy subjects from the coordinator's assigned peer mentor list, fetched from PeerMentorRepository. The selected mentors are passed as context into the standard activity wizard, which renders a proxy indicator banner throughout. ProxyRegistrationService submits via /api/v1/activities with a registered_by field containing the coordinator's user ID, enabling auditability. For bulk submissions, the service fans out a single activity payload into N individual activity records server-side. Role enforcement via RoleGuardService restricts access to Coordinator role and above. Offline support uses the shared sync queue, with per-record failure handling to prevent a single failed submission from blocking the batch.
Components (62)
Shared Components
These components are reused across multiple features
User Interface (16)
Service Layer (13)
Data Layer (9)
Infrastructure (20)
User Stories
No user stories have been generated for this feature yet.