Smertepunktet det løser: Ulike «typer» personer (ansatte, frivillige, medlemmer, kontraktører) ender vanligvis opp i forskjellige verktøy, som ikke kommuniserer med hverandre.

Hvordan det hjelper:

• Én underliggende personmodell (Users, Customers, and User Groups) støtter alle typer ressurser — personalhierarkier, frivilligteam, medlemskohorter — uten separate systemer.
• Gruppetyper skiller mellom team, vaktlag og organisatoriske enheter, slik at de samme planleggingsverktøyene fungerer enten du planlegger et søndagsmorgenvaktlag eller et prosjektteam.
• Lederbasert struktur gir hver gruppe tydelig eierskap og ansvar, med lederskap synlig direkte i deltakerlisten.
• Medlemsperioder (start-/utløpsdatoer) gjør midlertidige tildelinger, rotasjoner og sesongbasert bemanning enkle å spore — ingen manuelle "fjern dem neste måned"-påminnelser nødvendig.
• Siden grupper kan være nestet under kategorier, skalerer ressursplanleggingen fra et topersoners team til en organisasjon med flere avdelinger uten å bytte verktøy.

Den gode arbeidsdagen: Én plass for å se hvem som er tilgjengelig, hvem som er tildelt, og hvem som leder — for alle typer ressurser i organisasjonen.

Hvorfor dette er viktig for din organisasjon

Å samle all planlegging av personressurser i én modell unngår det klassiske problemet med dupliserte, avvikende poster i HR-regneark, frivilligregistreringsverktøy og medlemsdatabaser. Alle — ansatte eller frivillige — blir representert konsekvent.

Tekniske detaljer

Ressursplanlegging for personer omfatter tre samvirkende modeller i ExireNexus.Shared/Models:

• ApplicationUser — identitetsentiteten (utvider ASP.NET Identity sin IdentityUser<Guid>), som representerer alle som logger inn.
• Customer — den eksterne «person»-entiteten, som dekker butikk-kunder, medlemmer og CRM-kontakter, valgfritt koblet til en ApplicationUser når personen også har innloggingsadgang.
• UserGroup / UserGroupMember — grupperingsentiteten, med en Leader (ApplicationUser) og typede medlemsrader (UserGroupMember) som inneholder ActiveFrom/Expires-vinduer, eksponert via IUserGroupService (ExireNexus.Services/Services/UserGroupService.cs).

Siden grupper typifiseres via UserGroupType-enumet i stedet for separate tabeller, tjener de samme tjenestemetodene (GetGroupMembersOrderedAsync, GetMembershipsForUserAsync, UpdateUserGroupMembers) både personalplanlegging, frivilligkoordinering og medlemsadministrasjon. Category (selvrefererende via ParentCategoryId) gir laget for organisasjonshierarkiet på toppen, slik at enhver gruppe kan være nestet under en avdeling, et arrangement eller en større organisatorisk enhet uten en skreddersydd trestruktur per funksjon.

Dette reflekterer plattformens kjerneprinsipp for design: gjenbruk eksisterende flerbruksentiteter med typediskriminatorer i stedet for å bygge et parallelt system for hver ressurs-type.