Sipariş Geldi, İş Emri Açıldı, Sonra Ne Oldu?

Müşteri sipariş verdi. Satış ekibi ERP’ye giriş yaptı, ürün, miktar, teslim tarihi kaydedildi. Planlama bölümü bakıp iş emrini açtı. Makine mühendisi ile üretim şefi whatsapp’ında harita haber ve Excel dosyası (en son sürüm hangisi? bilmemek) attı. İlk operatör masaya oturdu, belki bir kâğıt notu aldı, belki sadece sözel talimat aldı. Proje başladı. Ancak bu anlar arasında bilgi nereye gitti? Kimin yanında? Nasıl bir hale geldi?

Talebe yönelik (make-to-order, MTO) üretim yapan fabrikaları gözlemlediğimizde, sipariş başladığında ve operasyona hazırlanırken yaşanan bu bilgi kaos, üretimdeki belirsizliğin köklerinden biridir.

Bilginin Dağılmış Durumu

Bir sipariş, başlangıçta tek bir ERP kaydı gibi görünse de, operasyona hazırlanırken parçalanır:

ERP’de: Ürün kodu, beden/renk varyasyonları, birim, teslim tarihi, müşteri bilgisi. İş emri numarası üretilmiş, ancak bu numara sahanın başında hangi makinede, hangi operatörle çalışacak? Bilinmemektedir. ERP’nin tasarı mantığı, ürünün standart reçetesini ve rotasını gösterir — ama talebe yönelik üretimde “bu sipariş için tam bu reçete midir?”, “bu sıra çok katı mı yoksa operasyonel esneklik var mı?” soruları eğik kalır.

Excel tablolarında: Planlama şefi bir tablo tutuyor — bu haftanın iş emirleri, her birinin yaklaşık başlama tarihi, talebi karşılamak için kaç gün kaldığı. Ancak bu tablo manuel, güncellenmesi ve denetlemesi sonradan gelir. Üretim şefi kendi tablosunu tutabilir; bunu planlama görmeyebilir. İş emrinin durumunu (açıldı, başlandı, durduruldu, bitti) kim takip ediyor? Çoğu zaman sayılama yapılır — yazılı bir sistem yok, sadece “o iş emrine sor” denir.

Usta hafızası: Saha başı operasyon planını aslında fabrika ustası tutuyor. Hangi makineler boş, hangisi çalışıyor, mevsimsel uyarlama (örneğin biş döneminde kolaylaştırma, yoğun dönemde bypass), bu sipariş için kaç vardiya gerekir, kimin dişi, kimle problem var — bu tüm bilgiler usta kafasındadır. Yazılı değildir. Usta gitmişse, 15 yıldır tuttığu saha planı başkasıyla paylaşılamaz. İş emri iş emri olarak kalır, saha planı ile entegrasyonunun hiç kaydı yoktur.

WhatsApp ve sesli talimatta: Kritik bir değişiklik gelmiş (müşteri rengini değiştirdi, hızlı teslim istedi). Satış müdürü planlama şefine WhatsApp’ta yazıyor. Planlama, üretim şefine söylüyor. Üretim şefi makine mühendisine bildirildiğini var saymakla direkt ustaya git söylemiyor. Bilgi mesaja dönüyor, bir telefon şerait hale geliyor, yazılı bir değişim kaydı yok. İş emrinde bu değişiklik ne zaman görülür? Eğer görülürse. Operatör bu değişimi bilir mi? İşte başındaysa belki ama yarını bilmez.

Kâğıt notu ve sözel talimatta: İş emri başlamak üzere. Operatör makineye geliyor. Masada bir kâğıt notu var — “XXX ürünü, birim 50, renk mavi, sızıntı test 0.5% altı” — bu notu kim yazmış? Kaç gün eski? Ürün değişti ise notu güncellediler mi? Usta söyle söyleme yapıyor, “mavi renk bu sefer biraz ışık al” — bu direktif neden verildi? Müşteri istemiş mi yoksa üretim geçmiş deneyimden mi? Talimat ve nedeni kaydedilmemiş.

Operasyon Başlamadan Önce Kayıp Giden Bilgi

Bu dağılmışlık, sipariş operasyona başlamadan önce şu kayıpları yaratır:

1. Reçete ve rota belirsizliği: İş emrinde yazılı olan reçete tam bu imalat için mi, yoksa standart bir şablon mi? Sürüm eski mi? Müşteri özel talepleri vardı mı? Operatör, planlama ile aralarında fark olduğunda, hangisini takip etmesi gerektiğini bilemez.

2. Kaynak (makine/operatör) tahsisi kayıtlı değildir: Bu iş emri hangi makinede çalışacak, hangi vardiya. Operasyon başlamadan sonra “o makineyi başka işe koymak lazım, bu iş emri nereye gitti?” sorunu ortaya çıkıyor. Yeniden plan yapılıyor, bu sefer başka makineye kaydırılıyor. Ancak ilk plandan ikinci plana geçiş kaydedilmemiş; saha hangisini takip ediyor?

3. Değişim yönetimi taraftan boş geçer: Müşteri rengini değiştirdi, operasyon süresi iç rehberinizin aksine kalacak, alternatif bir kaynak (makine) kullanılacak. Bu değişimler adı, nedeni, onayı, etkisi kaydedilmez. Sonradan maliyeti hesaplamak istediğimizde, “bu iş emr neden planlananın dışında çıktı?” bilemeyiz.

4. Yönetim seviyeleri arasında kopukluk: Satış mühendis fiyat teklif verdi, hesaplamada A malzemesinden (ucuz) çıktı. Operatör ise B malzemesini (daha kaliteli, biraz daha pahalı) koydu — usta tavsiye etti. Finansal kayıt karışıyor, müşteri masrafı doğru hesaplanmıyor, kar/zarar gerçeğini kimsede yok.

Neden Önemlidir?

Talebe yönelik üretimde, her sipariş farklı ve koşullara bağlı. Bilgi dağılmışsa, operasyonun akışı belirsiz olur. Kaynaklar (makine, işgücü) verimli tahsis edilemez. Müşteri teslim tarihi kayabilir. Kalite standartları tutarsız uygulanır. Maliyeti takip etmek mümkün olmaz. Şikayetler geldiğinde (örneğin kalite sorunu), “neden böyle yaptın?” diye sorduğunda cevap “bana öyle söylediler” oluyor.

Üretim yazılımı, bu bilgi dağılımını önlemek için inşa edilir. Ama yazılım sadece kayıt sistemi değildir; ortam (infrastructure) sağlar. Gerçek sorun, yazılımsız durumdaki çalışma alışkanlığı çok köklüdür.

Sonraki Adım

Bir fabrika, iş emirleri başladığında bilginin tamamını, tek bir kaynaktan (bir sistem) operatöre ulaştırmaya ihtiyaç duyar. Bunu yapabilmek için, ERP’nin ötesinde, gerçek zamanlı saha operasyon yönetimi katmanı (MES / MOM) gerekir. Bu katmanlar, siparişten operasyona kadar tüm değişiklikleri, alternatif kaynakları, değişimleri, neden ve neticesi ile kaydeder.

Gelecek yazıda, bu katmanlar nelerdir ve gerçekte ne iş yapar, başlayacağız.