ERP Nedir, Ne Değildir?

ERP, uzun yıllardan beri üretim şirketlerinin veri omurgası olmuştur. “ERP yok mu?” sorusu artık “İnternet yok mu?” kadar basit. Haliyle kurulmayan yerler çok az kaldı.

Ama yıllar geçtikçe dikkat çeken bir paradoks ortaya çıkıyor: ERP kurulu bir fabrikada tam olarak neler oluyor, neler olmuyor?

ERP’nin İçinde Olanlar

ERP paketlerini inceleseniz (Netsis, Odoo, Logo, Paraşüt, SAP, Oracle vb.), hepsinin omurga yapısı benzerdir:

Finansal muhasebe: Alacaklar, ödemeler, ara hesaplamalar, vergi, dönem kapaması.

Satış: Müşteri siparişi kaydı, fatura, sevkiyat takibi, iade işlemleri.

Satınalma: Satıcı seçimi, teklif, sipariş, giriş kontrol, ödeme.

Stok/Depo: Mal girişi, çıkışı, yer tanımı, transfer, envanter sayımı.

Muhasebe İşlemleri: Yevmiye kaydı, günü son işlemleri, finansal raporlar, dönem sonlandırması.

Bu alanlarda ERP neredeyse evrensel standart haline gelmiştir. İhtiyaçlar tanınmış, çözümler olgunlaşmış, entegrasyon desenleri kurulmuştur.

ERP’nin Dışında Kalanlar

Ama şimdi üretim hattına yakın bir senaryoyu kurgulayalım.

Pazartesi sabahı, işletme müdürü Hakan’a yeni bir sipariş geldi. Müşteri, özel sipariş. Makine Yapı Sanayisi’nden, özel dikişli metal çerçeveler. Standart ürün değil, her defasında farklı boy ve malzeme kombinasyonu isteniyor.

Hakan ERP’ye açtı, siparişi kaydetti. “Üretimi başlasın” dedi.

Ama sorun burada başlıyor.

Recete Ne?

Standart ürünü yapabilen ERP’de kayıtlı reçete vardır: Demiri kes, kayna, boya, test. Her adım makine, zaman ve atık oranı bellidir.

Ama bu sipariş için?

Müşteri: “Bu sefer demir yerine alüminyum, boyut 2300x1400, kaynak tipini TIG yapalım.” Bu kombinasyon hiç yapılmamış. Reçete nerede? Makine kaynağından çıkacak mı, yoksa müdürün kafasından mı?

ERP’ye yeni reçete koymak 2-3 gün ister. Ama sipariş 1 hafta içinde teslim edilmek zorunda.

Operasyon planlamacı Çetin, o gün saat 10:00’de müdür Hakan’a çağrı yaptı: “Reçete yazsan mı, pilot olarak ilk bir tanesini deneyelim?”

Hakan: “Tamam, kağıda yazıyorum.”

Kağıda yazıyor. ERP’de değil.

İş Emrü Kabı

Yazılan reçeteleri ERP iş emrüne koymaya çalışırlar. Ama iş emrü formu standart ürünler için tasarlandığından, özel durum açıklamaları yapıştırılıyor:

• Notlar alanına “Özel KM kombinasyonu, müdür kontrol etsin”
• WhatsApp grubuna “Kız, bu sefer bu adımda çift kaynak yap”
• Usta Yusuf’un yazılı talimatı (A4 kağıtta)

Sonuç: İş emrü bir bilgiydir, ama tamamı değildir. Gerçek talimatlar paralel kanallardan akan bilgidir.

Fiili Zaman, Duraklama, Fırlatma

Standart üretimde ERP bize bütün güncellemelerini yapması beklenir. İş emrü başladı, bitti, ürün hata bulundu, rework başladı.

Ama özel siparişlerde?

• Saat 10:30’da makine arızalandı (1 saat), iş duruyor.
• Saat 11:45’te teknikmen geldi, makinayı çalıştırdı.
• Saat 14:00’da ürün çıktı ama ilk test başarısız oldu, 12 parça hatalı.
• Saat 14:30’da pilot ürünün rework’ü başladı.
• Saat 16:00’da rework bitip test başladı.

Bu süreç içinde;

• Makinede fiili (value-adding) çalışma saati: 2.5 saat
• Bekleme ve ayarlama: 1.5 saat
• Hata ve rework: 2 saat
• Duraklama/arıza: 1 saat

ERP bunu görebilir mi?

Hayır. ERP başlama-bitiş saati kaydeder, iş emründe “Tamamlandı” yazar. Geri kalan detaylar usta Yusuf’un “Seninle hesaplarım” kafasında kalır.

Maliyet Sorusu

Müşteri fiyat teklifini almış: 2.500 TL.

İçindekiler:

• Malzeme: 800 TL (standart fiyat)
• İş: 1.200 TL (12 saat x 100 TL/saat)
• Genel giderler: 400 TL
• Kar: 100 TL

İmalat sürecinde 12 parça hata oluştu, rework yapıldı, makine arızalandı (teknisyen çağırma + 1 saat kayıp), usta fazla saatler yaptı.

Gerçek maliyet neydi?

• Malzeme (hata ve rework): 1.200 TL
• İş (fiili + rework süresi): 1.800 TL
• Teknisyen servisi: 400 TL
• Genel giderler: 400 TL

Toplam: 3.800 TL. Kar değil, 1.300 TL zarar.

ERP bu farkı görmez. Sisteme girilen “12 saat işçilik” ve “1.200 TL” yazıldı, ve bu operasyonunun gerçek etiyolojisi hiç yazılmadı. Sonraki siparişte yine aynı fiyat tekliflenecek, yine kayıp olacak.

ERP’nin Doğal Sınırlaması

Burada bir tasarımsal açıklık var: ERP, kütüphaneci gibi çalışır. Her kaynağın standart kataloglanması, sistematik kayıtlanması beklenir:

• Reçete (BOM): Önceden tanımlandığını varsayar
• İş emrü: Kapalı, başlangıç ve bitiş belli
• Makine, usta: Havuz içinde, kaymayan bilgilerle

Özel sipariş üretiminde ise dinamizm vardır. Reçete proje başladıktan sonra netleşir, operasyon sırası saha durumuna göre değişir, kaynak atayıcı dinamik düşünür.

ERP bu ortamda:

1. Bilgiyi geç alır (kağıt, WhatsApp, usta hafızası)
2. Standardizasyonu empoze etmeye çalışır (ama sağlayamaz)
3. Fiili maliyetleri gözden kaçırır
4. Karar almak için kullanılabilir veri üretmez

Sonuç

ERP denir, satın alınır, kurulur, ama operasyon planlama ve maliyet kontrol fonksiyonlarında yetersiz kalır.

Finans için harika: Müşteriye fatura kesilmiş, ödeme alınmış, muhasebe kapandı, hepsi kristal berraklığında.

Operasyon için eksik: İş emrü detaylı bilgiyi içermiyor, fiili durumu izlemiyor, rework ve hata parametrelerini yakalamıyor, dinamik kararları desteklememiyor.

Burada tam olarak MES (Manufacturing Execution System) devreye girmek zorundadır. MES, standart olmayan, dinamik, fiili veriyi gerçek zamanlı yakalayan ve ERP ve usta kafası arasında köprü olmak amacıyla tasarlanmıştır.

Gelecek yazıda MES’in tam olarak ne yaptığını göreceğiz.