Otel, restoran ve kafe işletmeleri için ERP: adisyon, reçete ve ön büro nereye bağlanır

Bir restoranın kasası bir programda, mutfak siparişi başka bir ekranda, stok sayımı Excel'de, muhasebesi ise mali müşavirin bilgisayarında tutulduğunda her şey çalışıyor gibi görünür. Fark, ay sonunda ortaya çıkar: satılan yemeğin maliyeti kaç liraydı, hangi şubede fire arttı, tedarikçiye ne kadar borç var? Otelde tablo benzer. Oda geliri ön büroda, restoran harcaması kasada, satın alma ise başka bir yerde kayıtlıdır ve kimse bütünü tek bakışta göremez.

HORECA (otel, restoran, kafe) bu yüzden ERP kararında diğer sektörlerden farklı bir yerde durur. Çoğu işletmenin zaten bir sektör yazılımı vardır. Soru, ERP'nin ona ne kattığı ve nereye bağlanacağıdır. HORECA sektör sayfamızdaki ihtiyaç haritasını bu yazıda karar sürecine çeviriyoruz. Belirli bir ürünü önermiyoruz, ölçütleri veriyoruz.

Önce şunu netleştirin: ERP mi, sektör yazılımı mı?

HORECA'da piyasadaki çözümler üç gruba ayrılır:

• Adisyon ve POS yazılımları: masa, adisyon, mutfak siparişi, kasa. Çoğu kafe ve tek şubeli restoran için yeterli başlangıçtır.
• Otel yönetim yazılımları (PMS): rezervasyon, oda durumu, folyo, housekeeping.
• ERP: satın alma, stok, cari, finans, bordro, şube konsolidasyonu.

Üçünü tek paket sunan sektör yazılımları da var, her birini ayrı alıp bağlayan işletmeler de. İkisi de meşru bir yol. Hangisinin size uyduğunu şu üç sorunun cevabı belirler: kaç şubeniz var, merkezi mutfak ya da merkezi satın alma var mı ve finansal tabloyu kim üretiyor? Tek şube ve dışarıdan muhasebe ile bu soruların cevabı hafifse, tam bir ERP gereğinden ağır gelebilir. Aynı mantığın muhasebe tarafı için muhasebe programı mı, tam ERP mi yazımızda ayrıntısı var.

1. Adisyon ve POS ile ERP arasındaki bağ

Satışın doğduğu yer adisyon yazılımıdır. ERP'nin ihtiyacı ise bu satışın doğru zamanda, doğru kırılımla gelmesidir. Burada aranacak noktalar:

• Günlük satış ve ödeme türü (nakit, kart, yemek kartı) muhasebeye otomatik mi aktarılıyor, yoksa gün sonu Excel mi?
• İkram, iptal ve indirim ayrı kodla tutuluyor mu? Bu veri olmadan fire ve suiistimal analizi yapılamaz.
• Şube ve kasa kırılımı korunuyor mu?
• Yeni nesil ödeme kaydedici cihaz (YN ÖKC) ile sipariş sisteminin birlikte çalışması konusunda GİB duyuruları var. Kendi yazılım ve cihaz kombinasyonunuzun güncel gereklilikleri karşıladığını yazılım firmasından ve mali müşavirinizden yazılı teyit edin. Tarih ve yükümlülükler değişebildiği için resmî kaynağı esas alın.

POS ile ERP arasındaki bağın hazır bağlayıcı mı yoksa özel geliştirme mi olduğunu baştan sorun. Perakende ERP ve POS yazımızda aynı sorunun mağaza tarafındaki karşılığını bulabilirsiniz.

2. Reçete, maliyet ve fire

Restoranın karlılığı menü fiyatından değil, tabağın gerçek maliyetinden çıkar. Bunun için sistemin şunları yapabilmesi gerekir:

• Her tabak ve içecek için hammadde reçetesi (gramaj, ambalaj, garnitür)
• Satış anında reçeteye göre otomatik stok düşümü
• Teorik tüketim ile sayım sonucu arasındaki fark raporu
• Yarı mamul tanımı (sos, hamur, marine et gibi mutfakta önceden hazırlananlar)
• Tedarikçi fiyatı değişince tabak maliyetinin güncellenmesi

Sayım farkını yalnızca ay sonunda görmek geç kalmaktır. Haftalık kısmi sayımı kolaylaştıran bir ekran, hata ile suiistimali ayırt etmeye yardım eder. Değerleme tarafında hangi yöntemin neyi değiştirdiğini stok değerleme yazımızda anlattık. Gıda hammaddesinde son kullanma ve parti izi için gıda üreticileri rehberimizdeki bölüm de yol gösterir.

3. Otelde ön büro, restoran ve muhasebe zinciri

Otelde ana akış şöyle işler: rezervasyon gelir, oda atanır, konaklama sırasında minibar, restoran ve spa harcamaları misafir folyosuna yazılır, çıkışta fatura kesilir ve gelir muhasebeye geçer. ERP'yi ilgilendiren iki kritik nokta:

• Folyodaki kalemlerin (konaklama, yiyecek, içecek, ek hizmet) ayrı gelir hesaplarına ve doğru KDV oranıyla düşmesi.
• Kanaldan gelen rezervasyonun komisyonunun gider olarak doğru hesaba işlenmesi.

Konaklama tesislerinin misafir kimlik bildirimini kolluk sistemlerine (Emniyet ya da Jandarma, tesisin bölgesine göre) yapma yükümlülüğü vardır. Bu işi PMS yürütür. ERP seçerken bunu ERP'den beklemeyin ama PMS'inizin bu entegrasyonu desteklediğini doğrulayın. Güncel teknik şartlar için ilgili kurumun duyurularına bakın.

4. Online kanallar ve fiyat senkronizasyonu

Rezervasyon sitelerinden gelen oda satışı ve yemek platformlarından gelen siparişler tek bir ekrana düşmüyorsa çift kayıt ve stok-fiyat uyumsuzluğu kaçınılmaz. Bu entegrasyon çoğunlukla kanal yöneticisi ya da PMS veya POS tarafında çözülür. ERP bu zincirde sonucu, yani geliri ve komisyonu kaydeder. Teklifte hangi parçanın kimin sorumluluğunda olduğunu yazdırın. Entegrasyon sınırlarını açıkça çizmek için tek platform mu, ayrı sistemler mi yazımıza göz atabilirsiniz.

5. Çok şube ve konsolidasyon

Zincir restoran ya da birkaç tesisli otel grubunda iki ihtiyaç öne çıkar: şube bazlı kâr-zarar ve merkezden yönetilen satın alma. Aranacak yetenekler:

• Şube bazlı masraf merkezi ve bütçe karşılaştırması
• Merkezi tedarikçi sözleşmesi, şubeye sevkli sipariş
• Şubeler arası transfer ve ortak mutfak (merkez mutfak) çıkışı
• Tek menü, farklı fiyat: şubeye göre fiyat listesi

Birden fazla tüzel kişilik varsa konsolide rapor da ayrı bir başlıktır. Bu konuyu çoklu şirket yazımızda işledik.

6. Personel, vardiya ve bordro

HORECA'da personel hareketliliği yüksektir: sezonluk giriş-çıkış, vardiya düzeni, fazla mesai, prim. Bu veri hem maliyetin büyük kalemini oluşturur hem de hata üretmeye en yatkın yerdir. Bordroyu ERP içinde mi, ayrı yazılımda mı tutacağınıza karar vermek için bordro modülü yazımızı kullanabilirsiniz. Demoda sezonluk bir çalışanın giriş-çıkış işlemini ve vardiya değişikliğinin maliyete yansımasını gösterin.

7. Satın alma, tedarikçi ve e-belge

Mutfak ve bar alımı sık, küçük kalemli ve fiyatı dalgalı bir iştir. ERP'de talep, sipariş, mal kabul ve fatura eşleştirmesinin akıcı olması gerekir. Gelen e-faturanın siparişle eşleşip stok girişine dönüşmesi, günlük hayatta en çok zaman kazandıran özelliktir. E-belge tarafında seçenekleri e-belge yerleşik modül mü, özel entegratör mü yazımızda karşılaştırdık.

8. Teklif görüşmesinde sorulacaklar

• Adisyon yazılımınızla ERP arasındaki bağlayıcı hazır mı, yoksa özel geliştirme mi? Kim bakım yapıyor?
• Reçete bazlı stok düşümü, yarı mamul ve sayım farkı raporu standart mı?
• İkram, iptal ve indirim ayrı kodla muhasebeye ya da yönetim raporuna geliyor mu?
• Otel için PMS ile muhasebe arasında folyo kalemleri hangi hesaplara, hangi KDV oranıyla aktarılıyor?
• Şube bazlı kâr-zarar ve merkezi satın alma hazır mı?
• Sezonluk personel ve vardiya hareketi bordroya nasıl yansıyor?
• Gelen e-fatura siparişle otomatik eşleşiyor mu?
• Sizinkine benzer ölçekte bir HORECA işletmesinde canlıda olan referans var mı? Referans sorularını referans görüşmesi rehberimizden alabilirsiniz. Lisans, modül ve uyarlama bedelleri için yazılım firmalarından yazılı, güncel teklif isteyin.

Hangi çözümlere bakmalı?

HORECA'da sektör odaklı yazılımlar ağırlıkta. Sektör sayfamızda adı geçen örnekler arasında Logo Restoran, AKINSOFT, Elektra, Sembol, Opera PMS ve MICROS Symphony gibi çözümler var. Bu yazılımların muhasebe kapsamı değişir. Bazıları kendi modülünü sunar, bazıları dışarıdaki muhasebe programıyla çalışır. Muhasebe ve stok omurgası için ise yerli ERP'ler arasından Mikro Fly, AKINSOFT Wolvox ya da daha geniş ölçekte Microsoft Dynamics 365 Business Central gibi seçeneklere bakan işletmeler görüyoruz. Bu bir sıralama ya da tavsiye değil. Her birini yukarıdaki sorularla sınayın. Bulut tabanlı seçeneklerin artı ve eksilerini bulut SaaS ERP karşılaştırmasında görebilirsiniz. Perakende mantığına yakın tarafı için perakende sektör sayfasına da bakabilirsiniz.

Hangi yaklaşımın işletmenize uyduğundan emin değilseniz keşif sayfamızdan şube sayınızı ve mevcut yazılımlarınızı anlatabilir ya da uygun ERP bulma aracını deneyebilirsiniz. Bağımsız bir uzmanla konuşmak isterseniz demo talebi bırakabilirsiniz.