Booking.com Connectivity: Tedarik Verisi, Rezervasyon ve Operasyon

Booking.com Connectivity; konaklama içeriğini, oda ve rate plan yapılandırmasını, fiyatı, müsaitliği ve rezervasyonları senkronize eden tedarik tarafı altyapısıdır. Tüketici metasearch endpoint'i değil, B2B bağlantı yüzeyidir.

Erişim ve kapsam

Erişim; partner onboarding'i, machine account yetkileri, tesis bağlantıları ve sertifikasyona bağlıdır. Bağlantı tipine göre rezervasyon, rates and availability, içerik, fotoğraf, yorum, raporlama veya ödeme yüzeyleri açılabilir. Ticari koşullar ve envanter erişimi, Booking.com'un tüketici pazar yerinden çıkarılmamalıdır.

Booking.com Connectivity entegrasyon rehberi kimlik doğrulama, istek sıralaması ve uygulama ayrıntılarını kapsar.

Üretim senaryosu

Bir PMS aynı dakikada bir room-rate'i kapatıp fiyatı değiştirirken rezervasyon değişikliği alabilir. Güncellemeler yanlış sırada uygulanırsa oda uzakta yeniden açılabilir; rezervasyon kalıcı olarak yazılmadan onaylanırsa kayıt kaybolabilir. Harici kimlikler, yerel doğruluk kaynağı ve dışarı gönderilen projeksiyonlar ayrı tutulmalıdır.

Veri modeli

Kanonik tesis, oda ve rate-plan kimliklerini Booking.com kimliklerinden ayırın. Envanter ile müsaitliği ayrı modelleyin: envanter satılabilir ürünü, müsaitlik ise tarih ve kısıt durumunu anlatır. Teklif modeli doluluk ve çocuk yaşlarını, pansiyon tipini, iptal politikasını, kısıtları, vergileri, ücretleri, para birimini, toplam fiyatı ve gecelik kırılımı taşımalıdır.

Room-rate eşlemesi birinci sınıf nesnedir. Her istek başarılı olsa bile hatalı eşleme doğru fiyatı yanlış odada yayınlayabilir.

Sözleşmeler ve yaşam döngüsü

Rates and availability akışları ARI kavramlarını ve belgelenen OTA 2003B, Booking B.XML veya JSON formatlarını kullanabilir. Aynı süreçte OTA ile B.XML'i karıştırmayın. Şema ve sürüm değişikliklerini sözleşme olayı kabul edin, JSON'da ek alanları tolere edin ve kaynak revizyonu ile idempotency bilgisini kalıcı outbox'ta tutun.

Rezervasyon yaşam döngüsü ayrıdır: oluşturma, değişiklik ve iptal mesajları onaylanmadan önce kalıcılaştırılmalı, güvenle tekrar oynatılmalı ve yerel rezervasyonla mutabık kılınmalıdır.

Hata durumları ve gözlemlenebilirlik

Tipik olaylar eski fiyat veya envanter, yanlış room-rate eşlemesi, sıra dışı güncelleme, kaçan rezervasyon değişikliği, format uyuşmazlığı, yetki hatası ve rate-limit throttling'dir. Eşleme kapsamını, güncelleme gecikmesini, reddedilen payload'ları, onaydan kalıcılaştırmaya süreyi, rezervasyon farklarını, retry yaşını ve e-posta fallback olaylarını ölçün. Booking.com rate limitleri hesaba göre değişebilir; sabit SLA olarak kodlanmamalıdır.

Uygulama kontrol listesi

• Test ve üretim tesislerini ve kimlik bilgilerini ayırın.
• Delta akışlarından önce en az bir yıllık fiyat ve müsaitlik başlangıç yükünü tamamlayın.
• Doluluk, kısıt, iptal, değişiklik, duplicate replay ve kısmi hata senaryolarını test edin.
• Kurtarma sonrasında ve periyodik olarak yerel durumu uzak durumla karşılaştırın.
• Payload formatını, şema sürümünü ve kaynak revizyonunu loglarda görünür tutun.

Booking.com Connectivity metasearch ekiplerine otel teklifinin nereden doğduğunu gösterir. Oda, rate, doluluk, kısıt, fiyat ve müsaitliği tek bir fiyat alanına indirmek, olgun connectivity verisini yanlış karşılaştırır.