Sektör

Gıda ve İçecek Üretimi

Parti/lot izlenebilirliği, raf ömrü, randıman ve fire takibi ile üretim planlamasını tek veri modelinde birleştiren yazılım çözümleri.

İletişime Geçin ↗
Gıda ve İçecek Üretimi

Gıda üretiminde yazılımın çözmesi gereken asıl problem

Gıda üretiminde temel zorluk üretim planlaması değil, izlenebilirliktir: bir şikâyet geldiğinde hangi hammadde partisinin hangi üretim emrinde kullanıldığını, o emrin hangi sevkiyatlara gittiğini ve hangi müşterilere ulaştığını dakikalar içinde çıkarabilmeniz gerekir. Bu zincir veri modeline en baştan yazılmadıysa, sonradan raporla kurulamaz.

Kritik süreçler

  • Parti/lot ve seri takibi: Hammadde girişinden mamul çıkışına kadar kesintisiz bağ; ileri ve geri izlenebilirlik sorgusu.
  • Raf ömrü ve son kullanma tarihi: FEFO (ilk süresi dolan ilk çıkar) sevkiyat mantığı, kalan raf ömrüne göre müşteri kabul kuralları.
  • Reçete ve revizyon: Aynı ürünün farklı reçete sürümleriyle üretilmesi; hangi partinin hangi reçete sürümüyle üretildiğinin kaydı.
  • Randıman ve fire: Teorik ile gerçekleşen tüketim farkının parti bazında ölçülmesi; fire kaynağının hat, vardiya ve operatör kırılımında görülmesi.
  • Kalite kontrol: Girdi, ara ve son kontrol noktaları; uygunsuzluk kaydı ve karantina stoğu.
  • Soğuk zincir: Depolama ve sevkiyat sıcaklık kayıtlarının parti kaydına bağlanması.

Hangi çözüm neye karşılık geliyor?

Üretim, stok ve maliyet tarafı [ERP danışmanlığı ve geliştirme](/cozumler/erp-danismanligi) kapsamında ele alınır; ERP bütçesinin nasıl kurulacağını [ERP maliyeti rehberimizde](/blog/erp-rehberi) anlatıyoruz. Bayilere ve zincir müşterilere satış için [B2B bayi portalı](/urunler/bayi-portal), saha ekibi ve rota satışı için [plasiyer takip](/urunler/plasiyer-takip), tahsilat ve vade yönetimi için [nakit akışı takibi](/urunler/nakit-akis) kullanılır. Depo ve hat terminalleri için [mobil uygulama geliştirme](/cozumler/mobil-uygulama-gelistirme) tarafında çevrimdışı çalışma esastır.

Zorunlu entegrasyonlar

E-fatura ve e-irsaliye, terazi ve etiket yazıcıları, barkod/karekod okuyucular, soğuk hava deposu izleme sistemleri, banka hesap hareketi ([banka entegrasyonu](/urunler/banka-entegrasyonu)), zincir market EDI/sipariş kanalları ve muhasebe.

Nereden başlıyoruz?

Gıda üreticilerinde en sık karşılaştığımız başlangıç durumu şudur: üretim planı Excel'de, lot numarası el yazısıyla üretim formunda, sevkiyat irsaliyesi ayrı bir programda tutulur. Üçü arasında bağ yoktur; izlenebilirlik sorgusu geldiğinde birileri arşive iner.

İlk atölyenin çıktısı bir yazılım listesi değil, izlenebilirlik zincirinin haritasıdır: hangi adımda hangi kimlik üretiliyor (parti, palet, sevkiyat), bu kimlik hangi fiziksel ortama basılıyor (etiket, karekod) ve hangi noktada okunuyor. Zincirde okuma noktası olmayan her adım, sonradan veri kaybı olarak geri döner.

Veri modelinde net olması gerekenler

  • Parti kimliği: Üretim tarihi, hat, vardiya ve reçete sürümünü içeren, tekrar üretilemeyen bir anahtar.
  • Tüketim kaydı: Hangi hammadde partisinden ne kadar tüketildiği — teorik değil, terazi veya sayaç kaynaklı gerçekleşen miktar.
  • Palet–parti ilişkisi: Bir palette birden fazla parti bulunabileceği için ilişki çoktan çoğa kurulmalıdır.
  • Sevkiyat satırı: Müşteri, palet, parti ve miktar aynı satırda; irsaliye numarası tek başına yeterli değildir.
  • Kalite kaydı: Ölçüm değeri, limit aralığı, ölçen kişi ve cihaz; "uygun/uygun değil" tek başına sorgulanabilir veri üretmez.
  • Karantina durumu: Stoğun serbest, karantinada ve bloke durumları ayrı ayrı tutulmalı; tek bir "kullanılabilir" alanı yetmez.

Devreye alma sırası

1. Tanım ve stok: Ürün ağacı, reçete sürümleri, depo ve lokasyon yapısı, birim dönüşümleri.
2. Üretim kaydı: Üretim emri, parti üretimi, hammadde tüketimi ve etiket basımı. Bu faz bitmeden izlenebilirlik sorgusu çalışmaz.
3. Kalite ve sevkiyat: Kontrol noktaları, karantina, FEFO sevkiyat ve müşteri raf ömrü kuralları.
4. Maliyet ve raporlama: Parti bazlı gerçekleşen maliyet, randıman ve fire raporları, e-belge entegrasyonları.

Geçiş tarihi kritiktir: parti takibi geriye dönük kurulamayacağı için, sayım yapılan bir tarihte açılış stoğuna yapay bir açılış partisi verilir ve o tarihten sonrası gerçek zincirle ilerler.

Neyi ölçüyoruz?

Sistem, aşağıdaki göstergeleri ölçülebilir hâle getirir. Bunlar bir iyileşme vaadi değil, kurulan ölçümün kendisidir:

  • İzlenebilirlik sorgusunun cevaplanma süresi (bir partiden müşteri listesine ulaşma)
  • Teorik tüketim ile gerçekleşen tüketim farkı (parti, hat ve vardiya kırılımında)
  • Raf ömrü kalan gün dağılımına göre stok yaşlandırması
  • Karantinada bekleyen stok tutarı ve bekleme süresi
  • Reçete sürümü başına birim maliyet

Sık yapılan hatalar

  • Lot alanını açıp zorunlu yapmamak. Boş bırakılabilen bir lot alanı, zincirin ilk kopma noktasıdır.
  • Etiketi üretimin sonuna bırakmak. Parti kimliği hammadde kabulünde doğmazsa geri izlenebilirlik kurulamaz.
  • Reçeteyi sürümlememek. Geçmiş maliyet raporları her reçete değişikliğinde sessizce değişir.
  • Fire kaydını tek bir "fire" kalemine toplamak. Kaynağı (hat, vardiya, neden) ayrışmayan fire verisi karar üretmez.

Sık sorulan sorular

Lot takibi mevcut sistemimize sonradan eklenebilir mi?

Kısmen. Lot alanı eklemek kolaydır; asıl iş, hammadde–üretim emri–mamul–sevkiyat zincirinin her adımında bu alanın zorunlu ve doğrulanmış olmasıdır. Geçmiş veriye geriye dönük lot atanamaz, bu yüzden geçiş tarihi net belirlenmelidir.

Reçete değişikliği maliyeti nasıl etkiler?

Reçete sürümlenmediğinde geçmiş üretimlerin maliyeti bugünkü reçeteyle yeniden hesaplanır ve geçmiş dönem raporları değişir. Sürümleme, hem maliyet hem izlenebilirlik için zorunludur.

Fire oranını yazılım tek başına düşürür mü?

Hayır. Yazılım fireyi ölçülebilir hâle getirir: hangi hatta, hangi vardiyada, hangi üründe ne kadar fire oluştuğunu gösterir. İyileştirme bu ölçümün üzerine kurulan operasyonel kararlarla gelir.

Gıda güvenliği denetiminde sistemden hangi çıktı isteniyor?

Denetimde tipik olarak bir partiden ileri (hangi müşterilere gitti) ve geri (hangi hammaddelerden üretildi) izlenebilirlik listesi istenir. Bu iki sorgu ekrandan çalıştırılabilir olmalı; rapor dosyası olarak dışa aktarılabilmesi ayrıca beklenir.

Zincir marketlerin EDI kanalına bağlanmak zorunlu mu?

Zorunlu değil ama sipariş hacmi arttıkça elle giriş hata kaynağına dönüşür. EDI bağlantısında kritik nokta sipariş kabulü değil, sipariş–irsaliye–fatura üçlüsünün aynı referansla eşleşmesidir; eşleşmeyen belge zincir market tarafında ödeme gecikmesi üretir.

Terazi ve etiket yazıcıları sisteme nasıl bağlanır?

Terazi çoğunlukla seri port veya ağ üzerinden ölçüm gönderir; etiket yazıcısına ise şablon ve veri ayrı gönderilir. Kritik gereklilik, ölçümün hangi üretim emrine ait olduğunun cihaz tarafında değil sistem tarafında belirlenmesidir; aksi hâlde yanlış emre yazılan ölçüm sonradan ayrıştırılamaz.