Panduan
Cara Mencegah Tempahan Berganda
Kasura mencegah tempahan berganda dengan menyemak tarikh tempahan terhadap setiap tempahan aktif lain pada aset yang sama, dan menyekat simpanan jika ia bertindih.
Mengapa tempahan berganda berlaku
Tempahan berganda berlaku apabila dua pelanggan memegang tuntutan yang bertindih pada kenderaan atau bilik yang sama. Jarang ia satu kesilapan yang jelas — lebih kerap kakitangan bekerja daripada ingatan semasa syif sibuk, hamparan kongsi sudah ketinggalan daripada realiti, atau dua orang mengendalikan permintaan untuk aset yang sama pada masa yang sama tanpa melihat kerja satu sama lain. Risikonya meningkat dengan bilangan orang yang boleh mencipta tempahan dan bilangan saluran tempat permintaan boleh masuk.
Bagaimana Kasura mencegah konflik yang diketahui
Setiap kali tempahan dicipta atau tarikhnya diubah, Kasura membandingkan tempoh yang diminta terhadap tempahan lain aset itu sebelum membenarkan simpanan. Ini berlaku dua kali: sekali dalam antara muka semasa borang diisi, supaya kakitangan melihat masalahnya segera, dan sekali lagi pada saat simpanan benar-benar ditulis, supaya orang kedua yang bertindak beberapa saat kemudian tidak dapat menyelitkan tempahan yang bercanggah. Simpanan yang akan bertindih dengan tempahan sedia ada ditolak sepenuhnya, bukan hanya ditanda sebagai amaran.
Semakan ketersediaan
Semasa tempahan dicipta, kalendar untuk aset yang dipilih menandakan setiap tarikh sebagai tersedia, sebahagiannya tersedia, atau tidak tersedia, berdasarkan apa yang sudah ditempah. Tempoh yang berakhir tepat apabila tempoh lain bermula dianggap tersedia, kerana keduanya tidak benar-benar bertindih. Semakan langsung ini yang dilihat kakitangan sebelum mereka cuba menyimpan, supaya mereka boleh memilih tarikh lain daripada hanya menemui konflik selepas menghantar borang.
Konflik tempahan
Konflik tempahan ialah sebutan Kasura untuk dua tempahan pada aset yang sama yang tempohnya bertindih. Hanya tempahan yang masih dikira aktif — reserved, active, checked in, overdue, atau belum diselesaikan — boleh menyebabkan konflik. Tempahan yang dibatalkan, ditanda no-show, atau sudah selesai dikecualikan daripada semakan, jadi tarikhnya bebas untuk orang lain sebaik status itu ditetapkan. Apabila simpanan ditolak atas sebab ini, kakitangan melihat mesej langsung bahawa aset sudah ditempah untuk tempoh yang dipilih, bukan kegagalan generik.
Sempadan Workspace
Semakan konflik hanya mempertimbangkan tempahan yang direkod dalam Workspace yang sama dengan aset yang ditempah, kerana setiap aset milik tepat satu Workspace. Semakan tidak mempunyai penglihatan di luar apa yang benar-benar dimasukkan ke Kasura: permintaan yang diterima melalui telefon dan belum direkod, hold di kertas, atau tempahan dalam hamparan berasingan tidak dapat dilihat dan tidak akan disekat. Memasukkan setiap tempahan ke dalam Kasura, bukan sebahagian di luar, ialah yang menjadikan perlindungan ini berkesan.
Apa yang tidak dimaksudkan oleh panduan ini
- Ini bukan jaminan mutlak bahawa tempahan berganda tidak pernah boleh berlaku dalam sebarang keadaan — ia adalah semakan deterministik yang kukuh terhadap tempahan yang benar-benar wujud dalam Kasura.
- Kasura tidak menyegerakkan ketersediaan dengan agensi pelancongan dalam talian atau mana-mana saluran tempahan luaran; itu memerlukan channel manager, yang bukan sebahagian daripada produk.
- Tiada AI atau model ramalan terlibat dalam mengesan konflik — perbandingannya ialah semakan langsung satu tempoh terhadap tempoh lain.
- Tempahan yang dibuat di luar Kasura — melalui telefon, di kertas, atau dalam hamparan berasingan — tidak kelihatan kepada semakan ini dan tidak akan disekat.