
Kantin Ürün ve Fiyat Listesi neyi kolaylaştırır?
Kantin ürün fiyatlarının panodaki listeyle satış ekranında farklılaşması güven sorununa yol açar.
Örnek kullanım ve iş akışı
Yetkili ürün, porsiyon ve fiyat bilgilerini tek listede düzenler. Onaylanan liste web, kiosk veya satış ekranında aynı sürümle gösterilir.
İhtiyaca göre geliştirilebilecek işlevler
- Ürün kategori ve açıklaması
- Geçerlilik tarihli fiyat
- Ürün görünürlüğü
- Fiyat değişiklik geçmişi
Uygulamada dikkat edilmesi gerekenler
Fiyat geçişlerinde eski siparişlerin tutarı geriye dönük değiştirilmemeli; ürün bilgileri güncel tutulmalı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 Kantin Ürün ve Fiyat Listesi 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.
Kantin Ürün ve Fiyat Listesi: Kurum açısından kullanım gerekçesi
Kantin Ürün ve Fiyat Listesi, eğitim kurumu içinde belirli bir kaydın veya görevin dağınık kanallarda yönetilmesini azaltmayı amaçlayan kuruma özel yazılım fikridir. Süreçte kantin yöneticisi, mali işler ve veli birlikte çalışabilir. Kurum açısından başarı, daha fazla veri toplamakla değil, gerektiği anda doğru kayda ulaşmakla ölçülür. Bu yüzden tasarımda kullanıcı sayısı kadar veri sahipliği, zamanlama ve değişiklik durumları da önceden düşünülmelidir.
Kayıtların ortak dili
Örnek veri yapısında ürün adı, fiyat, porsiyon, etkin tarih, alerjen alanları düşünülebilir. Bu bilgiler, kantin ürün ve fiyat listesi işleminin hangi tarihte ve hangi koşullarda yapıldığını açıklamaya yetecek kadar ayrıntılı olmalıdır. Özellikle okul takviminin yoğunlaştığı günlerde uzun formlar terk edilebilir. Bu nedenle asıl karar için gerekli bilgiler ilk aşamada, tamamlayıcı notlar daha sonra istenebilir; hatalı formatlar kullanıcı kayıt yapmadan önce gösterilmelidir.
Ekranlar arasındaki iş akışı
Kurumdaki kullanım ürün tanımlama, fiyat onayı, liste yayını, geçmiş sürüm olarak planlanabilir. Örneğin ilk durum yalnız taslaksa, son aşamaya geçmeden önce ilgili görevliden gerçek bir teyit alınması gerekir. Taslak ile kesinleşmiş işlem birbirinden ayrılmalı; yöneticinin onayı olmadan sonucun kesinleştiği izlenimi verilmemelidir. Durum değiştiğinde bağlı takvim, listeler ve varsa kapasite bilgisi aynı işlem mantığıyla yenilenmelidir.
Önemli kontrol noktaları
Kantin Ürün ve Fiyat Listesi uygulamasında özellikle fiyat değişiminin kasa ve panoda farklı görünmesi gibi olasılıklar göz ardı edilmemelidir. Bu beklenmedik durum, kurumun takvimi, kayıtları veya öğrenci güvenliği üzerinde farklı etkiler oluşturabilir. Gerçek kullanımda hata çoğu zaman kötü niyetten değil, geç kalan bilgi ve farklı birimlerin aynı kaydı değiştirmesinden kaynaklanır. Bu yüzden eşzamanlı düzenleme, onay sonrası değişiklik ve iptal senaryoları ayrı ayrı sınanmalıdır.
Pilot uygulamada denenebilecek durum
Bu yazılım için gerçekçi bir deneme, dönem başında sandviç ve içecek fiyatlarının aynı anda güncellenmesi senaryosudur. Örneğin okulun birim ve dönem kuralları böyle bir durumda tek tek denenebilir. Pilot uygulamada en az iki farklı kullanıcı rolü ve bir iptal örneği denenmelidir. Böylece yalnız ekranda doğru görünen bilgi değil, işlem sonundaki gerçek sorumluluk ve tarih kayıtları da kontrol edilmiş olur.
Operasyon sorumlulukları
Kantin Ürün ve Fiyat Listesi için kantin yöneticisi, mali işler ve veli arasındaki sorumluluklar eşit değildir. Kayıt açma, içeriği değiştirme, onaylama ve yalnız sonuç görme izinleri ayrı ayrı tanımlanabilir. İşlemin kiminle başladığı kadar, gecikme olduğunda kime döneceği de belirlenmelidir. Sorumlu ekip değiştiğinde eski kullanıcıya ait erişimler kapatılıp açık işler yeni görevliye devredilmelidir.
Raporlarda neye bakılmalı?
yayınlanan liste ile kasa uyumu gibi göstergeler karar desteği sağlayabilir. Sayılar yalnızca bu süreçte gerçekten oluşan kayıtlar üzerinden hesaplanmalı; varsayılan faaliyetleri gerçekleşmiş gibi göstermemelidir. Göstergenin altındaki kayıtlar doğrulanamıyorsa grafik tek başına karar aracı olmamalıdır. Özellikle az katılımlı gruplarda kişi bilgileri dolaylı olarak açığa çıkabileceği için rapor erişimi ve ayrıntı seviyesi sınırlandırılmalıdır.
Kademeli kullanıma geçiş
Kantin Ürün ve Fiyat Listesi tasarlanırken kurumun kademe, şube ve personel yapısına göre öncelikli işlevler belirlenmelidir. İstenen modüller mevcut yazılımlarla entegrasyon, ayrı yetki ekranları veya bildirim altyapısı gerektirebilir. Kurumun mevcut sistemi varsa tek seferde toplu taşıma yerine örnek kayıtlarla kontrollü aktarım denenmelidir. İlk sürümde kimlik doğrulama, kayıt bütünlüğü ve temel raporlar çalışmadan karmaşık otomasyonlara geçilmemelidir.