Kanal yöneticisinde yeşil bağlantı işareti görmek, odaların ve fiyatların doğru satıldığı anlamına gelmez. Aynı fiziksel oda bir kanalda standart oda, diğerinde çift kişilik oda olarak açılmış; iadesiz fiyat planı yanlış oda tipine bağlanmış veya kişi bazlı fiyat tek tutar gibi gönderilmiş olabilir. Bu hatalar rezervasyon geldikten sonra oda, pansiyon, iptal koşulu, fiyat ve kontenjan uyuşmazlığına dönüşür. Sağlam eşleme süreci her sistemin kimliğini açıkça kaydeder, oda ile satış ürününü ayırır, fiyatlama modelini doğrular, ilk senkronizasyonu kontrollü yapar ve her gün kanal sonuçlarıyla PMS kayıtlarını karşılaştırır.

What you will learn in this article
  • Oda tipi, fiyat planı ve bunların satılabilir kombinasyonu ayrı nesnelerdir; yalnız görünen adlara bakılarak eşleme yapılmamalıdır.
  • Kişi sayısı, para birimi, vergi, pansiyon, iade koşulu ve kalış kısıtları eşleme tablosunda açıkça doğrulanmalıdır.
  • İlk bağlantıdan sonra başarı mesajı yeterli değildir; örnek tarihlerde fiyat, kontenjan, stop-sell ve test rezervasyonu uçtan uca mutabık olmalıdır.

Create one master room and rate inventory in the PMS first

Eşleme çalışması kanal ekranından değil, otelin ana ürün envanterinden başlamalıdır. Her fiziksel oda tipi için değişmeyen bir iç kimlik, satış adı, kapasite, yetişkin ve çocuk sınırı, yatak düzeni, stok sayısı ve aktiflik durumu kaydedilmelidir. Fiyat planı için ayrı kimlik, pansiyon, iptal ve ön ödeme koşulu, satış para birimi, vergi yaklaşımı, geçerli tarihler ve türetildiği ana plan belirtilmelidir. Görünen isimler zamanla değişebilir; bağlantının dayanağı isim değil, sistem kimliği olmalıdır.

Aynı odayı pazarlama amacıyla farklı adlarla sunmak mümkündür; ancak bu adların hangi fiziksel stoktan düştüğü açık kalmalıdır. Aksi halde 'deniz manzaralı çift kişilik' ile 'balkonlu standart oda' iki ayrı kontenjanmış gibi satılabilir. Oda birleştirme, bağlantılı oda, sanal oda tipi veya oda yükseltme ürünü kullanılıyorsa stok ilişkisi ayrıca çizilmelidir. Ana envanterde sahibi, son değişiklik tarihi ve onaylayan kişi bulunması, sonraki kanal değişikliklerinin kaynağını görünür kılar.

  • Her oda tipi ve fiyat planına değişmeyen iç kimlik verildi.
  • Kapasite, stok, yatak, pansiyon, iptal, para birimi ve vergi alanları tanımlandı.
  • Sanal ve bağlantılı oda tiplerinin hangi fiziksel stoktan düştüğü gösterildi.
  • Ana envanter için iş sahibi, değişiklik tarihi ve onay kaydı tutuldu.

Separate the room type, rate plan and sellable product

Dağıtım sistemlerinde fiziksel oda ile satış koşulu çoğu zaman ayrı nesnelerdir. Booking.com belgeleri roomrate kavramını oda tipi ile fiyat planı, iptal koşulu, yemek planı ve rezervasyon kurallarının birleşimi olarak tanımlar. Google Hotel Prices da RoomData ile fiziksel odayı, PackageData ile paket veya fiyat planı koşullarını ayrı tanımlar; satılabilir Room Bundle bu iki kimliği birlikte kullanır. Bu nedenle yalnız 'Standart Oda' eşlemesi yapmak yeterli değildir; hangi standart odanın hangi iade, pansiyon ve kişi koşuluyla satıldığı da bağlanmalıdır.

Eşleme tablosunda PMS oda kimliği, kanal oda kimliği, PMS fiyat planı kimliği, kanal rate kimliği ve ürünün aktiflik durumu ayrı sütunlarda tutulmalıdır. Bir oda birden fazla fiyat planıyla satılıyorsa her kombinasyon ayrı satır olmalıdır. Türetilmiş fiyatlarda ana plan ve fark kuralı kaydedilmelidir. Kanal tarafındaki fiyat planı yalnız rezervasyon indirmeye açık, fiyat güncellemeye kapalıysa bu durum ayrıca işaretlenmelidir; aksi halde ekip güncelleme gönderdiğini sanarken kanal kendi kuralını uygulayabilir.

  • Fiziksel oda, fiyat planı ve oda-fiyat kombinasyonu ayrı kaydedildi.
  • PMS ve kanal kimlikleri görünen adlardan bağımsız olarak eşleme tablosuna yazıldı.
  • Her aktif oda ve fiyat planı kombinasyonu ayrı satırda doğrulandı.
  • Türetilmiş, yalnız rezervasyon alan veya güncellemeye kapalı planlar işaretlendi.

Align capacity and pricing model semantics

Kanalda görünen yanlış fiyatın nedeni çoğu zaman tutarın kendisi değil, farklı fiyatlama modelidir. Booking.com; standart, türetilmiş, kişi bazlı ve kalış süresine dayalı modelleri ayırır. Google ARI Rate mesajı da oda tipi ile rate plan kombinasyonu için kişi sayısına bağlı gecelik fiyatları destekler. PMS iki kişi fiyatını gönderirken kanal bunu oda başı veya azami kişi fiyatı olarak yorumlarsa tek kişi, ek yetişkin ve çocuk sonuçları beklenenden farklı olur.

Her eşlemede temel kişi sayısı, azami kapasite, tek kişi indirimi, ek yetişkin, çocuk yaş grubu, ücretsiz çocuk, yatak ve bebek yatağı kuralları test edilmelidir. Fiyatın gecelik mi, konaklama toplamı mı olduğu; vergi ve ücretlerin dahil veya hariç gösterimi ile para birimi de karşılaştırılmalıdır. Kanalın desteklemediği bir model için sessiz dönüşüm yapılmamalı; desteklenen modele açık kural ve örnek hesapla çevrilmeli, sapma riski gelir yönetimi tarafından onaylanmalıdır.

  • Oda başı, kişi bazlı, türetilmiş ve kalış süresi fiyatlama modeli açıkça seçildi.
  • Tek kişi, ek yetişkin ve çocuk fiyatları örnek tarihlerle hesaplandı.
  • Gecelik ve toplam fiyat ile vergi dahil-hariç gösterimi doğrulandı.
  • Desteklenmeyen modeller için dönüşüm kuralı ve onaylanan sapma kaydedildi.

Use a channel mapping matrix and change process

Her kanalın oda, rate plan ve ürün kimlikleri farklı olabilir. Tek bir ekranda görülen seçili değerlerin yanında kaynak ve hedef kimliği, son senkronizasyon, bağlantı tipi ve sorumlu kişi görünmelidir. Matris; PMS oda ve plan kimliklerinden başlayarak kanal yöneticisi kimliklerini, ardından her OTA veya meta arama kanalındaki kimlikleri göstermelidir. Google'ın ARI Transaction belgesi oda ve paketler için benzersiz RoomID ve PackageID kullanılmasını; Booking.com dokümanı ise kanalın aktif oda ve rate kimliklerinin alınarak güncellemelerde kullanılmasını açıklar.

Yeni oda açma, isim değiştirme, kapasite güncelleme, fiyat planını kapatma veya pansiyon değiştirme tek taraflı yapılmamalıdır. Talep, etkilenecek kanallar, uygulanma sırası, kontrol tarihi ve geri alma adımıyla kaydedilmelidir. Eski bir kanal kimliği yeniden kullanılmamalı; pasif ürünler tarih ve gerekçeyle saklanmalıdır. İki kişinin kontrolü özellikle birden çok oda veya fiyat planını etkileyen toplu değişikliklerde yanlış çapraz eşlemeyi azaltır.

  • PMS, kanal yöneticisi ve her satış kanalının kimlikleri tek matriste bağlandı.
  • Bağlantı tipi, son senkronizasyon, sorumlu ve aktiflik durumu gösterildi.
  • Yeni ürün ve değişiklikler sıralı uygulama, kontrol ve geri alma planıyla yönetildi.
  • Pasif kimlikler yeniden kullanılmadan tarih ve gerekçeyle arşivlendi.

Start the first sync with a narrow date range and controlled scope

İlk bağlantıda bütün yılı ve bütün ürünleri tek seferde göndermek hatanın etkisini büyütebilir. Önce bir oda tipi, sınırlı sayıda fiyat planı ve güvenli bir gelecek tarih aralığı seçilmelidir. Oda adı ve kapasite gibi daha durağan veriler, ardından fiyat ve envanter, son olarak satış kısıtları kontrol edilmelidir. Google ARI akışında Transaction, Rate, Inventory ve Availability mesajlarının fiyat satışa çıkmadan önce tamamlanması gerekir. Booking.com da fiyat, satılabilir oda sayısı ve kısıtları oda-rate-tarih bağlamında işler.

Gönderimin teknik olarak kabul edilmesi, ekranda doğru sonuç oluştuğunu kanıtlamaz. Kanal ekstranetinde aynı tarih için oda görünürlüğü, kontenjan, fiyat, para birimi, vergi, kişi sayısı, pansiyon ve iptal koşulu incelenmelidir. Ardından kontrollü test rezervasyonu oluşturulup PMS'e doğru oda ve planla, doğru toplam ve kanal rezervasyon kimliğiyle geldiği doğrulanmalıdır. İptal ve değişiklik akışı da denenmeden bağlantı bütün envantere açılmamalıdır.

  • Pilot oda, fiyat planı ve gelecek tarih aralığı ile sınırlı başlangıç yapıldı.
  • Durağan içerik, fiyat-envanter ve kısıtlar belirli sırayla gönderildi.
  • Teknik başarıdan sonra kanal ekranındaki satış sonucu bağımsız kontrol edildi.
  • Rezervasyon, değişiklik ve iptal akışları PMS'e kadar uçtan uca test edildi.

Verify the level at which inventory and restrictions operate

Kontenjan oda tipi düzeyinde, fiyat ve bazı kısıtlar ise oda-fiyat kombinasyonu düzeyinde olabilir. Booking.com availability belgesinde satılabilir oda sayısının oda tipine uygulanarak o odanın bütün fiyatlarını etkilediği; fiyat ve kısıtların ise belirli rate kimliğiyle gönderilebildiği açıklanır. Bu fark bilinmezse ekip yalnız bir fiyat planını kapattığını düşünürken bütün odayı satışa kapatabilir veya tersi olur.

Stop-sell, girişe kapalı, çıkışa kapalı, minimum ve maksimum kalış, minimum ve maksimum ön rezervasyon süreleri ayrı alanlardır. Üst üste gelen kurallar beklenmeyen kapalı tarihler oluşturabilir; Booking.com belgeleri çakışan kısıtların API tarafından her zaman hata veya uyarıyla yakalanmayabileceğini belirtir. Her kural için kapsam, başlangıç-bitiş sınırı ve kanalın tarih yorumlama biçimi test edilmelidir. Özellikle bitiş tarihinin dahil veya hariç olması bir günlük boşluk ya da gereksiz kapanış yaratabilir.

  • Kontenjanın oda, fiyatın ve kısıtın oda-rate düzeyindeki etkisi doğrulandı.
  • Stop-sell, giriş, çıkış, kalış ve ön rezervasyon kuralları ayrı test edildi.
  • Üst üste gelen kısıtlar takvim görünümünde ve örnek aramayla kontrol edildi.
  • Tarih aralığının başlangıç ve bitiş sınırları kanal bazında doğrulandı.

Make the error queue, retries and reconciliation visible

Kanal güncellemesi yalnız gönderildi veya gönderilemedi şeklinde izlenmemelidir. Her mesaj için tesis, oda, rate plan, tarih aralığı, işlem türü, oluşturma zamanı, gönderim zamanı, kanal yanıtı ve ilişkilendirme kimliği kaydedilmelidir. Geçici bağlantı hataları kontrollü yeniden denenebilir; ancak kalıcı doğrulama hatasını aynı veriyle tekrar göndermek kuyruğu büyütür. Hata sınıfına göre otomatik tekrar, manuel düzeltme veya bağlantıyı durdurma kararı tanımlanmalıdır.

Yeniden deneme aynı işlemi iki kez uygulamamalıdır. Güncelleme veya rezervasyon işlenirken kanalın benzersiz kimliği saklanmalı; tekrar gelen mesaj mevcut kayıtla eşleştirilmelidir. Günlük mutabakat yalnız rezervasyon sayısını değil, örnek gelecek tarihlerde oda bazında kontenjan, fiyat ve kısıt sonucunu da karşılaştırmalıdır. Eşlenmemiş oda veya rate kimliği, sıfır stok, olağan dışı fiyat, uzun süredir onaylanmayan mesaj ve kanal-PMS farkı bildirim üretmelidir.

  • Mesajlar oda, rate, tarih, işlem, zaman, yanıt ve ilişki kimliğiyle loglandı.
  • Geçici ve kalıcı hatalar farklı yeniden deneme kurallarıyla yönetildi.
  • Mükerrer işlem kanalın benzersiz kimliği ve mevcut kayıt kontrolüyle önlendi.
  • Rezervasyon, kontenjan, fiyat ve kısıt farkları günlük mutabakata alındı.

Audit live mappings regularly and clarify ownership

Doğru eşleme zamanla bozulabilir. Kanal yeni fiyatlama özelliği açabilir, oda kapasitesi değişebilir, eski plan yeniden etkinleşebilir veya bir çalışan ekstranette doğrudan düzenleme yapabilir. Haftalık operasyon kontrolünde eşlenmemiş ürünler, son yedi günün hataları, kuyruk yaşı, rezervasyon farkları ve kritik gelecek tarihlerin satış sonucu incelenmelidir. Aylık kontrolde bütün aktif oda-rate kombinasyonları matrisle karşılaştırılmalı; pasif olması gereken ürünlerin gerçekten kapalı olduğu doğrulanmalıdır.

Oda ve fiyat içeriğinin sahibi satış veya gelir yönetimi, teknik bağlantının sahibi teknoloji ekibi, günlük farkların sahibi rezervasyon ekibi olabilir; ancak tek bir hesap verebilir sorumlu belirlenmelidir. Doğrudan kanal değişiklikleri sınırlandırılmalı ve loglanmalıdır. Büyük sezon açılışı, fiyat planı yenileme veya kanal geçişinden önce tam eşleme provası yapılmalı; sonrasında test rezervasyonu ve finansal mutabakat tekrarlanmalıdır. Böylece mapping tek seferlik kurulum değil, satış envanterinin sürekli kontrol edilen bir parçası olur.

  • Haftalık hata, kuyruk, eşlenmemiş ürün ve kritik tarih kontrolü yapıldı.
  • Aylık olarak bütün aktif oda-rate kombinasyonları matrise karşı denetlendi.
  • İçerik, teknik bağlantı, günlük fark ve nihai hesap verebilirlik sahipleri belirlendi.
  • Sezon ve büyük değişikliklerden sonra test rezervasyonu ile mutabakat tekrarlandı.
Short answers

FAQ

What does room mapping mean in a channel manager?

PMS'teki oda tipi ve fiyat planı kimliklerinin kanal yöneticisi ile her satış kanalındaki karşılıklarına bağlanmasıdır. Doğru eşleme; kapasite, pansiyon, iade koşulu, fiyatlama modeli, para birimi, vergi ve kısıtların aynı satış ürününü anlatmasını da gerektirir.

Why can the channel price be wrong even when the mapping looks correct?

Oda başı ve kişi bazlı fiyatlama farkı, yanlış temel kişi sayısı, türetilmiş plan, vergi dahil-hariç ayarı, para birimi veya yanlış oda-rate kombinasyonu buna yol açabilir. Örnek tarihlerde tek kişi, iki kişi, çocuk ve farklı kalış süreleriyle sonuç kontrol edilmelidir.

When should a new channel connection go live?

Sınırlı oda ve tarih aralığında içerik, fiyat, kontenjan ve kısıtlar kanal ekranında doğrulandıktan; test rezervasyonu, değişiklik ve iptal PMS'e doğru ulaştıktan sonra kademeli olarak açılmalıdır. Hata kuyruğu ve geri alma adımı da canlıya geçmeden hazır olmalıdır.

Sources and updates

Operational recommendations should be adapted to each property. Information about PMS and channel operations was checked against the official sources below on October 1, 2026.