Otel programından muhasebe programına: gün sonunda ne aktarılır, nasıl kontrol edilir?

Gün sonunda otel işletim sistemi (PMS), muhasebe programına kapanmış bir iş gününü devreder: departman bazında ciro, bu cironun içindeki vergiler, ödeme türlerine göre tahsilatlar, cari hesap hareketleri ve depozitolar. İki sistemi bir dosya aktarımı, zamanlanmış bir transfer ya da doğrudan bir bağlantı birleştirir; ve sayılar güvenle değil, mutabakatla bağlanır.

Her sabah biri otel sisteminden dosya çıkarır, otel muhasebe programına yükler ve toplamların tutmasını umar. Tutmadığında arama yanlış yerden başlar: dosyadan, değil onu üreten kuralın kendisinden. Bu yazı tüm yolu kapsıyor: gün sonunda ne geçmeli, gelir kodları hesap planına nasıl iner, düzeltmeler neden ters kayıt olarak gitmeli ve iki sistem günlük ve aylık nasıl mutabakata bağlanır. Sonunda kuralları yazıya dökebilir, sınayabilir ve soran herkese sayıları kanıtlayabilirsiniz.

PMS ile muhasebe programı neden birbirinden kopar?#

Çünkü ikisi farklı sorulara yanıt verir. PMS tesiste bir iş günü boyunca ne olduğunu kaydeder; muhasebe programı ise işletmenin neyi borçlu olduğunu, neye sahip olduğunu ve neyi bildirmek zorunda olduğunu, PMS'in uygulamadığı kurallara göre kaydeder.

Önce iki tarafı bir kez tanımlayın. PMS, yani otel yönetim sistemi, rezervasyonu, resepsiyonu, kat hizmetlerini ve faturalamayı yürüten otel işletim sistemidir. Genel muhasebe defteri ise muhasebecinin kayıt yaptığı, hesap planına göre düzenlenmiş hesaplar defteridir. İkisi de yanlış değildir; yalnızca farklı şeyleri ölçerler.

Zamanı da farklı tutarlar. PMS, gün sonu işlemiyle kapanan iş günleriyle çalışır; defter ise mali dönemlerle. Saat 00:30'da işlenen bir harcama bir iş gününe ve bir mali döneme aittir, ve aradaki sınır varsayılmamalı, yazılı olmalıdır. Günün hangi sırayla kapanacağı için gün sonu (night audit) işlemleri kontrol listesine bakabilirsiniz.

Geçiş sırasında ayrıntı kaybolur ve hatalar tam orada saklanır. PMS oda numarası, misafir adı, satış noktası, garson ve adisyon numarası taşır; defter hesap taşır. İkisi arasında bu işletme ayrıntısı toplamlara ve kodlara indirgenir. İndirgeme kuralı yazılı değilse, her ender harcama küçük bir sürprize dönüşür.

Bağlantı çoğu zaman bir kişidir: bir dosya çıkarma, bir yükleme, arada bazen bir elektronik tablo. Elle yapılan bir adım tek başına kusur değildir; ama belgelenmemiş bir elle adım kusurdur. Kopmanın en yaygın kaynağı, aktarımdan sonra yapılan düzeltmedir: PMS düzeltilir, defter düzeltilmez ve fark ay sonuna kadar sessizce büyür.

Araç seçmeden önce doğruluğun yönünü yazın: hangi sistem olan bitenin kaydı, hangisi bildirilenin kaydı? Çoğu otelde yanıt şudur: PMS olayları kaydeder, defter bildirir. Sonraki her karar bu cümleden çıkar.

Gün sonunda ne geçmeli?#

Beş grup geçer: departman bazında ciro, bu cironun içindeki vergiler, ödeme türlerine göre tahsilatlar, cari hesap hareketleri, ön ödeme (depozito) ve avanslar. Bunun dışındaki her şey ya defterin ihtiyaç duymadığı ayrıntı ya da muhasebecinin vermesi gereken bir karardır.

Departman cirosu; oda, yeme-içme noktaları, spa, minibar, çamaşırhane ve diğer gelirler demektir, her biri kendi satırında, ki defter kendi hesabına işleyebilsin. Vergi, üzerinde bulunduğu cirodan ayrıştırılmış vergi bileşeni demektir; defter tek bir karışık sayı değil, net ciro ve vergi yükümlülüğü olarak iki ayrı sayı alır. Ödeme türleri; nakit, banka bazında kredi kartı, havale, acente sanal kartı ve döviz demektir, her biri kendi toplamıyla, ki banka ve POS mutabakatları eşleştirecek bir şey bulsun.

Cari hesap hareketleri, bir şirket veya acente hesabına aktarılan harcamalar, bu hesaplara gelen ödemeler ve hesap bazında kapanış bakiyesidir; cari hesabın kendisi ayrı bir konudur, acente ve şirket cari hesapları rehberinde ele alındı. Depozito ve avanslar ise varıştan önce alınan, konaklamaya uygulanan ve elde tutulan paralardır; kazanılmadan önce ciro sayılmazlar.

Bazı şeyler bilerek dışarıda bırakılır: misafir adları, oda numaraları, misafir hesabı satır ayrıntısı ve personel adları. Defterin ihtiyacı toplamlar ve hesap kodlarıdır, işletme kaydı değil. Kişisel ayrıntıyı aktarımdan uzak tutmak, muhasebe tarafını misafir verisi sorularının çoğunun kapsamı dışında da tutar.

Çoğu tartışmayı önleyen bir kural: gün sonu dosyası yeniden üretilebilir olmalıdır. Aynı kapanmış iş günü yeniden çalıştırıldığında her seferinde aynı toplamları üretmelidir. Üretmiyorsa aktarım bir kayıt değil, bir görüş olur.

Gelir kodları hesap planına nasıl bağlanır?#

Bir eşleştirme kılavuzuyla: PMS'teki hangi gelir kodunun hesap planındaki hangi hesaba işlendiğini, kılavuzun kime ait olduğunu ve en son ne zaman gözden geçirildiğini söyleyen yazılı bir liste. Olmazsa eşleştirme bir kişinin hafızasında yaşar ve o kişiyle birlikte gider.

PMS tarafından başlayın. Tesisin üretebileceği her gelir kodunu ve ödeme türünü listeleyin, ender kullanılanları da: geç çıkış ücreti, kayıp anahtar bedeli, minibar ikmali. Ay sonunu bozanlar bu ender kodlardır, çünkü kimsenin nereye ait olduğuna karar vermediği onlardır.

Defterin ayrımı ihtiyaç duymadığı yerde çok kodu tek hesaba bağlayın. Bire çok bağlantıyı yalnızca tek bir harcamanın bölünmesi gerektiğinde kullanın, örneğin oda ve kahvaltı arasında bölünen bir paket fiyatı. Her koda bir varsayılan hesap ve adı yazılı bir sahip verin. Varsayılan hesabı olmayan bir kod, askı hesabına sessizce işlenmek yerine aktarımı durdurmalıdır.

Kılavuzu tarihle sürümleyin. Muhasebeci bir hesabı değiştirdiğinde değişiklik kayda geçer; böylece sonradan iki ayı karşılaştıran, her ayda hangi eşleştirmenin yürürlükte olduğunu bilir. Kılavuzu sabit bir ritimde gözden geçirin: en azından yeni bir satış noktası açıldığında, yeni bir ödeme yöntemi çıktığında veya hesap planı değiştiğinde.

Kılavuzu bir kez bile bile zor bir günle sınayın: bir paket fiyatı, bölünmüş bir harcama, bir iade ve bir kur farkı. Eşleştirme bunu atlarsa, sıradan bir salı gününü de atlatır.

Düzeltmeler neden ters kayıt olarak gitmeli, üzerinde oynayarak değil?#

Çünkü işlenmiş bir kayıt, bir zamanda neye inanıldığının kaydıdır. Üzerinde oynanmak hatanın kanıtını yok eder; ters kayıt artı yeni kayıt, hem hatayı hem düzeltmeyi sonradan bakan herkese görünür tutar.

Mekanizma basittir. Orijinal kayıt kalır, bir ters kayıt onu iptal eder, düzeltilmiş kayıt yerine geçer. Net etki doğrudur ve geçmiş bütün kalır. Bu iki tarafta da geçerlidir: aktarımdan sonra PMS'te iptal edilen bir harcama, deftere sonraki dosyada sessizce azaltılmış bir toplam olarak değil, ters kayıt olarak ulaşmalıdır. Aynı disiplin kapatılmış bir misafir hesabını, iptal edilmiş bir faturayı ve yanlış hesaba işlenmiş bir ödemeyi kapsar.

Geri alınamayan tek işlem, misafire gönderilmiş bir mesajdır. Geri kalan her şey geri alınabilir olmalı ve ters kayıt, muhasebe tarafının bu geri alımı görmesinin yoludur. İşin işletme tarafı için folyodaki hatalı kalem rehberine bakabilirsiniz.

Pratik bir sınav: biri iki aylık rapor arasında bir sayının neden değiştiğini sorarsa yanıt bir belge olmalı, bir anı değil. Muhasebeciyle ters kayıt penceresini de kararlaştırın: bir düzeltme içinde bulunulan dönemde kaç gün geriye gidebilir ve ne zaman sonraki döneme geçmek zorundadır.

AI Otel'in otel işletim sistemi de aynı ilkeyle geliştirildi, lansman öncesinde: mali kayıtlar asla silinmez, düzeltmeler iptal ve ters kayıtla yapılır ve gün sonu işlemi iş gününü kapatır.

Günlük ve aylık mutabakat neyi kontrol eder?#

Aynı beş grubu iki sistemde karşılaştırır ve her farkı açıklar. Günlük kontrolün işi bugünkü hatayı yakalamaktır; aylık kontrol dönemi kanıtlar ve denetçinin isteyeceği odur.

Günlük olarak departman cirosunu, PMS toplamını defter toplamıyla karşılaştırın ve farkı netleştirip kapatmadan satır satır açıklayın. Ödeme türlerini POS ve banka kayıtlarıyla karşılaştırın ki farklı tahsil edilen bir kart grubu ay sonunda değil, ertesi sabah bulunsun. Cari hesap kapanış bakiyelerini defterin alacaklarıyla, tutulan depozitoları depozito hesabıyla karşılaştırın.

Aylık olarak günlük aktarımların toplamını defterin dönem hareketiyle karşılaştırın; bu, iki kez aktarılan ya da hiç aktarılmayan bir günü yakalar. Açık cari hesapların ve uygulanmamış depozitoların yaşlandırılmış listesini çıkarın ve bir kişi yalnızca yazdırmasın, gözden geçirsin. Kanıtı saklayın: her dönem için çıkarılan dosya, aktarım günlüğü ve imzalı mutabakat, ki kontrol başka biri tarafından yinelenebilsin. Ve imzayı atacak kişiyi belirleyin: kimsenin imzalamadığı bir mutabakat bir kontrol değil, bir rapordur.

Hangi bağlantıyı seçmelisiniz: dosya aktarımı, zamanlanmış transfer, doğrudan bağlantı?#

Ekibinizin her gün işletebileceği ve kontrol edebileceği en basit bağlantıyı seçin. İyi belgelenmiş bir dosya aktarımı, kimsenin izlemediği bir doğrudan bağlantıdan iyidir; seçim modernlik hakkında değil, kontrol ve kanıt hakkındadır.

Her seçeneğe üç soru sorun. Kapanmış bir gün için yeniden çalıştırılabilir mi? Bir başarısızlık aynı sabah görülebilir mi? Dışarıdan biri olan biteni yalnızca kayıtlardan takip edebilir mi? Başarısızlıkları gizleyen bir zamanlanmış transfer, onları ortaya çıkaran elle bir aktarımdan kötüdür, çünkü otomatik bir bağlantının başarısızlık biçimi sessizliktir. Aynı mantık otelin çalıştırdığı her bağlantı için geçerlidir; kanal yöneticisi entegrasyonunda da mesajlar gecikebilir ya da kaybolabilir ve tasarım bunu görünür kılmalıdır.

Seçenek ne olursa olsun, gün sonu toplamlarını iki tarafın da okuyabileceği bir yerde tutun ki mutabakat tek bir sistemin ekranına bağlı kalmasın. Ve bir seferde tek şeyi değiştirin: yeni bağlantıyı, geçmeden önce bir tam dönem boyunca eskisiyle paralel çalıştırın ve iki çıktıyı karşılaştırın.

Neyin kararı muhasebeciye kalır?#

Vergi muamelesi, belge zamanlaması ve herhangi bir harcama hakkındaki muhasebe yargısı muhasebeciye ve hukuk danışmanına kalır. Yazılım sayıları sadakatle taşır; neyin borç olduğu kararlaştırmaz.

İlk örnek oran ve yükümlülüklerdir. Konaklamaya, yeme-içmeye, bir pakete hangi oran uygulanır ve bir indirim matrahı nasıl değiştirir: tüm bunları muhasebecinizle teyit edin. Hiçbir vergi oranı, resepsiyonda verilen bir yazılım yapılandırma kararına ait değildir. İkincisi belge zamanlamasıdır: bir fatura ya da e-belge ne zaman düzenlenmeli ve bir konaklama dönem sınırını aşarsa ne olur. Bu bir uyum sorusudur, PMS ayarı değil. Türkiye'ye özgü ayrıntılar için e-Fatura ve e-Arşiv farkı rehberine bakabilirsiniz.

Vergi matrahından indirilebilirlik ve sınıflandırma aynı kuralı izler: bir harcama gelir mi, bir tahsil mi, bir zarar yazımı mı ve hangi hesaba ait, bir muhasebe kararısıdır. Döviz de öyledir: PMS bir kur tutabilir, ama hangi tarihte hangi kur geçerlidir ve farkı kim kaydeder, muhasebe politikasında kararlaştırılır.

Sınır tek cümledir: PMS, dışa aktardığının eksiksizliğinden ve yeniden üretilebilirliğinden sorumludur; muhasebeci, onunla ne yapıldığından.

Şimdi ne yapmalı#

Önce eşleştirme kılavuzunu yazın; sonra yeni bağlantıyı bir tam ay boyunca eskisiyle paralel çalıştırın ve geçmeden önce ikisini de defterle mutabakata bağlayın. Yazının bölümleri tam bu sırayla birbirine oturur: beş grup ne geçmesi gerektiğini, kılavuz nereye ineceğini, ters kayıtlar geçmişi dürüst tutan disiplini, mutabakat ise üçünün de işe yaradığının kanıtını tanımlar.

Bu disiplinin baştan bir otel işletim sisteminin tasarımına nasıl işlendiğini görmek isterseniz görüşme talep edebilirsiniz.