Selaraskan Kalendar Airbnb dan Booking.com: Cara iCal Menghalang Tempahan Bertindih

Satu tempahan bertindih pada hujung minggu cuti sekolah boleh mencecah kos lebih tinggi daripada komisen sebulan — bukan sekadar bayaran balik, tetapi ulasan yang kekal.

Apa itu suapan iCal, sebenarnya

Setiap platform tempahan utama menerbitkan kalendar penginapan anda sebagai satu fail teks pada alamat web rahsia. Fail itu menyenaraikan tarikh yang telah ditempah — dan hanya itu. Ia tidak mengandungi nama tetamu, harga, atau nombor telefon.

Segerak dua hala bermakna dua perkara berlaku:

1. Import. Sistem tempahan anda membaca fail Airbnb dan Booking.com secara berkala, dan menutup malam yang tersenarai di sana supaya portal anda sendiri tidak menjualnya lagi.
2. Eksport. Sistem anda menerbitkan fail yang setara, dan OTA membacanya untuk menutup malam yang telah ditempah terus.

Had yang perlu difahami sebelum bergantung padanya

iCal tidak segera. Platform membaca fail mengikut jadual mereka sendiri — selalunya setiap beberapa jam. Antara dua bacaan itu terdapat tetingkap di mana dua tetamu boleh menempah malam yang sama di dua tempat berbeza. Tiada penyedia iCal yang boleh menutup tetingkap ini; sesiapa yang mendakwa sebaliknya sedang menjual sesuatu yang lain.

iCal tidak membawa harga. Ia menutup tarikh, bukan menyelaraskan kadar. Jika anda menaikkan harga hujung minggu di portal sendiri, harga di OTA tidak berubah.

Alamat suapan adalah rahsia. Sesiapa yang memiliki URL itu boleh membaca corak penghunian anda. Ia patut dilayan seperti kata laluan.

Sebab sekatan sebenar tidak berada dalam iCal

Kerana iCal tidak boleh dipercayai untuk keserentakan, ketersediaan sebenar tidak boleh ditentukan olehnya.

Dalam Laksana Penginapan, setiap malam yang ditempah ditulis sebagai satu rekod penghunian pada unit tertentu, dan pangkalan data menyimpan sekatan unik: satu unit, satu malam, satu penghuni hidup. Jika dua tempahan cuba menduduki bilik yang sama pada malam yang sama, tempahan kedua ditolak oleh pangkalan data, bukan oleh semakan yang dijalankan sebelum menyimpan.

Perbezaannya penting. Semakan-sebelum-simpan boleh gagal apabila dua permintaan tiba serentak: kedua-duanya menyemak, kedua-duanya melihat bilik kosong, kedua-duanya menyimpan. Sekatan pangkalan data tidak boleh gagal dengan cara itu.

Malam yang diimport daripada iCal menjadi sekatan penghunian yang sama. Ia bukan lapisan berasingan yang perlu diingat oleh seseorang untuk menyemak.

Persediaan praktikal

1. Salin URL kalendar eksport daripada setiap penyenaraian OTA anda.
2. Tambah satu suapan bagi setiap jenis bilik, dan namakannya mengikut platform — bukan "Feed 1".
3. Terbitkan suapan Laksana anda kembali ke setiap OTA.
4. Semak sekali secara manual pada hari pertama: tempah satu malam di OTA, dan sahkan malam itu tertutup di portal anda selepas segerak seterusnya.

Alamat luaran hanya diambil melalui penapis permintaan yang menolak alamat rangkaian dalaman dan fail tempatan, jadi URL yang ditampal salah tidak boleh dijadikan alat untuk membaca sesuatu yang lain di pelayan.

Selepas kalendar diselaraskan

Angka penghunian anda akhirnya merangkumi semua saluran dalam satu tempat — yang bermakna ADR dan RevPAR anda menjadi bacaan dan bukan tekaan hujung bulan.