Restoranın müsaitliği farklı kanallara ulaşabilir
Rezervasyonun işletme tarafındaki düzenini Rezervem Manager, partner ve restoran ilişkisini Guest Network, yetkili dış uygulamanın teknik işlemlerini Partner API yönetir. Üç yapı arasındaki iş bölümünü ayırmak, bir bankanın veya otel concierge uygulamasının restoran müsaitliğini kullanırken aynı kaydın işletmede doğru görünmesini sağlar. Aksi halde her iş ortağı için ayrı müsaitlik tablosu ve manuel kayıt düzeni tutmak kapasite ve durum tutarsızlığı yaratabilir.
Rezervem Guest Network uygun ortaklardan gelen talebi dağıtım ağı içinde ele alır. Rezervem Partner API, bu ve diğer teknik iş ortaklıkları için kontrollü bağlantı kapısıdır. Manager rezervasyonun restoran tarafındaki operasyon merkezidir.
1. Üç ürünün görevini ayırın
Manager: masa kapasitesi, rezervasyon ve misafir kaydının işletmedeki operasyonu.
Guest Network: restoranın seçtiği kurumsal/diğer iş ortaklarının talep ve yönlendirme ağı.
Partner API: ilgili sistemlerin müsaitlik, talep ve rezervasyon durumu gibi desteklenen süreçlere bağlandığı REST ve webhook arayüzü.
- Operasyon kaydı = Manager
- Dağıtım ağı = Guest Network
- Teknik bağlantı = Partner API
2. Restoranın kabul kurallarını önce belirleyin
Restoran, servise uygun gün, saat, kişi sayısı ve varsa ödeme koşullarını önceden belirler. Guest Network üzerinden partnerlere sunulan müsaitlik, bu rezervasyon düzeniyle birlikte değerlendirilir. Böylece partner uygulamasında görünen seçenekler restoranın gerçek çalışma koşullarına dayanır.
Restoran her rezervasyonu personelle tek tek onaylamak zorunda değildir. Kullanılan rezervasyon ve ödeme akışına göre sonuç otomatik kesinleşebilir veya bekleyen durumda kalabilir; ekip, Manager üzerinden güncel kaydı takip eder.
3. Talep ve kesinleşen rezervasyonu ayırın
Guest Network partnerinin müsaitlik sorgulaması, geçici hold oluşturması ve rezervasyonu kesinleştirmesi farklı işlemlerdir. Ücretsiz rezervasyonda confirm yeterli olabilirken anında ödeme veya provizyonda ödeme sonrası Finalize gerekebilir. İşletme ekibi ve partner uygulaması kaydın gerçekten oluştuğu aşamayı esas almalıdır.
Bir talepte hold ile confirm sonucunu ayırın; ödeme gerektiren durumda finalize gerekebileceğini dikkate alın. Onay, değişiklik veya iptal webhook'larını aldığınızda güncel rezervasyon kaydını yeniden okuyarak sonucu test edin. Yanıt bekleyen bir talebi kesinleşmiş rezervasyon diye göstermeyin.
4. Kaynağı raporlayın ancak abartılı atıf yapmayın
Kaynak takibinde rezervasyon sayısını, ağırlanan misafir sayısını ve uygun entegrasyon varsa hesap tutarı gibi verileri ayrı değerlendirin. Her rezervasyonun komisyon doğurduğu veya her POS hesabının partner verisiyle eşleştiği varsayımı yerine, ilgili kayıtların hangi kapsamda bulunduğunu kontrol edin.
Rezervasyon raporları ve çok kanallı rezervasyonlar konuyu tamamlar.
5. Partner API ile projeye nasıl başlanır?
İş ortağının kim olduğunu, ne yapmak istediğini, hangi veri ve işlemlere erişeceğini belirleyin. Test ortamında desteklenen senaryoları, yetkilendirmeyi ve hata/tekrar deneme davranışını doğruladıktan sonra canlıya geçin.
Rezervem Guest Network, Partner API ve Partner API entegrasyon başlangıcı üzerinden devam edin.