Gids
Zo voorkom je dubbele boekingen
Kasura voorkomt dubbele boekingen door de data van een boeking te toetsen aan elke andere actieve boeking op hetzelfde asset en het opslaan te blokkeren als ze overlappen.
Waarom dubbele boekingen ontstaan
Een dubbele boeking ontstaat wanneer twee klanten overlappende claims op hetzelfde voertuig of dezelfde kamer houden. Zelden is het één duidelijke fout — vaker werkt personeel in de drukte uit het geheugen, loopt een gedeeld spreadsheet achter op de realiteit, of behandelen twee mensen verzoeken voor hetzelfde asset zonder elkaars werk te zien. Het risico groeit met het aantal mensen dat een boeking kan aanmaken en met het aantal kanalen waarlangs een verzoek kan binnenkomen.
Hoe Kasura bekende conflicten voorkomt
Elke keer dat een boeking wordt aangemaakt of de data worden gewijzigd, vergelijkt Kasura de gevraagde periode met de overige boekingen van dat asset voordat opslaan is toegestaan. Dat gebeurt twee keer: eenmaal in de interface tijdens het invullen, zodat personeel het probleem meteen ziet, en opnieuw op het moment dat echt wordt opgeslagen, zodat een tweede persoon seconden later geen botsende boeking erdoor krijgt. Een opslag die een bestaande boeking zou overlappen, wordt geweigerd — niet alleen als waarschuwing gemarkeerd.
Beschikbaarheidscontroles
Terwijl een boeking wordt aangemaakt, markeert de agenda van het gekozen asset elke dag als beschikbaar, deels beschikbaar of niet beschikbaar — op basis van wat al geboekt is. Eindigt een periode precies wanneer een andere begint, dan geldt die als beschikbaar, omdat de twee niet overlappen. Deze live toets ziet personeel voordat er überhaupt wordt opgeslagen, zodat ze een andere datum kunnen kiezen in plaats van het conflict pas na verzenden te ontdekken.
Boekingsconflicten
Een boekingsconflict is in Kasura het geval van twee boekingen op hetzelfde asset waarvan de periodes overlappen. Alleen boekingen die nog als actief tellen — gereserveerd, actief, ingecheckt, achterstallig of anderszins open — kunnen een conflict veroorzaken. Een geannuleerde, als no-show gemarkeerde of al afgeronde boeking valt buiten de toets; die data zijn vrij zodra die status is gezet. Wordt een opslag om deze reden geweigerd, dan ziet personeel een directe melding dat het asset voor de gekozen periode al geboekt is — geen generieke fout.
Workspace-grenzen
De conflicttoets houdt alleen rekening met boekingen die in dezelfde Workspace zijn vastgelegd als het te boeken asset, omdat elk asset tot precies één Workspace behoort. Zichtbaar is alleen wat daadwerkelijk in Kasura staat: een telefonisch opgenomen en nog niet vastgelegd verzoek, een notitie op papier of een boeking in een apart spreadsheet kan de toets niet zien en wordt niet geblokkeerd. Deze bescherming werkt wanneer elke boeking in Kasura staat — niet deels erbuiten.
Wat deze gids niet betekent
- Dit is geen absolute garantie dat een dubbele boeking onder geen enkele omstandigheid kan voorkomen — het is een sterke, deterministische toets tegen boekingen die daadwerkelijk in Kasura bestaan.
- Kasura synchroniseert beschikbaarheid niet met een online travel agency of een extern boekingskanaal; daarvoor zou een channel manager nodig zijn, die geen deel van het product is.
- Er is geen AI- of voorspelmodel voor conflictdetectie — de vergelijking is een directe toets van de ene periode tegen de andere.
- Een boeking buiten Kasura — telefonisch, op papier of in een apart spreadsheet — blijft voor deze toets onzichtbaar en wordt niet geblokkeerd.