1. Uluslararası otellerde raporlama ihtiyacı (neden tek dil/tek para birimi yetmez?)
Oteliniz aynı anda birden fazla pazara satış yapıyorsa, rapor “toplam gelir”i gösterse bile karar için yeterli olmayabilir. Çünkü EUR gelirle TRY geliri doğrudan toplamak veya pazarları farklı para birimlerinde kıyaslamak yanıltır. Aynı şekilde, dashboard’u sadece TR etiketlerle bırakmak; yabancı yatırımcı veya partnerin raporu “okuyamamasına” yol açar.
Key Statistics / Data Point (yumuşatılmış)
Çok para birimli panellerde tüm gelirlerin tek bir baz para birimine çevrilmesi, pazarlar arası kârlılığı ve kanal performansını karşılaştırmayı genelde ciddi ölçüde kolaylaştırır; kararın doğruluğu “tekimsi” metriklerden çok bu standardizasyona dayanır.
☑ Mini Check:
- •Gelir raporları farklı para birimlerinde mi geliyor?
- •Yatırımcı/partner raporu EN görmek istiyor mu?
- •“Pazar karşılaştırması” yaparken para birimi farkını yönetiyor musunuz?
Ne yapmalıyım?
- • Tek baz para birimi seç (örn. EUR)
- • Dil katmanı tasarla (TR–EN)
- • Ülke/pazar filtreleriyle “aynı veri, farklı görünüm” üret
2. Çok dilli ve çok para birimli Looker Studio paneli nasıl kurulur?
Önce panel dil katmanını kurun (TR–EN etiket/tooltip sözlüğü). Sonra gelir verisini baz para birimine çevirmek için FX oran tablosu ekleyin ve hesap alanlarını tanımlayın. Para birimi seçici + ülke/pazar filtreleriyle görünümleri yönetin. Son olarak “yatırımcı görünümü” (EN + EUR) ve “operasyon görünümü” (TR + esnek filtre) sayfalarını ayırarak aynı veriyi farklı kitlelere okutun.
5 adımlık özet plan
- Language dictionary: label/tooltip TR–EN eşleştirme
- Currency model: base currency (EUR) + FX rate tablosu
- Calculated fields: revenue_base, adr_base, revpar_base
- Filters: market/country + currency + (varsa) hotel_code
- Views: investor vs operations sayfaları
☑ Mini Check:
- •FX tablosu güncel mi (tarih alanı var mı)?
- •Baz para birimi tüm metriklerde tutarlı mı (revenue/ADR/RevPAR)?
- •Yatırımcı görünümünde gereksiz detay var mı?
Ne yapmalıyım?
- • MVP: sadece revenue_base + TR–EN etiketlerle başla
- • Sonra ADR/RevPAR dönüşümünü ekle
- • En son pazar/ülke ve multi-property filtrelerini bağla
3. Dil katmanını yönetmek (TR–EN etiketler ve tooltip’ler)
Çok dilli dashboard’ta en pratik yaklaşım, veri alanlarını değiştirmek değil; görünüm metinlerini (etiket/başlık) sözlükle yönetmektir. Looker Studio’da aynı grafiği çoğaltıp TR ve EN sayfalar yapmak, ilk etapta “temiz” bir çözümdür.
Dil katmanı için 3 yaklaşım
- İki görünüm sayfası: TR sayfa + EN sayfa (en anlaşılır)
- Parametre ile dil seçimi: (Varsayım: ileri kurulum) tek raporda dil toggle
- Tooltip/legend standardı: pazar ve para birimi açıklamalarını kısa tut
☑ Mini Check:
- •“Revenue / Gelir” gibi çekirdek KPI başlıkları iki dilde tutarlı mı?
- •Para birimi metinleri açık mı (EUR base)?
Ne yapmalıyım?
- • 20–30 temel etiketi sözlükle sabitle
- • TR/EN karışımı başlıkları kaldır (tek sayfada karışmasın)
- • Tooltip’lerde “baz para birimi” notunu ekle
4. Çok para birimli gelir verilerini normalize etmek (FX dönüşümü)
Buradaki amaç, farklı para birimlerini “aynı anda toplamak” değil; hepsini bir base currency’ye dönüştürüp karşılaştırmaktır. Oteller için en yaygın örnek: EUR bazlı raporlama. (Baz para birimi şirket politikasına göre değişebilir.)
Minimum FX veri modeli (pratik)
- •`date` (kurun geçerli olduğu tarih)
- •`currency` (EUR/USD/GBP/TRY)
- •`fx_to_eur` (Varsayım: 1 birim currency kaç EUR eder)
Temel hesap mantığı
- •`revenue_eur = revenue_local * fx_to_eur`
- •Eğer veri zaten EUR ise `fx_to_eur = 1`
Önemli not: FX oranları güncel değilse rapor “doğru görünür ama yanlış karar” üretir. Bu yüzden FX tablosunda tarih alanı ve güncelleme rutini şarttır.
☑ Mini Check:
- •FX tablonuzda tarih ve para birimi alanı var mı?
- •Revenue’nin orijinal para birimi alanı var mı?
Ne yapmalıyım?
- • Tüm gelir kayıtlarına `currency` alanı ekle
- • FX tablosunu günlük/haftalık güncelle (iş modeline göre)
- • Panelde hem “local” hem “base” görünümü opsiyonel sun (ama kıyas base ile)
5. Farklı pazarlar için filtre ve görünümler (country/market + currency)
Uluslararası raporlama, “herkes her şeyi görsün” değil; doğru filtrelerle “doğru soru”ya hızlı gitmektir. Ülke/pazar filtresi, kanal filtresi ve para birimi katmanı birlikte çalışmalıdır.
Önerilen filtre seti (oteller için)
- •Ülke / pazar (`country`, `market`)
- •Kanal (`channel`)
- •Para birimi (`currency`)
- •Tarih aralığı
- •(Varsa) `hotel_code` (multi-property)
☑ Mini Check:
- •Filtreler mobilde kullanılabilir mi (çok kalabalık mı)?
- •“Investor view”de sadece gerekli filtreler var mı?
Ne yapmalıyım?
- • Yatırımcı görünümünde filtre sayısını azalt (ülke + tarih yeterli olabilir)
- • Operasyon görünümünde kanal/dil/saat gibi detay filtreleri aç
- • “Default” filtreleri (EUR base, son 30 gün) sabitle
6. Yatırımcı vs operasyon görünümü
Uluslararası otellerde aynı dashboard’u herkese aynı şekilde vermek, okunabilirliği düşürür. Bu yüzden iki görünüm önerilir:
Investor View (EN + EUR base)
- •8–12 KPI kartı (revenue_eur, occupancy, RevPAR_eur, channel mix)
- •YoY aynı dönem trend (varsa)
- •Minimal filtreler (date, market)
Operations View (TR + detay)
- •Günlük/haftalık operasyon KPI’ları + pazar/kanal drill-down
- •FX tablosu güncellik kontrolü
- •Hata/uyarı kartları: “FX missing”, “currency null” (Varsayım: data quality kartı)
☑ Mini Check:
- •Investor sayfası 1 ekranda okunuyor mu?
- •Operasyon sayfasında veri kalitesi kontrolü var mı?
Ne yapmalıyım?
- • İki görünümü ayrı sayfa olarak tasarla
- • Baz para birimini yatırımcı sayfasında sabitle
- • Operasyon sayfasında mapping/FX kontrol kartları ekle
7. Rakip farkını kapatan bölüm (otel özel pratik örnekler)
Rakip içerikler çok dilli/çok para birimini genelde kurumsal anlatır; otel özelinde pratikte en çok şu 3 sorun çıkar:
- Gelir farklı para birimlerinden geliyor ama tek tabloda karışıyor
- Kanal (OTA/Web/Call Center) pazar bazında farklı davranıyor
- Yabancı partner raporu “okuyamıyor” (dil + terimler)
Bu yazının farkı: paneli pazar + FX + dil üçlüsüyle “operasyonel” hale getirmesi.
Ne yapmalıyım?
- • Base currency seç ve tüm gelirleri buna çevir
- • TR–EN etiket sözlüğünü oluştur
- • Investor vs Operations görünümünü ayır
- • FX güncellik ve veri kalitesi kartlarını ekle
- • Ülke/pazar filtreleriyle segment kararını hızlandır
8. FX Dönüşümü: Geliri Baz Para Birimine Çevirme (Örnek Mantık)
| Alan | Açıklama | Örnek |
|---|---|---|
| currency | Orijinal para birimi | EUR / USD / GBP / TRY |
| fx_to_eur | 1 birim currency kaç EUR eder | USD→EUR oranı |
| revenue_local | Orijinal gelir | 10,000 USD |
| revenue_eur | Baz gelir | revenue_local * fx_to_eur |
| fx_date | Kur tarihi | 2026-01-xx |
9. Multi-Language & Multi-Currency Panel Şablonunu İndir — Veri Analizi & Raporlama
Multi-Language & Multi-Currency Panel Şablonunu İndir — Veri Analizi & Raporlama (v1.0)
Bu şablon, uluslararası oteller için Looker Studio’da TR–EN etiket katmanı ve çok para birimli gelirlerin baz para birimine (örn. EUR) çevrilmesi için hazır bir model sunar. FX tablosu, hesap alanları ve “Investor vs Operations” sayfa düzeniyle aynı veriyi farklı kitlelere doğru biçimde okutmayı hedefler. Pazar/ülke filtreleriyle segment kararlarını hızlandırır.
Kim Kullanır?
Zincir/bağımsız uluslararası otellerde GM/Owner, revenue, finans ve yabancı partner ekipleri.
Nasıl Kullanılır?
- Dil sözlüğünü (TR–EN) şablona gir ve sayfa başlıklarını standardize et.
- FX tablosunu ekle, `revenue_base` gibi hesap alanlarını aktive et.
- Investor (EN+EUR) ve Operations (TR+detay) sayfalarını yayınla, filtreleri role göre sadeleştir.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Template
- ▢ ✅ base_currency: ________ (örn. EUR)
- ▢ ✅ FX table columns: `fx_date | currency | fx_to_base`
- ▢ ✅ Revenue table columns: `date | market/country | channel | currency | revenue_local`
- ▢ ✅ Calculated fields: `revenue_base`, `adr_base`, `revpar_base`
- ▢ ✅ Language dictionary (TR→EN):
- ▢ ✅ Gelir → ________
- ▢ ✅ Doluluk → ________
- ▢ ✅ Kanal Dağılımı → ________
- ▢ ✅ Hedef–Gerçekleşen → ________ (Varsayım: panelde varsa)
- ▢ ✅ Views: Investor / Operations — sayfa listesi: ________
- ▢ ✅ Baz para birimini tek seç ve tüm kıyasları base ile yap.
- ▢ ✅ FX tablosunda tarih zorunlu; güncelleme ritmi belirle.
- ▢ ✅ Orijinal para birimini (currency) her kayıtta sakla.
- ▢ ✅ TR–EN etiketler tek sözlükten yönetilsin; sayfalarda karışmasın.
- ▢ ✅ Investor görünümünde filtreleri minimumda tut; operasyon görünümünde detay aç.
- ▢ ✅ base_currency = EUR
- ▢ ✅ USD gelir: revenue_eur = revenue_usd * fx_usd_to_eur
- ▢ ✅ Investor view: EN labels + EUR only
- ▢ ✅ currency alanı tüm gelir kayıtlarında var
- ▢ ✅ fx_to_base tabloda güncel ve tarihli
- ▢ ✅ revenue_base hesap alanı test edildi
- ▢ ✅ TR ve EN sayfalar ayrı/temiz
- ▢ ✅ Ülke/pazar filtreleri çalışıyor
- ▢ ✅ Investor view (EN + base currency)
- ▢ ✅ Operations view (TR + detay filtre)
- ▢ ✅ FX dönüşüm modeli + dictionary
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
TR–EN görünüm, FX dönüşümü ve pazar filtreleriyle uluslararası raporlama standardı isteyen oteller için