Talebe Yönelik Üretimde Dinamik Reçete ve Gerçek Maliyet: Statik Formülün Çöküşü

Beş gün boyunca sistemi parçalara ayırdık. ERP nedir, MES nedir, MOM nedir, nasıl bağlanırlar. Ama hepsi bir varsayım üzerine oturuyordu: Siparişin reçetesi belli, makineler sabit, maliyet hesabı önceden biliniyor.

Talebe yönelik üretimde gerçeklik berbat.

Pazartesi sabah, 100 parça standart A ürünü sipariş geldi. Müşteri dedi ki: “Ama bu sefer contası olmadan, üst kapak kalın olsun, ve bitmişi hızlı göndermeyi bilirsin.” Demek ki ne oldu? Standart reçetede contası var. Kalınlık farklı. Ve hızlı gönderim demek operasyon sırası değişebilir. Bekle, nerede o “standart rota”? Kağıda bile yazılamıyor çünkü her müşteri başka bir isteme getiriyor.

Bu durum, basit bir ERP sisteminin reçetesi ile MES’i dünyası arasında çöküntüye yol açıyor.

Statik Reçete: Gerçek Esnekliği Kaybettiren Kurum

Çoğu ERP sisteminde (Netsis, Odoo, Logo, Paraşüt, hatta SAP bile bu noktada basitleştirilmiş kalır), bir ürünün reçetesi ve rotası tek bir yerde tutulur. Mesela:

A Ürünü Reçetesi:

Tamam. Bin adet A ürünü üreticekseniz bu reçete, 200 gün boyunca aynı kullanılabilir. Ama talebe yönelik üretimde, siparişin her biri bir varyantı. Müşteri A: “Contasız yap.” Müşteri B: “Çinko kaplaması yerine epoksi yap.” Müşteri C: “Hızlı işçilik için 2 saatte bitir.” Her müşteri için ERP’de ayrı ürün kodu açarsanız, katalog 1000’lerle patlar. Elle yönetemezsiniz.

Bu durumda ne yapıyor atölyeler? Genellikle:

  1. Standart reçeteyi açıp, iş emrinde el ile “contasız yapılacak” notu yazıyorlar.
  2. Operatör, iş başında o notu görüp, “kontasu atla” diye geçiyor.
  3. Peki maliyet hesabı? ERP “contası” için sabit fiyat keseceğinden, o contanın maliyeti yanına değil, ürünün toplam maliyeti eksik çıkıyor.
  4. Muhasebe sırada geldiğinde, “A ürünün fiili maliyeti belirlenen standart maliyete göre 15 TL az,” diye rapor görmek hep aynı.

Bu, yönetimin maliyeti ve kırılımı anlaması için zorlayıcı kötü. Standart maliyeti (örn. 150 TL) bekliyorsunuz, gerçeği (örn. 135 TL) görüyorsunuz. Neden? Reçete değişti ama sistem bunu kaydetmedi.

Operasyon Sırası: Belirsiz Rotalar

İkinci sorun, operasyon sırası (rota). Standart rotada: CNC → Kaynak → Kalite Kontrol, tamam. 3 saatlik bir akış. Ama bir müşteri, “acaba bunu hızlandırabilir misiniz, Cuma öğlenine kadar lazım?” derse, o zaman rota değişir.

Kalite kontrolü kaynaktan hemen sonra yapılmaz, çünkü fırında tavlama kısıtlayabilir. Bu durumda, Kalite işletme mi daha önce yapılır, yoksa tavlamadan sonra? Atölye müdürü “tavsiye: tavla öncesi kısmi kontrol, sonrası final” diyor. İşte bu, statik bir rota değildir. Her sipariş, teslim zamanı, mevcut makine kapasitesine göre yeniden tasarlanıyor.

MES, bu dinamik rotayı görmüyor. ERP’de yazılan “standart rota” basit kalıyor. MOM ise, bu rotayı dinamik olarak belirlemeli. “Bu müşteri, bu zaman kısıtı, bu makine durumu göz önüne alındığında, en iyisi: CNC → Tavla → Kalite → Kaynak.”

Peki bu dinamik karar, maliyet hesabını nasıl etkiliyor? Operasyonun sırası değişirse, işçilik zamanı ve genel giderler de değişiyor. Eğer sistem bunu fark etmezse, maliyet tahmini adı atılsa bile, gerçeği hep eksik kalır.

Standart Maliyet: Bir Hayal

ERP’de maliyet formülü:

Ürün Maliyeti = (Malzeme Birim Fiyatı × Miktar) + (İşçilik Saati × Saatlik Tarife) + (Genel Giderler Payı)

Örn: A Ürünü = 50 kr malzeme × 2 + (0,75 saat × 100 TL/saat) + 50 kr GG = 130 TL

Müşteri Ahmet contasız sipariş verdiyse: A Ürünü (No Washer) = 40 kr malzeme × 2 + (0,75 saat × 100 TL/saat) + 50 kr GG = 120 TL

Ama bu “120 TL” önceden hesaplanmadığı, ERP’de kodlanmadığı için, muhasebe yine standart 130 TL’den başlıyor ve hata olarak kaydediyor.

Üstelik, operasyon sırası değişirse, işçilik saati de değişebilir. Standart “0,75 saat” öngörmüş, ama dinamik rota ile gerçeği 0,9 saat olur. Bu fark, maliyet raporunda kayboluyor.

Gerçek Maliyet Motoru: Gerekli Olandan Fazla

Talebe yönelik üretimde, maliyet hesabı gerçek zamanlı olmalıdır. MES, operasyonları başlattığında, MOM şunu bilmeli:

  1. Gerçek Operasyon Sırası: Bu sipariş için rota ne? (Dinamik olarak belirlenmiş.)
  2. Gerçek Işçilik Saati: Her operasyon ne kadar sürdü? (MES, başlangıç-bitiş zamanı çekerek.)
  3. Gerçek Malzeme Miktar: Reçete değişti mi, fire ne oldu? (MES ve kalite sensörleri.)
  4. Gerçek Genel Gider Payı: Bakım durdu mu, makine bekledi mi? (Bekleme saati, genel gideri azaltır.)

Bu dört veri doğru hesaplanırsa, işin gerçek maliyeti ERP’ye döner. Muhasebe, “bu sipariş X maliyetle yapıldı, standart Y idi, fark Z’den kaynaklanıyor” diye net rapor edebilir.

Yönetim, bu açıklığı görünce, “neden hep standart altında kalmışız, süreç mi hızlılaştı, yoksa reçete değişikliği mi?” diye analiz edebilir.

Sonuç: Dinamik Bir Sistem Lazım

İstatistik reçete ve sabit rota, talebe yönelik üretimde sadece planda var, uygulamada kaybolur. MES, operasyonları başlatırken, dinamik reçete ve rota bilmeli. MOM, bu bilgiyi ERP’den çekerek, siparişle uyumlu hale getirmeli. İş bittiğinde, MES tarafından kaydedilen gerçek veriler, dinamik hesapla ERP’ye dönmeli.

Aksi halde, muhasebe her ayın sonunda “A ürün maliyeti tahmini ile gerçek arasında % fark var” diye şikayetlenmeye devam eder.

infab.cloud’un sunduğu, tam bu noktada gerçek maliyet motorudur. Sipariş özelleştiğinde, reçete anında yapılır. Rota, makine durumuna göre dinamik seçilir. İş bittikten sonra, sistem bilir: “Bu sipariş, 0,87 saatlik işçilik + 42 gr epoksi + 1 contasız + 2 saat tavla olarak yapıldı. Standard 0,75 saatti, fark neden oluştu?” diye.

Bu, buluttan gelen bulut değil, süreçten gelen veri.

Bu yazı “Talebe Yönelik Üretim ve Fabrika Yazılımı” serinden Gün 6’dır.