Fabrikada veri var, karar yok: üretim raporlamasının çöktüğü 5 nokta

Bir üretim tesisinde "bizde veri yok" cümlesi neredeyse hiç doğru değil. Veri var — sipariş formunda, tartı fişinde, vardiya defterinde, WhatsApp grubunda, muhasebedeki Excel'de. Sorun verinin yokluğu değil; aynı olayın beş yerde farklı yazılmış olması.

Ege'deki üretim tesislerinde tekrar eden beş çöküş noktası şunlar.

1. Ürün kodu tek değil

En sık ve en pahalı sorun. Aynı ürün depoda "MVX-12", üretimde "12'lik mavi", satışta "Mavi Model 12" olarak geçiyor. Üç kayıt üç ayrı ürün gibi davranıyor ve hiçbir rapor tutmuyor.

Çözüm sırası: Önce tek bir ürün kodu listesi (tek dosya, tek sahibi olan). Sonra bu listenin dışına çıkan hiçbir kaydın kabul edilmemesi. Kod listesini sadeleştirmek, yeni yazılım almaktan önce gelir — çünkü kod düzeni olmadan alınan yazılım, karmaşayı hızlandırmaktan başka bir şey yapmaz.

2. Zaman damgası olayın kendisiyle aynı anda oluşmuyor

Vardiya bitiminde toplu girilen üretim kayıtları, saatlik verimlilik hesabını imkânsız hâle getiriyor. Rapor "bu vardiyada 400 adet üretildi" diyor; hangi saatte durdunuz, bilinmiyor.

Çözüm: Kaydın olayın olduğu yerde ve anda alınması. Bunun için pahalı bir sistem gerekmiyor; hattın yanındaki bir tablet ya da barkod okuyucu çoğu tesiste yeterli. Kritik olan cihaz değil, kaydın gecikmemesi.

3. Fire, üretimin içine gizleniyor

Fire ayrı bir kalem olarak kaydedilmediğinde, üretim miktarından sessizce düşülüyor. Sonuçta ne fire oranını bilebiliyorsunuz ne de nerede oluştuğunu.

Çözüm: Fire için ayrı bir kayıt alanı ve en fazla 5 seçenekli bir sebep listesi. Uzun sebep listeleri doldurulmuyor; kısa olanlar doluyor.

4. Depo sayımı ile sistem arasındaki fark kapatılmıyor

Sayım yapılıyor, fark çıkıyor, fark "düzeltiliyor" ama sebebi araştırılmıyor. Üç ay sonra aynı fark daha büyük hâlde geri geliyor.

Çözüm: Sayım farkını da bir hareket olarak kaydetmek ve sebebini işaretlemek. Fark eğilimi, çoğu tesiste hırsızlığı değil, kayıt disiplinindeki bir boşluğu gösteriyor.

5. Rapor, veriyi girenin işine yaramıyor

Bu, teknik olmayan ama en belirleyici madde. Operatör kaydı giriyor ama rapordan hiçbir zaman kendisi faydalanmıyor; rapor yalnızca yukarı gidiyor. Böyle bir sistemde veri kalitesi zamanla düşüyor, çünkü dikkatli girmenin karşılığı yok.

Çözüm: Vardiya sonunda hattın kendi sayılarını gördüğü tek sayfalık bir çıktı. Bu tek uygulama, veri kalitesini diğer dört maddenin toplamından daha fazla yükseltiyor.

Yazılım tarafında ne değişir

Bu beş nokta düzeltilmeden alınan hiçbir yazılım işe yaramıyor; düzeltildikten sonra ise neredeyse her yazılım işe yarıyor. Bu yüzden sıralama şu olmalı: önce kod düzeni ve kayıt disiplini, sonra araç seçimi.

Araç tarafında Türkiye'de bu ölçek için dört yaklaşım dolaşımda: uzun süredir kullanılan yerleşik paketler (Logo, Mikro, Netsis), bulut tabanlı ön muhasebe araçları (Paraşüt ve benzerleri), son yıllarda çıkan ve KOBİ ölçeğine göre kurgulanmış sistemler (Dia'nın yanı sıra Labyra da bu tarafta; her ikisinde de bayi ağı ve referans sayısı yerleşiklere göre dar, bunu hesaba katın), ve ihtiyaç darsa açık kaynak seçenekler (Odoo, ERPNext). Hangisinin uygun olduğu, yukarıdaki beş maddeden hangilerinin sizde açık olduğuna göre değişiyor — üretim takibi zayıfsa muhasebe odaklı bir paket sorunu çözmüyor.

Seçim yaparken sorulacak üç soru şunlar:

1. Veriyi geri alabiliyor muyum? Sözleşmede dışa aktarma maddesi yoksa, üç yıl sonra sistemi değiştiremezsiniz.
2. Kaydı sahada kim girecek? Ekranı operatörün kullanamayacağı bir sistem, ofiste ikinci kez veri girişi demektir.
3. Kurulum kimde? Bayi mi, üretici mi, kendi ekibiniz mi? Kurulumdan sonra sizi kimin arayacağı belli değilse fiyat karşılaştırması anlamsız.

Özet

Üretim raporlamasında sorun neredeyse hiçbir zaman "yeterince gelişmiş yazılım olmaması" değil. Sorun, aynı olayın farklı isimlerle beş yere yazılması. Bu düzeltildiğinde elinizdeki en basit araç bile çalışmaya başlıyor.