v1.0 35 features

Flag widget and flagging service add a review marker to existing activity records; lightweight extension to MVP oversight infrastructure.

Bufdir report page and service aggregate MVP activity data into the required government reporting format; activity collection is already complete from MVP.

Bulk action toolbar in the admin portal extends MVP user management with multi-select operations; no new data model dependencies.

NHF-required duplicate detection scans for same-activity registrations across coordinators; standalone service layer with no cross-module data dependencies.

HLF Dynamics portal sync config page, API client, and sync service; keeps Meander and HLF's 'min side' portal from overlapping.

BankID OAuth integration is an additive auth path layered on the MVP auth module; parallel to Vipps integration.

Biometric session unlock (Face ID/Touch ID) uses Flutter's platform secure store; independent of BankID/Vipps OAuth flows.

Vipps OAuth runs in parallel with BankID; also enables personnummer back-feed to member systems that currently lack it.

Bulk registration screen logs fixed recurring activities for multiple participants simultaneously; extends the activity service with a batch write path.

Calendar permission handler and sync service add device calendar integration to existing activity registration; self-contained permission flow.

Proxy report screen and peer mentor selector extend the MVP activity service; coordinators register on behalf of peer mentors who can't or won't use the app.

File picker, upload service, and storage client allow NHF to attach invitations and evidence to activities for Bufdir audit trails.

Email/SMS dispatch client adds a second notification channel alongside push; independent of the notification scenario trigger logic.

Blindeforbundet-critical: inbox, detail screen, encryption provider, delivery confirmation, and 10-day auto-reminder for sensitive personal data dispatch.

Event participant sign-up sheet extends the MVP event model with participant management; builds on existing event infrastructure.

Expense type rules service defines allowed expense combinations and mutual-exclusion constraints (e.g. km cannot be combined with bus ticket); foundational for all expense features.

Resource links widget and org-configurable repository are a simple list of external URLs; no complex dependencies.

FAQ screen and content repository are a low-complexity help feature with no cross-module dependencies.

Notes list screen with basic CRUD is an independent module; establishes the notes data model that note-editor builds on.

Pause confirmation sheet and peer mentor status service allow temporary deactivation without leaving the platform; coordinator is notified on pause.

Multi-profile switch widget handles NHF's up to 5 local-association memberships; extends MVP profile management without new auth dependencies.

Speech input widget adds a dictation path to existing text fields; microphone permission handling is self-contained and post-activity only (no recording during visits).

Static cost comparison widget on the sales site; no backend dependency, extends the impact calculator content.

Export button and file generator wrap the report generation output into a downloadable format; requires the report service to produce structured data first.

Counter widget and threshold service track Blindeforbundet's 3rd/15th assignment honorarium triggers; depends on the assignment data model from dispatch.

Blindeforbundet driver confidentiality declarations are linked to the chauffeur expense type; depends on the expense type framework.

Rich text note editor builds on the notes list and service layer established in tier 1.

HLF scenario engine and repository define follow-up trigger rules; requires the email/SMS dispatch infrastructure to send the notifications.

Digital consent screen triggers on first encrypted assignment open; depends on the assignment dispatch flow to provide the consent context.

Camera widget and receipt storage client add mandatory photo evidence capture to expense items above the 100 kr threshold; requires expense type structure to trigger the requirement.

Resume status screen re-activates a paused peer mentor; reuses the same status service established by pause-function.

Expense registration screen uses the fixed-type selector defined by expense-types-requirements, enforcing HLF's mutual-exclusion constraint (km vs transit).

HLF auto-approval rules (under 50 km / no out-of-pocket expense) are configured in the admin portal and applied to the approval queue; must follow queue establishment.

Admin expense approval page processes submitted claims; requires the mobile expense registration to be producing records with the correct type-based structure.

Reimbursement summary dashboard aggregates approved and pending expense data from the approval queue; read-only view on top of existing expense records.