Przewodnik

Jak zapobiegać podwójnym rezerwacjom

Kasura zapobiega podwójnym rezerwacjom, porównując daty rezerwacji z każdą inną aktywną rezerwacją na tym samym assetcie i blokując zapis, gdy się nakładają.

Dlaczego powstają podwójne rezerwacje

Podwójna rezerwacja powstaje, gdy dwóch klientów kończy z nakładającymi się roszczeniami do tego samego pojazdu lub pokoju. Rzadko to jeden jasny błąd — częściej personel w szczycie pracuje z pamięci, wspólny arkusz już odstaje od rzeczywistości, albo dwie osoby obsługują wnioski o ten sam asset, nie widząc pracy drugiej. Ryzyko rośnie wraz z liczbą osób, które mogą utworzyć rezerwację, i z liczbą kanałów, którymi może wejść wniosek.

Jak Kasura zapobiega znanym konfliktom

Za każdym razem, gdy tworzona jest rezerwacja albo zmieniane są jej daty, Kasura porównuje żądany okres z pozostałymi rezerwacjami tego assetu, zanim pozwoli na zapis. Dzieje się to dwa razy: raz w interfejsie podczas wypełniania, żeby personel od razu zobaczył problem, i ponownie w momencie rzeczywistego zapisu, żeby druga osoba sekundy później nie przepchnęła kolidującej rezerwacji. Zapis, który nachodziłby na istniejącą rezerwację, jest odrzucany — nie tylko oznaczany jako ostrzeżenie.

Sprawdzenia dostępności

Podczas tworzenia rezerwacji kalendarz wybranego assetu oznacza każdy dzień jako dostępny, częściowo dostępny albo niedostępny — na podstawie tego, co już jest zarezerwowane. Okres, który kończy się dokładnie wtedy, gdy zaczyna się inny, liczy się jako dostępny, bo te dwa się nie nakładają. To sprawdzenie na żywo personel widzi, zanim w ogóle spróbuje zapisać, i może wybrać inną datę zamiast odkryć konflikt dopiero po wysłaniu.

Konflikty rezerwacji

Konflikt rezerwacji w Kasura to przypadek dwóch rezerwacji na tym samym assetcie, których okresy się nakładają. Tylko rezerwacje nadal liczone jako aktywne — zarezerwowane, aktywne, w check-inie, przeterminowane albo w inny sposób niezamknięte — mogą wywołać konflikt. Rezerwacja anulowana, oznaczona jako no-show albo już zakończona wypada ze sprawdzenia; jej daty są wolne, gdy ten status jest ustawiony. Gdy zapis jest z tego powodu odrzucony, personel widzi bezpośredni komunikat, że asset jest już zarezerwowany na wybrany okres — nie ogólny błąd.

Granice Workspace

Sprawdzenie konfliktów uwzględnia tylko rezerwacje zapisane w tym samym Workspace co asset do zarezerwowania, bo każdy asset należy do dokładnie jednego Workspace. Widoczne jest tylko to, co faktycznie jest w Kasura: wniosek przyjęty telefonicznie i jeszcze nie zapisany, notatka na papierze albo rezerwacja w osobnym arkuszu nie mogą być widziane przez sprawdzenie i nie zostaną zablokowane. Ta ochrona działa, gdy każda rezerwacja jest w Kasura — nie częściowo poza nią.

Czego ten przewodnik nie oznacza

To nie jest absolutna gwarancja, że podwójna rezerwacja nie może się zdarzyć w żadnych okolicznościach — to silne, deterministyczne sprawdzenie wobec rezerwacji, które naprawdę istnieją w Kasura.
Kasura nie synchronizuje dostępności z OTA ani z zewnętrznym kanałem rezerwacji; do tego potrzebny byłby channel manager, który nie jest częścią produktu.
Nie ma modelu AI ani predykcyjnego do wykrywania konfliktu — porównanie to bezpośrednie zestawienie jednego okresu z drugim.
Rezerwacja spoza Kasura — telefoniczna, na papierze albo w osobnym arkuszu — pozostaje niewidoczna dla tego sprawdzenia i nie zostanie zablokowana.