Coordinator Proxy Reporting
Feature Detail
Description
Coordinator Proxy Reporting enables coordinators to register activities on behalf of peer mentors who are unable or unwilling to use the app themselves. The feature supports individual proxy entries where a coordinator fills in all activity details (contact, date, duration, summary) attributing the record to a specific peer mentor rather than themselves. This addresses a real operational gap where a significant portion of peer mentors across all organizations lack digital confidence or access. The feature is essential for data completeness during the transition period when legacy and digital systems run in parallel. Without proxy capability, coordinators would need to maintain separate paper-based records for non-digital peer mentors, undermining the platform's reporting value. The proxy model also satisfies Bufdir reporting requirements, since Bufdir counts activities per peer mentor - not per person who submits the record.
Sources & reasoning
ยง2.4 explicitly names proxy reporting as a shared need for NHF, HLF, and Barnekreftforeningen. The priority matrix places it SHOULD HAVE Phase 2, which maps to v1.0 per the ordinal normalization rule (second phase). ยง5 Fase 2 confirms it in the development roadmap. The feature is distinct from bulk registration - proxy is per-peer-mentor individual attribution, bulk is same-record-for-many.
No source references โ this artifact was included based on reasoning alone (see above).
Analysis
Three of four organizations - NHF, HLF, and Barnekreftforeningen - explicitly identified proxy reporting as a required capability, making it one of the most broadly validated non-universal features in the platform. Without it, coordinators are forced to maintain parallel manual records for peer mentors who cannot or will not self-report, which directly defeats the platform's core goal of eliminating manual Excel aggregation and underreporting. The feature also protects Bufdir reporting accuracy, since activity counts are per peer mentor and any gap in proxy coverage would result in undercounting. Strategically, enabling proxy reporting allows organizations to onboard the platform incrementally - digitally confident peer mentors self-report while coordinators carry the remainder - reducing the hard-cut risk that all four organizations explicitly flagged as unacceptable.
The coordinator must be able to select a peer mentor from their managed roster as the activity subject before filling in the activity form. The resulting activity record is stored with the peer mentor's user ID as owner and the coordinator's user ID as submitter, supporting auditability. Role guard must verify the coordinator belongs to the same organization and has management rights over the selected peer mentor. The API endpoint for proxy submission must accept an explicit `on_behalf_of` user ID and validate it against the coordinator's org membership. On the mobile side, the proxy flow branches from the standard activity wizard: a role-switch-style peer mentor picker is inserted before the contact/date step. Offline support must queue proxy submissions in the mutation outbox with the target user ID preserved, as the sync resolver needs it to assign the record correctly on upload.
Components (46)
Shared Components
These components are reused across multiple features
Service Layer (11)
Data Layer (23)
Infrastructure (7)
User Stories
No user stories have been generated for this feature yet.