ERP, MRP, MRP-II ve MES Nasıl Entegre Çalışır?
Bu dört katman ayrı ürün değil, aynı zincirin halkalarıdır. Aralarında hangi veri akar, hangi halka koparsa ne bozulur, entegrasyon nerede yapılır?
Üretim yazılımı satın alırken karşınıza dört kısaltma çıkar: ERP, MRP, MRP-II, MES. Satıcılar bunları çoğu zaman ayrı ürünler gibi anlatır. Değildirler.
Bunlar aynı zincirin halkalarıdır ve zincirin değeri en zayıf halkasına eşittir. Bir işletme mükemmel bir MRP kurup sahadan veri toplamıyorsa, MRP'nin doğruluğu ilk haftadan sonra düşmeye başlar. Tersi de geçerli: sahadan mükemmel veri toplayıp planlamaya bağlamayan işletme, pahalı bir kayıt sistemi kurmuş olur.
Bu yazı zinciri baştan sona kuruyor: hangi katman hangi soruyu yanıtlar, aralarında hangi veri akar, bir halka koptuğunda ne olur.
Dört katman, dört soru
| Katman | Soru | Zaman ölçeği | Karar birimi |
|---|---|---|---|
| ERP | İşletmede ne oluyor, ne borcum var, ne kazandım? | Gün – ay | Sipariş, fatura, cari |
| MRP | Hangi malzemeden ne zaman ne kadar gerekli? | Hafta | Kalem, tedarik siparişi |
| MRP-II | Bunu yapacak kapasitem var mı, neye mal olur? | Hafta – gün | İş merkezi, iş emri |
| MES | Şu an kim, hangi tezgâhta, ne yapıyor? | Saat – dakika | Operasyon, vardiya |
Yukarıdan aşağı indikçe zaman ölçeği kısalır, veri hacmi artar. Aşağıdan yukarı çıkıldıkça veri özetlenir ve para birimine dönüşür.
Katmanları ayıran şey işlev değil, karar hızıdır. Aynı iş emri ERP'de bir maliyet satırı, MRP'de bir talep, MES'te bir operatör ekranıdır.
Zincirin akışı: bir siparişin dört katmandan geçişi
500 adet sac kabin siparişi geldiğini varsayalım.
1. ERP → MRP: talep aşağı iner
Satış siparişi ERP'ye girildiği anda bağımsız talep doğar. MRP bu talebi girdi olarak alır. Aktarılan veri:
- Bitmiş ürün kodu ve miktarı
- Teslim tarihi
- (varsa) varyant / konfigürasyon seçimleri
Bu adımda sık yapılan hata, satış siparişini MRP'ye "onaylandıktan sonra" göndermektir. Onay bir gün sürüyorsa planlama bir gün geç başlar. Sipariş kaydedildiği anda görünmesi, onaysız siparişlerin ayrı bir statüde tutulmasıyla çözülür.
2. MRP: ürün ağacı patlar, ihtiyaç doğar
MRP ürün ağacını açar, eldeki stoktan ve açık siparişlerden düşer, tedarik süresini geriye sayar. Çıktısı iki listedir: satınalma önerileri ve iş emri önerileri.
MRP'nin ihtiyaç duyduğu veri üç kaynaktan gelir:
| Veri | Nereden | Bozulursa |
|---|---|---|
| Ürün ağacı ve fire oranı | ERP temel veri | Miktarlar yanlış hesaplanır |
| Anlık stok bakiyesi | Depo / WMS | Gereksiz ya da eksik sipariş açılır |
| Tedarik süresi | Satınalma geçmişi | Sipariş geç verilir, üretim bekler |
3. MRP → MRP-II: kapasite sınavı
MRP iş emri önerdi, ama tezgâh boş mu? MRP-II iş emirlerini rotalardan geçirip iş merkezlerine yükler. Çıktı bir yükleme tablosudur; darboğaz burada görünür.
Aktarılan veri: iş emri, miktar, istenen bitiş tarihi. Geri dönen: uygulanabilir başlangıç tarihi ya da "bu tarihte olmaz" uyarısı.
4. MRP-II → MES: plan sahaya iner
Onaylanan iş emri sahaya düşer. MES katmanında operatör kendi ekranında yalnızca kendi işini görür: ne yapılacak, hangi malzemeden, hangi resme göre, ne kadar.
Aşağı inen veri: iş emri numarası, operasyon sırası, miktar, ürün ağacı satırları, kalite kontrol noktaları.
5. MES → yukarı: gerçekleşen geri döner
Zincirin en çok ihmal edilen yönü budur. Sahadan yukarı akan veri:
- Üretilen miktar → iş emri ilerlemesi, stok girişi
- Sarf edilen malzeme → stok çıkışı, gerçek maliyet
- Harcanan süre → rota süresi düzeltmesi, işçilik maliyeti
- Duruş süresi ve sebebi → kapasite katsayısı, bakım planı
- Fire ve hurda → maliyet, kalite analizi, ürün ağacı fire oranı
Bu veri yukarı akmazsa MRP-II'nin kapalı çevrimi kapanmaz: rota süreleri ilk girildiği gün nasılsa öyle kalır, plan her ay aynı oranda iyimser olur ve kimse sebebini bulamaz.
6. Zincirin ucu: ERP'ye dönüş
Sevkiyat yapılır, irsaliye ve fatura kesilir, gerçekleşen maliyet planlananla karşılaştırılır. Halka kapanır. Bir sonraki teklifin fiyatı bu karşılaştırmadan çıkar.
Bir halka koptuğunda ne olur?
| Kopan halka | Görünen belirti | Gerçek sebep |
|---|---|---|
| ERP → MRP | Planlama Excel'den sipariş listesi alıyor | Talep gecikmeli ve elle taşınıyor |
| Depo → MRP | MRP elde olan malzemeyi tekrar sipariş ediyor | Stok bakiyesi anlık değil |
| MRP → MRP-II | Termin verilebiliyor ama tutmuyor | Kapasite hiç kontrol edilmiyor |
| MRP-II → MES | Sahada farklı sıra uygulanıyor | Plan tezgâh başına ulaşmıyor |
| MES → yukarı | Rota süreleri yıllardır aynı | Gerçekleşen hiç geri beslenmiyor |
| MES → maliyet | Maliyet ay sonunda çıkıyor | Sarf ve işçilik anlık işlenmiyor |
Bu tablonun her satırı gerçek bir işletmede karşılaşılan bir tabloya karşılık gelir. Ortak nokta şudur: belirti üst katmanda görünür, sebep alt katmandadır.
Entegrasyon nerede yapılır?
Dört katmanı bir araya getirmenin üç yolu vardır.
Tek uygulama, tek veritabanı
Katmanlar aynı ürünün parçalarıdır; aralarında "entegrasyon" diye bir adım yoktur çünkü aynı tabloyu okurlar. İş emri MES'te güncellendiğinde MRP'nin gördüğü değer aynı anda değişir.
- Avantaj: Gecikme sıfır, mutabakat gerekmez, tek yetki yapısı
- Sınır: Çok özel bir saha ihtiyacında (ör. özel bir tezgâh protokolü) yine de bir ara katman gerekebilir
Ayrı ürünler, gerçek zamanlı entegrasyon
MES ayrı bir üründür, ERP ile API üzerinden konuşur. İş emri anında iner, gerçekleşen anında döner.
- Avantaj: Her katmanda en iyi ürünü seçebilirsiniz
- Sınır: İki veri modelini eşleştirmek sürekli bakım ister; sürüm yükseltmeleri kırılgandır
Ayrı ürünler, toplu aktarım
Gece çalışan bir iş, gün içindeki hareketleri karşı sisteme taşır.
- Avantaj: Kurulumu en ucuz
- Sınır: Gün içi plan geçersizdir. Sabah çalıştırılan MRP, dünün stoğuyla hesap yapar.
Toplu aktarım, planlama doğruluğu hedefleyen bir işletme için gerçek bir seçenek değildir. Sahadan gelen verinin değeri, tazeliğiyle doğru orantılıdır.
Katman katman devreye alma sırası
Dört katmanı aynı anda kurmaya çalışmak, ERP projelerinin klasik hatasıdır. Bağımlılık yönünü izleyen sıra şudur:
- Temel veri — cari, stok, birim, ürün ağacı, rota. Diğer her şeyin ön koşulu.
- Stok doğruluğu — depo disiplini kurulmadan MRP çalıştırmayın.
- İş emri kaydı — önce iş emirleri sistemde açılsın, sahada takip edilsin.
- Saha verisi — üretilen miktar, sarf, duruş. Az veriyle başlayın.
- MRP — artık girdileri güvenilir.
- Kapasite ve çizelgeleme — rota süreleri sahadan ölçülmüş olduğunda anlamlı.
- Maliyet ve sapma analizi — veri biriktiğinde değer üretir.
MRP'yi ikinci adımda açan işletme saçma öneriler alır ve sisteme bir daha güvenmez. Sıra tesadüfi değildir.
Kendo NX'te durum
Kendo NX'te bu dört katman ayrı ürün değil, aynı uygulamanın modülleridir ve aynı veritabanını kullanır. PRD modülünde açılan iş emri, MES ekranında operatörün önüne aynı kaydın kendisi olarak düşer; operatör miktarı bildirdiğinde stok, maliyet ve iş emri ilerlemesi eşzamanlı değişir. Duruş sebepleri, fire ve hurda sebepleri tanım ekranlarından yönetilir; duruş analizi raporu aynı veriyi okur. Modül haritasında PRD, MES ve WMS başlıkları bu zinciri gösterir.
Özet
- ERP, MRP, MRP-II ve MES ayrı ürünler değil, aynı zincirin halkalarıdır.
- Aşağı inen veri plandır; yukarı çıkan veri gerçekleşendir. İkinci yön çoğunlukla ihmal edilir.
- Belirti üst katmanda görünür, sebep alt katmandadır.
- Gece aktarımı planlama için yeterli değildir; verinin değeri tazeliğine bağlıdır.
- Devreye alma sırası bağımlılık yönünü izlemeli: temel veri → stok → iş emri → saha → MRP → kapasite → maliyet.
Sık sorulan sorular
MES olmadan MRP-II kurulabilir mi?
Kurulur ama kapalı çevrim çalışmaz. Rota süreleri ve kapasite katsayıları sahadan ölçülmediği için plan sistematik olarak iyimser kalır. MRP-II'nin vaat ettiği iyileşme, geri besleme olmadan gerçekleşmez.
ERP'miz var, ayrıca MES almalı mıyız?
Önce ERP'nizin üretim modülünün iş emri yürütme ekranı olup olmadığına bakın. Operatörün kendi işlerini gördüğü, duruş ve fire kaydedebildiği bir ekran varsa ayrı bir MES'e gerek olmayabilir. Ayrı MES, çok sayıda tezgâh, makine entegrasyonu ve saniyelik veri gerektiren ortamlarda anlam kazanır.
İki sistem arasında hangi sıklıkta veri aktarılmalı?
İş emri ve stok hareketleri için gerçek zamanlı; tanım verileri (ürün ağacı, rota, cari) için değişiklik anında. Gece toplu aktarım yalnızca raporlama amaçlı veri kopyaları için kabul edilebilir, operasyonel akış için değil.
Katmanları farklı üreticilerden almak mantıklı mı?
Her katmanda en iyi ürünü seçme fikri cazip görünür ama entegrasyon bakımının maliyeti genelde küçümsenir. İki veri modelini eşleştirmek bir kerelik iş değildir; her iki üründeki her sürüm yükseltmesinde yeniden test edilmesi gerekir. Süreçleriniz standart dışı değilse tek uygulama neredeyse her zaman daha ucuza gelir.
Zincirin en kritik halkası hangisi?
Stok doğruluğu. Üstündeki her katman ona dayanır: MRP eldeki miktarı, MRP-II malzeme hazırlığını, MES sarf kaydını ondan alır. %90'ın altında stok doğruluğu olan bir işletmede diğer katmanları iyileştirmeye çalışmak boşa emektir.