Makine verisini ERP’ye aktaran bir proje devreye alınıyor, ilk haftalarda her şey yolunda görünüyor; birkaç ay sonra ise ERP’deki üretim adetleri makine sayaçlarını tutmuyor, bazı iş emirleri hiç kapanmıyor ve kimse hangi verinin doğru olduğundan emin olamıyor. ERP–üretim entegrasyonunda karşılaşılan sorunların büyük bölümü teknolojiden değil, proje başında netleştirilmeyen tanımlardan ve sahiplikten kaynaklanır. Bu yazıda sahada en sık gördüğümüz hataları ve bunların çözüm yollarını derledik.
Hata 1: “Adet” kelimesinin herkes için farklı anlama gelmesi
Planlama birimi için adet, sevk edilebilir ürün sayısıdır. Makine için adet, bir çevrimin tamamlanmasıdır. Tek çevrimde birden fazla ürün çıkaran bir kalıpta, ayar sırasında üretilen deneme parçalarında veya kalite kontrolde ayrılan ürünlerde bu iki sayı farklılaşır. Tanım yapılmadan kurulan bir entegrasyonda ERP’ye giden sayı teknik olarak doğru, iş açısından yanlıştır.
Çözüm: Entegrasyon öncesinde bir veri sözlüğü hazırlayın. Her veri alanı için anlamı, birimi, kaynağı ve hesaplama yöntemi yazılı olarak tanımlanmalıdır. “İyi adet”, “fire adet”, “ayar firesi” ve “çevrim sayısı” ayrı alanlar olarak ele alınmalı, PLC tarafındaki sayaçlar bu tanıma göre düzenlenmelidir.
Hata 2: İş emri ile makine verisinin eşleştirilmemesi
Makine hangi iş emrini çalıştırdığını bilmiyorsa, toplanan veri ERP’de doğru kayda bağlanamaz. Sık görülen durum, operatörün iş emri değişikliğini sisteme bildirmemesi ve bir önceki iş emrine yeni ürünün adetlerinin yazılmasıdır.
Çözüm: İş emri seçimini makine başında zorunlu ve kolay bir adım haline getirin. HMI üzerinden ERP’den gelen aktif iş emirleri listesinden seçim yapılması ya da barkod okutulması, elle numara girişine göre çok daha güvenilirdir. İş emri seçilmeden makinenin üretime başlamaması gibi bir kilit, PLC mantığıyla kolayca kurulabilir.
Hata 3: Ağ kesintisinde verinin kaybolması
Üretim ağı ile ERP sunucusu arasındaki bağlantı er ya da geç kesintiye uğrar: bir switch arızası, bakım amaçlı sunucu yeniden başlatması veya güvenlik duvarı kuralı değişikliği. Veriyi doğrudan ERP’ye gönderen ve gönderemediğinde bırakan bir yapıda, kesinti süresince üretilen her şey kayıttan düşer.
Çözüm: Ara katmanda yerel bir tampon (store-and-forward) kurun. Veri önce yerel olarak kalıcı biçimde saklanmalı, ERP’ye başarıyla iletildiği onaylandıktan sonra gönderildi olarak işaretlenmelidir. Tekrar gönderimde aynı kaydın iki kez işlenmemesi için her kayda benzersiz bir kimlik verilmesi gerekir.
Hata 4: Zaman senkronizasyonunun ihmal edilmesi
PLC’lerin, SCADA sunucusunun ve ERP’nin saatleri birbirinden birkaç dakika farklıysa, vardiya sınırlarında üretim yanlış vardiyaya yazılır, duruş süreleri hatalı hesaplanır. Yaz saati uygulaması veya saat dilimi farkı olan çok lokasyonlu yapılarda sorun daha da büyür.
Çözüm: Tüm sistemlerin tek bir NTP kaynağından zaman almasını sağlayın. Zaman damgalarını tutarlı bir formatta, tercihen UTC olarak saklayıp gösterimde yerel saate çevirin. Zaman damgasının verinin oluştuğu noktada, mümkünse PLC veya ara katmanda atanması, iletim gecikmelerinden etkilenmemeyi sağlar.
Hata 5: Her şeyi ERP’ye göndermeye çalışmak
Bazı projelerde her proses değerinin saniyelik olarak ERP’ye aktarılması istenir. Sonuç, ERP veritabanının gereksiz yere büyümesi, performans sorunları ve kimsenin kullanmadığı veri yığınlarıdır.
Çözüm: Veriyi amaçlarına göre ayırın:
- Saniyelik proses verisi ve ayrıntılı trendler SCADA veya zaman serisi veritabanında kalmalı.
- ERP’ye iş emri bazında özet bilgi gönderilmeli: iyi/fire adet, başlangıç-bitiş, toplam duruş ve neden dağılımı.
- Parti bazında kalite kaydı gerekiyorsa, özet ve limit dışı değerler aktarılıp ayrıntılı veri referans numarasıyla ilişkilendirilmeli.
Hata 6: Sahibi olmayan entegrasyon
Entegrasyon, otomasyon ekibi ile BT ekibinin tam ortasında durur. Otomasyon tarafı “veri PLC’den çıkıyor”, BT tarafı “ERP’ye gelen veri bozuk” der ve sorun iki ekip arasında kalır.
Çözüm: Proje başında sorumluluk sınırlarını yazılı olarak belirleyin: PLC veri yapısı, ara katman, ağ ve ERP arabirimi için ayrı sorumlular tanımlanmalı. Entegrasyonun sağlığını izleyen basit bir kontrol raporu da çok işe yarar: gün sonunda makine sayaçları ile ERP kayıtlarını karşılaştıran ve farkları listeleyen bir rapor, sorunları müşteri siparişi etkilenmeden yakalamayı sağlar.
Hata 7: Pilot aşamasını atlamak
Tüm makine parkına aynı anda geçiş, küçük bir tanım hatasının onlarca makinede aynı anda sorun çıkarması anlamına gelir. Pilot uygulamada bir veya iki makinede birkaç hafta boyunca ERP kayıtları ile fiziksel sayımlar karşılaştırılmalı, sapmalar giderildikten sonra yaygınlaştırmaya geçilmelidir.
Pilot makine seçilirken en kolay makine değil, parkı temsil eden makine seçilmelidir. Sık ürün değiştiren, farklı fire türleri üreten ve operatör girdisi gerektiren bir makinede kurulan akış sorunsuz çalışıyorsa, diğer makinelere yayılım çok daha az sürprizle ilerler. Pilot süresince tespit edilen her uyumsuzluk için nedenin ve alınan önlemin kısa bir kayıt olarak tutulması, yaygınlaştırma aşamasında aynı hataların tekrarlanmasını engeller ve yeni katılan ekip üyeleri için de değerli bir başvuru kaynağı olur.
Sonuç
ERP–üretim entegrasyonunun başarısı; net veri tanımlarına, güvenilir iş emri eşleştirmesine, kesintiye dayanıklı bir ara katmana, doğru zaman senkronuna ve açıkça belirlenmiş sorumluluklara dayanır. Bu konular proje başında ele alındığında entegrasyon, bakım gerektiren bir sorun kaynağı olmaktan çıkar ve planlamadan maliyet analizine kadar güvenilir bir veri kaynağına dönüşür.
GET Otomasyon olarak ERP entegrasyonları alanında mevcut entegrasyonların gözden geçirilmesi ve yeni veri akışlarının kurulması konusunda destek veriyoruz. Projeniz için teklif alabilirsiniz.
