Problemet det løser: Kjøreskjemaer spredt i dokumenter og utskrifter blir utdaterte i det øyeblikket et rom endres, en rolle omfordeles eller starttiden forskyves — og ingen legger merke til det før det er for sent.

Hvordan det hjelper:

• Kjøreskjemaer knyttet til reelle hendelser — bygg en strukturert, ordnet sekvens av elementer (segmenter, signaler, oppgaver) for en bestemt forekomst av et arrangement, slik at planen alltid gjenspeiler den faktiske datoen og tidspunktet den gjelder for.
• Gjenbrukbare maler — lagre et kjøreskjema som en mal én gang, og bruk det på enhver fremtidig forekomst i stedet for å bygge opp samme struktur fra bunnen av hver uke.
• Roller med selvbetjent påmelding — tildel roller til bestemte personer, eller la dem være åpne for selvpåmelding, med mulighet for å akseptere, avslå eller ta på seg en rolle direkte.
• Utstyrssporing per element — knytt utstyret hvert segment trenger, slik at mangler er synlige før arrangementet starter i stedet for å bli oppdaget under gjennomføringen.
• Utkast vs. publisert — planer kan arbeides med privat og publiseres først når de er klare, slik at pågående planlegging holdes skjult for de den ennå ikke er klar for.

Den gode arbeidsdagen: Personen som leder arrangementet åpner ett publisert, oppdatert kjøreskjema — ingen versjonsforvirring, ingen «vent, hvem har projektoren?»-øyeblikk.

Hvorfor dette er viktig for din organisasjon

Frivillig ressursplanlegging svarer på «hvem er på teamet»; planlegging svarer på «hva skjer, når og med hva» for enhver spesifikk forekomst av et arrangement — sammen dekker de både menneskesiden og gjennomføringssiden av å drive arrangementer pålitelig, uten å tvinge den ene bekymringen inn i den andres datamodell.

Tekniske detaljer

Planlegging er implementert av EventScheduleService (ExireNexus.Services/Services/EventScheduleService.cs, IEventScheduleService) mot modellene EventSchedule, EventScheduleRole, EventScheduleItem, EventScheduleItemEquipment, og EventScheduleAttachment (ExireNexus.Shared/Models/Scheduling).

Viktige implementeringspunkter:

• EventSchedule fungerer både som et konkret kjøreskjema (koblet til en Event og et spesifikt OccurrenceStartTime) og som en gjenbrukbar mal (IsTemplate = true, ikke koblet til noe spesifikt arrangement) — én modell dekker begge tilfeller i stedet for å duplisere planleggingsstrukturen.
• CreateAsync(eventId, occurrenceStartTime, templateId) kan valgfritt opprette et nytt kjøreskjema fra en eksisterende mal, og GetTemplatesAsync/SaveTemplateAsync/DeleteTemplateAsync administrerer malbiblioteket uavhengig av aktive planer.
• ReorderItemsAsync lagrer visningsrekkefølgen til kjøreskjemaelementene direkte, og holder sorteringslogikken i tjenesten i stedet for i brukergrensesnittet.
• Frivilligrettet rolleadministrasjon — AcceptRoleAsync, DeclineRoleAsync, SignUpForOpenRoleAsync — lar tildelte personer bekrefte eller frigi en rolle, og lar åpne roller med selvpåmelding bli tatt direkte, med retur av en ScheduleRoleResult slik at UI-en (ExireNexus.Backstage/Components/Editors/Scheduling/ScheduleEditor.razor, ScheduleList.razor) kan vise suksess/feil uten å kaste unntak for forventede tilstander (f.eks. en rolle som allerede er tatt).
• GetMyUpcomingRolesAsync og GetOpenRolesAsync begrenser rolleforespørsler til publiserte, kommende forekomster — utkast til planer viser aldri roller til frivillige før en leder publiserer dem (IsPublished/PublishedDate).
• Scheduling er en separat aktivérbar modul (SettingNames.ModuleScheduling) fra People-modulen som brukes av Frivillig ressursplanlegging, slik at en organisasjon kan ta i bruk kjøreskjema-planlegging uavhengig av (eller sammen med) frivillig-/teamkoordinering.