Okul Kantin Yönetim Sistemi

Okul Kantin Yönetim Sistemi neyi kolaylaştırır?

Kantin ürünlerinin fiyat, stok ve günlük satışlarının ayrı uygulamalarda tutulması yöneticinin doğru tabloyu görmesini zorlaştırır.

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

Yetkili ürün ve fiyat listelerini tanımlar, satışlar işlem sırasında kaydedilir. Gün sonunda stok hareketleri ve kasa özeti karşılaştırılır.

İhtiyaca göre geliştirilebilecek işlevler

• Ürün ve kategori yönetimi
• Satış işlem kaydı
• Stok azalma uyarıları
• Vardiya ve günlük rapor

Uygulamada dikkat edilmesi gerekenler

İptal ve iade işlemleri izlenebilir olmalı; mali kayıt ve mevzuat gereklilikleri mevcut muhasebe sistemiyle ayrıca değerlendirilmelidir.

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 Kantin Yönetim Sistemi 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

ürün stoğu, satış fiyatı, tedarikçi, günlük kasa, son kullanma tarihi gibi başlıkların aynı formda görünmesi, hepsinin her zaman zorunlu olması anlamına gelmez. Okul Kantin Yönetim Sistemi kapsamında talep aşaması ile kesinleşmiş işlem aşaması farklı ayrıntılar gerektirebilir. Doğrulama kuralları bu ayrımı gözetmelidir. Okulun hâlihazırdaki öğrenci, öğretmen veya sınıf verisiyle ilişki kurulacaksa mükerrer kopya üretmek yerine güvenilir ana kayda bağlantı kurulması tercih edilmelidir.

Kayıttan son karara ilerleyiş

Süreç, yalnız bir başlangıç ve bitiş düğmesinden oluşmamalıdır. Ürün teslim alınır; satış kaydı yapılır; stok düşer; günlük kasa kontrol edilir. Kullanıcının gördüğü durum adları kurumun günlük konuşmasına uygun seçildiğinde eğitim süresi kısalır. Özellikle beklemede, düzeltme istendi ve tamamlandı gibi aşamalar anlaşılır olmalıdır. Bir adım geri alındığında eski kaydın neden değiştiği açıklanır; yeni durum eski kararların izini silmez.

Hatalı sonuçları önleme

İşlem öncesi kontrol listesi hazırlanırken son kullanma tarihi yaklaşması, satış iptali, yazar kasa farkı özel yer tutmalıdır. Bunun için tek tip 'hata oluştu' uyarısı yeterli değildir; sorun eksik belge mi, takvim çakışması mı, yetki eksikliği mi açıkça ayrılmalıdır. Kullanıcının daha önce girdiği geçerli bilgiler saklanır, inceleme gerektiren bölüm işaretlenir. Sonuç değiştiğinde etkilenmiş kullanıcıya eski ve yeni durum anlaşılır biçimde iletilmelidir.

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

Okul Kantin Yönetim Sistemi kapsamında erişim tasarımının temel ilkesi ihtiyaç kadar bilgi göstermektir. Mahremiyet için şu sınır konulmalıdır: öğrenci alışveriş verisinin ticari amaçla paylaşılmaması. kantin işletmecisi, satın alma ve okul idaresi için ayrı görünüm ve işlem sınırları düşünülmesi gerekir. Özellikle ek dosya, resim ve indirilebilir tablo gibi verilerin doğrudan bağlantıyla yetkisiz açılmaması kontrol edilmelidir. Güvenli kayıt tutmak, tüm veriyi her görevliye göstermek değil sorumluluğa uygun erişimi sağlamaktır.

Okul yaşamından bir senaryo

Bir pilot uygulamada öğle arasında sandviç stokunun tükenmesi üzerine minimum seviye uyarısı açılması ü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.

Dönem sonunda ne görülebilmeli?

Dönem sonunda oluşacak verinin yorumlanması baştan planlanmalı. Satış hacmi, stok kaybı, fire, kasa farkı gözlemlenebilir, fakat sonuçlar kaynağından koparılmamalıdır. Özellikle aynı kişinin birden çok talepte bulunmasıyla tekil kullanıcı sayısı karıştırılmamalı. Açık durumdaki işler rapora ayrı yansıtılmalı; olumlu sonuç veren bir grafik uğruna reddedilmiş veya değişmiş kayıtlar gizlenmemelidir.

Kurulum ve kabul kontrolü

Kurulumdan önce bir sınır koymak gerekir: gıda güvenliği ve mali mevzuat yükümlülüklerini sistem uyarısına indirgememek. 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.