Üretim planlamada dijitalleşme, malzeme ihtiyaç planlaması (MRP), ana üretim çizelgesi ve kapasite planlamasını doğru ana veri ve tanımlı süreçlerle yazılıma taşıyan bir dönüşüm projesidir. Bu kontrol listesi, bir MRP veya üretim planlama projesine başlamadan önce ve proje boyunca hazırlanması gerekenleri sırayla toplar. ORELSIS teslimat ekibi de projelerde aynı listeyi çalışma referansı olarak kullanır.
Liste, yazılım seçiminden bağımsızdır. Hangi sistemi kullanırsanız kullanın, planın kalitesi ana verinin kalitesiyle sınırlıdır. Bu nedenle maddelerin büyük kısmı yazılımdan önce veri, süreç ve sorumluluk hazırlığına odaklanır.
Hedefler ve kapsam
Proje, ölçülebilir bir iş hedefiyle başlamalıdır. “Excel'den kurtulmak” bir hedef değil, bir sonuçtur. Asıl hedef; termin uyumunu iyileştirmek, stok seviyesini dengelemek, planlama süresini kısaltmak veya kapasite darboğazlarını önceden görmek gibi iş sonuçlarıdır. Her hedef için bugünkü değeri ölçün; ölçemiyorsanız ilk iş, ölçüm yöntemini tanımlamaktır.
- 01Hedef ve kapsamBaşlangıç ölçümü
- 02Ana veriTemizlik ve sahiplik
- 03Pilot hatSınırlı riskle deneme
- 04Canlıya geçişMutabakat ve karar
- 05ÖlçümCanlı sonrası KPI
Kapsamı dar tutup derinleştirmek, geniş tutup yüzeyde kalmaktan genellikle daha iyidir. İlk fazda tek bir tesis veya ürün ailesiyle başlayıp çalışan bir modeli genişletmek, tüm fabrikayı aynı anda devreye almaya göre daha az risk taşır.
Ana veri: malzeme kartları, ürün ağaçları ve rotalar
MRP hesabı üç temel veri üzerine kurulur: malzeme kartı (ne?), ürün ağacı (neyden?) ve rota (nasıl ve nerede?). Bu üçünden birindeki hata, planın tamamına yayılır. Ana veri çalışması projenin en uzun ve en kritik iş paketidir; ayrı bir sorumlu ve takvimle yönetilmelidir.
- Kod ve tip
- Birim dönüşümleri
- Temin süresi
- Planlama parametreleri
- Bileşen miktarları
- Fire oranları
- Revizyon ve geçerlilik
- Alternatif bileşenler
- Operasyon sırası
- İş merkezi
- Hazırlık ve işlem süresi
- Fason operasyonlar
Malzeme kartı
- Benzersiz malzeme kodu ve kodlama kuralı (anlamlı veya anlamsız kod kararı verildi mi?).
- Malzeme tipi: hammadde, yarı mamul, mamul, ambalaj, sarf, yedek parça.
- Temel ölçü birimi ve alternatif birimler ile dönüşüm katsayıları (kg, adet, metre, koli).
- Tedarik tipi: satın alma, üretim veya fason.
- Satın alma ve üretim temin süreleri (gün olarak, gerçekçi değerlerle).
- Planlama parametreleri: emniyet stoku, parti büyüklüğü kuralı, minimum ve katsayı miktarları.
- Lot ve seri takibi gereksinimi, raf ömrü ve son kullanma tarihi kuralları.
Ürün ağacı (BOM)
- Her mamul ve yarı mamul için tek ve geçerli bir üretim ürün ağacı.
- Bileşen miktarları temel birimde, fire oranları ayrı alanda.
- Geçerlilik tarihleri ve revizyon numarası (mühendislik değişikliği nasıl yönetilecek?).
- Alternatif bileşenler ve ikame kuralları.
- Fantom (ara montaj) seviyeleri; proses üretimde reçete, yan ürün ve ortak ürün tanımları.
- Mühendislik ürün ağacı ile üretim ürün ağacı arasındaki farkların sahibi.
Rota ve operasyonlar
- Her üretilen malzeme için operasyon sırası ve her operasyonun iş merkezi.
- Hazırlık (setup) süresi ve birim işlem süresi ayrı ayrı.
- Operasyonlar arası bekleme ve taşıma süreleri.
- Alternatif iş merkezleri ve öncelik sırası.
- Fason operasyonlar ve ilgili tedarikçi bağlantısı.
En sık yapılan hata, mevcut sistemdeki ana veriyi temizlemeden yeni sisteme taşımaktır. Yanlış birim, eksik fire oranı veya eski revizyonlu ürün ağacı yeni sistemde de yanlış ihtiyaç üretir; bu kez kullanıcılar sorunu yazılıma bağlar ve sisteme olan güven kaybolur.
Kapasite ve iş merkezi modeli
Kapasite modeli, planın fiziksel olarak uygulanabilir olup olmadığını gösterir. İş merkezi bir makine, hat, hücre veya ekip olabilir. Doğru ayrıntı düzeyi, planlama kararlarını hangi seviyede verdiğinize bağlıdır: her makineyi ayrı planlamıyorsanız her makineyi ayrı iş merkezi yapmak gereksiz karmaşıklık yaratır.
- İş merkezi hiyerarşisi: tesis, bölüm, hat, makine.
- Vardiya takvimi, resmî tatiller ve planlı bakım duruşları.
- Kullanılabilir kapasite: vardiya süresi, paralel makine sayısı ve verimlilik katsayısı.
- Darboğaz iş merkezlerinin listesi ve bu merkezlerde sonlu kapasite planlama ihtiyacı.
- Makine ve işgücü kapasitesinin ayrı mı yoksa birlikte mi planlanacağı.
- Kalıp ve aparat gibi ikincil kaynakların kapasite kısıtı olup olmadığı.
Pratik bir yaklaşım: önce sonsuz kapasiteyle malzeme ihtiyacını doğru hesaplayın, ardından yalnızca darboğaz iş merkezlerinde sonlu kapasite çizelgelemesine geçin. OREL MRP'de kapasite yükü iş merkezi bazında görüntülenir; böylece hangi haftada hangi hattın aşırı yüklendiğini plan yayınlanmadan önce görürsünüz.
Stok ve depo verisi
MRP, net ihtiyacı brüt talepten eldeki stoku ve açık siparişleri düşerek hesaplar. Stok yanlışsa net ihtiyaç da yanlıştır. Bu nedenle canlıya geçişten önce stok doğruluğu, en azından kritik malzemeler için, sayımla teyit edilmelidir.
Geriye dönük tüketim (backflush) kayıt yükünü azaltır, ancak ürün ağacı ve fire oranları doğru değilse stok farklarını gizler. Bu yöntemi seçtiyseniz ilk aylarda daha sık sayım planlayın.
Planlama parametreleri
Planlama parametreleri, sistemin ihtiyaçları nasıl ve hangi miktarda önereceğini belirler. Parametreler tüm malzemeler için tek tek girilmez; ABC/XYZ gibi bir sınıflandırmayla gruplara atanır ve grup bazında düzenli olarak gözden geçirilir.
- 01TalepTahmin ve kesin siparişler
- 02Ana üretim çizelgesiMamul düzeyi plan
- 03MRP koşusuNet ihtiyaç hesabı
- 04Önerilen emirlerSatın alma ve üretim
- 05Saha ve tedarikUygulama ve geri bildirim
| Parametre | Ne belirler? | Kim karar verir? |
|---|---|---|
| Ana üretim çizelgesi (MPS) | Mamul düzeyinde ne, ne zaman üretilecek | Planlama + satış |
| Planlama ufku ve dondurulmuş bölge | Planın ne kadar ileriye uzanacağı, hangi kısmın sabit olduğu | Planlama müdürü |
| Emniyet stoku | Talep ve tedarik belirsizliğine karşı tampon | Planlama + satın alma |
| Parti büyüklüğü kuralı | Lot-for-lot, sabit miktar, periyodik vb. | Planlama + üretim |
| Minimum ve katsayı miktarı | Tedarikçi veya makine kısıtları | Satın alma + üretim |
| Temin süresi | Emrin ne kadar önce açılacağı | Satın alma + üretim |
| Talep tüketim kuralı | Tahminin siparişle nasıl tüketileceği | Planlama + satış |
- 01Talep girdilerini netleştirin
Satış tahmini, kesin siparişler ve stok hedeflerinin hangi kaynaktan, hangi sıklıkla ve kimin onayıyla geleceğini yazılı hale getirin.
- 02Ana üretim çizelgesini oluşturun
Mamul düzeyindeki haftalık veya günlük planı kapasiteyle dengeleyin; dondurulmuş bölgede değişiklik için onay kuralı koyun.
- 03MRP'yi çalıştırın
Net ihtiyaçları hesaplayın, önerilen satın alma ve üretim emirlerini oluşturun, istisna mesajlarını (öne çek, ertele, iptal et) listeleyin.
- 04İstisnaları yönetin
Planlamacılar tüm önerileri değil, yalnızca istisnaları inceler. İstisna sayısı sürekli yüksekse bu bir parametre veya veri sorunudur.
- 05Planı yayınlayın ve izleyin
Onaylanan emirleri sahaya ve satın almaya iletin; plan ile gerçekleşen arasındaki sapmayı düzenli bir toplantıda gözden geçirin.
ERP ve muhasebe entegrasyonu
Üretim planlama sistemi çoğu zaman ERP ve muhasebe sistemiyle birlikte çalışır. Projenin başında her veri nesnesi için hangi sistemin ana kaynak olduğuna karar verin: malzeme kartı ERP'de mi açılacak, ürün ağacı planlama sisteminde mi yönetilecek, stok hareketi hangi sistemde kesinleşecek? Bu kararları sonradan değiştirmenin maliyeti yüksektir.
- Ana veri akışı: malzeme, cari, ürün ağacı ve rotanın hangi yönde ve hangi sıklıkla aktarılacağı.
- Hareket akışı: satış siparişi, satın alma siparişi, iş emri, üretim girişi ve sarf kayıtları.
- Maliyet akışı: iş emri maliyetinin muhasebeye nasıl ve hangi dönem kapanışıyla yansıyacağı.
- Hata yönetimi: başarısız aktarımları kimin göreceği ve kimin düzelteceği.
- Mutabakat: stok ve iş emri durumlarının iki sistemde düzenli olarak karşılaştırılması.
Entegrasyon tasarımının ayrıntıları için “ERP ve sistem entegrasyonu rehberi”ne bakın. OREL DM, farklı sistemlerden gelen veriyi tek platformda toplayıp eşleştirmek ve mutabakat raporları üretmek için kullanılabilir.
Pilot hat, roller ve sorumluluklar
Pilot, sistemi gerçek üretimde ama sınırlı riskle denemenizi sağlar. İyi bir pilot hat temsil edicidir (fabrikanın tipik ürün ve operasyonlarını içerir), yönetilebilirdir (ürün sayısı makuldür) ve istekli bir ekibe sahiptir. En karmaşık hatla başlamak öğrenmeyi yavaşlatır; en basit hat ise gerçek sorunları göstermez.
| Faaliyet | Sorumlu (R) | Onaylayan (A) | Danışılan / bilgilendirilen |
|---|---|---|---|
| Hedef ve kapsam | Proje yöneticisi | Sponsor | Bölüm yöneticileri |
| Malzeme kartı ve birimler | Ana veri sorumlusu | Planlama müdürü | Satın alma, depo |
| Ürün ağacı ve rota | Üretim mühendisliği | Üretim müdürü | Kalite, planlama |
| Planlama parametreleri | Planlama uzmanı | Planlama müdürü | Satın alma, satış |
| Entegrasyon | BT / entegrasyon ekibi | BT müdürü | Muhasebe, yazılım ekibi |
| Veri aktarımı ve mutabakat | Ana veri sorumlusu | Proje yöneticisi | BT, depo |
| Eğitim | Kilit kullanıcılar | Proje yöneticisi | İK, vardiya amirleri |
| Canlıya geçiş kararı | Proje yöneticisi | Yönlendirme kurulu | Tüm bölümler |
Her bölümden bir kilit kullanıcı (key user) atanması önerilir. Kilit kullanıcı, sistemi bölümüne uyarlayan, testleri yapan, ekip arkadaşlarını eğiten ve canlı sonrası ilk destek noktası olan kişidir. Bu rol için haftalık düzenli zaman ayrılmazsa proje takvimi kayar.
Veri aktarımı ve canlıya geçiş
Canlıya geçiş (cutover), eski yöntemden yeni sisteme geçişin planlı bir pencere içinde yapılmasıdır. Ana veri bir süre önceden aktarılabilir; ancak açık bakiyeler (stok, açık siparişler, açık iş emirleri) geçiş anına mümkün olduğunca yakın alınmalıdır.
- 01Aktarım şablonlarını hazırlayın
Her veri nesnesi için alan listesi, zorunlu alanlar, kod eşleştirmeleri ve doğrulama kurallarını içeren şablonlar oluşturun.
- 02Deneme aktarımları yapın
Test ortamına en az iki tam deneme aktarımı yapın; hata listesi kapanmadan canlı aktarımına geçmeyin.
- 03Mutabakat yapın
Kayıt sayılarını, stok miktarlarını ve açık sipariş bakiyelerini kaynak sistemle karşılaştırın; farkları imzalı bir mutabakat tutanağıyla kapatın.
- 04Geçiş penceresini planlayın
Hareket dondurma zamanını, son sayımı, açık bakiyelerin aktarımını ve ilk planlama koşusunu saat bazlı bir planla takip edin.
- 05Geri dönüş planını yazın
Kritik bir sorun çıkarsa hangi koşulda, kimin kararıyla ve nasıl eski yönteme dönüleceğini önceden belirleyin.
Canlıya geçişi ay sonu kapanışı, yoğun sezon veya büyük bir sevkiyat dönemiyle çakıştırmayın. Geçişten sonraki ilk haftalarda kullanıcılar daha yavaş çalışır; bu dönemi yoğun bir operasyonla üst üste bindirmek hem üretimi hem de sisteme olan güveni riske atar.
Eğitim ve canlıya geçiş kriterleri
Eğitim, ekran gezintisiyle değil, rol bazlı iş senaryolarıyla yapılmalıdır. Bir planlamacı “MRP nasıl çalıştırılır?” sorusundan çok “acil bir sipariş geldiğinde planı nasıl güncellerim?” sorusunun cevabına ihtiyaç duyar.
- Rol bazlı eğitim planı: planlamacı, satın almacı, depo, vardiya amiri, operatör, yönetici.
- Gerçek verilerle hazırlanmış eğitim ortamı ve senaryolar.
- Kısa, görselli iş talimatları (bir sayfa, tek görev).
- Eğitim sonrası uygulamalı değerlendirme.
- Canlı sonrası ilk haftalar için sahada yoğun destek (hypercare) planı.
Canlı sonrası KPI'lar
Canlıya geçiş projenin sonu değil, ölçümün başlangıcıdır. Hedef ve kapsam aşamasında belirlediğiniz başlangıç değerleriyle canlı sonrası değerleri aynı yöntemle ölçün. KPI'ları ilk aylarda haftalık, süreç oturduktan sonra aylık gözden geçirin.
| KPI | Tanım | Neden önemli? |
|---|---|---|
| Termin uyumu | Zamanında tamamlanan sipariş veya iş emri oranı | Müşteriye verilen söz |
| Plan uyumu | Planlanan ile gerçekleşen üretim arasındaki uyum | Planın uygulanabilirliği |
| Stok doğruluğu | Sayımla sistem stoku uyumlu kalem oranı | MRP hesabının güvenilirliği |
| Stok gün sayısı | Ortalama stokun günlük tüketime oranı | Bağlı sermaye |
| İstisna mesajı sayısı | Planlama koşusu başına uyarı sayısı | Veri ve parametre kalitesi |
| Darboğaz yükü | Darboğaz iş merkezlerinde yük / kapasite | Kapasite yönetimi |
| OEE | Kullanılabilirlik × performans × kalite | Ekipman verimliliği |
KPI tanımları herkes için aynı olmalıdır. Örneğin termin uyumunda “zamanında” ifadesinin müşteriye sevk tarihini mi yoksa depoya giriş tarihini mi esas aldığı yazılmazsa bölümler aynı rakamı farklı yorumlar. OEE ölçümünün ayrıntıları için “OEE ölçümü ve iyileştirme rehberi”ne bakabilirsiniz.
Sonuç
Üretim planlamada dijitalleşme, yazılım kurulumundan çok veri, parametre ve sorumluluk disiplinidir. Hedefi ölçülebilir koyan, ana veriyi temizleyen, pilotla öğrenen ve canlı sonrasında ölçmeye devam eden ekipler kalıcı sonuç alır. Bu listeyi projenizin her aşamasında yeniden açın ve tamamlanmayan maddeleri bir sonraki yönlendirme kurulunun gündemine taşıyın.