1. PMS + Muhasebe / ERP Entegrasyonu: Gelir, Fatura ve Hesap Planı Yönetimi
“PMS gelir raporu ile muhasebe raporu neden farklı?” Otellerde en sık duyulan finans sorularından biri. Genelde sebep “hata” değil; iki dünyanın farklı konuşmasıdır: PMS operasyon dilinde “gelir kodları” ve “departman kırılımları” ile raporlar; ERP muhasebe dilinde “hesap planı, vergi, döviz, komisyon ve fiş” ile raporlar. Entegrasyon kurulmadığında bu iki dil manuel Excel köprüleriyle bağlanmaya çalışılır; sonuç: kapanış uzar, hata riski artar, ekipler birbirini suçlar. Bu nedenle sağlam bir PMS muhasebe entegrasyonu yapısı, sadece teknik kolaylık değil; finansal kontrolün temelidir.
Bu rehber, PMS–ERP ilişkisinin doğru kurgusunu verir: önce gelir kalemlerini ve hesap planını tasarlarsınız, sonra fatura/fiş akışını otomatikleştirirsiniz, ardından döviz–vergi–OTA komisyonu gibi “raporu bozan” kalemleri tutarlı hale getirirsiniz. Bunu otelin dijital pazarlama ve dönüşüm planı içinde konumlandırmak, raporlama ve kanal verisini aynı veri diliyle okumayı kolaylaştırır. Not: Bu içerik hukuki/vergi beyanı yönlendirmez; teknik entegrasyon ve veri eşleştirmeyi anlatır. Kurumunuza özel vergi/raporlama yorumları için mali müşavir/finans danışmanına başvurulmalıdır.
2. PMS + Muhasebe / ERP Entegrasyonu Nasıl Kurulur?
Entegrasyonun özü şudur: PMS’teki her gelir olayı, ERP’de doğru hesaba, doğru vergiye, doğru dövize ve gerekiyorsa doğru komisyon kaydına dönüşmelidir. Bunu sağlayan mekanizma; mapping + iş kuralı + mutabakat (reconciliation) üçlüsüdür. Bu akışı sürdürülebilir kılmak için PMS, ERP, OTA ve satış verisini birlikte okuyan bir finansal veri raporlama mimarisi gerekir.
Net cevap bloğu
- • PMS–ERP entegrasyonunu kurmak için önce PMS gelir kodlarını ERP hesap planına map’leyin, ardından fatura ve muhasebe fişi üretimini (otomatik/yarı otomatik) tasarlayın; döviz–vergi–OTA komisyonu kurallarını netleştirip PMS raporu ile ERP raporu arasında mutabakat kontrolü kurun.
Mimari katmanlar: PMS → Entegrasyon → ERP
- •PMS: gelir olayları ve departman kırılımı
- •Entegrasyon katmanı: mapping + kurallar + dönüşüm
- •ERP: fiş/fatura ve resmi finans raporu
Mini Check
- • PMS gelir kodları sözlüğü hazır mı?
- • ERP hesap planı yapısı net mi?
- • Mapping “tek kaynak” olarak dokümante mi?
- • Fiş/fatura akışı kural seti yazılı mı?
- • Mutabakat (PMS vs ERP) raporu var mı?
Ne yapmalıyım?
- • 1. Gelir kodu sözlüğünü çıkarın (oda/F&B/spa/diğer).
- • 2. ERP hesap planında karşılıklarını netleştirin.
- • 3. Mapping dokümanını versiyonlayın; rastgele değişiklik yapmayın.
- • 4. Mutabakat raporunu kapanışın parçası yapın.
3. Gelir Kalemlerinin ve Hesap Planının Tasarımı
“Gelir kodları” PMS’in dili, “hesap planı” ERP’nin dili. Eğer bu iki sözlük birbirine oturmazsa, raporlar tutmaz. Tasarımın hedefi; departman bazlı görünürlük (operasyon) ile hesap planı doğruluğunu (finans) aynı anda sağlamaktır. Özellikle outlet kırılımı olan yapılarda oda dışı gelir kodlarını PMS folyosuna bağlamak, ERP tarafındaki sınıflandırmanın da temiz kalmasını sağlar.
PMS gelir kodlarını doğru sınıflandırma
- •Oda geliri (Room Revenue)
- •F&B geliri (Restaurant/Bar)
- •Spa/ancillary geliri
- •Diğer (transfer, aktivite, vb.)
- •İndirim/komp (Varsayım: ayrı kod)
- •İptal/no-show gelirleri (Varsayım)
Hesap planında mantıklı kırılım
- •Gelir hesapları (departman bazlı)
- •Vergi hesapları
- •Komisyon giderleri (OTA)
- •Döviz farkı / kur farkı (Varsayım: muhasebe yapınıza göre)
| PMS Gelir Kodu | Açıklama | ERP Hesap | Vergi | Not |
|---|---|---|---|---|
| ROOM_BAR | Oda geliri | 6xx.xxx | KDV/VAT | oda tipi kırılımı (Varsayım) |
| FNB_REST | Restoran | 6xx.xxx | KDV/VAT | outlet bazlı |
| FNB_BAR | Bar | 6xx.xxx | KDV/VAT | |
| SPA | Spa hizmeti | 6xx.xxx | KDV/VAT | |
| OTA_COMM | OTA komisyon | 7xx.xxx (gider) | - | net/brüt modeli |
| DISCOUNT | İndirim | 6xx.xxx (-) | - | rapor tutarlılığı |
Varsayım: hesap kodları örnektir; sizin ERP hesap planınıza göre değişir.
Mini Check
- • PMS gelir kodları departman bazlı mı?
- • ERP hesap planı “gelir–vergi–komisyon” ayrımını net tutuyor mu?
- • İndirim/komisyon ayrı mı izleniyor?
- • Net vs brüt gelir yaklaşımı belirlendi mi?
- • Mapping değişiklikleri onay sürecine bağlı mı?
Ne yapmalıyım?
- • 1. Net/brüt gelir modelini finansla birlikte seçin.
- • 2. Komisyonu “gelirden düşme mi gider mi?” kararını kilitleyin.
- • 3. Outlet ve departman kırılımını standartlaştırın.
- • 4. Mapping tablosunu kapanış rutininin “tek kaynağı” yapın.
4. Fatura ve Muhasebe Kayıtlarının Otomatik Akışı
Otel operasyonunda fatura, sadece bir çıktı değil; muhasebe kaydının tetikleyicisidir. Entegrasyon hedefi; fatura ve fişleri doğru zamanda, doğru kural setiyle üretmektir.
Otomatik mi, yarı otomatik mi?
- •Otomatik: standart süreçlerde tam otomasyon (yüksek hacim)
- •Yarı otomatik: istisnalarda kontrol/onay (kurumsal fatura, iade, düzeltme)
Fiş üretim mantığı (örnek yaklaşım)
- •Günlük gelir fişi (departman bazlı)
- •Komisyon fişi (OTA bazlı veya toplam)
- •Vergi kayıtları (kurala göre)
- •İade/void düzeltmeleri (Varsayım)
En kritik alan: kapanış (end-of-day)
EOD’de PMS gelir raporu “kapanır”. ERP’de de ilgili döneme fişlerin post edilmesi gerekir. Burada en sık hata:
- •geç gelen charge’lar
- •yanlış tarih/saat (timezone)
- •manuel düzeltmelerin loglanmaması
Mini Check
- • Fatura/fiş tetikleme anı tanımlı mı? (EOD/checkout)
- • İade/void senaryoları akışta var mı?
- • Kurumsal fatura istisnaları yönetiliyor mu?
- • Post edilen fişler geri izlenebilir mi?
- • Kapanışta “geç gelen kayıt” SOP’u var mı?
Ne yapmalıyım?
- • 1. Standartta otomatik, istisnada onaylı yarı otomatik kurun.
- • 2. EOD kapanış SOP’u yazın (geç kayıt, iade, düzeltme).
- • 3. Fişleri izlenebilir kılın: PMS raporu ↔ ERP fişi referansı.
- • 4. Düzeltmeleri log ve onay sürecine bağlayın.
5. Döviz, Vergi ve Komisyonların Yönetimi
Raporların tutmamasının %80’i bu üçlüden çıkar: döviz, vergi, komisyon. Çünkü PMS operasyonel akışta farklı “görünüm” sunabilir; ERP ise beyan/finans mantığıyla kayıt ister. Burada amaç, “tek doğru”yu tanımlamak ve sisteme işletmektir.
Döviz: kur hangi anda alınır?
- •rezervasyon anı mı, konaklama anı mı, ödeme anı mı? (Varsayım: otelin politikasına göre)
- •PMS ve ERP aynı kur kaynağını mı kullanıyor?
- •kur farkı kayıtları nasıl yönetiliyor?
Vergi: oran ve matrah tutarlılığı
- •gelir kodu bazında vergi oranı
- •POS/F&B/spa gibi departmanların vergi kırılımı
- •indirim/komp işlemlerinin vergi etkisi (Varsayım)
OTA komisyonu: gelir mi gider mi?
Komisyon yönetiminde iki yaklaşım:
- •Brüt gelir + komisyon gideri
- •Net gelir (komisyon düşülmüş)
Hangisini seçtiğiniz; raporlarınızın dili ve karşılaştırmalarınızı etkiler. Birini seçip kilitlemek gerekir. Özellikle Booking, Expedia ve Agoda gibi kanallarda OTA komisyon vergilendirme ve raporlama disiplinini netleştirmek, net/brüt gelir dilinin bozulmasını önler.
Key Statistics / Data Point (sheet – senaryo): Doğru PMS–ERP entegrasyonu olan otellerde, “gelir raporları muhasebeyle tutmuyor” problemi ve manuel fiş kesimi belirgin şekilde azalabilir; finansal kapanış süreçleri hızlanabilir. Etkiyi yaratan, döviz–vergi–komisyon kurallarının mapping ile birlikte tek standarda bağlanmasıdır.
Mini Check
- • Kur anı ve kur kaynağı net mi?
- • Vergi oranları gelir kodlarıyla uyumlu mu?
- • Komisyon modeli (net/brüt) kilitli mi?
- • Komisyon kayıtları OTA bazında izleniyor mu?
- • Kur/komisyon kaynaklı fark raporu var mı?
Ne yapmalıyım?
- • 1. Kur politikanızı yazın ve PMS/ERP’de aynılaştırın.
- • 2. Vergi oranlarını gelir kodu bazında standardize edin.
- • 3. Komisyon modelini seçip rapor dilini kilitleyin.
- • 4. Döviz/vergi/komisyon farklarını günlük/haftalık izleyin.
6. PMS Verisi ile Finansal Raporları Uyumlu Hale Getirmek
Uyumun hedefi, “iki rapor %100 aynı olsun” değil; farkların açıklanabilir ve kontrollü olmasıdır. Bunun için bir mutabakat çerçevesi gerekir.
PMS gelir raporu ile ERP raporu neden tutmayabilir?
- •gelir kodu mapping eksik/yanlış
- •komisyon net/brüt modeli karışık
- •döviz kur anı farklı
- •vergi oranı/kırılımı farklı
- •geç gelen charge veya iade kaydı
Mutabakat (reconciliation) yaklaşımı
- •Günlük: PMS toplam gelir ↔ ERP post edilen fiş toplamı
- •Haftalık: departman kırılımı + komisyon + vergi kontrolü
- •Aylık: kapanış öncesi fark analizi ve düzeltme listesi
Bu farkları görünür kılmak için PMS–ERP mutabakat KPI’larını dashboard’da izlemek ve farkların hangi katmanda oluştuğunu düzenli okumak gerekir.
| Kalem | PMS | ERP | Fark | Açıklama |
|---|---|---|---|---|
| Oda Geliri | ____ | ____ | ____ | mapping/kur |
| F&B Geliri | ____ | ____ | ____ | vergi/kapanış |
| Spa Geliri | ____ | ____ | ____ | geç kayıt |
| Komisyon | ____ | ____ | ____ | net/brüt |
| Vergi | ____ | ____ | ____ | oran/matrah |
Kanal payı, komisyon sonrası net gelir ve rezervasyon etkisini birlikte okumak için satış ve dönüşüm raporlaması görünümünü finansal veriyle birleştirin.
ERP export, ödeme, iade ve muhasebe onay akışlarında finansal PMS verisi için erişim kontrolü kurmak; log, onay ve yetki disiplinini finans tarafında da korur.
Aynı yapının denetlenebilir kalması için muhasebe entegrasyonunda veri güvenliği raporlarıyla erişim kayıtlarını, veri saklama mantığını ve finansal export hareketlerini izleyin.
Gelir kodu mapping’i, komisyon modeli ve mutabakat akışını birlikte kurmak istiyorsanız Otel PMS Entegrasyonu yaklaşımını inceleyebilir, detaylar için PMS entegrasyonu hakkında sık sorulan sorular sayfasına geçebilirsiniz.
Mini Check
- • Mapping tablosu güncel ve onaylı mı?
- • Mutabakat raporu kapanışın parçası mı?
- • Farkların kök nedeni sınıflandırılıyor mu?
- • Komisyon ve kur politikası kilitli mi?
- • İade/void süreçleri rapora doğru yansıyor mu?
Ne yapmalıyım?
- • 1. Mutabakat raporunu günlük/haftalık ritme bağlayın.
- • 2. Farkları “mapping/kur/vergi/komisyon/geç kayıt” diye sınıflandırın.
- • 3. Mapping’i versiyonlayın; değişiklikleri onayla yönetin.
- • 4. Kapanış süresini KPI olarak izleyin ve iyileştirin.
7. PMS Gelir Kodları ↔ Hesap Planı Mapping Şablonunu İndir — Otel / PMS–ERP Finance
PMS Gelir Kodları ↔ Hesap Planı Mapping Şablonunu İndir — Otel / PMS–ERP Finance (v1.0)
Bu şablon, PMS gelir kodlarını ERP hesap planına standart şekilde eşleştirerek fatura/fiş otomasyonunu sağlamlaştırır ve PMS–ERP rapor farklarını azaltmak için mutabakat (reconciliation) çerçevesi sunar. Amaç; departman bazlı gelir görünürlüğünü korurken komisyon, vergi ve döviz etkilerini finans kayıtlarında tutarlı hale getirmektir.
Kim Kullanır?
Muhasebe/finans + revenue + IT/BI birlikte.
Nasıl Kullanılır?
- PMS gelir kod sözlüğünü çıkarıp hesap planı karşılıklarıyla mapping tablosunu doldurun.
- Net/brüt gelir ve komisyon modelini kilitleyip vergi/döviz kurallarını ekleyin.
- Günlük/haftalık mutabakat raporu ile farkları izleyip düzeltme aksiyonlarını yönetin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ PMS Gelir Kodları ↔ Hesap Planı Mapping Tablosu (Boş Şablon)
- ▢ ✅ Net/Brüt + Komisyon Karar Şablonu
- ▢ ✅ Döviz ve Kur Politikası Şablonu
- ▢ ✅ Mutabakat (Gelir vs Finans) Kontrol Şablonu
- ▢ ✅ Nasıl Doldurulur? (5 kural)
- ▢ ✅ Her PMS gelir kodunun tek bir finans karşılığı olmalı (belirsizlik yok).
- ▢ ✅ Komisyon modelini (net/brüt) seçip rapor dilini kilitleyin.
- ▢ ✅ Döviz kur anını ve kaynağını PMS ve ERP’de aynılaştırın.
- ▢ ✅ Vergi oranlarını departman/gelir kodu bazında standardize edin.
- ▢ ✅ Mutabakat raporunu kapanışın zorunlu adımı yapın.
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Gelir raporunu finans raporuyla tutarlı hale getirmek isteyen oteller için.
Sık Sorulan Sorular
PMS ile muhasebe/ERP entegrasyonu nasıl yapılır?▾
PMS gelir kalemleri muhasebe hesap planıyla nasıl eşleştirilir?▾
OTA komisyonları ve vergiler finansal kayıtlara nasıl yansıtılmalı?▾
PMS gelir raporu ile muhasebe raporu neden tutmayabilir, nasıl düzeltilir?▾
Entegrasyonda en kritik kontrol noktası nedir?▾
İlgili İçerikler