Guide
Slik forebygger du dobbeltbookinger
Kasura forebygger dobbeltbookinger ved å sjekke en bookings datoer mot alle andre aktive bookinger på samme objekt og blokkere lagringen hvis de overlapper.
Hvorfor dobbeltbookinger skjer
En dobbeltbooking skjer når to kunder ender med overlappende krav på samme kjøretøy eller rom. Det er sjelden én klar feil — oftere kommer det av personale som jobber ut fra hukommelsen i en travel vakt, av et delt regneark som allerede er et skritt bak virkeligheten, eller av to personer som håndterer forespørsler på samme objekt samtidig uten å se hverandres arbeid. Risikoen vokser med antallet personer som kan opprette en booking, og antallet kanaler en forespørsel kan komme inn gjennom.
Hvordan Kasura hindrer kjente konflikter
Hver gang en booking opprettes, eller datoene endres, sammenligner Kasura den ønskede perioden med objektets øvrige bookinger før lagringen tillates. Det skjer to ganger: én gang i grensesnittet mens skjemaet fylles ut, så personalet ser problemet med en gang, og igjen i det øyeblikket lagringen faktisk skrives, så en annen person sekunder senere ikke kan smette en konfliktende booking gjennom. En lagring som ville overlappe en eksisterende booking, avvises helt — den merkes ikke bare som en advarsel.
Tilgjengelighetssjekker
Mens en booking opprettes, merker kalenderen for det valgte objektet hver dato som ledig, delvis ledig eller opptatt ut fra det som allerede er booket. En periode som slutter nøyaktig når en annen begynner, behandles som ledig, fordi de to ikke overlapper. Denne live-sjekken er det personalet ser før de i det hele tatt prøver å lagre, så de kan velge en annen dato i stedet for først å oppdage konflikten etter innsending.
Bookingkonflikter
En bookingkonflikt er det Kasura kaller to bookinger på samme objekt hvis perioder overlapper. Bare bookinger som fortsatt teller som aktive — reservert, aktiv, innsjekket, forsinket eller på annen måte uavsluttet — kan skape en konflikt. En booking som er kansellert, merket som no-show eller allerede avsluttet, er utelukket fra sjekken, så datoene er frie for andre så snart den statusen settes. Når en lagring avvises av den grunn, ser personalet en direkte melding om at objektet allerede er booket i den valgte perioden — ikke en generisk feil.
Workspace-grenser
Konfliktsjekken tar bare med bookinger registrert i samme Workspace som objektet som bookes, fordi hvert objekt tilhører nøyaktig ett Workspace. Den har ingen synlighet utover det som faktisk er lagt inn i Kasura: en forespørsel tatt på telefon og ennå ikke logget, et hold notert på papir, eller en booking i et separat regneark kan sjekken ikke se og vil ikke bli blokkert. Å holde hver booking inne i Kasura, fremfor delvis utenfor, er det som gjør vernet effektivt.
Hva denne guiden ikke betyr
- Dette er ikke en absolutt garanti for at en dobbeltbooking aldri kan skje under noen omstendighet — det er en sterk, deterministisk sjekk mot bookinger som faktisk finnes i Kasura.
- Kasura synkroniserer ikke tilgjengelighet med et nettreisebyrå eller noen ekstern bookingkanal; det ville krevd et channel manager, som ikke er en del av produktet.
- Det inngår ingen AI eller prediktiv modell i å oppdage en konflikt — sammenligningen er en direkte sjekk av én periode mot en annen.
- En booking gjort utenfor Kasura — på telefon, på papir eller i et separat regneark — er usynlig for sjekken og blir ikke blokkert.