PMS’te Vergi, Ücret ve Komisyonların OTA’da Doğru Haritalanması

PMS’te Vergi, Ücret ve Komisyonların OTA’da Doğru Haritalanması

10 dk okuma30 Nisan 2026DGTLFACE Editorial

Vergi, ücret ve komisyon haritalaması “muhasebe detayı” gibi görülebilir; ama OTA entegrasyonunda doğrudan satış performansını ve rapor doğruluğunu etkiler. Misafir, Booking/Expedia’da gördüğü fiyatla karar verir; otel yönetimi ise PMSRevenueReport üzerinden “gerçek” ciro ve net geliri takip eder. Eğer brüt/net mantığı net değilse, vergi/ücret kalemleri yanlış alanlara bağlanır ve üç tip sorun doğar: (1) misafir fiyat sürprizi, (2) raporlama sapması (ciro vs net), (3) iade/iptal/no-show senaryolarında muhasebe karmaşası. Antalya, Belek ve Bodrum gibi turizm bölgelerinde sezon, paket ve farklı ücret kalemleri devreye girdiği için bu risk daha da büyür.

Öne Çıkan Cevap

OTA fiyat yapısında vergi, ücret ve komisyonların doğru anlaşılması; PMS’te gelir ve muhasebe raporlarının sağlıklı oluşması için şarttır. Konaklama vergisi, şehir vergisi, hizmet ücreti gibi kalemler PMS’te doğru alanlara dağıtılmazsa; misafire görünen fiyat ile otelin raporladığı ciro/net gelir arasında sapmalar oluşur, yanlış fiyat algısı ve şikâyet riski artar. Doğru haritalama; finans ve operasyonun aynı tabloya bakmasını, net gelir hesaplarının tutarlı olmasını sağlar.

Özet

Brüt/net fiyatı netleştir, PMS’te vergi ve ücret alanlarını OTA yapısıyla eşleştir, komisyonu raporlama maliyeti olarak doğru yansıt. Yanlış haritalama ciro/net gelir sapması ve misafir şikâyeti doğurur.

Maddeler

  • Hedef kitle: finans/muhasebe, RM, rezervasyon ve operasyon liderleri
  • KPI’lar: ciro–net gelir sapması, komisyon maliyeti, net ADR, iptal/iade sapmaları, misafir şikâyeti (fiyat sürprizi)
  • Entity’ler: GrossRate, NetRate, Tax, Fee, Commission, PMSRevenueReport, NetRevenue
  • İlişki: GrossRate → includes → Tax & Fee; Commission → reduces → NetRevenue; NetRevenue → calculatedFrom → PMS & OTA Data
  • GEO bağlamı: Antalya/Belek/Bodrum gibi turizm bölgelerinde farklı vergi/ücret senaryoları
  • Çıktı: brüt/net tablosu + PMS–OTA eşleştirme diyagramı + “3 sık hata” kutusu + haritalama şablonu

Kısa Cevap

Brüt/net fiyatı ayırın, vergi/ücretleri PMS alanlarına doğru bağlayın ve komisyonu net gelir hesabına ekleyin.

Hızlı Özet

  • 1) Brüt misafir fiyatı ile net gelir modelini ayırın
  • 2) Tax ve Fee alanlarını PMS’te ayrı yapılandırın
  • 3) Komisyonu fiyat değil, kanal maliyeti olarak raporlayın
  • 4) OTA gösterimi ile PMS posting toplamını düzenli karşılaştırın
  • 5) Rate plan bazlı istisnaları ve iptal/no-show senaryolarını test edin

1. Brüt/net fiyat ve OTA haritalama neden önemlidir?

PMS gelir raporu ile OTA fiyat gösterimi bağlamı, finans-operasyon ortak tablo
PMS gelir raporu ile OTA fiyat gösterimi bağlamı, finans-operasyon ortak tablo

“Brüt net fiyat nedir otel?” Brüt, misafirin gördüğü toplam fiyat; net ise vergi/ücret ve komisyon etkisi ayrıştırıldıktan sonra raporlarda anlamlı hale gelen kısımdır. OTA’da doğru haritalama, PMS raporlarının tutarlı kalmasını sağlar.

2. OTA fiyatlarında brüt ve net farkı nedir? (GrossRate vs NetRate)

Brüt ve net farkını netleştirmeden haritalama yapmak, “yanlış yerde doğru hesap” üretir. Pratik yaklaşım:

  • GrossRate: Misafirin ekranda gördüğü toplam (vergiler/ücretler dahil olabilir)
  • NetRate: Vergi/ücret ayrıştırıldıktan sonra analiz edilen “oda gelirine” yakın kısım (PMS modeline göre)
  • Commission: OTA komisyonu genellikle “maliyet”tir; net geliri düşürür ama misafir fiyatına doğrudan “vergi gibi” eklenmez

Varsayım: OTA ve PMS’te “vergiler dahil mi?” seçeneği sistemden sisteme değişebilir; bu yüzden tek doğru formül değil, tek doğru model vardır: aynı modeli her yerde tutarlı uygularsınız.

Tablo: Brüt / net fiyat yapısı tablosu
KalemMisafir fiyatında görünür mü?PMS’te nereye oturmalı?Yanlış olursa ne olur?
Oda ücretiEvetRoom Revenue / RatePlanADR/RevPAR yanlış okunur
Vergiler (konaklama/şehir)Duruma göreTax alanları (ayrı)ciro/net sapar, şikâyet artar
Hizmet ücreti / feeDuruma göreFee/Service alanı (ayrı)“gizli ücret” algısı oluşur
OTA komisyonuGenelde hayırCommissionCost (maliyet)net gelir yanlış çıkar
İade/iptal cezasıDuruma görePosting/penalty alanıiade/charge süreçleri bozulur

☑ Mini Check : Model net mi?

  • Vergi/ücret dahil-hariç mantığı yazılı
  • Komisyon “maliyet” olarak net gelir hesaplarına giriyor
  • Misafire gösterilen fiyat sürpriz üretmiyor

Ne yapmalıyım?

  • “Brüt misafir fiyatı” ve “PMS oda geliri” ayrımını yönetim raporlarında netleştirin.
  • Vergi/ücret kalemlerini PMS’te ayrı alanlarda tutun.
  • Komisyonu net gelir raporuna maliyet olarak ekleyin.
Brüt-net ayrımı ve kalemler görseli, vergi ücret komisyon farkı
Brüt-net ayrımı ve kalemler görseli, vergi ücret komisyon farkı

3. PMS’te vergi ve ücret alanları (Tax & Fee) nasıl yapılandırılır?

PMS tarafında vergi/ücretleri “tek kalem” gibi geçirmek kolaydır ama raporu bozar. En iyi pratik:

Vergi kalemlerini ayrılaştır (örnek kategoriler)

  • Konaklama/şehir vergisi (Tax)
  • KDV benzeri vergi kalemleri (Varsayım: ülke yapısına göre)
  • Hizmet ücreti / servis bedeli (Fee)

Rate plan + vergi ilişkisi

Vergi/ücret kalemleri tüm rate plan’larda aynı olmayabilir. Örneğin “paket” rate plan’da bazı kalemler dahil, bazıları harici olabilir. Bu yüzden mapping, rate plan bazında kontrol edilmelidir.

Mini örnek

Antalya resort’ta “her şey dahil” konseptte misafir, fiyatın “her şeyi kapsadığını” varsayar. Eğer hizmet ücreti/fee yanlış haritalanır ve OTA’da ayrı görünürse, “gizli ücret” algısı doğabilir.

☑ Mini Check : PMS alan disiplini

  • Tax ve Fee alanları ayrı
  • Rate plan bazında hangi kalem dahil net
  • Paket rate plan’larda istisnalar yazılı

Ne yapmalıyım?

  • Tax ve Fee alanlarını PMS’te ayrıştırın; tek kalemde toplamayın.
  • Her rate plan için “dahil/harici” kontrol listesi çıkarın.
  • Politika/iptal senaryolarıyla uyumu gözden geçirin (ref: /pms-ota/blog/ota-iptal-ve-no-show-politikalari-pms-entegrasyonu).

4. OTA komisyonlarının fiyat ve gelir raporlarına etkisi (CommissionCost)

Komisyon, raporlamada en çok yanlış ele alınan kalemdir. İki tip hata yaygındır:

  • Komisyonu “vergilerin içine” karıştırmak
  • Komisyonu hiç maliyet olarak yazmamak (brüt gelirle karar almak)

Doğru mantık

  • Komisyon: kanal maliyeti → NetRevenue hesaplamasına girer
  • Brüt satış: karar için tek başına yeterli değildir
  • Net gelir: komisyon + iptal/no-show etkisi + (direct kanalda ödeme maliyeti) ile okunur

Sheet ile uyumlu KPI notu (yumuşatılmış): Vergi ve komisyon yanlış haritalandığında ciro ve net gelir raporları arasında sapmalar oluşabilir; doğru yapılandırma sonrası finansal tabloların tutarlı hale geldiği görülür. Bu nedenle komisyon “rapor maliyeti” olarak ayrı görünmelidir.

☑ Mini Check : Net gelir paneli

  • Komisyon kanal maliyeti olarak raporda var
  • Net ADR / net revenue kanal bazında hesaplanıyor
  • Kampanya etkisi (varsa) komisyonla birlikte okunuyor

Ne yapmalıyım?

  • Yönetim panelinde brüt gelir yanında net gelir KPI’ı gösterin.
  • Komisyonu “fiyat” değil “maliyet” olarak sınıflayın.
  • Satış-dönüşüm raporlaması ile bağlayın: /raporlama/satis-donusum

5. Vergi ve ücretlerin yanlış haritalanması hangi sorunları doğurur?

Yanlış haritalama genelde üç tip problem üretir:

  1. Misafir şikâyeti (fiyat sürprizi): ekranda ayrı görünen ücretler “gizli maliyet” algısı yaratır
  2. Rapor sapması: PMS’te oda geliri şişer/azalır, ciro ve net gelir tutmaz
  3. İade/iptal/no-show karmaşası: ceza tahsilatı ve iade süreçleri muhasebede karışır

3 sık yapılan vergi/ücret hatası

  • Hata-1: Fee’yi vergi gibi göstermek → misafir algısı bozulur
  • Hata-2: Vergiyi oda gelirine gömmek → ADR/RevPAR yanlış yorumlanır
  • Hata-3: Komisyonu maliyet olarak raporlamamak → net gelir kararları hatalı olur
3 sık vergi/ücret/komisyon hatası checklist kartı, finans ve revenue ekipleri
3 sık vergi/ücret/komisyon hatası checklist kartı, finans ve revenue ekipleri

☑ Mini Check : Sapma testi

  • OTA misafir fiyatı ile PMS posting toplamı tutarlı
  • Vergi/fee ayrı alanlarda raporlanıyor
  • Komisyon net gelirde maliyet olarak görünüyor

Ne yapmalıyım?

  • Aylık “sapma kontrolü” yapın: OTA invoice vs PMS posting.
  • Şikâyet temalarını “fiyat sürprizi” etiketiyle takip edin (CX).
  • Yanlış haritalamayı “model değişikliği” olarak ele alın; rastgele düzeltmeyin.

6. Finans ve operasyon için en iyi pratikler (ortak zemin SOP)

Bu konu, finans ve operasyon aynı masaya oturmadığında çözülmez. En iyi pratik:

Ortak SOP (kısa)

  • Vergi/fee modelini yazılı hale getir (dahil/hariç)
  • Rate plan bazında istisnaları belirle
  • Virtual card/ödeme senaryolarını test et
  • Komisyon raporlamasını net gelir paneline bağla
  • Aylık sapma kontrolü + aksiyon log’u

GEO mini örnek

Belek’te paket satışta “dahil olan” kalemler net değilse, misafir şikâyeti artabilir. Bodrum’da şehir vergisi/fee farklı görünümdeyse “fiyat sürprizi” algısı doğabilir. (Amaç: modelin destinasyondan bağımsız şekilde tutarlı olması.)

Ciro-net sapması ve komisyon maliyeti KPI kartı, finansal rapor kontrolü
Ciro-net sapması ve komisyon maliyeti KPI kartı, finansal rapor kontrolü
PMS–OTA vergi ve ücret alan eşleştirme diyagramı, rate plan bazlı haritalama
PMS–OTA vergi ve ücret alan eşleştirme diyagramı, rate plan bazlı haritalama
Haritalama şablonu ve kontrol raporu çıktıları, PMS-OTA finans uyumu
Haritalama şablonu ve kontrol raporu çıktıları, PMS-OTA finans uyumu

7. Antalya ve turizm bölgelerinde örnek senaryolar (GEO somutlaştırma)

Bu bölüm, “modelin” farklı senaryolarda nasıl sapma üretebileceğini gösterir.

Senaryo-1: Resort paket satış + hizmet ücreti

  • Hata: fee yanlış gösterim → misafir “gizli ücret” algısı
  • Çözüm: fee/vergiyi doğru alanlara taşı + açıklama standardı

Senaryo-2: Komisyon raporu net gelirden ayrı tutulmuyor

  • Hata: brüt gelirle karar → yanlış kanal karması
  • Çözüm: net revenue paneli + komisyon maliyeti görünür

Senaryo-3: İptal/no-show cezası posting karmaşası

  • Hata: iade ve ceza kaydı yanlış → finans rapor sapması
  • Çözüm: policy + ödeme + posting test senaryosu

☑ Mini Check : Bölge farkı değil model farkı

  • Model yazılı ve tutarlı
  • Aylık sapma kontrolü var
  • İptal/no-show senaryoları test edildi

İç link önerileri (otorite güçlendirme)

  • /raporlama
  • /raporlama/satis-donusum
  • /pms-ota-yonetimi
  • /pms-ota/ota-entegrasyonu
  • /yazilim/kvkk-uyum-hizmeti
GEO senaryolar ve kontrol adımları görseli, turizm bölgeleri örnekleri
GEO senaryolar ve kontrol adımları görseli, turizm bölgeleri örnekleri

8. Brüt/Net Fiyat ve Vergi Haritalama Şablonu — PMS & OTA Finans (v1.0)

PDFv1.0Checklist + Sprint

Brüt/Net Fiyat ve Vergi Haritalama Şablonu — PMS & OTA Finans (v1.0)

Bu şablon, OTA fiyat yapısında GrossRate/NetRate ayrımını netleştirip PMS’te Tax/Fee alanlarını doğru haritalamanızı sağlar. Komisyonu (CommissionCost) net gelir raporuna maliyet olarak bağlayarak ciro–net sapmalarını azaltır ve misafir fiyat sürprizi riskini düşürür. Sonuç: finans, revenue ve operasyon aynı rapora bakarak karar alır.

Kim Kullanır?

Finans/muhasebe, RM, rezervasyon lideri, IT/entegrasyon sorumlusu.

Nasıl Kullanılır?

  1. “Brüt/net” modelinizi seçin ve yazılı hale getirin (dahil/hariç).
  2. Her rate plan için vergi/ücret kalemlerini PMS alanlarına eşleyin.
  3. Aylık sapma kontrolüyle (OTA invoice vs PMS posting) doğrulayın.

Ölçüm & Önceliklendirme (Kısa sürüm)

  • ▢ ✅ Gross/Net modeli yazılı
  • ▢ ✅ Tax ve Fee alanları ayrı
  • ▢ ✅ Komisyon net gelirde maliyet
  • ▢ ✅ Rate plan istisnaları tanımlı
  • ▢ ✅ Aylık sapma kontrolü çalışıyor

PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu

Şablonu İndir Ücretsiz • PDF / Excel

9. Sonuç: Vergi, ücret ve komisyon haritalaması finans ile operasyonun ortak dili olmalıdır

OTA fiyat yapısında vergi, ücret ve komisyonların doğru anlaşılması; PMS’te gelir ve muhasebe raporlarının sağlıklı oluşması için şarttır. Konaklama vergisi, şehir vergisi, hizmet ücreti gibi kalemler PMS’te doğru alanlara dağıtılmazsa; misafire görünen fiyat ile otelin raporladığı ciro/net gelir arasında sapmalar oluşur, yanlış fiyat algısı ve şikâyet riski artar.

Doğru haritalama; finans ve operasyonun aynı tabloya bakmasını, net gelir hesaplarının tutarlı olmasını sağlar.

Bir Sonraki Adım

PMS raporlarında sapmayı kapatıp brüt/net fiyat modelini tutarlı yönetmek isteyen oteller için.

Sık Sorulan Sorular

OTA fiyatlarında brüt ve net farkı nedir?
Brüt fiyat, misafirin ekranda gördüğü toplam fiyatı ifade eder; net yaklaşım ise vergi/ücret ve komisyon etkisini ayrıştırarak raporda anlamlı hale getirir. Model, PMS ve OTA’da tutarlı olmalıdır.
PMS’te vergi ve ücret alanları OTA ile nasıl eşleştirilir?
Vergi (Tax) ve ücret (Fee) kalemleri PMS’te ayrı alanlara tanımlanır ve rate plan bazında OTA gösterimiyle eşleştirilir. Paket planlarda dahil/hariç istisnalar yazılı tutulmalıdır.
OTA komisyonu gelir raporlarına nasıl yansıtılmalı?
Komisyon, kanal maliyeti olarak net gelir hesaplarına dahil edilmelidir. Brüt gelir tek başına yanıltıcı olduğundan net ADR/net revenue raporlarıyla birlikte okunmalıdır.
Yanlış vergi/ücret haritalaması ne tür hatalara yol açar?
Misafirde fiyat sürprizi ve şikâyet, PMS raporlarında ciro–net gelir sapması ve iade/iptal/no-show işlemlerinde muhasebe karmaşası gibi sorunlar doğurabilir.
Paket satışlarda vergi ve ücretler nasıl yönetilmeli?
Dahil olan kalemler net belirtilmeli, PMS’te ayrı alanlarda raporlanmalı ve OTA gösterimiyle tutarlı olmalıdır. Aylık invoice–posting sapma kontrolü önerilir.
Aylık kontrol rutini nasıl olmalı?
OTA invoice toplamı ile PMS posting toplamı kıyaslanır, sapmaların nedeni (vergi/fee/komisyon) bulunur ve mapping düzeltmeleri kayıt altına alınır.
PMS’te Vergi/Ücret Haritalama: OTA Brüt-Net | DGTLFACE