ERP Nedir, Ne Değildir? (Talebe Yönelik Üretimde Boşluk)

Daha önce Gün 1’de sipariş gelişi, iş emri açılış ve bilgi dağılmasının sorununu konuştuk. Bugün da kaynağa inecek: ERP’nin özünde neler var, neler yok?

ERP: Omurga Ağır, Saha Ağır Değil

Kurulu ERP paketlerine bakarsanız (Netsis, Odoo, SAP, Logo, Paraşüt), hepsinde ortak bir DNA vardır:

Finansal muhasebe: Gelir-gider, alacak-borç, vergi, dönem sonlandırması.
Satış: Müşteri, sipariş, fatura, sevk.
Satınalma: Tedariçci, teklif, satın alma emri, giriş.
Stok: Mal girişi, çıkışı, envanter.
Raporlar: Kârlılık, nakit akışı, analiz.

Bu alanlarda ERP neredeyse evrensel standart olmuş. Sorunlar çözülmüş, entegrasyon desenleri otomatikleşmiş, hesaplamalar doğru.

Ama saha operasyonunda—o gerçek, dinamik, değişken dünyada—ERP tek başına neyi yapamıyor?

Talebe Yönelik Üretimde ERP’nin Boşluğu

Siparişe göre üretim (make-to-order) yapan bir fabrika düşünün. Her sipariş farklı:

Senaryo: Reçete Kodu Nerede?

Müşteri telefon ediyor: “Alüminyum çerçeve, boyut 1200x800, kurşun kaynağı (TIG değil), boya türü matt siyah.”

Operasyon planlayıcı ERP’ye açıyor: reçete kodu aranıyor. Bulunamıyor. Çünkü bu spesifikasyon daha yapılmamış.

Seçenek 1: Yeni reçete oluştur ERP’de. Zaman: 2-3 gün (muhasebe, planlama, teknisyen onayı). Ama sipariş 5 gün içinde teslim edilmeli.

Seçenek 2: Mevcut reçeteyi “yakın” olanını kopya et, not alanlarında “Özel talimatlar: Kurşun kaynak yap” yazısını yapıştır. Zaman: 30 dakika, ama tamamı değildir—gerçek talimatlar usta Mehmet’in kafasında.

Sonuç: ERP’de reçete kodu var, ama imalat taşında “gerçek reçete” başka yerde işleriyor.

Operasyon Sırası: Kim Karar Verir?

Standart üretimde operasyon sırası sabittir: kesme → kaynak → boya → test. Tamamı reçeteye yazılı.

Talebe yönelik üretimde?

Müşteri: “Ama boya kalitesini daha iyi kontrol etmek için, boya öncesinde tambur polishing ekle.”
Usta: “Tamam, o zaman kaynak → tambur polishing → boya → test olsun.”

Bu değişiklik ERP reçetesine kaydedilir mi, kaydedilirse ne zaman? Usta reçeteyi okuyor mu, yoksa iş emrü notlarına bakıyor mu?

Sonuç: Gerçek operasyon sırası karar vericiler (işletme müdürü, usta) arasındaki anlık anlaşmadır. ERP’de yazılan sıralamanın gerçek değeri sınırlıdır.

Fiili Zaman Verisi: Makine Arızası, Duraklama, Hata

İş emri başlandı, saat 08:00. Bitiş hedefi 17:00.

Ama gerçekte:

ERP buna ne kadar göz atıyor? Başlangıç saati, bitiş saati, statü: tamamlandı. Geri kalan detay kayboluyor.

Fiili Maliyet vs. Standart Maliyet

Müşteriye verilen fiyat teklifi: 1.500 TL

İçindekiler:

ERP’de standart malzeme fiyatı 400 TL. Standart operasyon süresi 7 saat.

Ama fiili süreç:

Teknikmen çağırma: 200 TL (bakım, arıza).
Malzeme (özür dilerim, standart fiyattan daha pahalı kaliteli ürün): +150 TL.

Gerçek maliyet:

Ama teklif fiyatı 1.500 TL idi. Açık: 350 TL zarar.

ERP bunu öğrenir mi? Yalnızca muhasebeci ay sonunda, toplam kaybı görerek. Öğrenmesi yeterince geç, ve bu zarar nasıl doğdu sorusu bulanık kalır.

ERP’nin Tercih Ettiği Dünya

ERP’nin iyi çalıştığı durum:

Ama talebe yönelik üretimde:

ERP bu ortamda kâğıt olmaktan öte gitmez. Gerçek talimatlar, gerçek veriler, gerçek uygulamalar ERP’nin dışında kalır.

Sonuç: ERP Gerekli, Ama Yeterli Değil

Finansal muhasebe, siparişin para tarafı, genel giderler—tümü ERP’de. Ama “bu siparişi nasıl üreteceğiz, ne kadar zamanı alacak, fiili maliyet nedir”—bu soruları ERP kendi başına cevaplayamıyor.

Bunun için saha katmanında gerçek zamanlı veri yakalama, dinamik reçete yönetimi, operasyon orkestrasyon lazım. Bu İngilizceye MES, MOM denir.

Yarın Gün 3’te MES’in ne olduğunu keşfedeceğiz.