iCal takvim senkronizasyonu nedir? Kanal yöneticisi olmadan çift satış riski

iCal takvim senkronizasyonu, iki rezervasyon platformu arasında dolu tarihleri kopyalayan bir takvim bağlantısıdır. Yalnızca tarih taşır: fiyat, kısıtlama veya misafir bilgisi taşımaz. Booking.com'un kendi iş ortağı yardım sayfası, bağlı her takvimi iki saatte bir içe aktardığını ve senkronizasyonun gerçek zamanlı olmadığını belirtir; yani iki misafir yine de aynı geceyi satın alabilir (Booking.com for Partners, 04.11.2026).

Bir misafir son odanızı bir sitede 21.10'da rezerve ediyor. Diğer sitede aynı gece hâlâ boş görünüyor, çünkü takvim bağlantısı henüz çalışmadı. İkinci rezervasyon, ilkinin görünmesinden önce geliyor. Pansiyon, butik otel ya da küçük bir apart otel işletiyorsanız ve ücretsiz olduğu için rezervasyon sitelerinin takvimlerini bağladıysanız, bu yazı o bağlantının gerçekte ne yaptığını, neyi yapamadığını ve ne zaman yetersiz kaldığını anlatıyor.

iCal senkronizasyonu düz bir dille nedir?#

iCal senkronizasyonu, iki çevrim içi takvim arasındaki, bir sitede satılan gecenin diğer sitede dolu görünmesini sağlayan bağlantıdır.

iCal, iCalendar'ın kısaltması, takvim kayıtları için düz bir dosya biçimidir. Senkronizasyon bağlantısı ise bir platform istediğinde bu dosyayı döndüren özel bir web adresidir. Her platform size iki şey verir: kendi takvimi için bir dışa aktarma bağlantısı ve başkasının içe aktarma bağlantısını yapıştırdığınız bir kutu. İki platformun eşleşmesi için her yöne biri olmak üzere iki bağlantı gerekir.

Tek yönlü bağlantı yalnızca bir tarafı kapatır. Rezervasyon sitesinin takvimini kendi aracınıza içe aktarıp geriye dışa aktarmazsanız, site satmaya devam eder. Bağlantının yerine geçtiği şey telefonla arama ya da tarihleri elle kapatmaktır. Bu bir takvimdir, rezervasyon sistemi değil: odaları, fiyatları, kuralları veya misafirleri bilmez.

Her oda tipinin ardında tek birimin bulunduğu, iki üç sitede satış yapan ve günün çoğunda takip edecek birinin mevcut olduğu küçük bir tesise uyar.

Bir iCal bağlantısı ne taşır, neyi dışarıda bırakır?#

Zaten dolu olan tarihleri, Booking.com'da ayrıca bu tarihlerin ardındaki rezervasyonları taşır. Fiyat, kural veya misafirle ilgili hiçbir şey taşımaz.

Tarihleri alan platform dolu bir gece görür, rezervasyon değil. Tarih geri değişene kadar bir iptali yeni bir rezervasyondan ayırt edemez. En büyük eksik kısıtlamalardır: üç gece minimum konaklama, belirli günlerde giriş yasağı ya da azami konaklama sınırı bağlantıdan hiç geçmez.

Oda tipi eşleştirmesi için bir alan yoktur; tarihleri alan tarafın, kapanan oda tipinin kendi oda tiplerinden hangisine karşılık geldiğini bilmesinin bir yolu yoktur. Misafir adı, iletişim bilgisi veya ödeme durumu bağlantıyı geçmez; misafire diğer platformdan ulaşamazsınız, o da sizinkine ulaşamaz. Fiyatlara dokunulmaz: iki kanal aynı gece için farklı fiyat gösterebilir, bağlantı bunu hiç fark etmez. Dolu tarih yalnızca iki durum tanır: müsait ya da dolu; kaç tane kaldığını asla söylemez.

iCal senkronizasyonu ne sıklıkla çalışır ve gecikmeyi kim belirler?#

İçe aktarma aralığını her platform kendisi belirler. Booking.com'un iş ortağı yardım sayfası, bağlı her takvimi iki saatte bir içe aktardığını ve senkronizasyonun gerçek zamanlı olmadığını yazar (Booking.com for Partners, 04.11.2026).

İki saat bir aralıktır, garanti değil. Saat, platformun son içe aktarımından işler ve bekleyemediğiniz anlar için elle "Import now" düğmesi vardır. Gecikme her adımda birikir: rezervasyon düşer, dışa aktaran platform dosyayı yazar, içe aktaran platform sıradaki içe aktarmayı çalıştırır, takvimi günceller. Her taraf kendi süresini ekler.

Dışa aktarma tarafı aynı ayrıntıyla belgelenmiş değildir. Anlık olmadığını varsayın ve bir blog yazısını değil, bu yazı dahil, her platformun kendi yardım sayfasını kontrol edin. Açıkta kalan pencere, bir rezervasyonla bunun diğer kanala ulaşması arasındaki boşluktur. Bu pencere içinde yapılan her rezervasyon diğer site için görünmezdir.

Risk son odada, aynı gece için, hafta sonlarında ve tatil dönemlerinde yoğunlaşır; iki rezervasyon dakikalar arayla gelebilir. Bazı platformlar ev sahibine takvimi diğer sitelere dışa aktarma imkânı verir; zamanlama ve sınırlar için yine her platformun kendi yardım sayfasına bakın. Doğrudan bir kanal bağlantısının nasıl davrandığını görmek için kanal yöneticisi entegrasyonunun nasıl çalıştığını okuyun.

iCal tek birim için çalışırken neden birden çok odalı bir oda tipi için çalışmıyor?#

Dolu bir tarih yalnızca bu birim alındı diyebilir. Bir oda tipi beş oda içerdiğinde, tek bir rezervasyon tipi bloke edemez ve bağlantının dört odanın hâlâ boş olduğunu gösterme yolu yoktur.

Booking.com'un kendi uygunluk kuralı mekanizmayı görünür kılar: takvim senkronizasyonu yalnızca 20 veya daha az oda tipi olan, her tipte en fazla bir birim bulunduran tesislere açıktır ve bağlantı sağlayıcısı kullanan tesisler dışındadır (Booking.com for Partners, 04.11.2026). Bir tipin ardında birden çok birim varsa, iyi yanı olmayan bir seçimle karşı karşıyasınızdır: ilk rezervasyondan sonra tipin tamamını kapatıp satış kaybedersiniz ya da açık bırakıp aynı odayı iki kez satma riskini alırsınız.

İkinci sorun eşleştirmedir. Tarihleri alan platformun kendi oda tipi adları vardır ve bağlantıda hangi adın hangi oda olduğunu söyleyen bir alan yoktur. Birden çok özdeş stüdyosu olan pansiyon ve apart oteller bununla ilk karşılaşanlardır, çünkü envanterleri bir tip ve çok birim gibi görünür.

Üçüncüsü son oda yarışıdır: iki kanal, tek kalan oda, iki takvim de hâlâ açık, iki misafir de ödeme yapıyor. Gerçekten her oda tipinde tek biriminiz varsa bağlantı makul bir araçtır. Yoksa risk yapısaldır; daha dikkatli olmakla çözülmez.

Bu arada bağlı takvimi güvenli tutan rutin nedir?#

Bağlantıyı bir denetim aracı değil, yedek olarak görün: rezervasyon düşer düşmez her kanalda tarihleri elle kapatın ve takvimleri gün içinde sabit saatlerde kontrol edin.

Tek bir ana takvim tutun, kâğıtta, tabloda ya da kendi sisteminizde, ve gerçekte satılanın kaydı olmasını sağlayın. Her rezervasyondan sonra aralığı beklemek yerine diğer platformda elle içe aktarmayı çalıştırın. İçe aktaramadığınız her kanalda tarihleri elle kapatın ve bunu yaptığınızı not edin.

Takvimleri açılışta, öğleden sonra ve kapanışta kontrol edin, son kontrol saatini not edin. Son birime indiğinizde önce diğer kanalları kapatın; oda gün sonunda hâlâ boşsa yeniden açın. Her çift rezervasyonu ve her ramak kala olayı saat, kanal ve takvimlerin o anki durumuyla kaydedin; bu kayıt, aracın ne zaman yetersiz kaldığını size söyler. Konunun geniş çerçevesi için kanallar arası çift rezervasyonların nedenlerini okuyun.

Ne zaman kanal yöneticisine ya da tek bir otel sistemine geçmelisiniz?#

Bir oda tipinin ardında birden çok birim olduğunda, ikiden üçten fazla kanalda sattığınızda ya da fiyat ve kısıtlamalarınızın bir takvimin yetmeyeceği kadar sık değiştiğinde geçin.

Kanal yöneticisi müsaitliği ve fiyatları tek yerde tutar ve değişiklikleri platformun yetkilendirdiği doğrudan bağlantıyla her kanala iter; güncelleme iki saatlik döngüye değil, saniyeler ya da dakikalar içinde ulaşır. İş yükünü tamamen ortadan kaldırmaz: oda tiplerini doğru eşleştirmek gerekir ve extranette müsaitliği elle düzenleyen biri her şeyi yine bozabilir.

Geçiş sinyalleri nettir: birden çok özdeş birim, haftalık fiyat değişiklikleri, minimum konaklama kuralları, sezonluk kapanmalar, ikiden üçten fazla kanal ya da takvimleri günde üç kez kontrol edebilecek personelin olmaması. Bir şey imzalamadan önce kanal yöneticisi seçiminde sorulacak soruları gözden geçirin; rolleri doğru yerine koymak için PMS, kanal yöneticisi ve rezervasyon motorunun ne işe yaradığını okuyun.

Tek bir otel sistemi bir adım ileri gider: rezervasyon, resepsiyon, kat hizmetleri, faturalama ve dağıtım aynı envanteri paylaşır; satılan oda, kapanan odadır. Ödünleşim, aylık bir maliyet ile tek bir çift rezervasyonun maliyeti arasındadır: yer değiştirmek zorunda kalan bir misafir, bir iade ve silinmeyen bir yorum. Bunu satıcının verdiği yüzdelerle değil, kendi rakamlarınızla tartın.

AI Otel'in otel işletim sistemi, tek bir oda envanterinin otelin kendi web sitesini, OTA'ları, seyahat acentelerini ve yapay zekâ asistanlarını aynı anda beslemesi için geliştirildi. Lansman öncesi aşamadadır. Channex entegrasyonumuz üzerinden rezervasyon sitesi bağlantıları canlıya geçiş öncesi test aşamasındadır.

Şimdi ne yapmalı#

Bugün kısa bir envanter sayımı yapın: her kanalda sattığınız her oda tipini ve ardındaki birim sayısını yazın. Bir tipte birden çok birim varsa, bağlantı sattığınız şeyi ifade edemediği için iCal'den geçiş planını bir sonraki yüksek sezondan önce hazırlayın. Her tipte tam olarak tek birim varsa bağlantıyı tutun ve tesis büyüyene kadar günlük rutini sürdürün. Paylaşılan tek bir envanterin pratikte nasıl göründüğünü görmek isterseniz görüşme talep edin.