Panduan
Cara mencegah double booking
Kasura mencegah double booking dengan memeriksa tanggal booking terhadap setiap booking aktif lain pada aset yang sama, lalu memblokir penyimpanan jika bentrok.
Mengapa double booking terjadi
Double booking terjadi ketika dua pelanggan memegang klaim yang tumpang tindih pada kendaraan atau kamar yang sama. Jarang itu satu kesalahan yang jelas. Lebih sering staf bekerja dari ingatan saat shift sibuk, spreadsheet bersama sudah tertinggal dari realitas, atau dua orang menangani permintaan untuk aset yang sama pada waktu yang sama tanpa melihat pekerjaan satu sama lain. Risikonya tumbuh seiring jumlah orang yang dapat membuat booking dan jumlah saluran tempat permintaan dapat masuk.
Bagaimana Kasura mencegah konflik yang diketahui
Setiap kali booking dibuat atau tanggalnya diubah, Kasura membandingkan periode yang diminta terhadap booking lain pada aset itu sebelum mengizinkan penyimpanan. Ini terjadi dua kali: sekali di antarmuka saat formulir diisi, jadi staf melihat masalahnya segera, dan lagi pada saat penyimpanan benar-benar ditulis, jadi orang kedua yang bertindak beberapa detik kemudian tidak dapat menyelipkan booking yang bertentangan. Penyimpanan yang akan tumpang tindih dengan booking yang sudah tercatat ditolak sepenuhnya, tidak hanya ditandai sebagai peringatan.
Pemeriksaan ketersediaan
Saat booking dibuat, kalender untuk aset yang dipilih menandai setiap tanggal sebagai tersedia, tersedia sebagian, atau tidak tersedia, berdasarkan apa yang sudah dibooking. Periode yang berakhir tepat saat periode lain dimulai diperlakukan sebagai tersedia, karena keduanya tidak benar-benar tumpang tindih. Pemeriksaan langsung ini yang dilihat staf sebelum mereka mencoba menyimpan, jadi mereka dapat memilih tanggal lain daripada baru menemukan konflik setelah mengirim formulir.
Konflik booking
Konflik booking adalah sebutan Kasura untuk dua booking pada aset yang sama yang periodenya tumpang tindih. Hanya booking yang masih dihitung aktif (dipesan, aktif, sudah check-in, terlambat, atau belum terselesaikan) yang dapat menyebabkan konflik. Booking yang dibatalkan, ditandai no-show, atau sudah selesai dikecualikan dari pemeriksaan, sehingga tanggalnya bebas untuk orang lain segera setelah status itu ditetapkan. Ketika penyimpanan ditolak karena alasan ini, staf melihat pesan langsung bahwa aset sudah dibooking untuk periode yang dipilih, bukan kegagalan generik.
Batas workspace
Pemeriksaan konflik hanya mempertimbangkan booking yang tercatat dalam workspace yang sama dengan aset yang dibooking, karena setiap aset milik tepat satu workspace. Pemeriksaan tidak memiliki visibilitas di luar apa yang benar-benar dimasukkan ke Kasura: permintaan yang diterima lewat telepon dan belum dicatat, hold di kertas, atau booking di spreadsheet terpisah tidak dapat dilihat dan tidak akan diblokir. Memasukkan setiap booking ke dalam Kasura, bukan sebagian di luar, adalah yang membuat perlindungan ini efektif.
Apa yang tidak dimaksud panduan ini
- Ini bukan jaminan mutlak bahwa double booking tidak pernah dapat terjadi dalam keadaan apa pun. Ini adalah pemeriksaan deterministik yang kuat terhadap booking yang benar-benar ada di Kasura.
- Kasura tidak menyinkronkan ketersediaan dengan online travel agency atau saluran booking eksternal mana pun. Itu membutuhkan channel manager, yang bukan bagian dari produk.
- Tidak ada AI atau model prediktif yang terlibat dalam mendeteksi konflik. Perbandingannya adalah pemeriksaan langsung satu periode terhadap periode lain.
- Booking yang dibuat di luar Kasura. Lewat telepon, di kertas, atau di spreadsheet terpisah. Tidak terlihat oleh pemeriksaan ini dan tidak akan diblokir.