Catering Yazılımı Seçerken Sorulacak 10 Kritik Soru: Demo Tuzaklarına Düşmeyin
Bir yemek fabrikası sahibinin veya mutfak müdürünün izlediği en kusursuz yazılım sunumu, genellikle satış temsilcisinin dizüstü bilgisayarında yapılan kırk beş dakikalık tanıtım (demo) toplantısıdır. Ekranda renkli grafikler akar, tek tuşla aylık menüler oluşur, reçete maliyetleri kuruşu kuruşuna hesaplanır ve sevkiyat araçları harita üzerinde pürüzsüzce ilerler. Oysa o şık toplantı odasından çıkılıp yazılım gerçek mutfağa —buharın, zaman baskısının, sabah 09.00’da değişen porsiyon sayılarının ve kolisi 18,4 kilodan gelen et faturalarının arasına— indiğinde, tablo bir anda değişir.
Bazı catering işletmelerinin büyük bütçeler ödeyerek satın aldığı yazılımları altı ay sonra terk edip yeniden Excel’e dönmesinin nedeni, çoğu zaman yazılımların “kötü” olması değildir; restoran (adisyon/POS) yazılımlarının veya genel amaçlı ticari muhasebe programlarının “catering yazılımı” sanılarak satın alınmasıdır.
Toplu yemek üretimi; ne masaya sipariş alan bir kafe işletmeciliğine benzer ne de vida üretip satan bir sanayi fabrikasına. Catering; her gün değişen menüsü, hazırlık ve pişirme fireleri, müşteri bazlı farklı gramaj şartnameleri, soğuk zincir kayıtları ve depozitolu küvet takibiyle kendine özgü bir operasyonel mimari gerektirir. İşletmenizi emanet edeceğiniz yazılımı seçerken, satış sunumundaki parlak vaatlerin ötesine geçip şu 10 kritik soruyu masaya koymanız gerekir.
1. “Restoranlardan veya Genel ERP’den Devşirme mi, Yoksa Doğrudan Toplu Yemek (Catering) İçin mi Tasarlandı?”
Sormanız gereken ilk ve en temel soru budur. Bir yazılımın içinde “reçete” kelimesinin geçmesi, onun yemek fabrikasına uygun olduğu anlamına gelmez. Restoran yazılımları (POS sistemleri), sabit bir menüden anlık sipariş (1 porsiyon İskender, 2 Kola) satmak ve masa hesabı kapatmak üzere kuruludur.
Oysa sizin ihtiyacınız olan şey; aylık menü planlaması, müşteri bazlı günlük kuver (kişi sayısı) tahmini, bu tahmin üzerinden toplu üretim iş emri ve malzeme ihtiyaç planlaması (MRP) yapabilen bir sistemdir. Demo sırasında satış temsilcisinden şunu isteyin: “Bana 30 günlük bir tabldot menüsü ekranı açın ve önümüzdeki haftanın toplam hammadde satın alma listesini tek tuşla çıkarın.” Eğer sistem bunu yapamıyorsa, yanlış yazılıma bakıyorsunuz demektir.
2. “Aynı Yemeği Farklı Müşterilere Farklı Gramaj ve Reçeteyle Üretebiliyor muyuz?”
Gerçek bir yemek fabrikasında “Orman Kebabı” tek bir standartta çıkmaz. A müşterisinin (ağır sanayi fabrikası) sözleşmesinde porsiyon başına 120 gram et taahhüdü varken, B müşterisinin (ofis/plaza) sözleşmesinde 90 gram et olabilir (gramajlar örnektir; işletmenizin HACCP planında ve reçetelerinde doğrulanmış değerleri esas alın). Hatta C müşterisi yemeklerinde kesinlikle iç yağ veya belirli bir baharatın kullanılmasını istemeyebilir.
Seçeceğiniz yazılıma şu soruyu yöneltin: “Aynı gün 5.000 porsiyon Orman Kebabı üretirken, her müşteriye özel bir ‘Orman Kebabı’ reçetesi mi açmak zorundayım, yoksa ana reçeteyi müşteri şartnamesindeki gramaj çarpanlarıyla otomatik ölçeklendirebiliyor mu?” Her müşteri için yüzlerce reçeteyi baştan kopyalamak zorunda bırakan bir yazılım, kısa sürede yönetilemez bir veri çöplüğüne dönüşür.
3. “Reçete Maliyetini Hesaplarken Çift Aşamalı Fireyi ve ‘Yerine Koyma Maliyetini’ Baz Alıyor mu?”
İlk yazımızda ayrıntılı olarak incelediğimiz gibi, gıda maliyetinin kalbi fire ve verim (yield) hesabıdır. Pek çok basit program, reçete maliyetini sadece depodaki ürünün “ortalama alış fiyatı” veya “FIFO (İlk Giren İlk Çıkar)” maliyetiyle çarpar.
Yazılım ekibine şunu sorun: “Sisteminizde bir hammadde için hem temizleme/ayıklama firesini hem de pişirme firesini ayrı ayrı tanımlayabiliyor muyum? Ve daha önemlisi; müşteriye 6 aylık fiyat teklifi hazırlarken maliyetimi depodaki ucuz stoktan değil, Son Alış Fiyatı veya benim gireceğim Hedef/Yerine Koyma Fiyatı üzerinden simüle edebiliyor mu?” Enflasyonist ortamda sadece geçmiş alış ortalamasıyla maliyet çıkaran bir yazılım, gelecekteki sözleşmelerinizde zarar etmenize yol açabilir.
4. “Sabah Saat 09.00’da Müşteri Kişi Sayısını Değiştirdiğinde Sistem Nasıl Tepki Veriyor?”
Catering operasyonunun en stresli anı, yemekler ocağa konduktan veya hazırlık bittikten sonra müşteriden gelen “Bugün 300 değil, 360 kişiyiz” telefonudur.
Yazılımın bu esnekliğe sahip olup olmadığını test edin: “Müşteri kendi panelinden veya bizim operasyon ekranımızdan sabah belirli bir saate (cut-off time) kadar porsiyon sayısını güncellediğinde; bu fark mutfaktaki üretim ekranına, ekmek/ayran siparişine, sevkiyat aracındaki küvet dağılım listesine ve ay sonu faturasına insan eli değmeden yansıyor mu?” Ayrıca, saat 10.00’dan sonra yapılan değişiklikleri sistemin otomatik kilitleyip “Ek Sipariş / Onaya Tabi” statüsüne alıp almadığını mutlaka sorgulayın.
5. “Depodan Mutfağa Çıkışta ‘Birim Dönüşümü’ ve ‘İkame Ürün’ Esnekliği Var mı?”
Mutfak kâğıt üzerindeki gibi çalışmaz. Reçetede “Pirinç Pilavı” için 142 kg pirinç görünür; ancak depo sorumlusu mutfağa 25 kiloluk çuvallarla 6 çuval (150 kg) pirinç verir. Veya o gün depoda “Baldo Pirinç” bitmiştir, mutfak şefi onun yerine “Osmancık Pirinç” kullanır.
Sorunuz çok net olmalı: “Yazılımınız sadece teorik reçete miktarını (142 kg) mı stoktan düşüyor, yoksa depodan fiilen çıkan 150 kg ile reçetedeki 142 kg arasındaki 8 kiloluk sapmayı / üretim fazlasını bana raporlayabiliyor mu? Ayrıca reçetedeki bir malzeme o gün depoda yoksa, iş emrini bozmadan tek tuşla ikame (muadil) ürün seçmeme izin veriyor mu?”
6. “HACCP, Şahit Numune ve Soğuk Zincir Kayıtları Üretim Akışının İçinde mi?”
İkinci yazımızda vurguladığımız gibi, gıda güvenliği kayıtları üretimden kopuk tutulduğunda sahte evraka dönüşme riski taşır. Çoğu işletme bir yandan üretim yazılımı kullanırken, diğer yandan gıda mühendisine kâğıt üzerinde HACCP formları doldurtur.
Yazılım sağlayıcısına şunu sorun: “Mal kabul ekranında faturayı girerken tedarikçi aracının ve ürünün geliş sıcaklığını zorunlu alan olarak soruyor mu? Sıcaklık +4 °C’nin üzerindeyse sistem uyarı verip ‘Şartlı Kabul / Red Tutanağı’ açtırıyor mu? Günlük menü üretildiğinde o günün Şahit Numune Etiketlerini (barkodlu/tarihli olarak) sistemden otomatik basabiliyor muyum?”
7. “Sevkiyatta ‘Dijital Teslim Kodu (OTP)’ ve ‘Boş-Dolu Küvet/Termobox’ Takibi Var mı?”
Üçüncü yazımızın ana ekseni olan teslimat kanıtı, yazılımın sahadaki gözüdür. Yazılımın sadece mutfak içinde kalıp kalmadığını anlamak için lojistik modülünü sorgulayın:
“Şoförlerim için mobil bir teslimat ekranı var mı? Müşteriye yemek teslim edilirken kaç adet dolu gastronorm küvet ve termobox bırakıldığını, dünden kaç adet boş küvet alındığını takip edip müşteri bazlı ekipman cari bakiyesi tutabiliyor mu? Ve teslimatı kâğıt imza yerine müşteri yetkilisine giden tek kullanımlık bir onay koduyla (e-posta, SMS ya da uygulama bildirimi) doğrulayabiliyor mu?”
8. “e-Fatura, e-İrsaliye ve Resmî Muhasebe Yazılımlarıyla Çift Yönlü Entegre mi?”
Catering yazılımını aldığınızda, muhasebe departmanınız tedarikçi alış faturalarını hem kendi muhasebe programına hem de catering yazılımına iki kere elle girmek zorunda kalırsa, o sistemde isyan çıkar ve veri girişi kısa sürede durabilir.
Mutlaka doğrulayın: “Tedarikçiden bana gelen e-Fatura veya e-İrsaliye, kalem kalem stok kartlarımla eşleşerek tek tuşla deponuza ve reçete maliyetlerinize otomatik düşüyor mu? Ay sonunda müşterilerle yaptığım porsiyon mutabakatı, muhasebe programıma doğrudan resmî e-Fatura olarak aktarılıyor mu?” e-Belge uygulamalarının kuralları Gelir İdaresi Başkanlığınca belirlendiğinden, sağlayıcının hangi entegratör ya da yöntemle çalıştığını da sorun.
9. “İnternet Kesildiğinde veya Mutfaktaki Buharlı Ortamda Sistem Nasıl Çalışıyor?”
Yemek fabrikaları genellikle organize sanayi bölgelerinde veya şehir çeperlerinde yer alır; depolar ise bodrum katlarda, kalın beton duvarların arkasındadır. Sabah 06.00’da sevkiyat çıkarken internet kesildiğinde veya bulut sunucuya ulaşılamadığında irsaliye basılamıyorsa, tüm operasyon felç olur.
Sorulması gereken teknik soru şudur: “Bulut (Cloud) tabanlı mı yoksa yerel sunucu (On-Premise) tabanlı mı çalışıyorsunuz? İnternet kesildiğinde depo ve sevkiyat ekranları çevrim dışı (offline) modda çalışmaya devam edip bağlantı geldiğinde senkronize oluyor mu? Ekranlarınız klavye-fare kullanmanın imkânsız olduğu ıslak/buharlı mutfak ortamında dokunmatik endüstriyel tabletlere uygun mu?”
10. “Kurulum, Veri Aktarımı ve Canlıya Geçişte Bize Kim, Nasıl Eşlik Edecek?”
En iyi yazılım bile sahipsiz bırakıldığında başarısız olur. Bir önceki yazımızda (Excel’den geçiş kontrol listesinde) gördüğümüz üzere, reçetelerin ve stokların sisteme aktarılması ciddi bir mesai gerektirir.
Sözleşmeyi imzalamadan önce şu son soruyu sorun: “Bize sadece bir kullanıcı adı-şifre verip eğitim videosu mu izleteceksiniz, yoksa mevcut Excel reçetelerimizin temizlenip sisteme aktarılmasında, ilk fiili depo sayımında ve ilk ay sonu maliyet kapanışında bizimle mutfağa girecek bir uygulama danışmanınız (implementasyon ekibiniz) var mı? Sabah 07.00’de sevkiyat ekranı kilitlendiğinde karşımızda ulaşabileceğimiz canlı bir destek ekibi bulabilecek miyiz?”
Karar Matrisi: Demo Toplantısında Yanınızda Bulunması Gereken Puanlama Tablosu
Görüşeceğiniz yazılım firmalarını duygusal izlenimlerle değil, somut kanıtlarla karşılaştırmak için aşağıdaki kontrol tablosunu toplantı masasında kullanabilirsiniz:
| Değerlendirme Kriteri | Aday Yazılım A | Aday Yazılım B | İşletmemiz İçin Önem Derecesi |
|---|---|---|---|
| 1. Sektörel Uygunluk: Doğrudan Catering/Toplu Yemek mimarisi (MRP + Menü) | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Kritik (Olmazsa Olmaz) |
| 2. Şartname Esnekliği: Müşteri bazlı farklı porsiyon gramajı ve fiyat yönetimi | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Kritik |
| 3. Gerçek Maliyet: Hazırlık + Pişirme firesi ve Son Alış/Hedef fiyat simülasyonu | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Kritik |
| 4. Üretim ve Depo: Teorik ve fiili stok sapma raporu ve ikame ürün kullanımı | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Yüksek |
| 5. Gıda Güvenliği: Entegre HACCP, sıcaklık kaydı ve şahit numune etiketi | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Yüksek |
| 6. Saha ve Lojistik: Mobil teslimat onayı (OTP) ve Boş-Dolu küvet/termobox takibi | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Yüksek |
| 7. Muhasebe Köprüsü: Gelen/Giden e-Fatura ve e-İrsaliye çift yönlü entegrasyonu | [ ] Var / [ ] Yok | [ ] Var / [ ] Yok | Kritik |
Sonuç: Yazılım Satın Almayın, Süreç Ortaklığı Kurun
Catering yazılımı seçimi, bir kerelik bir lisans satın alma işlemi değil; işletmenizin gelecekteki beş ila on yılını şekillendirecek stratejik bir ortaklık kararıdır. Satış toplantısında her soruya “Onu da yaparız, yazılımcı arkadaşlarımız iki günde ekler” diyen firmalardan ziyade; size mevcut sisteminde çalışan canlı ekranı o anda gösterebilen ve Türkiye’deki yemek fabrikalarının gerçek saha sorunlarını (fatura mutabakatını, fireyi, kayıp küveti) sizinle aynı dilden konuşabilen ekipleri tercih edin.
Doğru yazılım, mutfak müdürünüzü bilgisayar başına hapseden değil; onu ekran başından kurtarıp mutfaktaki lezzete ve kaliteye odaklanmasını sağlayan yazılımdır.
Örnek şablonu indirin
Dosya, yukarıdaki karar matrisinin yedi kriterini ve iki aday yazılım için boş değerlendirme sütunlarını içerir; formül yoktur.
Bu 10 soruyu CateringOS’a sorarsanız
CateringOS toplu yemek için tasarlandı: 30 günlük menü planı tablosu, üretim planına göre malzeme ihtiyacını ve önerilen siparişi gösteren malzeme ihtiyaç planı ekranı vardır. Farklı müşterilere farklı gramaj reçete varyantlarıyla (ekonomik, premium gibi) verilir. Porsiyon maliyeti son malzeme fiyatlarından hesaplanır; fire, reçeteye satın aldığınız (brüt) miktar yazılarak maliyete katılır, ayrı bir fire alanı yoktur. Müşteri kişi sayısını kendi portalından bildirir; kesim saatinden sonra gelen değişiklik onayınıza düşer. Sıcaklık ve şahit numune kayıtları HACCP ekranında tutulur, sınır dışı ölçüm işaretlenir; mal kabul ekranında teslim sıcaklığı girilir; ürün türüne göre bu alan zorunlu tutulabilir. Teslim kodu müşterinin e-posta adresine gider (SMS yoktur); şoför boş kap iade sayısını girer, ancak müşteri bazlı kap bakiyesi tutulmaz. CateringOS e-Fatura ya da e-İrsaliye düzenlemez ve entegratöre bağlanmaz (entegratör bağlantısı yol haritasındadır; bugün mevcut değildir); faturalarınızı muhasebe programınıza yüklenecek dosya olarak hazırlar. Tarayıcıdan çalışan bulut tabanlı bir yazılımdır; destek panel içindeki Destek düğmesinden yazılı olarak verilir. CateringOS’un yaklaşımı; standart operasyonları, izlenebilirliği, maliyet kontrolünü ve gıda güvenliğini ayrı dosyalarda değil tek yazılımda, kayıtlı veriyle yönetmektir.
CateringOS’u 30 gün ücretsiz deneyin ya da CateringOS neler yapar, neler yapmaz sayfasına göz atın.
Kaynaklar ve sektörel standartlar
- Gelir İdaresi Başkanlığı e-Belge sitesi (e-Fatura ve e-İrsaliye mevzuatı ve teknik kılavuzları): Türkiye’deki ticari yazılımların e-Fatura ve e-İrsaliye süreçleriyle entegrasyonunda uyması gereken kurallar.
- ISO/IEC 25010:2023 Sistem ve Yazılım Ürün Kalitesi Modeli: Kurumsal yazılım değerlendirmesinde kullanılan, dokuz kalite özelliğinden (ör. işlevsel uygunluk, güvenilirlik, güvenlik, bakım yapılabilirlik) oluşan uluslararası değerlendirme çerçevesi.
İlgili yazılar
- Excel’den catering yazılımına geçiş: kontrol listesi
- KVKK ve catering: personel ve müşteri verisi, veri işleme sözleşmesi
- Catering teslimatında kanıt: teslim tutanağı, teslim kodu ve itiraz yönetimi
Bu yazı genel bilgilendirme amaçlıdır; hukuki, mali ya da gıda güvenliği danışmanlığı yerine geçmez. Sınır değerleri ve süreleri güncel mevzuata, şartnamenize ve HACCP planınıza göre doğrulayın.
Bu yazı Yaver Arancıoğlu tarafından hazırlanmıştır.
CateringOS bir hcgl.nl ürünüdür.