Problemet det løser: Intern møteromsplanlegging ender ofte opp i et eget verktøy atskilt fra offentlige arrangement-/romreservasjoner, noe som skaper to systemer å sjekke for konflikter.

Hvordan det hjelper:

• Møterom bruker nøyaktig samme bookingmotor som offentlige rom- og ressursreservasjoner — bare avgrenset til intern bruk og synlighet for ansatte.
• Ansatte ser romtilgjengelighet direkte fra Backstage-kalenderen, uten å bytte til et eget planleggingsverktøy.
• Fordi møterom er Event-baserte som alt annet i kalenderen, unngår en møteromsreservasjon automatisk kollisjon med et offentlig arrangement som er booket i samme lokale.
• Gjentakende møter (ukentlige teammøter, månedlige styremøter) støttes gjennom de samme regler for gjentakelse som brukes for andre gjentakende arrangementer.

Den gode arbeidsdagen: Sjekk kalenderen, reserver rommet, ferdig — med full trygghet for at ingenting annet allerede er planlagt der.

Hvorfor dette er viktig for organisasjonen din

Å bruke én planleggingsmotor for både offentlige og interne reservasjoner garanterer at det aldri oppstår en konflikt mellom «publikum booket hallen» og «teamet booket den samme hallen til et møte» — fordi det er det samme underliggende systemet som sjekker begge.

Tekniske detaljer

Møteromsreservasjon er ikke en separat funksjon — det er den samme BookingService og Event-modellen som beskrevet i Romreservasjonsmodulen, brukt for internt rettede, ikke-handelsmessige reservasjoner (ingen tilknyttet ShopOrder).

Nøkkelpunkter for implementering:

• Synlighet kun for interne brukere oppnås gjennom det eksisterende kategori-/tillatelsessystemet (PermissionService.cs) i stedet for en separat tilgangskontrollmekanisme spesifikt for møterom.
• Regler for gjentakelse på Event (støttet for kalenderoppføringer generelt) gjelder like mye for faste interne møter, og unngår behovet for å opprette en gjentakende reservasjon manuelt hver uke.
• Fordi møterom og offentlig bookbare lokaler deler de samme underliggende tilgjengelighetssjekkene i BookingService, finnes det én sannhetskilde for romkonflikter — en hall som er booket offentlig for et arrangement vil korrekt blokkere et forsøk på å booke et internt møte for samme tidsrom, og omvendt.

Ved å behandle møterom som et annet tilfelle av plattformens generelle Event/reservasjonsmodell i stedet for et separat internt planleggingsverktøy, unngår plattformen det klassiske problemet med to kalendere som ikke kommuniserer med hverandre.