Otelde P&L (kâr ve zarar) raporu çoğu zaman tek bir belge değildir. Oda, yiyecek-içecek (F&B), spa ve çamaşırhane gibi departmanların her biri kendi gelir ve gider tablosunu hazırlar. Sonra bütçe, personel planı ve geçen yılla karşılaştırma eklenir, her şey finans ekibinde birleşir. Bütçe ve personel planlaması günler, bazen aylar süren bir iştir.
Bu emeğin büyük kısmı rakam üretmek için değil, rakamları toplamak, eşleştirmek ve düzeltmek için harcanır.
P&L raporu neden bu kadar uzun sürüyor?
- Veri dağınıktır. Doluluk ve oda geliri PMS'te, F&B satışları POS'ta, giderler muhasebede, personel maliyeti bordroda, mal alımları satın alma ve stok sisteminde durur.
- Her departman kendi dosyasını kullanır. Aynı kalem farklı tanımlarla raporlanır. Bir departmanın gelir rakamı ile finansın gelir rakamı tutmayabilir.
- Birleştirme elle yapılır. Bir rakam değişince zincirleme düzeltme gerekir ve hangi dosyanın güncel olduğu ayrı bir tartışma konusu olur.
- Rapor geç gelir. Tablo yönetime ulaştığında fiyat, vardiya ve alım kararlarının bir kısmı çoktan verilmiş olur.
Agent sisteme dahil olunca ne değişir?
Agent, yazılımlarınızın API'leri üzerinden verileri düzenli aralıklarla toplar, hesap planınıza göre departmanlara dağıtır ve raporu kendisi üretir. Departmanlardan dosya beklemez, kimseden tablo istemez. Beats Digital'in AI raporlama ajanları bu akış için kurulur. Her kanaldan gelen veri tek bir yapıda birleşir:
| Kaynak | Agent ne alır? | Raporda nereye gider? |
|---|---|---|
| PMS | Agent ne alır?Doluluk, ADR, oda geliri, iptal ve no-show | Raporda nereye gider?Oda departmanı geliri |
| POS | Agent ne alır?F&B satışları (satış noktası ve kategori bazında) | Raporda nereye gider?F&B geliri |
| Muhasebe / ERP | Agent ne alır?Gider kalemleri ve maliyet merkezleri | Raporda nereye gider?Departman ve dağıtılmamış giderler |
| Bordro / İK | Agent ne alır?Personel maliyeti, vardiya ve norm kadro | Raporda nereye gider?Personel gideri, departman dağılımı |
| Satın alma / stok | Agent ne alır?Mal alımları ve tüketim | Raporda nereye gider?F&B maliyeti ve departman giderleri |
| Çamaşırhane | Agent ne alır?Kullanım ve maliyet verisi | Raporda nereye gider?Departmanlara maliyet dağıtımı |
| Kanal ve rezervasyon verisi | Agent ne alır?Kanal bazlı gelir ve komisyon | Raporda nereye gider?Satış ve pazarlama gideri, net gelir |
| Bütçe ve geçen yıl dosyası | Agent ne alır?Bütçe hedefleri ve önceki dönem | Raporda nereye gider?Sapma ve karşılaştırma |
Agent bu verilerle önce departman bazlı P&L'i, ardından GOP ve EBITDA'yı hesaplar. Bütçe ve geçen yılla karşılaştırır, sapmaları işaretler ve yöneticinin okuyacağı kısa bir özet yazar. GOP (Gross Operating Profit), departman gelirlerinden departman ve dağıtılmamış işletme giderleri düşüldükten sonra kalan brüt işletme kârıdır. EBITDA ise faiz, vergi ve amortisman öncesi kârı gösterir. Çamaşırhane gibi ortak maliyetlerin departmanlara nasıl dağıtılacağı otelin belirlediği bir kuraldır. Agent bu kuralı her dönem aynı şekilde uygular.
Rakamları kim hesaplıyor?
Akla gelen ilk soru şu: rakamları yapay zeka mı üretiyor? Hayır. Toplama ve hesaplama, sabit kurallarla çalışan kodla yapılır. Yapay zeka, verilen rakamları yorumlar, sapmanın olası nedenlerini yazar ve emin olmadığı yerde bunu belirtir. Her rakam kaynağına kadar izlenebilir. Taslak, insan onayından geçmeden dağıtılmaz.
Saniyeler süren kısım toplama, eşleme, hesaplama, karşılaştırma ve taslak yorumdur. Veri akışı kurulduktan sonra rapor taslağı bu sürede çıkar. İnsanda kalanlar hesap planı ve dağıtım kurallarının tanımı, istisnai düzeltmelerin onayı ve kararın kendisidir. Finans ekibi ayın ilk günlerini tablo toplamakla değil, rakamları yorumlamakla geçirir.
Asıl şart: yeni nesil API altyapısı
Agent ne kadar iyi kurulursa kurulsun, ulaşamadığı veriyi raporlayamaz. Bu yüzden zincirin en önemli halkası kullandığınız yazılımlardır. PMS, POS, muhasebe ve bordro yazılımını seçerken ya da yenilerken şu soruları sorun:
- Belgelenmiş bir REST API var mı? JSON çıktısı veren, sürümlü ve güncel dokümantasyonu olan bir API aranmalı.
- Yetkilendirme modern mi? Kullanıcı şifresiyle değil, token ya da OAuth ile çalışan, yetkisi kısıtlanabilen bir erişim gerekir.
- Veri hangi kırılımda çekilebiliyor? Tarih aralığı, departman ve maliyet merkezi bazında sorgu yapılabilmeli.
- Geçmiş veriye erişim var mı? Karşılaştırma için en az geçen yılın verisi API'den alınabilmeli.
- Olay bildirimi ya da düzenli veri çıkışı var mı? Webhook gibi bir mekanizma, kapanışı beklemeden verinin akmasını sağlar.
- İstek sınırları ve test ortamı tanımlı mı? Hata kodları, istek limitleri ve bir sandbox ortamı bağlantıyı güvenle kurmayı kolaylaştırır.
- API erişimi sözleşmede mi? Bazı yazılımlarda API ayrı bir modül ya da ek ücret gerektirir. Bunu satın almadan önce öğrenin.
- Verinin sahibi kim? Kendi verinizi dışa aktarma ve üçüncü bir sisteme bağlama hakkınızın sözleşmede yazılı olduğundan emin olun.
API'si olmayan eski bir yazılımınız varsa çözümsüz değilsiniz. Zamanlanmış dosya dışa aktarımıyla (CSV, Excel) veri toplanabilir. Ama bu yol kırılgandır: dosya formatı değişince akış bozulur ve her dönem bakım ister. Bu yüzden bir sonraki yazılım kararında API'yi açık bir kriter yapmanızı öneriyoruz. Veri akışlarını bağlamak için genellikle n8n gibi bir otomasyon altyapısı kullanırız.
Nereden başlamalı?
- Raporu tanımlayın. Hangi departmanlar, hangi kalemler ve hangi hesap planı? USALI gibi bir standart ya da kendi yapınız olabilir, önemli olan herkesin aynı tanımı kullanması.
- Veri kaynaklarını haritalayın. Her yazılımın hangi veriyi tuttuğunu ve API durumunu tek bir listede toplayın.
- Tek bir departmanla pilot yapın. Örneğin oda ya da F&B ile başlayın ve agent'ın çıktısını elle hazırlanan raporla karşılaştırın.
- Bütçe ve geçen yılı ekleyin. Sapma eşiklerini ve hangi durumda kimin uyarılacağını belirleyin.
- Onay adımını ve kayıt izini kurun. Rakamı kimin, hangi kaynağa bakarak onayladığı kayıtlı olsun.
- Kalan departmanlara yayın. Pilot çıktısı güvenilir hale gelince spa, çamaşırhane ve diğer departmanları aynı yapıya ekleyin.
Güvenlik ve erişim
Personel maliyeti gibi hassas veriler için salt okunur API anahtarı, alan bazlı yetki ve erişim kaydı (log) şarttır. Kişisel veri içeren alanlar rapora hiç alınmaz ya da maskelenir. Hangi verinin hangi servise gideceği kurulumdan önce yazılı olarak belirlenir.
Sık sorulan sorular
P&L raporunun tamamı otomatikleşir mi?
Toplama, hesaplama, karşılaştırma ve taslak yorum otomatikleşir. Hesap planının ve dağıtım kurallarının tanımı, istisnai düzeltmelerin onayı ve kararın kendisi insanda kalır.
Hangi PMS ve muhasebe yazılımlarıyla çalışır?
API ya da düzenli veri çıkışı sunan sistemlerle çalışır. Uygunluk, her yazılım için keşif görüşmesinde kontrol edilir.
Ne kadar sürede kurulur?
Süre, veri kaynağı sayısına ve her kaynağın API durumuna bağlıdır. Genellikle tek bir departmanla pilot başlar. Takvimi keşif görüşmesinde netleştiririz.
Sonuç
P&L raporu bir tablo işi olmaktan çıkıp sistemin çıktısı olduğunda, yönetim rakamları ay kapandıktan günler sonra değil, veri geldikçe görür. Bunun ön koşulu agent değil, verisine erişilebilen yazılımlardır.
Otelinizdeki veri kaynaklarını ve API durumlarını birlikte haritalamak isterseniz bir görüşme planlayalım. İlgili hizmetlerimiz:
- AI raporlama ajanları
- Raporlama otomasyonu
- Dashboard sistemleri
- Sektörel çözümler (otel, e-ticaret, gayrimenkul)
Bu yazı genel bir çerçeve sunar; her otelin sistemleri ve hesap planı farklıdır, uygulama detayları keşif görüşmesinde netleşir.