Restoranlarda Reçete Bazlı Stok Takibi ve Fire Otomasyonu Nasıl Kurulur?

Restoran stok otomasyonu, kasadan geçen ürünleri yalnızca adet olarak azaltan basit bir sayaç değildir. Satılan bir menü kaleminin hangi hammaddelerden ne ölçüde tüketildiğini, hazırlık sırasında oluşan fireyi, depolar arasındaki hareketi ve fiziksel sayım farkını aynı akışta ele almalıdır. Aksi hâlde sistemde görünen stok ile mutfaktaki gerçek miktar kısa sürede birbirinden uzaklaşabilir.

Sağlam bir kurulum için önce restoranın üretim biçimi anlaşılır. Bazı ürünler sipariş geldiğinde hazırlanır, bazıları gün başında toplu üretilir, bazı hammaddeler ise porsiyonlanarak şubeye gönderilir. Yazılım bu gerçek işleyişe uyarlanmalı; mutfağı yalnızca sistemin istediği şekilde çalışmaya zorlamamalıdır.

Stok hareketlerini tek bir sözlükte tanımlayın

Hammadde miktarı yalnızca satın alma ve satış nedeniyle değişmez. Mal kabul, üretim, şubeler arası transfer, personel tüketimi, ikram, bozulma, sayım düzeltmesi ve iade gibi hareketler de stok seviyesini etkiler. Her hareket türünün sistemde ayrı bir karşılığı olmalıdır.

Başlangıçta şu sorular yanıtlanabilir:

• Hangi depolar ve hazırlık alanları ayrı izlenecek?
• Mal kabulünü kim yapacak ve kim onaylayacak?
• Fire hangi nedenlerle kaydedilecek?
• Transferi gönderen ve teslim alan ekip nasıl doğrulayacak?
• Sayım farkı doğrudan stoğu mu değiştirecek, yoksa onaya mı gidecek?

Hareket türleri açık tanımlandığında rapor yalnızca “stok azaldı” demez; azalmanın satıştan mı, fireden mi, transferden mi kaynaklandığını gösterebilir.

Reçete kartlarını gerçek mutfak uygulamasına göre kurun

Reçete bazlı stok takibi için her satış ürününün tükettiği hammaddeler belirlenir. Ürün adı, porsiyon miktarı, ölçü birimi ve hazırlanma aşaması kayıt altına alınır. Ancak teorik reçete ile gerçek mutfak kullanımı aynı olmayabilir. Ayıklama, pişirme veya porsiyonlama sırasında oluşan kayıplar ayrıca değerlendirilmelidir.

Bir hamburger satıldığında ekmek, köfte, sos ve ambalaj stoktan düşebilir. Köfte mutfakta önceden toplu hazırlanıyorsa ham kıymanın her satışta doğrudan azalması yerine önce üretim emriyle yarı mamule dönüşmesi daha doğru olabilir. Bu ayrım, işletmenin üretim düzenine bağlıdır.

Reçeteler değiştirildiğinde geçmiş satışların tüketim hesabı geriye dönük bozulmamalıdır. Bu nedenle reçete sürümleri ve geçerlilik tarihleri saklanabilir. Yeni gramajın hangi tarihten itibaren kullanılacağı açıkça belirlenir.

Ölçü birimlerini standartlaştırın

Tedarikçi ürünü koli veya kilogramla gönderirken mutfak gram, adet ya da mililitre kullanabilir. Birimler arasındaki dönüşüm doğru kurulmazsa stok hesabı anlamını kaybeder. Her hammadde için satın alma birimi, stok birimi ve reçete birimi tanımlanmalıdır.

Koli içeriği tedarikçiye veya ürüne göre değişebiliyorsa tek bir genel dönüşüm kullanılmamalıdır. Ambalaj değişikliği olduğunda eski alış kayıtlarının nasıl korunacağı da düşünülmelidir. Kullanıcı serbest metinle birim girmek yerine onaylanmış seçeneklerden seçim yapmalıdır.

Yuvarlama kuralları özellikle küçük porsiyonlu ürünlerde önemlidir. Ekranda kolay okunması için yuvarlanan değer ile hesaplamada kullanılan hassas değer birbirinden ayrılabilir. Böylece kullanıcı arayüzü sade kalırken stok hesabı gereksiz sapma üretmez.

POS satışını stok tüketimine güvenli bağlayın

POS entegrasyonu, satış ürününü doğru reçeteyle eşleştirmelidir. POS tarafındaki ürün kodu, varyasyon, boyut ve ek seçenekler stok sisteminde karşılık bulmalıdır. Büyük boy ürün veya ekstra malzeme seçimi farklı tüketim yaratıyorsa bu bilgi entegrasyonda kaybolmamalıdır.

İptal ve iade işlemleri de ayrı ele alınır. Sipariş mutfağa ulaşmadan iptal edildiyse hammadde tüketimi oluşmamış olabilir. Ürün hazırlandıktan sonra iptal edildiyse tüketim gerçekleşmiş ve fire kaydı gerekmiş olabilir. POS durumu tek başına mutfaktaki fiziksel sonucu her zaman anlatmaz.

Bağlantı sorunu nedeniyle aynı satışın iki kez aktarılmasına karşı ortak işlem kimliği kullanılabilir. POS yanıt vermediğinde kayıtların kaybolmaması için kuyruk ve yeniden deneme mekanizması tasarlanmalıdır. Hata alan işlemler ekip tarafından görülebilmeli, sessizce atlanmamalıdır.

Fire kaydını cezalandırma aracına dönüştürmeyin

Fire verisinin amacı sorumluyu suçlamak değil, süreci görünür kılmaktır. Çalışanlar her fire kaydının kendilerine karşı kullanılacağını düşünürse gerçek miktarlar sisteme girilmeyebilir. Neden seçenekleri açık, kayıt ekranı hızlı ve yöneticinin yaklaşımı iyileştirme odaklı olmalıdır.

Bozulma, hazırlık hatası, müşteri iadesi, yanlış sipariş, kalite sorunu ve porsiyon farkı gibi nedenler birbirinden ayrılabilir. Fotoğraf veya açıklama yalnızca gerçekten gerekiyorsa istenmelidir. Her küçük kaydı uzun forma dönüştürmek mutfakta sistemi kullanılmaz hâle getirebilir.

Fire onayı işletmenin risk düzeyine göre ayarlanabilir. Olağan hareketler doğrudan kaydedilirken sıra dışı miktarlar yönetici incelemesine düşebilir. Bu eşikler gerçek kullanım gözlendikçe güncellenmelidir.

Fiziksel sayım ile sistem kaydını uzlaştırın

Otomasyon fiziksel sayım ihtiyacını tamamen ortadan kaldırmaz. Sayım, reçete ve hareket kayıtlarındaki farkları ortaya çıkarır. Sistem sayım listesini depo veya ürün grubuna göre hazırlayabilir, sayılan miktarı beklenen stokla karşılaştırabilir ve fark için açıklama isteyebilir.

Sayım yapılırken hareketlerin devam etmesi sonucu bozabilir. Bu nedenle sayım alanı geçici olarak kapatılabilir veya sayım başlangıç zamanı esas alınabilir. Birden fazla çalışanın aynı ürünü sayması da tekrar kontrolüyle engellenmelidir.

Fark doğrudan stok düzeltmesine dönüşmeden önce yetkili kullanıcı tarafından incelenebilir. Büyük farklarda reçete, birim dönüşümü, eksik transfer veya POS eşleştirmesi kontrol edilmelidir.

Satın alma ve minimum stok uyarılarını bağlama oturtun

Sistem yalnızca mevcut miktarı göstermekle kalmayıp planlanan üretim ve beklenen teslimatları da dikkate alabilir. Minimum stok uyarısı her ürün için aynı mantıkla çalışmamalıdır. Tedarik süresi, kullanım düzeni, saklama koşulları ve ürünün kritikliği birlikte değerlendirilir.

Otomatik satın alma emri oluşturulacaksa yöneticinin onay sınırları ve tedarikçi seçimi açıkça tanımlanmalıdır. Yazılım öneri sunabilir; ancak hatalı reçete veya olağan dışı satış nedeniyle gereksiz sipariş oluşmasını önlemek için kontrol adımı gerekebilir.

Pilot kurulumu tek şube ve sınırlı ürünle başlatın

Bütün menüyü ve depoları aynı anda sisteme taşımak yerine satış hacmi ve maliyet etkisi yüksek bir ürün grubuyla başlanabilir. Reçeteler mutfak ekibiyle doğrulanır, POS eşleşmeleri test edilir ve ilk fiziksel sayım temel alınır.

Pilot sırasında şu kontroller yapılmalıdır:

• Satışların doğru reçeteyi tetiklemesi
• Varyasyon ve ek ürünlerin doğru düşmesi
• İptal ve iadenin doğru hareket oluşturması
• Transferin iki tarafça doğrulanması
• Fire nedenlerinin ekip tarafından anlaşılması
• Sayım farklarının açıklanabilir olması
• Bağlantı kesintisinde kayıtların korunması

İlk sonuçlar değerlendirilmeden otomasyon kapsamı genişletilmemelidir. Sorun yazılımdan, yanlış reçeteden veya uygulama disiplininden kaynaklanabilir; çözüm buna göre seçilmelidir.

Webinle, restoran operasyonlarını POS, mutfak ve yönetim ihtiyaçlarıyla birlikte analiz eder. Reçete, stok ve fire akışınız için özel bir çözüm planlamak isterseniz otomasyon yazılımları hizmetimizi inceleyebilir ve projenizi paylaşabilirsiniz.

Sık sorulan sorular

Reçete bazlı stok takibi fiziksel sayımı kaldırır mı?

Hayır. Sistem beklenen miktarı hesaplar; fiziksel sayım gerçek durumla karşılaştırma ve hataları bulma işlevi görür.

Her satış ürünü için ayrı reçete gerekir mi?

Stok tüketimi farklı olan ürün ve varyasyonların doğru eşleştirilmesi gerekir. Ortak bileşenler alt reçete veya yarı mamul olarak yeniden kullanılabilir.

POS entegrasyonu olmadan stok otomasyonu kurulabilir mi?

Kurulabilir, fakat satışların başka bir yöntemle sisteme aktarılması gerekir. Manuel giriş yükü ve veri gecikmesi proje kapsamında açıkça değerlendirilmelidir.