Kilitleme olmadan eşzamanlı düzenlemeler
İki personel aynı anda aynı rezervasyon sayfasını açar. Biri bir birim atar. Diğeri de atar. Elektronik tablo her iki atamayı da tutar. Çakışma girişte ortaya çıkar.
Müsaitlik Kontrolü
Özel rezervasyon yazılımında müsaitlik kontrolünün nasıl çalıştığı, manuel takibin nerede başarısız olduğu ve kamp alanı işletmecilerinin yüksek sezon açılışından önce neleri doğrulaması gerektiği.
İki personel aynı anda aynı rezervasyon sayfasını açar. Biri bir birim atar. Diğeri de atar. Elektronik tablo her iki atamayı da tutar. Çakışma girişte ortaya çıkar.
Telefonla bir rezervasyon alınır ve daha sonra girilmek üzere kâğıda yazılır. Giriş yapılmadan önce aynı birim çevrimiçi atanır. İki rezervasyon, tek bir birim, sorun varışta ortaya çıkar.
Rezervasyonlar aynı cumartesi günü bir telefon görüşmesinden, bir e-postadan, bir rezervasyon platformundan ve kapıdan gelen müşteriden gelir. Her personel kendi yerel görünümünden çalışır. Müsaitlik paylaşılmaz.
İki rezervasyon arasındaki iki gecelik boşluk, onu dolduran bir kural olmadığı ve personelin onu göremediği için haftalarca boş kalır. Birim teknik olarak müsaittir ama pratikte o dönem için değersizdir.
Merkezi birim müsaitlik durumu
Her birim için onaylanmış müsaitlik durumunu tutan tek bir sistem. Elektronik tablo sekmeleri yok, kâğıt kayıtlar yok, mutabakat adımı yok — personelin aynı anda okuyup yazdığı tek bir kaynak.
Rezervasyon anında çakışma tespiti
Yeni bir rezervasyon oluşturulduğunda sistem, onaylamadan önce tarih ve birim çakışmalarını kontrol eder. Bloklanan dönem, rezerve edildiği anda başkaları için de müsait olmaktan çıkar — bir sonraki senkronizasyonda değil.
Fiyatlandırma kurallarının yanında müsaitlik kuralları
Minimum konaklama kuralları, kapalı dönemler ve boşluk doldurma kuralları fiyatlandırmayla aynı yapılandırmada yer alır.
Tüm ekip için birim durumu görünürlüğü
Müsaitliği görmesi gereken her personel aynı zaman çizelgesini görebilir. Varışlar, ayrılışlar, mevcut doluluk ve bekletilen birimler başka birine sormadan görülebilir.
Bunu, sezonu rezervasyonlara açmadan önce uygulayın.
Q1
Mevcut sürümde yerel olarak hayır. API, harici sistemlerin müsaitliği kontrol etmesine ve rezervasyon göndermesine izin verir; bu da özel kanal entegrasyonlarını destekler. Dağıtım iş akışları için öncelikli entegrasyonlar yol haritasında yer alıyor. O zamana kadar önerilen yaklaşım, harici rezervasyonlar için belirlenmiş bir giriş adımıdır.
Q2
Evet. Birimler, bir tarih aralığı için kapalı veya bakım durumuna alınabilir; bu da misafir rezervasyon kaydı oluşturmadan onları müsait dışı olarak işaretler.
Q3
Sistem rezervasyonları sıralı olarak işler. İlk onaylanan rezervasyon birimi tutar. İkinci girişim, sessizce çifte rezervasyon oluşturmak yerine bir çakışma hatası döndürür.
Q4
Gelecekteki müsaitlik görünürlüğü için kesin bir sınır yoktur. Fiyatlandırma kuralları ve kapalı dönemler herhangi bir gelecek tarih aralığı için ayarlanabilir. Çoğu işletmeci fiyatlandırma ve bakım bloklarını bir ila iki sezon ileriye planlar.
Mevcut müsaitliğiniz personelin elektronik tabloyu kontrol etmeyi hatırlamasına bağlıysa, izlediğiniz şey ile sistemin zorunlu kılması gereken şey arasındaki fark hakkında konuşmaya değer.
Uygulamanın doğru çalışmasını sağlamak ve deneyiminizi iyileştirmek için çerez kullanıyoruz. Çerez Politikası
Uygulamanın doğru çalışmasını sağlamak ve deneyiminizi iyileştirmek için çerez kullanıyoruz.