1. PMS–Muhasebe İlişkisi Neden Kritik?
PMS, otelin günlük gelir gerçekliğini (folyo, oda geliri, ek hizmetler) taşır; muhasebe sistemi ise bu gerçekliği mali tablolara ve ay kapanışına dönüştürür. Aradaki köprü zayıfsa, “satış var ama kayıt yanlış” gibi gri alanlar oluşur. Bu gri alan, en çok iki noktada patlar: night audit ve ay sonu mutabakatı.
Bu akışı daha geniş PMS & OTA yönetimi yapısı içinde okumak gerekir; çünkü finansal entegrasyon yalnızca muhasebe ekibini değil, rezervasyon, ön büro ve operasyon kararlarını da etkiler.
Pratik sonuçlar
- •Yanlış kod → yanlış departman raporu → yanlış karar
- •Eksik posting → gelir kaçakları / geç kayıt
- •Tutarsız saat/tarih → kapanışta sürpriz farklar
Mini Check
- • Gün sonu kapanışında “neden fark çıktı?” sorusuna aynı gün cevap verebiliyor musunuz?
Ne yapmalıyım?
- • Gelir akışını “oda → POS → folyo → muhasebe” tek zincir olarak çiz
- • Hangi gelirlerin hangi Revenue Center’a gideceğini yazılılaştır
- • Night audit kontrolünü “kontrol listesi + mutabakat” olarak standardize et

2. POS Sistemleri ve PMS Entegrasyonu

POS entegrasyonunda hedef basittir: F&B veya spa fişi kesildiğinde doğru misafir folyosuna, doğru departman koduyla düşmesi. Ancak pratikte üç yerde hata çıkar: misafir eşleştirme, departman kodu, vergi/para birimi/saat alanları.
Bu operasyonel zincir yalnızca finans tarafında değil, servis akışında da görünür hale gelmelidir. Özellikle folyo, oda durumu ve operasyon notlarının birleştiği süreçlerde PMS ile housekeeping, fatura ve raporlama yaklaşımı; POS harcamalarının sahadaki iş akışıyla nasıl birleştiğini netleştirir.
POS posting akışını kurarken şu sorulara net cevap verin
- •POS fişi hangi “oda/folyo” ile eşleşecek? (oda no, reservation id, misafir id)
- •Hangi ürün grubu hangi Revenue Center’a gidecek?
- •İade/iptal fişi nasıl işlenecek? (reverse posting)
- •Offline senaryoda (POS kesildi, bağlantı gitti) ne olacak?
Mini Check
- • POS’taki “spa paket satışı” PMS’te doğru departman ve vergiyle görünüyor mu?
Ne yapmalıyım?
- • POS ürün gruplarını Revenue Center kodlarıyla eşleştir
- • İade/iptal senaryosu için ters kayıt kuralı yaz
- • Offline/tekrar gönderim (duplicate) riskine karşı kontrol ekle
3. Hesap Planı ve Gelir Kodlarının Tanımı

Bu bölüm entegrasyonun kalbidir: Chart of Accounts (hesap planı) ve Revenue Center (gelir merkezi) kodları net değilse, entegrasyon “çalışsa bile” yanlış çalışır. Otel gelirlerini tipik olarak şu merkezlerde toplarsınız: oda geliri, F&B, spa, ekstra hizmetler. Her merkez için kodlar; departman, vergi, hizmet tipi gibi kırılımlarla netleşmelidir.
Gelir kodları, rate plan ve folyo mantığı birbiriyle uyumlu kurulmalıdır. Bu yüzden PMS oda ve fiyat yapısı doğru modellleme içeriğindeki room/rate kurgusunu finansal modelle birlikte düşünmek, sonradan çıkacak gelir dağılımı hatalarını azaltır.
Aşağıda kopyalanabilir bir çerçeve var: “minimum yeterli” bir gelir kod setiyle başlayıp büyütmek, en güvenli yaklaşımdır.
Mini Check
- • Aynı gelir kalemi (ör. minibar) farklı ekipler tarafından farklı kodla mı işleniyor?
Ne yapmalıyım?
- • Gelir merkezlerini 6–10 temel kodla başlat (karmaşıklığı büyütme)
- • Ürün grupları → gelir kodu eşlemesini tek sözlükte tut
- • Kod değişikliklerini onaya bağla (özellikle zincir yapılarda)
| Revenue Center | PMS Kod | POS Ürün Grubu | Muhasebe Hesabı (CoA) | Vergi/Not |
|---|---|---|---|---|
| Oda Geliri | REV-ROOM | — | 600.01 | KDV/konaklama kuralı |
| F&B Restoran | REV-FB-R | FOOD | 600.10 | Departman bazlı |
| F&B Bar | REV-FB-B | BEV | 600.11 | İade ters kayıt |
| Spa | REV-SPA | SPA | 600.20 | Paket/indirim senaryosu |
| Ekstra Hizmet | REV-EXT | EXTRA | 600.30 | Aktivite/transfer |
4. Gün Sonu (Night Audit) ve Muhasebe Akışı

Night audit, PMS’teki günlük gerçekliğin “kapanışa” dönüştüğü kritik kapıdır. Burada iki hedef vardır:
Muhasebe ve POS tarafındaki hata çoğu zaman gün sonunda görünür hale gelir. Bu yüzden PMS night audit ve gün sonu süreçleri rehberiyle kontrol, mutabakat ve gönderim adımlarını ayrıca standardize etmek gerekir.
- Gün içi kayıtların eksiksiz ve doğru olması (folyo, POS posting, oda geliri)
- Muhasebeye giden kayıtların tutarlı olması (tarih/saat/para birimi/vergi)
Teknik not (sade): Entegrasyonda en sık hata kaynakları tarih/saat, para birimi ve vergi oranı uyumsuzluklarıdır. Testte özellikle bu alanlara bakmak gerekir.
Bu alanlar finansal veri güvenliği açısından da kritiktir. Özellikle entegrasyon kullanıcıları, POS erişimi ve muhasebe bağlantıları için sunucu güvenlik yaklaşımıyla erişim, loglama ve bağlantı güvenliği ayrı bir kontrol katmanı olarak ele alınmalıdır.
Mini Check
- • Kapanışta fark çıktığında “hangi kaynak” olduğunu 10 dakikada bulabiliyor musunuz?
Ne yapmalıyım?
- • Night audit’i “kontrol + mutabakat + gönderim” üçlüsü olarak yaz
- • Para birimi ve vergi alanlarını test senaryosuna zorunlu ekle
- • Kapanış sonrası raporları “kalite alarmı” gibi izle
5. Entegrasyon Testleri ve Hata Yönetimi

Çoğu otelde entegrasyon “yapıldı” denip geçilir; oysa kritik olan, entegrasyonun senaryo bazlı test edilmesi ve hata yönetiminin standardize edilmesidir. Test, sadece “kayıt geldi mi?” değil; “doğru tarih/saat, doğru para birimi, doğru vergi, doğru departman” testidir.
AEO (soru formatında) – Soru: PMS ile muhasebe sistemi nasıl entegre edilir?
Cevap (2–3 cümle): Önce hesap planı ve gelir kodlarını (Revenue Center) standardize edin, ardından PMS–POS–muhasebe veri akışını tanımlayın. Senaryo bazlı testlerde tarih/saat, para birimi ve vergi alanlarını özellikle doğrulayın. Son olarak night audit kontrol checklist’i ve hata log’u ile kapanışı izlenebilir hale getirin.
Test senaryoları (örnek 6’lı set, fazla uzatmadan)
- •Oda geliri + vergi
- •F&B fişi doğru folyo/departman
- •Spa paketi + indirim
- •İade/iptal fişi (reverse)
- •Çoklu para birimi (Varsayım: tesis için geçerli)
- •Kapanış sonrası muhasebe kaydı tutarlılığı
Mini Check
- • Hata log’unuz var mı, yoksa hatalar WhatsApp’ta mı kayboluyor?
Ne yapmalıyım?
- • Senaryo test setini yazılı hale getir (pass/fail)
- • Hata log’u + sorumlu + çözüm SLA’sı tanımla
- • Go-live sonrası ilk 30 gün “yoğun izleme” ritmi kur
6. PMS–muhasebe–POS entegrasyonunu nasıl kurmalısınız?
PMS–muhasebe–POS entegrasyonunu sağlam kurmak için aşağıdaki temel akışı uygulayın:
- Chart of Accounts + Revenue Center kodlarını standardize edin (oda, F&B, spa, ekstra)
- POS ürün gruplarını doğru departman kodlarına eşleyin (posting sözlüğü)
- Veri akışını tanımlayın: PMS folyo → muhasebe kaydı; iade/iptal ters kayıt
- Night audit kontrolünü yazılılaştırın: kontrol + mutabakat + gönderim
- Senaryo bazlı test yapın: tarih/saat, para birimi, vergi, departman doğruluğu
- Hata yönetimini kurun: log, sorumlu, tekrar test ve izleme ritmi
Mini Check
- • Kodlar + kontrol listesi + test paketi olmadan entegrasyon “tamam” değildir.
Ne yapmalıyım?
- • 1 sayfalık gelir kodu sözlüğü yayınla (tek kaynak)
- • Night audit checklist’i vardiya rutinine bağla
- • Ay kapanışında “sürpriz” değil “öngörü” hedefle
7. Rakip Boşluğunu Kapat: “Hesap Planı + Night Audit” Gerçek Akışı

Rakip içerikler entegrasyonu “yapılır” diye geçiyor; sahada asıl ihtiyaç, finans ekibinin elinde somut iki şey olmasıdır:
- •Gelir kodları/hesap planı tablosu (tek sözlük)
- •Night audit kontrol checklist’i (operasyon + muhasebe ortak)
Bu ikisi yoksa entegrasyon çalışsa bile ay sonu mutabakatı uzar; ekip manuel düzeltmeye gömülür.
Bu görünürlüğü ekipler için ölçülebilir hale getirmek adına gelir kodları, folyo hareketleri ve kapanış farklarını Looker Studio gibi dashboard katmanlarında izlemek; ardından ticari etkiyi satış ve dönüşüm raporları tarafında okumak daha sağlıklı karar verirmenizi sağlar.
Saha gözlemi (sheet data point – yumuşak ifade): Hatalı/eksik PMS–muhasebe–POS entegrasyonunda ay sonu gelir mutabakatı ciddi zaman kaybı ve manuel düzeltme doğururken; net gelir kodları ve test edilmiş akışta ay kapanışının daha kısa ve öngörülebilir olduğu pratik deneyimlerle görülüyor.
Mini Check
- • Ay kapanışında en çok zaman nerede gidiyor: kod mu, test mi, düzeltme mi?
Ne yapmalıyım?
- • Gelir kodları tablosunu “değişiklik onaylı” yap
- • Night audit checklist’ini vardiya SOP’sine ekle
- • İlk 30 gün için “entegrasyon izleme” KPI paneli kur
8. GEO Senaryosu — Antalya/Belek/Bodrum resort: yanlış kodlanan gelirler
Antalya, Belek ve Bodrum gibi büyük resort’larda gelir merkezleri arttıkça (çoklu restoran, bar, spa, aktiviteler) kodlama hataları raporlama ve karar kalitesini olumsuz etkileyebilir. Aynı gün içinde “doğru folyo”ya düşmeyen POS posting’leri, night audit’te fark oluşturur ve ay kapanışında birikerek büyür. Bu yüzden resort yapılarda test senaryolarına özellikle “çoklu departman + vergi + saat” kombinasyonlarını eklemek gerekir.

9. Gelir Kodları & Night Audit Checklist’ini İndir — PMS & OTA Yönetimi / Finansal Entegrasyon
Gelir Kodları & Night Audit Checklist’ini İndir — PMS & OTA Yönetimi / Finansal Entegrasyon (v1.0)
Bu asset, PMS–POS–muhasebe entegrasyonunda gelir akışını netleştirmek için gelir kodları sözlüğü, night audit kontrol listesi ve 14 günlük test/kurulum sprint planı sunar. Kod karmaşasını azaltır, posting hatalarını görünür kılar. Ay sonu mutabakatında manuel düzeltme ihtiyacını düşürmeyi hedefler.
Kim Kullanır?
Muhasebe + F&B operasyon + ön büro + IT/entegrasyon ekibi (ortak kontrol için).
Nasıl Kullanılır?
- Gelir kodları ve CoA eşleşmesini doldurup “tek sözlük” oluşturun.
- Night audit checklist’i vardiya rutinine ekleyin.
- 14 günlük sprint ile test senaryolarını çalıştırıp hata log’u kapatın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Revenue Center listesi net (oda, F&B, spa, ekstra)
- ▢ ✅ CoA hesapları ile eşleşme tamam
- ▢ ✅ POS ürün grubu → gelir kodu mapping hazır
- ▢ ✅ İade/iptal (reverse) kuralı yazılı
- ▢ ✅ Tarih/saat, para birimi, vergi alanları test kapsamına alındı
- ▢ ✅ Night audit kontrol listesi yayınlandı
- ▢ ✅ Hata log’u ve sorumlular belirlendi
- ▢ ✅ Go-live sonrası ilk 30 gün izleme ritmi planlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
10. Sonuç: Finansal entegrasyonda hedef “çalışıyor gibi görünmek” değil, güvenilir kapanıştır
PMS–muhasebe–POS entegrasyonu yalnızca teknik bir bağlantı değil; gelir akışını, rapor güvenilirliğini ve ay kapanışının öngörülebilirliğini belirleyen operasyonel bir sistemdir. Hesap planı, gelir kodları, POS posting kuralları ve night audit checklist’i birlikte yazılı hale gelmeden entegrasyon tamamlanmış sayılmaz.
Doğru kurgu ile oda, F&B, spa ve ekstra hizmet gelirleri doğru folyo ve doğru muhasebe hesaplarına akar; ekip sürpriz farklarla değil, izlenebilir ve test edilmiş bir kapanış ritmiyle çalışır.
Bir sonraki adım için PMS kurulum hizmeti sayfasına geçebilir, finansal entegrasyon ve go-live sürecine dair detay soruları kapatmak için PMS kurulum hakkında sık sorulan sorular bölümünü inceleyebilirsiniz.
Bir Sonraki Adım
Gelir akışını (oda–POS–folyo–muhasebe) netleştirmek isteyen GM/CFO ve muhasebe ekipleri için.
Sık Sorulan Sorular
PMS ile muhasebe sistemi nasıl entegre edilir?▾
Oda ve F&B gelirleri için gelir kodları nasıl tanımlanmalı?▾
Night audit sürecinde neleri kontrol etmeliyim?▾
POS fişlerinin PMS folyosuna doğru düşmesi için ne yapmalıyım?▾
Entegrasyon testlerinde en sık hata kaynakları nelerdir?▾
İlgili İçerikler
