Kocaali'de MRP (malzeme ihtiyaç planlama) yaptırmak

01MRP (malzeme ihtiyaç planlama) nedir, kimler için uygun?

MRP (malzeme ihtiyaç planlama) projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• net ihtiyaç
• satın alma önerisi
• temin süresi

Bu projeler çoğu zaman üretim yönetim sistemi, MES (üretim yürütme sistemi) ve üretim planlama gibi işlerle birlikte ele alınır.

02Hangi durumlarda MRP (malzeme ihtiyaç planlama) yaptırılır?

Excel ve kâğıt formlar karıştığında

Operatör girişleri tablet veya barkod ile yapılır; çift kayıt ve okunamayan formlar ortadan kalkar.

Satın alma önerisi gerektiğinde

Satın alma önerisi, MRP (malzeme ihtiyaç planlama) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Üretimin anlık durumu bilinmediğinde

MRP (malzeme ihtiyaç planlama) ile iş emri, adet, süre ve fire bilgisi sahadan anında toplanır; yönetim aynı ekrandan durumu görür.

03MRP (malzeme ihtiyaç planlama) planlarken bilinmesi gerekenler

• Sahadan veri toplama yöntemi seçilir: terminal/tablet, barkod, PLC/sensör.
• Mevcut muhasebe/ERP (Logo, Mikro, Netsis, Nebim, SAP vb.) ile neyin nerede tutulacağı belirlenir.
• Ürün ağacı (reçete/BOM) ve rota (operasyon sırası) doğru tanımlanmadan maliyet ve planlama doğru çıkmaz.

04Sık karşılaşılan durumlar

05Kocaali için uzaktan ve yerinde çalışma

PTT kayıtlarında Kocaali ilçesine bağlı 36 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde MRP (malzeme ihtiyaç planlama) için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Kocaali'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki Pamukova, Kaynarca ve Geyve ilçeleri için de MRP (malzeme ihtiyaç planlama) talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
7. Bakım ve destek: Yeni ihtiyaçlar sürüm planına alınır; sistem kullanıldıkça geliştirilir.

07Örnek kapsam hesabı

08Ekip ve çalışma biçimimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Sakarya da bunlardan biri.

09Hangi durumlarda profesyonel destek gerekir?

MRP (malzeme ihtiyaç planlama) işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Gerçek maliyet bilinmiyor: fire/duruş/işçilik kaydı yok.
• Hatalı ürün geri izlenemiyor: lot kaydı yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• net ihtiyaç
• satın alma önerisi
• temin süresi
• fason
• OEE
• rota
• fire
• lot
• kalite kontrol
• MRP
• Sakarya
• Kocaali