1. Hentikan percobaan ulang lebih lanjut dan buktikan bahwa kedua catatan Sistem Manajemen Hotel mewakili pemesanan OTA yang sama.
2. Simpan catatan yang terhubung ke ID sumber OTA yang valid dan pesan modifikasi atau pembatalan di masa mendatang.
3. Lindungi inventaris kamar, pembayaran, folio, pesan tamu, dan tugas operasional sebelum menghentikan catatan ekstra.
4. Verifikasi bahwa ketersediaan berubah tepat satu kali dan dokumentasikan perbaikan untuk dukungan dan audit malam.
Reservasi OTA ganda setelah percobaan ulang mungkin terlihat mudah diperbaiki: temukan dua catatan yang serupa dan hapus salah satunya. Hal itu berisiko. Satu catatan mungkin merupakan reservasi terhubung yang akan menerima perubahan OTA di masa mendatang, sementara yang lain mungkin berisi penugasan kamar, pembayaran, catatan, atau pekerjaan check-in yang telah diselesaikan oleh resepsionis.
Tindakan yang aman adalah menjeda otomatisasi, membuktikan bahwa catatan tersebut adalah ganda, memilih satu reservasi kanonikal, memindahkan atau menyimpan data operasional, lalu menghentikan catatan ekstra menggunakan tindakan yang disetujui Sistem Manajemen Hotel. Pemeriksaan inventaris dan pembayaran harus segera diikuti karena menghapus catatan dapat merilis kamar atau mengubah saldo.
Mengapa Percobaan Ulang OTA Dapat Membuat Reservasi Ganda
Percobaan ulang biasanya harus menggunakan kembali ID reservasi eksternal OTA sehingga Sistem Manajemen Hotel mengenali pemesanan yang sama. Duplikat dapat muncul ketika impor asli sebagian berhasil tetapi mengembalikan kesalahan, percobaan ulang tiba tanpa pengenal yang sama, atau placeholder manual dibuat sebelum reservasi otomatis yang tertunda masuk ke Sistem Manajemen Hotel.
Urutan umum lainnya dimulai dengan reservasi masa depan yang diimpor secara manual. Jika catatan manual tidak berisi ID reservasi sumber yang valid, modifikasi OTA di kemudian hari mungkin tidak cocok dengannya. Sistem Manajemen Hotel dapat membuat catatan terhubung baru alih-alih memperbarui catatan manual yang ada.
Kedua catatan Sistem Manajemen Hotel mungkin terlihat identik tetapi berperilaku berbeda. Hanya satu yang mungkin tetap terhubung ke modifikasi OTA, pembatalan, pesan tamu, instruksi pembayaran, atau data kartu virtual. Itulah sebabnya nama tamu dan tanggal menginap tidak cukup untuk memutuskan catatan mana yang harus dihapus.
Hentikan impor berulang, pengiriman ulang, dan perubahan ketersediaan manual segera setelah duplikat ditemukan. Catat kedua nomor reservasi, waktu pembuatan, ID sumber, status saat ini, dan efek inventaris sebelum pesan lain mengubah buktinya.
Buktikan Bahwa Kedua Catatan Benar-Benar Ganda
Dua pemesanan untuk tamu dan tanggal yang sama hanya diduga ganda. Seorang tamu mungkin sengaja memesan dua kamar, atau dua pelancong dengan nama keluarga yang sama mungkin tiba bersama. Nomor konfirmasi OTA yang berbeda biasanya berarti dua pemesanan terpisah sampai OTA membuktikan sebaliknya.
Bandingkan kedua catatan bidang demi bidang:
- Nomor konfirmasi OTA dan referensi channel manager hotel atau CRS
- Nomor reservasi Sistem Manajemen Hotel, waktu pembuatan, metode impor, dan sumber
- Properti, tipe kamar, kedatangan, keberangkatan, tingkat hunian, dan paket harga
- Total harga, pajak, model pembayaran, deposit, dan kebijakan pembatalan
- Modifikasi terbaru, pembatalan, pesan, dan status sinkronisasi
- Penugasan kamar, folio, catatan, tugas, dan aktivitas check-in
Buka ekstranet OTA dan konfirmasikan berapa banyak reservasi aktif yang ada. Kemudian periksa channel manager hotel atau antrean CRS. Jika OTA dan perantara menunjukkan satu pemesanan tetapi Sistem Manajemen Hotel menunjukkan dua catatan dengan referensi eksternal yang sama, catatan Sistem Manajemen Hotel tersebut adalah kandidat ganda yang kuat.
Jika catatan memiliki nomor konfirmasi OTA yang berbeda, hentikan. Jangan menggabungkan, membatalkan, atau menghapus salah satunya sampai OTA atau tamu mengonfirmasi apakah keduanya memang dimaksudkan. Biaya menahan inventaris secara singkat biasanya lebih rendah daripada membatalkan pemesanan yang valid.
Alur kerja yang terhubung membuat perbandingan ini lebih mudah. channel manager hotel milik Smart Order menghubungkan referensi OTA yang masuk dengan ketersediaan Sistem Manajemen Hotel, sehingga staf dapat melacak apakah percobaan ulang memperbarui pemesanan yang ada atau membuat catatan operasional lainnya.
Lacak Reservasi OTA dengan ID Sumbernya
Simpan pemesanan yang masuk, inventaris yang dipetakan, dan referensi eksternal dalam satu alur kerja sehingga kesalahan percobaan ulang dapat diidentifikasi sebelum memengaruhi tamu atau jumlah kamar.
Pilih Catatan Kanonikal dan Perbaiki Duplikat dengan Aman
Reservasi kanonikal adalah catatan yang akan disimpan hotel sebagai sumber tunggal untuk masa menginap. Catatan ini harus dapat menerima perubahan OTA di masa mendatang dan mempertahankan riwayat operasional dan keuangan yang diperlukan hingga check-out.
Gunakan matriks di bawah ini sebagai bantuan keputusan. Perilaku vendor berbeda, sehingga persetujuan supervisor atau dukungan mungkin masih diperlukan sebelum menggabungkan, menghapus, membatalkan, atau membatalkan catatan.

Dalam banyak insiden percobaan ulang, catatan otomatis dengan ID sumber OTA yang valid adalah catatan kanonikal yang lebih aman karena modifikasi dan pembatalan di kemudian hari dapat mencocokkannya. Placeholder manual tanpa ID sumber tersebut sering kali merupakan catatan yang harus dihentikan—tetapi hanya setelah data bergunanya disimpan.
Ikuti urutan ini:
- Bekukan percobaan ulang tambahan, pengeditan, tindakan check-in, dan upaya pembayaran pada kedua catatan.
- Pilih catatan kanonikal berdasarkan tautan sumber yang valid dan jalur pembaruan di masa mendatang.
- Simpan atau transfer penugasan kamar, catatan tamu, tugas, item folio, deposit, dan referensi pembayaran yang diotorisasi.
- Tandai catatan ekstra sebagai duplikat menggunakan status, penggabungan, pembatalan, atau tindakan penghapusan yang disetujui Sistem Manajemen Hotel.
- Tambahkan catatan referensi silang ke kedua catatan ketika sistem mempertahankan riwayat duplikat.
- Buka kembali OTA, channel manager hotel, dan Sistem Manajemen Hotel untuk mengonfirmasi bahwa satu reservasi operasional aktif tetap ada.
Jangan membatalkan pemesanan OTA hanya untuk membersihkan Sistem Manajemen Hotel. Jangan menghapus catatan yang berisi pendapatan yang dibukukan, otorisasi pembayaran, status check-in, akses kamar, atau dokumen fiskal tanpa tinjauan keuangan dan manajemen. Beberapa sistem memerlukan dukungan untuk bergabung dengan aman karena reservasi yang terlihat terhubung dengan transaksi dan catatan pesan tersembunyi.
Rekonsiliasi Inventaris, Pembayaran, dan Pekerjaan Resepsionis
Menghapus duplikat belum selesai hingga total operasional hotel benar. Jika kedua catatan mengurangi ketersediaan, menghentikan salah satunya mungkin mengembalikan kamar. Jika hanya satu yang mengurangi ketersediaan, peningkatan inventaris manual dapat membuka kamar ekstra untuk dijual dan membuat overbooking.
Catat ketersediaan sebelum koreksi, selesaikan tindakan duplikat yang disetujui, dan kemudian bandingkan jumlah kamar Sistem Manajemen Hotel dengan channel manager hotel dan OTA. Kuantitas akhir harus mencerminkan satu masa menginap yang dikonfirmasi—bukan nol dan bukan dua.
Tinjau aktivitas pembayaran dan folio secara terpisah. Konfirmasikan apakah ada catatan yang berisi deposit, praotorisasi, biaya, pengembalian dana, saldo penagihan OTA, instruksi kartu virtual, faktur pajak, atau basis komisi. Jangan pernah menyalin detail kartu lengkap atau keamanan ke dalam catatan reservasi biasa atau email dukungan.
Rekonsiliasi juga pekerjaan yang telah dipicu oleh masing-masing catatan. Periksa pesan tamu, otomatisasi pra-kedatangan, penugasan kamar, catatan housekeeping, transfer bandara, permintaan makanan, kode akses, dan formulir check-in. Tekan alur kerja duplikat sehingga tamu tidak menerima dua konfirmasi, dua permintaan pembayaran, atau instruksi yang bertentangan.
Sebelum audit malam, cari lagi berdasarkan nama tamu dan setiap referensi eksternal. Konfirmasikan satu masa menginap yang aktif, satu penugasan kamar, satu saldo operasional, dan atribusi saluran yang benar. Simpan jejak audit yang menunjukkan catatan mana yang dipertahankan dan mengapa.
Eskalasi Insiden dan Cegah Duplikat Percobaan Ulang Lainnya
Eskalasi ketika tim tidak dapat mengidentifikasi catatan yang terhubung, ketika kedua catatan berisi transaksi, atau ketika membatalkan satu catatan mengubah inventaris secara tak terduga. Sistem Manajemen Hotel atau penyedia konektivitas mungkin perlu memeriksa ID pesan, pengakuan pengiriman, log impor, dan perilaku percobaan ulang.
Kirim ke dukungan:
- ID Properti dan penyedia koneksi
- OTA, channel manager hotel, dan kedua referensi reservasi Sistem Manajemen Hotel
- Stempel waktu impor asli, kesalahan, percobaan ulang, dan pembuatan duplikat beserta zona waktu
- Status saat ini, pemetaan kamar dan harga, dan ketersediaan sebelum dan sesudah
- Tangkapan layar pesan dan kesalahan dengan data pembayaran sensitif disembunyikan
- Tindakan yang telah diambil, termasuk pembayaran, check-in, penugasan kamar, atau pembatalan
Perbaikan permanen tergantung pada penyebabnya. ID sumber eksternal yang hilang memerlukan pelestarian ID yang lebih baik. Waktu habis setelah impor yang berhasil memerlukan pemeriksaan status sebelum mencoba ulang. Placeholder manual memerlukan tanda rekonsiliasi. Cacat konkurensi atau webhook berulang memerlukan perlindungan duplikat di sisi vendor daripada solusi sementara resepsionis lainnya.
Bangun aturan ke dalam prosedur insiden hotel: tidak ada percobaan ulang sampai staf mengonfirmasi apakah pesan pertama membuat reservasi. Uji koneksi OTA baru dengan pemesanan, modifikasi, dan pembatalan baru. Modifikasi harus memperbarui catatan Sistem Manajemen Hotel yang sama, dan pembatalan harus mengembalikan inventaris satu kali.
Pembersihan duplikat lebih aman ketika resepsionis dapat melihat sumber reservasi, status operasional, dan ketersediaan kamar secara bersamaan. sistem reservasi hotel milik Smart Order memberi staf satu kalender untuk pemesanan yang terhubung dan dampak kamarnya, mengurangi kemungkinan bahwa placeholder sementara menjadi masa menginap aktif kedua.
Buat Pengecualian Percobaan Ulang Terlihat oleh Resepsionis
Hubungkan referensi sumber OTA dengan kalender Sistem Manajemen Hotel sehingga staf dapat mengisolasi duplikat, melindungi pemesanan kanonikal, dan memverifikasi inventaris sebelum audit malam.
Pertanyaan yang Sering Diajukan
Reservasi OTA ganda mana yang harus disimpan hotel?
Biasanya simpan catatan dengan ID sumber OTA yang valid dan tautan modifikasi atau pembatalan aktif. Sebelum menghentikan catatan lainnya, simpan pembayaran, folio, penugasan kamar, catatan, tugas, dan pekerjaan check-in apa pun yang ada di dalamnya.
Bisakah resepsionis cukup menghapus reservasi yang lebih baru?
Tidak. Catatan yang lebih baru mungkin merupakan reservasi otomatis dan terhubung yang dibuat oleh impor yang dipulihkan. Menghapusnya dapat merusak pembaruan OTA di masa mendatang sambil meninggalkan catatan manual yang tidak terhubung.
Haruskah hotel membatalkan satu reservasi di ekstranet OTA?
Tidak ketika OTA hanya menunjukkan satu pemesanan yang dikonfirmasi. Duplikat mungkin hanya ada di dalam Sistem Manajemen Hotel. Membatalkan reservasi OTA yang sebenarnya dapat memengaruhi tamu, pembayaran, komisi, dan syarat pembatalan.
Bagaimana jika kedua catatan sudah berisi tagihan?
Hentikan aktivitas pembayaran lebih lanjut dan libatkan supervisor atau tim keuangan. Konfirmasikan tagihan mana yang diotorisasi, apakah terjadi penagihan ganda, dan apakah Sistem Manajemen Hotel memerlukan pembatalan, pengembalian dana, transfer folio, atau penggabungan berbantuan vendor.
Mengapa percobaan ulang membuat catatan Sistem Manajemen Hotel baru alih-alih memperbarui yang pertama?
Penyebab umum termasuk ID reservasi eksternal yang hilang atau berubah, impor asli yang berhasil tetapi mengembalikan kesalahan, placeholder manual tanpa referensi sumber, pemrosesan percobaan ulang yang tumpang tindih, atau modifikasi yang tidak dapat cocok dengan catatan pertama.
Bagaimana seharusnya hotel memverifikasi koreksi tersebut?
Konfirmasikan satu reservasi aktif di Sistem Manajemen Hotel, satu pemesanan yang dikonfirmasi di OTA, satu jalur referensi yang terhubung, satu pengurangan kamar yang benar, dan satu saldo operasional. Kemudian uji bahwa modifikasi di masa mendatang akan menargetkan catatan yang dipertahankan.
Perbaikan duplikat yang aman menyimpan pemesanan tamu yang sebenarnya sebelum membersihkan basis data. Identifikasi catatan yang terhubung, lindungi uang dan operasional, perbaiki inventaris satu kali, dan tinggalkan jejak audit yang mencegah percobaan ulang berikutnya menjadi keadaan darurat resepsionis lainnya.