Kaynak: https://oguzerol.com/otel-rezervasyon-kayitlari-rapor-ekranlari/ [ Görseli büyüt](https://oguzerol.com/gorseller/hizmet-kapaklari/otel-rezervasyon-kayitlari-rapor-ekranlari-seri-v2-tr.webp) # Otel Rezervasyon Kayıtlarından Rapor Ekranı: Doluluk, ADR, RevPAR ve Kanal Net Geliri [Oğuz Erol](https://oguzerol.com/hakkimda/) | 19 dk okuma Otel rezervasyon kayıtlarından rapor ekranı, PMS’inizden (otel yönetim sistemi) ya da kanal yöneticinizden gelen rezervasyonları her sabah elle Excel’e çıkarma işini bitirir. Aynı kayıtlardan doluluğu, ADR’yi, RevPAR’ı, her kanalın komisyon sonrası net gelirini, iptal ve no-show oranını ve önümüzdeki haftaların elde olan doluluğunu hesaplar. Bu ekranı otelinize özel geliştiriyorum. Resepsiyon geliri görmeden kendi ekranını, satış kanal tablosunu, genel müdür ve sahip bütün gelir tablosunu görür. İşin özünde iki soru var: hangi kanal komisyon ödendikten sonra gerçekten kazandırıyor ve önümüzdeki haftalar geçen yılın aynı noktasına göre nerede duruyor. Brüt rakama bakan rapor ilk soruda yanıltıyor; oluşturma ve iptal tarihini saklamayan dosya ikinci soruyu hiç cevaplayamıyor. Aşağıda 60 odalı kurgusal bir otelin bir ayını bu ekrandan okuyorum: brüt ADR’de OTA A önde (3.400 TL), komisyondan sonra doğrudan kanal gecede 236 TL önde; sonraki ayın 3. haftasında şimdiden alınmış rezervasyonlarla görünen (on-the-books) %31 doluluk geçen yılın 16 puan altında. ## Rapor ekranında hangi sayılar olur, nasıl hesaplanır? Rapor ekranındaki her sayı üç girdiden çıkar: müsait oda gecesi, satılan oda gecesi ve oda geliri. Bu üçü doğru sayılırsa geri kalanı bölmedir. Bildiğiniz üç gösterge şöyle hesaplanır: doluluk = satılan oda gecesi ÷ müsait oda gecesi; ADR (ortalama günlük oda fiyatı) = oda geliri ÷ satılan oda gecesi; RevPAR (müsait oda başına gelir) = oda geliri ÷ müsait oda gecesi, yani ADR × doluluk. Ekrana eklediğim iki gösterge şunlar: | gösterge | formül | neyi söyler | | --- | --- | --- | | Net ADR | (oda geliri − kanal komisyonu ve dağıtım maliyeti) ÷ satılan oda gecesi | komisyon ödendikten sonra elde kalan gecelik fiyat | | GOPPAR | brüt faaliyet kârı ÷ müsait oda gecesi | giderler de düşülünce oda başına kâr | Net ADR sektörde herkesin aynı biçimde tanımladığı bir ölçü değil; tablodaki tanım benim tanımım ve ekranda her göstergenin yanında formülü yazar. GOPPAR muhasebeden aylık gider verisi istediği için günlük ekranda değil, sahibin ve genel müdürün ay sonu görünümünde durur. Üç tanım kararını işin başında bir kez yazıya dökeriz: - **Oda geliri neyi kapsar?** KDV ve konaklama vergisi hariç tutarı öneririm. Konaklama vergisi faturada ayrı gösteriliyor ve KDV matrahına girmiyor ([6802 sayılı Gider Vergileri Kanunu md. 34, 7194 sayılı Kanunla, Resmî Gazete 07.12.2019](https://www.resmigazete.gov.tr/eskiler/2019/12/20191207-1.htm)). İki vergiyi de dışarıda bırakmazsanız ADR’niz şişer. - **Hangi tarihe göre?** Doluluk ve ADR konaklama gecesine göre sayılır. Ayın 29’unda giriş yapan 4 gecelik bir rezervasyonun 2 gecesi bu aya, 2 gecesi sonraki aya yazılır. Satış ekibinin “bu hafta ne sattık” sorusu ise oluşturma tarihine bakar. Ekranda her filtrenin hangi tarihi kullandığı yazar. - **Hangi kanal hangi ada düşer?** Kanal yöneticisinden “Booking”, “booking.com” ve “BDC” diye üç ayrı ad gelebilir. Bir eşleme tablosu bunları tek kanala bağlar; eşlenmeyen yeni ad sessizce “diğer”e atılmaz, satışa sorulur. ## Örnek ay: 60 odalı bir otelin kanal tablosu *Örnek veri, kurgusaldır. Tutarlar KDV ve konaklama vergisi hariç, TL. Komisyon oranları varsayımdır; ekrana sizin sözleşmenizdeki oranlar girilir. OTA: Booking.com ya da Expedia gibi çevrim içi seyahat acentesi.* 60 odalı bağımsız bir şehir oteli düşünün. Örnek ay 30 gün, yani 60 × 30 = 1.800 müsait oda gecesi var. Bu ayda 1.300 oda gecesi satılmış. | kanal | satılan oda gecesi | brüt ADR | oda geliri | komisyon / dağıtım maliyeti (varsayım) | net gelir | net ADR | | --- | --- | --- | --- | --- | --- | --- | | OTA A | 620 | 3.400 | 2.108.000 | %18 → 379.440 | 1.728.560 | 2.788 | | OTA B | 180 | 3.300 | 594.000 | %20 → 118.800 | 475.200 | 2.640 | | Doğrudan (web sitesi + telefon) | 260 | 3.150 | 819.000 | %4 → 32.760 | 786.240 | 3.024 | | Acente (net fiyatlı kontrat) | 240 | 2.500 | 600.000 | yok | 600.000 | 2.500 | | **Toplam** | **1.300** | **3.170** | **4.121.000** | **531.000** | **3.590.000** | **2.762** | Doğrudan satışın da bir maliyeti var. Örnekte yalnız web sitesindeki rezervasyon motorunun ücreti ve kart işlem bedeli için %4 varsaydım. Misafiri doğrudan kanala çekmek için Google Ads, metasearch ya da e-posta kampanyasına para harcıyorsanız o harcamayı doğrudan satılan oda gecesine bölün ve %4’e ekleyin. Eşik şu: doğrudan kanalın toplam maliyeti (motor, kart ve reklam) brüt fiyatın yaklaşık %11,5’ini aşmadığı sürece net ADR’si OTA A’nın önünde kalır (3.150 × 0,885 ≈ 2.788). Örnekte bu, motor ve kartın üstüne doğrudan satılan gece başına en çok yaklaşık 236 TL reklam ve pazarlama harcaması demek. Aşarsa OTA A net olarak daha çok kazandırır. Kendi doğrudan satış maliyetinizi biliyor musunuz? “Doğrudan satış bedava” diye hesaplarsanız doğrudan kanalı olduğundan iyi görürsünüz; ekran bu oranı her ay gerçek reklam harcamanızla yeniden hesaplar. Ayın göstergeleri: - **Doluluk:** 1.300 ÷ 1.800 = %72,2 - **ADR:** 4.121.000 ÷ 1.300 = 3.170 TL - **RevPAR:** 4.121.000 ÷ 1.800 = 2.289 TL - **Net ADR:** 3.590.000 ÷ 1.300 = 2.762 TL - **Komisyon ve dağıtım maliyetinin brüt oda gelirine oranı:** 531.000 ÷ 4.121.000 = %12,9. Bu maliyetin %71,5’i tek bir kanaldan, OTA A’dan geliyor. Tablonun asıl söylediği: brüt ADR’de en yüksek kanal OTA A (3.400 TL), komisyondan sonra sıra değişiyor. Acente en düşük net fiyatı veriyor ama en az iptal eden kanal da o (sonraki bölüm). Bu fark bir karara dönüşür. OTA A’dan doğrudana kaydırdığınız her gece net olarak 236 TL (3.024 − 2.788) getirir; 100 gece kaydırırsanız ayda 23.600 TL. Aynı 236 TL bir tavandır: o geceyi doğrudana getirmek için motor ve kartın üstüne gece başına ortalama 236 TL’den fazla harcarsanız kaydırma kazandırmaz. OTA A aynı zamanda otelinizi bulduran bir vitrin; ekranın işi bu sınırı görünür kılmak, OTA A’yı bırakmanızı önermek değil. ### İptal ve no-show oranı kanala göre ne kadar? İptal oranını şöyle tanımlıyorum: bu aydaki konaklamalar için alınmış bütün oda gecelerinin ne kadarı iptal edildi. No-show, iptal edilmediği hâlde misafirin gelmediği oda gecesidir. Rezervasyon adedine göre hesaplanan oran da kullanılır; hangisini seçtiğiniz ekranda yazar ve değişmez. | kanal | alınan oda gecesi | iptal | iptal oranı | no-show | no-show oranı | konaklanan | | --- | --- | --- | --- | --- | --- | --- | | OTA A | 860 | 222 | %25,8 | 18 | %2,1 | 620 | | OTA B | 215 | 30 | %14,0 | 5 | %2,3 | 180 | | Doğrudan | 280 | 17 | %6,1 | 3 | %1,1 | 260 | | Acente | 255 | 15 | %5,9 | 0 | %0 | 240 | | **Toplam** | **1.610** | **284** | **%17,6** | **26** | **%1,6** | **1.300** | *Örnek veri.* No-show gecesinden tahsil edilen bir ücret varsa ekranda ayrı satırda durur. Oda gelirine karıştırmam, çünkü o gece oda dolu değildi; karıştırırsanız ADR şişer. ### Sonraki ayda elde ne var, geçen yıl bu noktada ne vardı? İleriye dönük doluluk (on-the-books, kısaca OTB), bugün itibarıyla gelecekteki geceler için alınmış ve iptal edilmemiş rezervasyonlardır. Tek başına az şey söyler. Değeri, geçen yılın aynı günündeki OTB ile yan yana konunca ortaya çıkar. Örnek otelde sonraki ayın ilk dört haftası (her hafta 60 × 7 = 420 oda gecesi): | hafta | bugün elde olan | doluluk | geçen yıl aynı gün elde olan | fark | | --- | --- | --- | --- | --- | | 1. hafta | 286 | %68 | %61 | +7 puan | | 2. hafta | 227 | %54 | %58 | −4 puan | | 3. hafta | 130 | %31 | %47 | −16 puan | | 4. hafta | 92 | %22 | %35 | −13 puan | *Örnek veri.* 3. haftadaki 130 oda gecesinin 72’si OTA A’dan, 14’ü OTA B’den, 20’si doğrudan, 24’ü acenteden. Yukarıdaki iptal ve no-show oranlarını bu dağılıma uygularsak 130 gecenin 105 civarı gerçekleşir; %31, en kötü durumda %25’e iner. Bu bir alt sınırdır: oranlar ayın bütün alınmış rezervasyonlarından çıkıyor, elde duran rezervasyonların bir kısmı ise iptal döneminin bir bölümünü zaten atlattı. Gerçek doluluk %25 ile %31 arasında bir yerde olur. Geçen yılın OTB’si de iptale açıktı; iki rakam aynı koşulda okunduğu için ham kıyas geçerli kalır ve tabloda −16 puan olarak durur. Düzeltme iki tarafa da uygulansaydı puan farkı küçülürdü (örnekte yaklaşık 13 puan), oran farkı değişmezdi. Bu düzeltme yalnız “gerçekte kaç gece dolacak” sorusu içindir. ### Bu tablo hangi karara varıyor? Bu örnekte tablonun gösterdiği karar şu: 1. haftada indirim açılmaz; 3. ve 4. haftadaki açığın ilk adımı OTA A’da fiyat kırmak değil, acente kontenjanı ve doğrudan kanaldır. Önce ölçek: 3. ve 4. haftada 290 + 328 = 618 boş oda gecesi var. Geçen yılın aynı noktasına yetişmek için 3. haftada 67, 4. haftada 55, toplam 122 oda gecesi gerekiyor. Önerdiğim sıra: 1. **1. hafta:** Geçen yılın 7 puan önündesiniz. Hiçbir kanalda indirim açılmaz; OTA A’da hafta sonu fiyatı bir kademe yükseltilebilir. 2. **3. ve 4. hafta, önce acente:** Acenteyle bu iki hafta için ek kontenjan konuşulur. Örnekte toplam 40 oda gecesi, iade tarihi (release) varıştan 14 gün önce. Net fiyat en düşük ama iptal oranı %5,9. Kontenjan dolmazsa 14 gün kala odalar size döner. 40 gece, gereken 122 gecenin üçte biri; geri kalanı doğrudan kanaldan ve tarih yaklaştıkça OTA’lardan gelmeli. 3. **Doğrudan kanalda kampanya:** Gecelik net getirisi en yüksek kanal. Web sitesinde ve mevcut misafir listenizde bu iki haftaya özel bir fiyat açılır. 4. **OTA A’da indirim gerekiyorsa en çok yaklaşık %10, iade edilmez fiyatla:** Komisyon %18 olduğu için brüt fiyat yaklaşık 3.049 TL’nin altına inerse OTA A’nın net fiyatı acentenin net fiyatı olan 2.500 TL’nin altına düşer (2.500 ÷ 0,82 ≈ 3.049; 3.400’e göre yaklaşık %10,3 indirim). Bu kanalın iptal oranı %25,8; indirimli ve iptal edilebilir bir fiyat, elde görünen ama gerçekleşmeyen doluluğu artırır. 5. **7 gün sonra yeniden bakılır:** Ekran iki tarih arasındaki OTB değişimini (pickup) gösterir ve yanına geçen yılın aynı yedi gününde kazanılan geceyi koyar. Önerdiğim haftalık hedef: geçen yılın aynı haftadaki pickup’ı + 67 ÷ kalan hafta. Örnekte 3. haftaya 4 hafta kaldığını varsayarsak bu, geçen yılın hızının üstüne haftada yaklaşık 17 gece demek (67 ÷ 4 ≈ 16,8). 3. hafta bu hedefin altında kaldıysa açık kapanmıyor demektir ve sıradaki adım konuşulur. Geçen yılın pickup’ı yalnız iptal tarihi tutulmuşsa geriye dönük kurulabilir; yoksa anlık görüntüler birikene kadar bu kıyas eksiktir. Kontenjan miktarı ve iade süresi örnek için seçtiğim varsayımlar; sizinkiler sözleşmenizden gelir. Karar sizin, ekran kararı görünür kılar ve kaynağa bir şey yazmaz; fiyat ve kontenjan yine kanal yöneticinizden değişir. ## Veri nereden gelir, PMS’ten hangi alanlar gerekir? Veri iki kaynaktan gelir. Birincisi PMS’inizin rezervasyon dışa aktarımı ya da bağlantısı, ikincisi kanal yöneticinizin kanal raporu. Net fiyatlı acente kontratları birçok otelde ayrı bir Excel dosyasında durur, o da üçüncü kaynak olur. Bazı sistemler zamanlanmış dosya, bazıları bağlantı (API), bazıları yalnız elle alınan rapor sunar; elle alınan rapor da başlangıç için yeter. Rapor ekranının ihtiyaç duyduğu asgari alanlar: | alan | ne için | | --- | --- | | Rezervasyon numarası (kaynak kimliği) | aynı rezervasyon ikinci kez gelirse yeni kayıt sayılmaz, var olan güncellenir | | Oluşturma tarihi ve iptal tarihi | OTB’nin geçmişteki herhangi bir güne göre yeniden kurulması, geçen yılla karşılaştırma | | Giriş ve çıkış tarihi, oda sayısı, oda tipi | oda gecesine bölme, ay sınırını aşan konaklama | | Kanal / kaynak / acente | kanal kırılımı ve komisyon | | Durum (aktif, iptal, no-show) | iptal ve no-show oranı | | Tutar, para birimi, vergi dahil mi | oda geliri, kur çevrimi | **İptal tarihi neden kritik?** Geçen yılın aynı günündeki OTB’yi hesaplamak için her rezervasyonun o gün oluşturulmuş ve henüz iptal edilmemiş olup olmadığını bilmek gerekir. Dışa aktarımda iptal tarihi yoksa karşılaştırma geriye dönük kurulamaz; ekran ilk günden itibaren her gece bir anlık görüntü saklar ve karşılaştırmanın bir yıl dolana kadar eksik olduğunu yazar. Euro ile kontrat yapılmış bir acente rezervasyonu o gecenin kuruyla çevrilir ve hangi kurun kullanıldığı ekranda yazar. OTA’ların aylık komisyon faturası geldiğinde ekranın hesapladığı komisyonla yan yana konur; fark varsa satır satır gösterilir. Her ekranda verinin en son ne zaman yenilendiği görünür. Panele yazılan operasyon notları kaynak veriden ayrı tutulur. Bu ekran bir rezervasyon motoru, PMS ya da kanal yöneticisi değildir; onların verisini okur. Yazılım katmanlarının hangisinin ne iş yaptığını [otel rezervasyon programları](https://oguzerol.com/otel-rezervasyon-programlari/) yazısında ayırdım. Hangi odanın hangi gün dolu olduğunu gösteren oda × gün ızgarası ise ayrı bir ekran; onu [otel oda doluluk sayfasında](https://oguzerol.com/otel-oda-doluluk-takibi/) anlattım. ## Resepsiyon, satış, genel müdür ve sahip neyi görür? Rapor ekranında herkes kendi işinin gerektirdiği kadarını görür: resepsiyon gelir görmez, satış giderleri görmez, sahip her şeyi görür. Önerdiğim başlangıç tablosu: | ekran / alan | resepsiyon | satış | genel müdür | sahip | | --- | --- | --- | --- | --- | | Bugünkü ve yarınki giriş-çıkış sayısı, doluluk | evet | evet | evet | evet | | No-show listesi (rezervasyon numarasıyla) | evet | evet | evet | evet | | OTB eğrisi ve geçen yılla karşılaştırma | hayır | evet | evet | evet | | ADR, RevPAR, kanal bazında oda geliri | hayır | evet | evet | evet | | Komisyon oranları, net gelir, net ADR | hayır | evet | evet | evet | | Acente kontrat fiyatları | hayır | evet | evet | evet | | GOPPAR ve aylık gider | hayır | hayır | evet | evet | | Kullanıcı ve yetki ayarı | hayır | hayır | hayır | evet (ya da yetkilendirdiği kişi) | No-show listesi resepsiyona ve satışa açık, çünkü OTA’ya no-show bildirimi ve komisyon itirazı sözleşmenizdeki süre içinde yapılması gereken bir iştir. “Evet / hayır” kararları benim önerim, sizin otelinize göre değişir. Değişmeyen şey, kararın tek bir yetki tablosunda yazılı durması ve her ekranda, raporda ve dışa aktarımda aynı kuralın uygulanması. Kişisel Verileri Koruma Kurumu da çalışanlara görevleri için gerekli olduğu ölçüde erişim tanınmasını ve bir erişim yetki ve kontrol matrisi oluşturulmasını öneriyor ([Kişisel Veri Güvenliği Rehberi, Ocak 2018, s. 17](https://www.kvkk.gov.tr/yayinlar/veri_guvenligi_rehberi.pdf)). Alan düzeyinde gizlemenin ve yetki değişikliğinin iz kaydının nasıl kurulduğunu [gider yetki ve rapor ekranı](https://oguzerol.com/gider-yetki-ve-rapor-ekrani/) sayfasında derin anlattım; aynı yapı burada da geçerli. **Misafirin kişisel verisi rapora girmez.** Rapor ekranının işi oda gecesi, kanal ve tutar saymak; misafirin adı, telefonu, kimlik numarası ya da e-postası bu işe gerekmez. PMS dışa aktarımında bu sütunlar varsa içe aktarırken atılır, veritabanına yazılmaz. En iyisi dışa aktarım şablonunu baştan bu sütunlar olmadan kurmaktır. Eşleştirme rezervasyon numarasıyla yapılır. Resepsiyonun misafir adına ihtiyacı olduğunda bakacağı yer zaten PMS’tir. Bu, KVKK’nın kişisel verinin “işlendikleri amaçla bağlantılı, sınırlı ve ölçülü” işlenmesi ilkesine de uyar ([6698 sayılı Kanun, md. 4/2-ç](https://www.mevzuat.gov.tr/mevzuatmetin/1.5.6698.pdf)). Misafirin ülkesine göre kırılım isterseniz yalnız ülke kodu alınır. Komisyon oranı da iz bırakır: sözleşme yenilenince yeni oran bir başlangıç tarihiyle girilir, eski aylar eski oranla kalır, değişikliği kimin yaptığı kayda geçer. ## Yapay zekâ bu ekranda ne yapar, ne yapmaz? Yapay zekâ bu ekranda iki iş yapar: sabah özetinin taslağını yazar ve bir kuralın yakaladığı anormalliği açıklar. Sayıları tablo üretir, yapay zekâ üretmez. Sabah özeti genel müdürün ekranında şöyle görünür (örnek veri): > Dün doluluk %74, ADR 3.210 TL, RevPAR 2.375 TL. Son 24 saatte 19 oda gecesi rezervasyon alındı, 34 oda gecesi iptal edildi; iptallerin 26’sı OTA A’dan ve sonraki ayın 3. haftasına ait. Son 30 günde OTA A’dan gelen iptal günde ortalama 7 oda gecesiydi. Bu metnin arkasında beş kural var: 1. **Anormalliği kural bulur.** “Bir kanalın son 24 saatteki iptali, son 30 günün günlük ortalamasının 3 katını geçer ve en az 10 oda gecesi tutarsa işaretle” gibi bir eşik. Alt sınır, günde ortalama yarım iptali olan küçük bir kanalda 2 iptalin alarm vermesini önler. Eşik benim başlangıç önerim, sizin verinize göre ayarlanır. Yapay zekâ işaretlenen iptallerin hangi haftaya, hangi oda tipine yığıldığını ve grup iptaline benzeyip benzemediğini cümleye döker. 2. **Sayıyı tablo hesaplar.** Model yalnız cümleyi kurar. Cümledeki her sayı tabloyla otomatik karşılaştırılır; tutmayan bir sayı varsa özet yerine tablo gösterilir. 3. **Modele hiçbir satır yetki filtresinden geçmeden gitmez.** Resepsiyonun sabah özeti doluluk ve giriş-çıkış sayısından yazılır. Modele gelir verisi hiç gitmez, bu yüzden özette de gelir çıkmaz. 4. **Modele misafir verisi gitmez.** Model yalnız toplu sayıları ve kanal adlarını görür; sütun eşlemesinde yalnız dosyanın sütun başlıklarını görür, satırlarını değil. İçe aktarırken atılan veriyi zaten göremez. 5. **Yapay zekâ fiyat değiştirmez, karar vermez.** “3. haftada OTA A’ya indirim aç” gibi bir öneri yazmaz. Yukarıdaki örnekte gördüğünüz gibi o karar, kontrat ve iptal koşullarını bilen birinin işi. Bunların yanında yapay zekâya iki düşük riskli iş daha veririm; ikisinde de son sözü insan söyler: - **Kanal adı eşleme önerisi.** Kanal yöneticisinden eşlenmemiş yeni bir ad gelince (“Booking.com Mobile” gibi) yapay zekâ “bu ad büyük olasılıkla OTA A” önerisini satışa gösterir. Satış onaylamadan o kayıt hiçbir kanala yazılmaz. - **Acente Excel’inde sütun eşleme önerisi.** Acente dosyası bir ay “Giriş Tarihi”, ertesi ay “Arrival” başlığıyla gelirse yapay zekâ yalnız sütun başlıklarına bakıp hangi sütunun hangi alana denk geldiğini önerir; satır içeriği, misafir adları dahil, modele gitmez. Eşleme onaylanana kadar dosya içe aktarılmaz. Yapay zekâ olmadan da ekran çalışır; eşik kuralı ve özet şablonu sabah özetinin çoğunu üretir. ## Excel’deki sabah raporu nerede kırılır? PMS’ten her sabah dışa aktarılıp Excel’de toplanan rapor, tek kişinin baktığı tek otelde aylık bir göz atış için çalışır. Kırıldığı yerler somut: - **Dünkü dosyanın üstüne bugünkü yazılır:** dünkü OTB saklanmaz, geçen yılla karşılaştırma kurulamaz. - **Gece bölme, rezervasyon eşleştirme, tarihli komisyon ve kanal adı eşleme her ay elle yapılır;** biri unutulunca rapor sessizce yanlış çıkar. - **Herkes her şeyi görür ya da herkese ayrı dosya kesilir.** Resepsiyona gelir sütunları gizlenmiş bir kopya göndermek her sabah tekrarlanan bir iştir ve gizli sütun saklamaz. Uygulamada fark şu: tanımlanan iş kuralı veri girilirken uygulanır ve her sabah kendiliğinden çalışır, birinin hatırlamasına bağlı kalmaz. ## PMS raporu ya da gelir yönetimi yazılımı yetiyorsa bu ekrana gerek yok PMS’iniz kanal bazında üretim raporu, OTB ve pickup raporu veriyorsa ve bu raporlara tek kişi bakıyorsa önce onları sonuna kadar kullanın. PMS raporu yalnız brüt veriyorsa, aylık dışa aktarıma sözleşmenizdeki komisyon oranını bir sütun olarak eklemek net tabloya yaklaşık bir değer verir ve basit bir başlangıçtır; rezervasyon bazında değişen oranları yakalamaz. Bir gelir yönetimi yazılımı (revenue management system) kullanıyorsanız fiyat ve talep tahmini işini o yapıyordur. Aynı işi ikinci bir ekrana yaptırmak, iki ayrı rakamın tartışılması demektir. Benim değerlendirmem şu: tek tesisli, satışın tek kanaldan ağırlıkla geldiği, raporu yalnız sahibin okuduğu bir otelde bu ekran gereksiz. Ekran şu noktada anlam kazanır: - veri birden fazla kaynakta (PMS, kanal yöneticisi, acente Excel’i), - sahip komisyon sonrası net tabloyu görmek istiyor ve tek bir komisyon sütunu yetmiyor: oranlar kanala göre farklı, sözleşmeyle tarihli değişiyor, aylık faturayla karşılaştırılması gerekiyor, - resepsiyon, satış ve yönetim aynı rapordan farklı genişlikte görmeli, - PMS raporu sizin tanımınıza göre (oda geliri, tarih türü, kanal grubu) değiştirilemiyor, - birden fazla tesis aynı tabloda toplanacak. ## Nasıl başlanır, veri ve kod kimin, kullanıcılar nasıl girer? İlk adım yazılım değil, sabah raporunuzun incelenmesidir: raporu bugün kim, hangi PMS ekranından çıkarıyor, kim hangi sayıya bakıp hangi kararı veriyor. PMS’inizin ve kanal yöneticinizin dışa aktarımında hangi alanların olduğuna, iptal tarihinin tutulup tutulmadığına bakarım. İlk görüşmeye PMS’inizden bir rezervasyon dışa aktarım örneği, kanal komisyon sözleşmeleriniz (OTA ve acente) ve bugünkü sabah raporunuzu getirmeniz yeter. Çıktı yazılıdır: gösterge tanımları (oda geliri neyi kapsar, hangi tarih), kanal eşleme tablosu, komisyon oranları ve başlangıç tarihleri, rol tablosu ve veri kaynağı. Aylık bütçeniz ya da hedefiniz varsa gerçekleşenle karşılaştırması aynı tabloya bir sütun olarak eklenir. Web işlerinde sık gördüğüm hatalardan biri, her veriyi panoya koymaya çalışmak; sonunda pano okunmaz hâle geliyor. Bu ekrandaki karşılığı, ilk sürümde yirmi göstergeyi, dört rolü ve yapay zekâ özetini birlikte açmak. Sıra şöyle kurarım: 1. Doluluk, ADR, RevPAR ve kanal tablosu, tek rol (genel müdür), son yenileme zamanı. İlk ay mevcut Excel raporunuzla yan yana karşılaştırılır. 2. Komisyon sonrası net gelir, iptal ve no-show oranı, rol tablosu. 3. OTB ve pickup, geçen yılla karşılaştırma (iptal tarihi varsa geriye dönük, yoksa ilk günden başlayan anlık görüntüyle). 4. Yapay zekâyla sabah özeti ve anormallik açıklaması. **Veri ve kod kimde?** Uygulama bir sunucuda (kiralık sanal sunucu, VPS) çalışır; sunucu otelinizin adına açılabilir. Veri sizindir, tamamını istediğiniz zaman Excel ya da CSV olarak alabilirsiniz; yedekleme yaklaşımı ilk adımın çıktısında yazılı olur. Kullanıcı başına lisans yok; maliyet sunucunun aylık ücreti ve bakımdan oluşur, küçük ve orta ölçekli bir ekipte kullanıcı eklemek bu maliyeti değiştirmez. Kaynak kodun tamamı sizin erişiminizdeki bir depoda durur. Yanında çalıştırma talimatı, bağımlılık listesi ve bilinen sınırlar listesi olur; anahtarlar ve hesaplar sizin adınıza açılır. Ekran ödeme ya da misafir kişisel verisi işlemeyecek biçimde kurulur. Kapsam bunu değiştirirse erişim, güvenlik, barındırma ve bakım ayrıca değerlendirilir. **Kullanıcılar nasıl girer?** Herkes kendi hesabıyla girer. Giriş yöntemini ve kullanıcı yönetimini ilk adımın çıktısında yazılı veririm. Rol atamalarını sahip ya da yetkilendirdiği kişi yapar, her atama kayda geçer. **PMS ya da kanal yöneticisi değişirse?** Geçmiş rapor verisi ve tanımlar sizin veritabanınızda kalır. Yeni sistemin dışa aktarımı için içe aktarma yeniden kurulur. Kanal adları ya da oda tipi kodları değişiyorsa eşleme ilk adımdaki gibi yazılı konuşulur. Bugün sabah raporunuzu kimin, hangi PMS’ten, hangi dosyaya çıkardığını ve kimin hangi sayıya baktığını [iletişim sayfasından](https://oguzerol.com/iletisim/) yazın; ilk görüşmede gösterge tanımlarınızı ve rol tablonuzu birlikte çıkarırız. ## Sıkça Sorulan Sorular ### Hangi PMS ya da kanal yöneticisiyle çalışır? PMS’inizin ve kanal yöneticinizin sunduğu dışa aktarım ya da bağlantıya göre, görmeden söz vermem. İlk adımda hangi alanların hangi yolla geldiğini yazılı veririm; bağlantı yoksa düzenli dosya dışa aktarımı da çalışır. ### Panelden fiyat ya da kontenjan değiştirebilir miyiz? Hayır. Ekran PMS’in ve kanal yöneticisinin verisini okur, onlara bir şey yazmaz. Fiyat ve kontenjan değişikliği kanal yöneticinizden yapılmaya devam eder. Panele yazılan notlar ayrı uygulama kaydıdır. Kaynağa geri yazma gerekiyorsa sistemin desteklediği işlemler, izinler ve değişiklik kontrolü ayrıca değerlendirilir. ### Kahvaltı dahil fiyatlarda ADR nasıl hesaplanır? Oda gelirinden kahvaltı payını ayırmayı öneririm; yoksa oda dahil kahvaltı fiyatıyla satan kanal, yalnız oda satan kanaldan pahalı görünür. Ayırma oranını sizin kararınız ya da PMS’inizin paketi bölme şekli belirler. Karar bir kez yazılır, ekranda formülün yanında durur ve geçmiş aylar aynı kuralla hesaplanır. ### Birden fazla otelimiz var, ayrı ayrı ve toplam görebilir miyiz? Görebilirsiniz; tesis, rol tablosuna bir boyut olarak eklenir. Her otelin genel müdürü kendi tesisini, sahip bütün tesisleri ve toplamı görür. Toplam satırının doğru çıkması için oda geliri tanımı, kanal eşlemesi ve iptal oranı tanımı bütün tesislerde aynı olmalıdır; ilk adımda bu ortak tanımı yazarız. [Başa dön ↑](https://oguzerol.com/otel-rezervasyon-kayitlari-rapor-ekranlari/#icerik) ## Bunları da okumak ister misiniz? [Otel Programı Nasıl Seçilir: PMS, Kanal Yöneticisi, MotorOtel programı arıyorsanız önce üç ayrı yazılımı ayırın: PMS, kanal yöneticisi, rezervasyon motoru. Hangi markanın ne yaptığı ve satıcıya soracağınız sorular.](https://oguzerol.com/otel-rezervasyon-programlari/)[Oteller İçin WhatsApp Fiyat Sorgulama ve RezervasyonWhatsApp sorusundan fiyat, müsaitlik ve rezervasyon talebine uzanan otel akışını inceleyin. Resepsiyona devir ve sistem bağlantısını birlikte planlayalım.](https://oguzerol.com/otel-whatsapp-rezervasyon-otomasyonu/)[Randevu ve Kaynak Planlamasında Çakışmaları Kontrol EdinRandevu saatini oda, araç veya ekip kapasitesiyle birlikte kontrol eden özel ekran. Excel ve Google Sheets planınıza göre süre ve hazırlık aralıkları kurulsun.](https://oguzerol.com/randevu-kaynak-planlama-uygulamasi/) [Tüm yazılara göz atın →](https://oguzerol.com/yazilarim/) NE İSTEYEBİLİRSİNİZ ## Nasıl çalışıyorum? Çalışma saati paketleri WhatsApp’tan ya da telefonda işinizden ve ihtiyacınızdan bahsedin; **5 ile 40 saat arasında bir çalışma paketinde** anlaşalım, ben gerekenleri yapmaya başlayayım. Aldığınız şey bir takvim aralığı değil, doğrudan sizin işinize harcanacak net mesai. 40 saati üç gün aralıksız çalışarak da kullanabiliriz, bilerek zamana yayıp bir yılda da bitirebiliriz — işin gerektirdiği neyse o. İşin ne kadar süreceğini tahmin etmeye değil, işi yapmaya vakit harcarım; harcadığım her saatin işinizde kalıcı bir karşılığı olur. Faydalı olduğunu düşündüğünüz sürece bu şekilde devam ederiz. ÇALIŞMA BLOKLARI ## Neden aylık değil? 40 saat 1 hafta mı oluyor? Aylık sabit ücrette iki taraf da yanlış yere bakar: siz sabit gidere, karşı taraf kaç tane daha böyle sözleşme bağlayabileceğine. Saat üzerinden çalışınca ikimizin de baktığı yer aynı olur — yapılan işin gerçek değeri. "Toplamda ne kadar tutar?" sorusunun peşinen net bir cevabı olmaması bu modelin doğal maliyeti, farkındayım. Ama sonuç üretmeyen bir yapıya aylarca sabit ücret ödemek yerine yalnızca işinize ayrılan nitelikli zamanı ödersiniz, o zamanın nereye gittiğini de baştan sona görürsünüz. Müşterilerimin benimle tekrar tekrar çalışmasının sebebi bu. 5saat10.000₺ + KDVsaat başı 2.000₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%205%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 10saat15.000₺ + KDVsaat başı 1.500₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2010%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 20saat24.000₺ + KDVsaat başı 1.200₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2020%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.) 40saat40.000₺ + KDVsaat başı 1.000₺[Bu bloğu seç](https://wa.me/905496546489?text=Merhaba%2C%2040%20saatlik%20%C3%A7al%C4%B1%C5%9Fma%20blo%C4%9Fu%20hakk%C4%B1nda%20bilgi%20almak%20istiyorum.)