1. Brüt/net fiyat ve OTA haritalama neden önemlidir?
“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. Bu ayrım, daha geniş PMS & OTA yönetimi akışı içinde doğru kurulursa PMS raporları tutarlı kalır.
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. Bu farkı özellikle OTA performans raporlama ve KPI seti içinde gross gelir ile net katkı farkını okuyarak görünür hale getirmek gerekir.
| Kalem | Misafir fiyatında görünür mü? | PMS’te nereye oturmalı? | Yanlış olursa ne olur? |
|---|---|---|---|
| Oda ücreti | Evet | Room Revenue / RatePlan | ADR/RevPAR yanlış okunur |
| Vergiler (konaklama/şehir) | Duruma göre | Tax alanları (ayrı) | ciro/net sapar, şikâyet artar |
| Hizmet ücreti / fee | Duruma göre | Fee/Service alanı (ayrı) | “gizli ücret” algısı oluşur |
| OTA komisyonu | Genelde hayır | CommissionCost (maliyet) | net gelir yanlış çıkar |
| İade/iptal cezası | Duruma göre | Posting/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.
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 edilmeli ve OTA iptal ve no-show politikaları ile birlikte test 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 ve iptal senaryolarıyla uyumu birlikte test edin.
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ünmeli ve OTA vs direkt rezervasyon denge stratejisi içinde direct booking kârlılığıyla birlikte okunmalıdır.
☑ 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.
- • Net katkı farkını ayrıca satış ve dönüşüm raporları ile eşleştirin.
5. Vergi ve ücretlerin yanlış haritalanması hangi sorunları doğurur?
Yanlış haritalama genelde üç tip problem üretir:
- Misafir şikâyeti (fiyat sürprizi): ekranda ayrı görünen ücretler “gizli maliyet” algısı yaratır
- Rapor sapması: PMS’te oda geliri şişer/azalır, ciro ve net gelir tutmaz
- İ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
☑ 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. Gross, net, komisyon ve fee kırılımlarını panel üzerinde görünür kılmak için Looker Studio tarafında da aynı modeli korumak gerekir. 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. Fatura bilgisi, misafir verisi ve ödeme verisi işlenirken de KVKK uyum hizmeti yaklaşımıyla hangi alanın neden tutulduğu net olmalıdır.
7. Antalya ve turizm bölgelerinde örnek senaryolar
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
İlgili karar çerçeveleri
- • OTA Performans Raporlama ve KPI Seti ile gross/net farkını KPI diline çevirin.
- • OTA İptal ve No-show Politikaları ile iade ve tahsilat istisnalarını aynı modelde yönetin.
- • Net kanal marjını OTA vs direkt rezervasyon denge stratejisi ile birlikte okuyun.
8. Brüt/Net Fiyat ve Vergi Haritalama Şablonu — PMS & OTA Finans (v1.0)
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?
- “Brüt/net” modelinizi seçin ve yazılı hale getirin (dahil/hariç).
- Her rate plan için vergi/ücret kalemlerini PMS alanlarına eşleyin.
- 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
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. Bu yüzden modeli sadece muhasebe kuralı değil, OTA Entegrasyonu içinde gelir kararını etkileyen bir yapı olarak ele almak gerekir. Detay senaryolar için OTA entegrasyonu hakkında sık sorulan sorular sayfasına da göz atabilirsiniz.
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?▾
PMS’te vergi ve ücret alanları OTA ile nasıl eşleştirilir?▾
OTA komisyonu gelir raporlarına nasıl yansıtılmalı?▾
Yanlış vergi/ücret haritalaması ne tür hatalara yol açar?▾
Paket satışlarda vergi ve ücretler nasıl yönetilmeli?▾
Aylık kontrol rutini nasıl olmalı?▾
İlgili İçerikler