RestoranTakibi paneline Operasyon Merkezi eklendi. Tedarikçi, satınalma siparişi, mal kabul, kasa gün sonu, rezervasyon, yazıcı sağlığı, çok şube temeli ve reçete maliyeti aynı ekranda yönetilebilir hale geldi.
RestoranTakibi artık sipariş akışını takip eden bir panelin ötesine geçiyor. Operasyon Merkezi; satınalma, tedarikçi, mal kabul, kasa gün sonu, kurye hesaplaşması, rezervasyon, yazıcı sağlığı, çok şube temeli ve reçete maliyetini aynı ekranda topluyor.
Mantığı şu: restoranlar yalnızca sipariş kaçırarak para kaybetmiyor. Kontrolsüz satınalma, net olmayan reçete maliyeti, kasa farkı, geç fark edilen yazıcı problemi ve plansız rezervasyon akışı da para kaybettiriyor. Bu kalemlerin hepsi ayrı ayrı takip edilebilir; ama ayrı ayrı takip edilmediği için kaybediliyor.
Satınalma ve reçete tarafının bağlandığı stok modülü için restoran stok takip programı sayfasına, şube yapısı için çok şube ve merkez depo sayfasına bakabilirsiniz.
Ekran açıldığında üstte beş rakam duruyor. Bunlar "bugün neye bakmalıyım" sorusunun cevabı:
| Gösterge | Ne anlatır |
|---|---|
| Beklenen gün sonu | Kasada olması gereken toplam tutar |
| Açık satınalma | Verilmiş ama henüz mal kabul yapılmamış sipariş sayısı |
| Masadan ödeme talebi | QR ile hesap isteyen ve henüz kapatılmamış masalar |
| Yaklaşan rezervasyon | Sıradaki rezervasyon kaydı |
| Yazıcı problemi | Durumu sorunlu görünen yazıcı sayısı |
Bu beş sayının aynı ekranda durması, gün içinde beş farklı yere bakma alışkanlığını ortadan kaldırıyor.
Tedarikçi kaydında ad, vergi numarası, yetkili kişi, telefon, e-posta, adres, ödeme koşulu ve teslim süresi (gün) tutuluyor. Tedarikçi kartı düzenlenebiliyor, yani telefon veya yetkili değiştiğinde kaydı silip yeniden açmanız gerekmiyor; satınalma geçmişindeki bağ korunuyor.
Tedarikçi listesinde her satırda ad, telefon, ödeme koşulu ve o tedarikçiden yapılan toplam satınalma tutarı görünüyor. Yani "bu tedarikçiye yılda ne kadar para gidiyor" sorusunun cevabı listede duruyor; hangi siparişlerden oluştuğunu görmek için satınalma listesine geçiyorsunuz.
Satınalma siparişinde tedarikçi, hedef depo, sipariş numarası, beklenen tarih ve satırlar bulunuyor. Her satırda ürün, stok kartı eşleşmesi, miktar, birim, birim maliyet ve KDV oranı var. Satırı olmayan sipariş kaydedilmiyor.
Bu, satınalma tarafındaki en pratik ayrıntı. Tedarikçi çoğu zaman siparişin tamamını getirmiyor: 10 kasa domates istendi, 6 geldi. Mal kabul ekranında satır bazında gelen miktar girilebiliyor, yani 0 da geçerli bir değer ("bu satır hiç gelmedi" demek).
Mal kabul yapıldığında satınalma kaydı depoya işleniyor, stok hareketi oluşuyor ve gider kaydı açılıyor. Yani "aldım" ile "stoğa girdi" arasındaki boşluk kapanıyor.
Satınalma listesi son kayıtlarla sınırlı gösteriliyor. Sipariş trafiği yoğun bir işletmede üç hafta önce verilmiş ve hâlâ gelmemiş bir sipariş bu listenin dışına düşebilir. Bu yüzden geciken siparişler ayrı ve limitsiz bir sorgudan geliyor; listenin sıralaması onları etkilemiyor.
Kasa gün sonu ekranında açılış kasası, kasadan çıkan gider ve sayım tutarları giriliyor; panel beklenen tutarla karşılaştırıp farkı yazıyor.
Beklenen tutar, ödeme yöntemi kovalarından toplanıyor: nakit, kart, online, yemek kartı, havale ve diğer. Veresiye ayrı tutuluyor ve beklenen tahsilata dahil edilmiyor, çünkü o gün para alınmamış oluyor. Bu ayrım olmadığında kasiyer her gün yapay bir fark açıklamak zorunda kalıyordu.
| Alan | Nasıl hesaplanıyor |
|---|---|
| Beklenen nakit kasa | Açılış kasası + nakit satış − kasadan çıkan gider |
| Beklenen kapanış | Beklenen nakit kasa + kart + online + yemek kartı |
| Sayım toplamı | Sayılan nakit + POS + online + yemek kartı |
| Nakit fark | Sayılan nakit − beklenen nakit kasa |
| Toplam fark | Sayım toplamı − beklenen kapanış |
Gün sonu ara kaydedilebiliyor ya da kapatılabiliyor. Her iki durumda da işlem denetim kaydına yazılıyor: kim, hangi tarihte, beklenen ve sayılan tutar ne, fark ne. Kaydın geri alınabilmesi için önceki durumun anlık görüntüsü de saklanıyor.
Market profilinde aynı ekran "Bakkal Kasa Defteri" başlığıyla çalışıyor.
Kurye hesaplaşması ayrı bir döküm olarak geliyor. Gün, işletmenin saat dilimine göre hesaplanıyor; UTC günü kullanılsaydı gece yarısından sonraki teslimatlar ertesi güne kayardı.
Dökümde kurye bazında teslim edilen sipariş sayısı, nakit tahsilat, nakit dışı tahsilat, toplam ciro ve kurye hakedişi bulunuyor. Kuryenin kasaya teslim etmesi gereken tutar buradan çıkıyor. Kurye tarafının tamamı için kurye takip programı sayfasına bakabilirsiniz.
Rezervasyon kaydında müşteri adı, telefon, kişi sayısı, tarih-saat, masa ve not tutuluyor.
Rezervasyon durumu panelden serbestçe yazılmıyor; ayrı bir durum makinesinden geçiyor. Sebebi somut: eskiden bir kaydı düzenlemek, kapıda çoktan oturtulmuş misafiri "rezerve" durumuna geri çekip QR kodunu geçersiz kılabiliyordu. Şimdi durum yalnızca durum uçlarından değişiyor.
Kapıda misafiri karşılayan personelin birincil ekranı günün rezervasyon listesi. Her kaydın yanında bir kapı durumu ve o duruma ait Türkçe mesaj çıkıyor:
QR kod ve sekiz haneli kod, bu listenin üstündeki doğrulama katmanı. Kodun okunması ile masanın teslim edilmesi bilerek iki ayrı adım: yanlış okunan bir QR tek dokunuşla masayı teslim etmesin diye. Teslim işlemi denetim kaydına yazılıyor; kayda kodun kendisi yazılmıyor.
Mutfak, kasa, bar, paket ve etiket yazıcıları tek yerde tanımlanıyor. Yazıcı kaydında tür (termal fiş, A4/A5, etiket), hedef alan, bağlantı tipi, kâğıt genişliği, kesme modu, kasa çekmecesi açma ve otomatik yazdırma ayarları tutuluyor.
| Bağlantı tipi | Kullanım |
|---|---|
| Ağ ESC/POS | Yazıcının IP adresi ve portu ile doğrudan |
| USB ESC/POS | Tarayıcı izniyle USB cihaz |
| Seri port ESC/POS | Baud hızı ayarlanabilir |
| Sistem yazıcısı | İşletim sisteminde tanımlı yazıcı |
| Tarayıcı yazdırma | Sürücüsüz mod desteklenmiyorsa geri düşülen yol |
Panelde test yazdırma ve mutfak fişi testi düğmeleri var; kâğıt akışını servis başlamadan deneyebiliyorsunuz.
Kâğıt durumu (iyi / az / bitti / bilinmiyor), yazıcı durumu ve son hata mesajı yazıcı kaydının alanları. Burada sınırı açıkça yazalım: panel yazıcıları kendiliğinden yoklamıyor, bu alanları siz ya da personeliniz işaretliyor. Üst şeritteki "Yazıcı problemi" sayacı da bu kayıtlı duruma bakıyor — kimse durumu güncellemezse sayaç boş kalır. Pratik kullanım şu: kâğıdı azalan yazıcıyı gören kişi kaydı "az" yapıyor, akşam servisine giren müdür tek ekrandan görüyor.
Aynı ekranda menü ürünlerinin reçete maliyeti, mevcut marjı ve önerilen satış fiyatı listeleniyor. Tabloda ürün, satış fiyatı, reçete maliyeti, marj, önerilen fiyat ve reçete satır sayısı görünüyor.
Reçete maliyeti hesabında fire oranı da çarpana giriyor ve birim maliyet olarak önce stok kalemindeki ortalama maliyet, o yoksa alış fiyatı kullanılıyor. Bu tabloyu menü kararlarına çevirmek için menü mühendisliği yazımıza bakın.
Yazarkasa/POS üzerinden geçen bir satış panele elle işlenebiliyor: terminal kimliği, fiş numarası, ödeme yöntemi ve menü ürünü satırlarıyla. İşlenen satış kasa gün sonuna ekleniyor, teslim edilmiş sipariş olarak kaydediliyor ve reçete kadar stok düşüyor. Reçete eşleşmesi bulunamazsa panel bunu uyarı olarak söylüyor, sessizce geçmiyor.
Şube, merkez depo, üretim mutfağı ve franchise birimleri tanımlanabiliyor. Ana şube kaydı otomatik açılıyor. Bu, çok şubeli yapıya geçmeden önce kurulması gereken temel katman.
Operasyon Merkezi'ne erişim rol ve yetki bazlı. İşletme sahibi her şeyi görüyor; personel için kapı, sahip olduğu yetkilere göre açılıyor:
| İşlem | Gereken yetki |
|---|---|
| Tedarikçi, satınalma, mal kabul | Stok yönetimi |
| Kasa gün sonu, kurye gün sonu, ödeme talebi | Ciro görme |
| Rezervasyon ve kapı doğrulama | Masa yönetimi |
| Yazıcı ayarları, şube/birim | Ayarlara erişim |
Ciro görme yetkisi olmayan personele veri gönderilirken finansal alanlar temizleniyor, yani tutarlar boş geliyor. Pratik bir uyarı: kasa rolünde masa yönetimi yetkisi varsayılan olarak kapalı. Kapıyı kasadaki kişi karşılıyorsa bu yetkiyi Ayarlar altındaki personel izinlerinden açmanız gerekiyor, yoksa rezervasyon ekranında erişim reddi alır ve sebebini anlamaz.
Yetki modelinin tamamı için personel yetki yönetimi yazımıza bakabilirsiniz.
Bu güncelleme ile restoran sahibi şu sorulara daha net cevap alıyor:
Ekranların canlı olarak nasıl güncellendiği konusunda gerçek zamanlı restoran operasyonu sayfasına, rapor tarafı için restoran raporlama ve analiz yazımıza bakabilirsiniz. QR ile masadan ödeme akışı için QR sipariş ve masadan ödeme sayfası var.
Operasyon Merkezi'ni ücretsiz deneyin
Tedarikçi kartları, satınalma siparişi, kısmi mal kabul, kasa gün sonu, kurye gün sonu, masadan ödeme talepleri, rezervasyon ve kapı doğrulama, yazıcı sağlık merkezi, reçete maliyeti ve fiyat önerileri, POS satış bağlantısı ile şube/merkez depo tanımlarını tek ekranda topluyor.
Mal kabul ekranında satır bazında gelen miktarı girebiliyorsunuz. 10 kasa istenip 6 geldiyse o satıra 6 yazılır; hiç gelmeyen satıra 0 girilebilir. Kabul edilen miktar depoya işlenir, stok hareketi oluşur ve gider kaydı açılır.
Beklenen nakit kasa, açılış kasasına nakit satış eklenip kasadan çıkan gider düşülerek bulunur. Beklenen kapanış ise bunun üzerine kart, online ve yemek kartı tutarları eklenerek çıkar. Veresiye o gün para alınmadığı için beklenen tahsilata dahil edilmez, ayrı gösterilir.
Evet. Gün sonu ara kaydedildiğinde de kapatıldığında da işlem denetim kaydına yazılıyor: kim yaptı, hangi tarih, beklenen ve sayılan tutar ne, fark ne kadar. Kaydın geri alınabilmesi için önceki durumun anlık görüntüsü de saklanıyor.
Hayır, iki ayrı adım. QR veya sekiz haneli kod okutulduğunda önce rezervasyon çözülüp personele gösteriliyor; masa ancak ayrı bir onayla teslim ediliyor. Böylece yanlış okunan bir kod tek dokunuşla masayı teslim etmiyor.
Kapı ekranı duruma göre mesaj veriyor. 20 dakikadan fazla gecikmede masanın başkasına verilmiş olabileceği uyarısı çıkıyor ama masa yine de verilebiliyor. Saatin üzerinden iki saatten fazla geçmişse liste üzerinden kontrol isteniyor ve doğrudan teslim engelleniyor.
Termal fiş, A4/A5 ve etiket yazıcıları tanımlanabiliyor. Bağlantı olarak ağ üzerinden ESC/POS (IP ve port), USB, seri port, sistem yazıcısı ve tarayıcı yazdırma destekleniyor. Panelde test yazdırma ve mutfak fişi testi düğmeleri var.
POS satış bağlantısı bölümünden terminal kimliği, fiş numarası, ödeme yöntemi ve menü ürünü satırlarıyla giriliyor. İşlenen satış kasa gün sonuna ekleniyor, teslim edilmiş sipariş olarak kaydediliyor ve reçete kadar stok düşüyor.
Yetkisine göre. Tedarikçi ve satınalma için stok yönetimi, kasa ve kurye gün sonu için ciro görme, rezervasyon için masa yönetimi, yazıcı ve şube ayarları için ayarlara erişim yetkisi gerekiyor. Ciro görme yetkisi olmayan personele tutarlar boş gönderiliyor.
Kasa rolünde masa yönetimi yetkisi varsayılan olarak kapalı geliyor. Kapıyı kasadaki kişi karşılıyorsa bu yetkiyi Ayarlar altındaki personel izinlerinden açmanız gerekiyor; aksi halde erişim reddi alır.