Restoran Yönetim Sistemi: Neleri Kapsar, İhtiyaç Listesi Nasıl Yazılır?

Bir fiyatı değiştirmek için önce POS'u, sonra QR menüyü, sonra paket servis platformundaki listeyi açıyorsanız menünüz üç ayrı yerde tutuluyor. Bir gün birinde güncelleme unutulur ve üç liste birbirini tutmaz. Defterdeki rezervasyonlar ve telefonda duran misafir bilgileri de aynı durumda. Restoran yönetim sistemi bu kayıtları tek yerde toplar. Hepsini toplamıyorsa en azından ana kopyanın hangi sistemde duracağını belirler ve öteki sistemler bilgiyi oradan okur. Terim geniş kullanılıyor. Kimi firma salondan bordroya uzanan bir paketi böyle adlandırıyor, kimi tek bir modülü. O yüzden bir sisteme bakarken sorulacak soru şu: kayıtlarınızın hangisini tutuyor, hangisini başka bir yere bırakıyor?

Restoran Yönetim Sistemi Neleri Kapsar

Firmaların çoğu işi üç parçaya ayırır. Salon misafirin gördüğü taraftır: menü, sipariş ve ödeme, masalar, rezervasyonlar, misafir kayıtları. Mutfak ve depoda mutfak ekranı, stok sayımı, satın alma ve reçete maliyeti durur. Ofiste personel vardiyası, bordro ve muhasebe vardır.

Özellik sayfalarında aynı parça farklı adlarla çıkar. Bir firmanın "sipariş yönetimi" dediği ekrana öteki "satış ekranı" der. Ekranın arkasındaki kayıt ise değişmez. İhtiyaç listesini modül adlarıyla değil de kayıtlar ve kurallarla yazmak bu yüzden daha sağlam.

Bir sistemin bir kaydı gerçekten tek yerde tutup tutmadığını görmenin en kısa yolu bir fiyatı değiştirmektir. Yeni fiyatı bir kez girip misafirin menüsünde, paket servis listesinde ve gelecek haftanın satış raporunda görüyorsanız ürün kaydı tek yerde duruyor. Aynı fiyatı üç ekrana ayrı ayrı yazmanız gerekiyorsa elinizde üç kopya var. Kopyalar da zamanla birbirinden ayrılır.

30/30/30/10 Kuralı ve Her Rakamın Geldiği Kayıt

30/30/30/10 kuralı ciroyu kabaca bölüştürür. Cironun yaklaşık %30'u yiyecek ve içecek maliyetine, %30'u personele, %30'u işletmeyi döndüren diğer giderlere (kira, elektrik, su, doğalgaz, pazarlama, tamir) gider. Geriye %10 civarı kâr kalır. Bütçeye başlarken işe yarar. Gerçek dağılım ise konsepte göre epey sapabilir, çünkü bir kahve dükkânı ile bir et restoranı ne aynı malı alır ne de aynı kadroyla çalışır.

Yazılım seçerken bu kural bir kapsam kontrolüne dönüşür, çünkü dört rakamın her biri başka bir kayıttan gelir. Ciro siparişlerden çıkar. Yiyecek maliyeti için ne aldığınızı, ne saydığınızı ve her tabağın reçetesini bilmek gerekir. Fiyatı girilmiş ama reçetesi olmayan bir ürünün tabak maliyeti hesaplanamaz. Personel gideri giriş-çıkış saatlerinden ve ücretlerden çıkar. İşletme giderleri muhasebedeki faturalardan gelir.

Yalnız salon kayıtlarını tutan bir sistem ciroyu raporlayabilir. Üç maliyet kaleminin hiçbirini raporlayamaz. Bu kendi başına sorun değil. Sorun, bunu satın aldıktan sonra öğrenmek. Yiyecek, personel ve genel giderlerin hangi sistemden geleceğini baştan belirlediyseniz eksik bir şey kalmaz. Yiyecek maliyeti için tuttuğunuz stok kayıtları stok devir hızı hesabına da temel olur. Bu kayıtların hangi sistemde duracağına karar verirken iki rakamı birlikte düşünün.

Menü Yönetiminin Dayandığı Kayıt: Ürün

Çoğu restoran işe menüden başlar. En eksiksiz tanımlanması gereken kayıt da ürün. İhtiyaç listesinde ürün yalnız ad ve fiyat olarak geçiyorsa, kurulan sistem misafire bir yemekte kuruyemiş olup olmadığını gösteremez. Kahvaltıyı saat on birde menüden kaldıramaz. Hangi porsiyonun sattığını da raporlayamaz. Eksiksiz bir ürün kaydında açıklama ve fotoğraf, her porsiyon için ayrı fiyat, ekstra shot ya da soğansız gibi seçenekler, alerjen ve besin bilgisi, siparişe açık olduğu gün ve saatler bulunur.

Salon ile mutfak da ürün kaydında buluşur. Fiyat menü ya da POS sisteminde durur. Tabak maliyetini belirleyen reçete ise çoğu zaman bir arka ofis yazılımındadır. İki sistem aynı ürün kaydını paylaşmıyorsa satılanı maliyetiyle eşleştirmek elle doldurulan bir Excel tablosuna kalır. Demoda menü ekranının özelliklerini sormadan önce bu bağlantıyı sorun.

İhtiyaç Listelerinin Çoğunda Eksik Kalan İş Kuralları

Kayıt sistemde ne olduğunu söyler. Kural ise bir şey olduğunda sistemin ne yapacağını. Restoranınızı bugün yöneten kuralların çoğu hiçbir yere yazılmamıştır. Her yeni personele ağızdan anlatılır, servis sırasında akılda tutulur. Her kuralı tek satıra yazın: ne olunca, sistem ne yapacak, bu kuralı kim değiştirebilir.

- Kahvaltı ürünleri saat on birde siparişe kapanır. Fiks öğle menüsü yalnız öğle saatlerinde görünür.
- Minimum sepet tutarının altında paket sipariş alınmaz. Misafire söylediğiniz teslimat süresi, hazırlık süresi ile yol süresinin toplamıdır.
- Alkollü içecekte yaş doğrulaması istenir. Bir promosyon kodu paket serviste geçerliyken salonda geçmeyebilir ya da yalnız belli bir tutarın üstünde çalışabilir.
- Siparişi kim gönderir: misafir kendi telefonundan mı, garson tabletten mi, ikisi de mi? İptal yetkisi kimde ve sipariş mutfakta hangi aşamaya gelene kadar iptal edilebilir?
- Para: porsiyon fiyatları, kuver ve servis ücreti, hazır bahşiş oranları, adisyonun nasıl bölüneceği.
- Servisin ortasında bir ürün biter. Misafir siparişini iptal eder. Hesabını ödeyen masa kalkmaz ve masa devri gecikir. Bunların her biri için bir cevabınız olsun.

Bazı kurallarınız incelediğiniz hiçbir yazılıma sığmayacak. Onları ayrı bir listede tutun. O kuralları sistem değil personeliniz uygulamaya devam edecek. Yeni başlayan biri de onları ancak o listeden ya da bir çalışma arkadaşından öğrenebilir.

İhtiyaç Listesini Gerçek Bir Servisten Çıkarmak

Şablona ihtiyacınız yok. Bir servis boyunca yanınızda bir defter taşıyın. Mümkünse iki servis olsun, biri yoğun biri sakin. Aynı bilginin ikinci kez yazıldığı her anı not edin: fişten okunup kasaya girilen sipariş, telefonla gelip deftere geçen rezervasyon, tahtada değişip uygulamada eski kalan fiyat. Bu notların her biri savunabileceğiniz bir ihtiyaç satırı, çünkü hepsini kendi gözünüzle gördünüz.

Sonra tek bir siparişi alındığı andan muhasebeye düştüğü ana kadar izleyin. Kaç ayrı yerden geçtiğini sayın. Sayı iki üçü geçiyorsa entegrasyonu listenin en üstüne yazın.

İki şey deftere düşmez. Birincisi mutfağın hızı. Dijital sipariş kanalı misafirin sipariş vermek için beklediği süreyi kısaltabilir, ama mutfak aynı hızda pişirmeye devam eder. Mutfak yetişemiyorsa bekleme masadan pasa taşınır. İkincisi, her misafir telefondan sipariş vermek istemez. Kimi misafir, özellikle kalabalık bir masada, siparişi garsona vermeyi tercih eder. Bu yüzden restoranınızda çevrimiçi siparişi masa servisinin yerine değil, yanında çalışan bir kanal olarak planlayın.

“En İyi” Listeleri Arasında Aday Seçmek

Bu sistemlerden birini biz geliştiriyoruz. O yüzden diğerlerini sıralamayacağız. İnternetteki "en iyi 10" listelerini hazırlayan kişi hangi kayıtlarınızın yanlış yerde durduğunu bilmiyor. Sizin için hangi sistemin iyi olduğu ise tam da buna bağlı.

Önce firmaları neyin üstüne kurulduklarına göre ayırın. Arka ofis paketleri stok, satın alma ve muhasebeden yola çıkar. POS merkezli sistemler sipariş ve ödeme üstüne kurulur. Misafire dönük platformların merkezinde menü, sipariş kanalları, web sitesi ve rezervasyon durur. Eksiğinizin hangi gruba düştüğünü defterdeki notlar gösterir.

Sonra defterde en sık tekrar eden üç çift girişi seçin. Kısa listedeki her firmadan bu üçünü demoda, kendi ekranlarında ve sizin menünüz yüklüyken göstermesini isteyin. Sorunuza bir özellik adıyla cevap veren olursa o ekranı açmasını isteyin.

Kurulumu Hangi Sırayla Yapmalı

Sıra önemli, çünkü her adım bir öncekinde girilen bilgiyi kullanır.

1. İşletme bilgileri ve çalışma saatleri.
2. Menü, ürün ürün: porsiyonlar, seçenekler, alerjenler ve siparişe açık saatler. Çoğu zaman en uzun süren adım bu.
3. Masalar ve alanlar: her masa hangi alanda, kaç kişilik, kendi QR kodu olacak mı.
4. Kanallar: salon, paket servis, gel-al, tablet ve her kanalda hangi menünün görüneceği.
5. Defterdeki kurallar. Sistem nerede izin veriyorsa ilgili ayara taşıyın.
6. POS, ödeme sağlayıcısı ve yazıcı entegrasyonları.
7. Raporlar. Canlıya geçmeden önce sistemden geçmiş bir günü ürün ürün isteyin. Veriyi dışa aktarıp tabloda yeniden kurmanız gerekiyorsa raporlama ihtiyacınız karşılanmamış demektir.
8. Üretilen içerik: web sitesi, fotoğraflar, çeviriler.

Üretilen içeriğin en sona kalmasının somut bir sebebi var. Temmuz 2026'da FineDine panelinde bir fırın için deneme web sitesi ürettik. Fırını tarif etmemize rağmen Popular Items bölümünde örnek menüden gelen T-Bone Steak ve Filet Mignon çıktı. Boş bıraktığımız işletme bilgilerinin yerinde de yer tutucu bir konum göründü. Site bizim yazdığımız tanıma değil, menü ve işletme kayıtlarında ne varsa ona dayandı. Yarım kalmış bir menünün üstüne kurulan web sitesi, çeviri ya da rapor da o menünün hatalarını taşır.

FineDine'ın Kapsadığı ve Kapsamadığı Kayıtlar

Temmuz ve Ağustos 2026'da FineDine panelini ekran ekran gezdik. FineDine salon kayıtlarını ve raporlamayı kapsıyor. Mutfak, depo ve ofis kayıtlarını kapsamıyor.

Menu Manager'da bir ürün kaydı açıklamayı, fotoğraf ve videoyu, her porsiyonun fiyatını, seçenekleri, besin ve alerjen bilgisini ve siparişe açık olduğu gün ve saatleri tutuyor. Misafirin QR menüsü aynı kaydı alerjen ikonları ve porsiyon fiyatlarıyla gösteriyor. AI Website Builder da menü bilgisini bu kayıttan çekiyor. Menünüz fotoğraf, PDF, Excel ya da CSV dosyası olarak elinizdeyse panel, bölümleri ve ürünleri o dosyadan çıkaran Menu Builder'ı önerilen yol olarak sunuyor. Çıkan menüyü ürün ürün kontrol etmek yine size kalıyor.

Masalar kat planında alanlara yerleşiyor. Her masaya ayrı bir QR kod verebilir ya da tüm masalar için tek kod kullanabilirsiniz. Kod yalnız menüyü gösterecek ya da sipariş alacak şekilde ayarlanıyor. Tablet için üç sipariş modu var: garsonun elinde, masaya sabit ya da self servis kiosk. Rezervasyonlar masa ayarlarından ayrı bir bölümde yönetiliyor. Deftere yazdığınız kuralların birçoğu için bir ayar var: minimum sipariş tutarı, teslimat ücreti, hazırlık ve yol süresi, yaş doğrulaması, bahşiş oranları, kuver ve servis ücreti, tek bir kanala ya da minimum tutara bağlanan promosyon kodları. Bu listede olmayan bir kuralınız varsa demoda onun ayarını ayrıca sorun.

Raporlama iki katmanlı. Standart raporlar özet, ürün, işletme ve rezervasyon rakamlarını veriyor. AI Reports (FineDine IQ) ekranında raporun saatlik güncellendiği yazıyor. Bu katman ciroyu, sipariş sayısını ve ortalama adisyonu önceki bir dönemle karşılaştırıyor. Olağan dışı hareketler için de ayrı bir uyarı bölümü var. Siparişleriniz FineDine üzerinden geçiyorsa 30/30/30/10 kuralının ciro satırını bu iki katmandan okuyabilirsiniz. POS, ödeme ve yazıcı bağlantıları Marketplace'te listeleniyor. Bağlantıların bir kısmı ücretsiz, bir kısmı aylık ücretli. Önce kendi sisteminizi orada arayın. Hangi planın neyi kapsadığı fiyatlandırma sayfasında yazıyor.

Gezdiğimiz panelde ve plan karşılaştırmasında stok, satın alma, reçete maliyeti, vardiya planlama, bordro ya da muhasebe modülü yok. Personel hesaplarına rol atanabiliyor. Çalışılan saati kaydeden bir alan ise görmedik. Yani yiyecek maliyetini, personel giderini ve işletme giderlerini başka bir sistemden almanız gerekecek. İhtiyaç listenize buradan bir satır daha çıkıyor: o sistem ürün bazında satış bilgisini nereden alacak, FineDine'dan mı, bağladığınız POS'tan mı?