Okul Yemek İsrafı Raporlama

Okul Yemek İsrafı Raporlama neyi kolaylaştırır?

Günlük üretilen ve artan yemek miktarları ölçülmediğinde hangi menüde israf oluştuğu anlaşılamaz.

Örnek kullanım ve iş akışı

Mutfak ekibi hazırlanan porsiyonu, dağıtılan miktarı ve uygun kategorilerde artanı kaydeder. Haftalık eğilimleri karşılaştırır.

İhtiyaca göre geliştirilebilecek işlevler

• Üretim ve dağıtım adedi
• Artan yemek nedeni
• Menüye göre karşılaştırma
• İsraf eğilimi raporu

Uygulamada dikkat edilmesi gerekenler

Gıda güvenliği kuralları ve atık sınıflandırması ayrı ele alınmalı; tahmini veriler kesin ölçüm gibi sunulmamalıdır.

Kurumunuz için kapsam planlama

Kantin ve yemekhane uygulamalarında mutfak, satış ekibi ve veli aynı verinin yalnız kendilerini ilgilendiren bölümünü görmelidir. Kurumun kantin işletme modeli, ödeme yöntemi, menü onay süreci ve mevcut muhasebe entegrasyonları incelenerek gerekli modüller seçilir.

Bu sayfada tanıtılan Okul Yemek İsrafı Raporlama kuruma göre geliştirilebilecek bir yazılım çözümüdür; hazır ve kullanıma alınmış bir ürün taahhüdü değildir. İhtiyacınızı anlatarak teklif isteyebilirsiniz.

Kullanıcıların girdiği veriler

Bu ürünün veri modeli planlanan porsiyon, dağıtılan yemek, artan miktar, menü, gün üzerinde kurulabilir. Ancak her bilgiyi kullanıcıdan yeniden istemek doğru değildir; okulun doğrulanmış temel kayıtları gerekli yerde referans alınabilir. Bir alan boş bırakılabiliyorsa bunun nedeni tanımlanmalı, bir değer sonradan değiştiğinde eski kararların hangi bilgiye dayandığı anlaşılmalıdır. Kullanıcının girdiği serbest notlarla sistemin kullandığı kesin durum kodları ayrı tutulmalıdır.

İşlem adımları ve onay noktaları

İşin ilk kayıttan kapanışa kadar nasıl yürüdüğü yazılı hâle getirilmeli: günlük üretim girilir; kalan yemek tartılır; neden sınıflandırılır; haftalık analiz hazırlanır. Her geçişte kimlerin işlem yapabildiği ve hangi kanıtın gerektiği anlaşılır olmalıdır. Bekleyen kayıtlar sorumluluğu belirsiz bir havuzda kaybolmamalıdır. Onaydan önce önizleme, onaydan sonra ise değişiklik geçmişi sunmak, okulda farklı ekiplerin tek kayda güvenmesini kolaylaştırır.

Çakışma ve iptal senaryoları

Okul Yemek İsrafı Raporlama için istisna listesinde tartı hatası, sınav nedeniyle eksik katılım, porsiyon değişimi mutlaka bulunmalıdır. Normal işleyen bir form, böyle bir durumda da doğru kalmayabilir. Özellikle aynı kayda iki kişinin yakın saatlerde müdahale etmesi halinde hangi değişikliğin geçerli olduğu belirlenmelidir. Kullanıcıya neden onay verilemediği açıklanmalı; yeniden başvuru gerekip gerekmediği veya hangi görevlinin inceleyeceği gösterilmelidir.

Rol bazlı kayıt görünürlüğü

Kullanıcı rollerini tanımlarken yemekhane yöneticisi, mutfak şefi ve okul idaresi arasındaki yetki ayrımı belirgin olmalıdır. Mahremiyet için şu sınır konulmalıdır: öğrencilerin bireysel beslenme tercihini genel israf raporuna koymamak. Talep oluşturan kişi kendi işlemini izleyebilirken kesin onayı farklı bir görevli verebilir. Yöneticiye açılan özet raporlar işlem için gerekli olandan fazla kimlik verisi içermemelidir. Bu yaklaşım hem mahremiyeti korur hem de yanlışlıkla yapılan değişikliklerin hangi aşamada ortaya çıktığını saptamayı kolaylaştırır.

Okul yaşamından bir senaryo

Bir pilot uygulamada salı günü pilavdan kalan miktarın öğrenci yoklamasıyla birlikte değerlendirilmesi üzerinden başlanabilir. Önce sorumlu öğretmen veya personel kaydın doğru oluştuğunu kontrol eder; ardından farklı kullanıcıların yanlışlıkla aynı işlemi onaylayıp onaylayamadığı sınanır. Gerekli bildirimler gecikirse sürecin kimin üzerinde kaldığı anlaşılmalıdır. Bu küçük ölçekli test, tüm okul açılmadan önce gerçek iş akışına ait sorunları bulmak için kullanışlıdır.

Neyi ölçmek işe yarar?

Yönetim ekranında porsiyon başına atık, menü sapması, dönem eğilimi gibi ölçümler anlamlı olabilir. Ancak her sayının hangi tarihlerden, hangi durumlardan ve hangi kullanıcı grubundan hesaplandığı açıkça belirtilmelidir. Yalnız toplam kayıt sayısını büyütmek bir başarı göstergesi değildir. İptal, tekrar işlem veya bekleyen onay sayıları gerektiğinde ayrı okunabilmelidir. Böylece ekip hangi aşamada darboğaz oluştuğunu tahmin etmek yerine somut veriye dayanarak tartışır.

Uygulamaya geçmeden önce

Kurulumdan önce bir sınır koymak gerekir: atık azaltımını çocukları öğün bitirmeye zorlamaya dönüştürmemek. Bu ilkeye göre örnek kullanıcılar, test verileri ve beklenen sonuçlar önceden hazırlanabilir. Geliştirilecek modüllerin sırası, günlük ihtiyacın yoğunluğuna göre belirlenmeli. Teknik olarak mümkün olan her alanı ilk günde zorunlu tutmak yerine, güvenli ve denetlenebilir temel akış önce çalıştırılmalı; ileri raporlar daha sonra eklenmelidir.