Guide
Sådan forebygger du dobbeltbookinger
Kasura forebygger dobbeltbookinger ved at tjekke en bookings datoer mod alle andre aktive bookinger på samme aktiv og blokere gemningen, hvis de overlapper.
Hvorfor dobbeltbookinger sker
En dobbeltbooking sker, når to kunder ender med overlappende krav på samme køretøj eller rum. Det er sjældent én klar fejl — oftere kommer det af personale, der arbejder ud fra hukommelsen i en travl vagt, af et delt regneark, der allerede er et skridt bag virkeligheden, eller af to personer, der håndterer forespørgsler på samme aktiv samtidig uden at se hinandens arbejde. Risikoen vokser med antallet af personer, der kan oprette en booking, og antallet af kanaler en forespørgsel kan komme ind ad.
Hvordan Kasura forhindrer kendte konflikter
Hver gang en booking oprettes, eller dens datoer ændres, sammenligner Kasura den ønskede periode med aktivets øvrige bookinger, før gemningen tillades. Det sker to gange: én gang i grænsefladen mens formularen udfyldes, så personalet ser problemet med det samme, og igen i det øjeblik gemningen faktisk skrives, så en anden person sekunder senere ikke kan smuge en konfliktende booking igennem. En gemning, der ville overlappe en eksisterende booking, afvises helt — den markeres ikke blot som en advarsel.
Tilgængelighedstjek
Mens en booking oprettes, markerer kalenderen for det valgte aktiv hver dato som ledig, delvist ledig eller optaget ud fra det, der allerede er booket. En periode, der slutter præcis når en anden begynder, behandles som ledig, fordi de to ikke overlapper. Dette live-tjek er det, personalet ser, før de overhovedet forsøger at gemme, så de kan vælge en anden dato i stedet for først at opdage konflikten efter indsendelse.
Bookingkonflikter
En bookingkonflikt er det, Kasura kalder to bookinger på samme aktiv, hvis perioder overlapper. Kun bookinger, der stadig tæller som aktive — reserveret, aktiv, checked ind, forsinket eller på anden måde uafsluttet — kan skabe en konflikt. En booking, der er annulleret, markeret som no-show eller allerede afsluttet, er udelukket fra tjekket, så datoerne er frie for andre, så snart den status sættes. Når en gemning afvises af den grund, ser personalet en direkte besked om, at aktivet allerede er booket i den valgte periode — ikke en generisk fejl.
Workspace-grænser
Konflikt-tjekket tager kun bookinger med, der er registreret i samme Workspace som det aktiv, der bookes, fordi hvert aktiv tilhører præcis ét Workspace. Det har ingen synlighed ud over det, der faktisk er indtastet i Kasura: en forespørgsel taget telefonisk og endnu ikke logget, et hold noteret på papir, eller en booking i et separat regneark kan tjekket ikke se og vil ikke blive blokeret. At holde hver booking inde i Kasura, frem for delvist udenfor, er det, der gør beskyttelsen effektiv.
Hvad denne guide ikke betyder
- Dette er ikke en absolut garanti for, at en dobbeltbooking aldrig kan ske under nogen omstændighed — det er et stærkt, deterministisk tjek mod bookinger, der faktisk findes i Kasura.
- Kasura synkroniserer ikke tilgængelighed med et online rejsebureau eller nogen ekstern bookingkanal; det ville kræve et channel manager, som ikke er en del af produktet.
- Der indgår ingen AI eller prædiktiv model i at opdage en konflikt — sammenligningen er et direkte tjek af én periode mod en anden.
- En booking lavet uden for Kasura — telefonisk, på papir eller i et separat regneark — er usynlig for tjekket og bliver ikke blokeret.