ERP sisteminde iş emirleri açılıyor, stoklar takip ediliyor; fakat üretilen adet, fire ve duruş bilgisi hâlâ vardiya sonunda elle giriliyorsa ERP’nin gösterdiği tablo gerçeği gecikmeli ve eksik yansıtır. Üretim verisini ERP’ye aktarmak, bu boşluğu kapatarak planlama, maliyet ve stok kararlarının sahadaki gerçek veriye dayanmasını sağlar. Bu yazıda makineden ERP’ye uzanan veri akışının hangi katmanlardan oluştuğunu ve adım adım nasıl kurulduğunu anlatıyoruz.
Neden elle veri girişi yeterli değil?
Elle veri girişi üç temel sorun doğurur: gecikme, hata ve ayrıntı kaybı. Vardiya sonunda girilen üretim adedi, planlamacının gün içinde karar vermesine yardımcı olmaz. Yorgun bir operatörün forma yazdığı sayı ile makinenin gerçek sayacı arasında fark oluşabilir. Duruşların nedeni ve süresi ise çoğu zaman hiç kaydedilmez ya da “arıza” gibi genel bir başlık altında toplanır.
Makineden otomatik veri toplandığında iş emri bazında gerçek üretim süresi, gerçek fire oranı ve duruş dağılımı ortaya çıkar. Bu veri hem maliyet hesabını hem de kapasite planlamasını daha gerçekçi hale getirir.
Veri akışının katmanları
Makineden ERP’ye doğrudan bağlantı nadiren doğru bir çözümdür. Sağlıklı bir mimari genellikle üç katmandan oluşur.
1. Makine ve PLC katmanı
Verinin kaynağı makinedir. Sayaçlar, çalışıyor/durdu bilgisi, arıza kodları, reçete ve proses değerleri PLC’de bulunur. İlk iş, ERP’ye gidecek verinin PLC’de düzenli bir yapıda (örneğin ayrı bir veri bloğunda) toplanmasıdır. Makine üreticisinin PLC’sine erişim yoksa veya eski bir makine söz konusuysa, ek sensörler ve küçük bir kontrolörle veri toplamak mümkündür.
2. Toplama ve ara katman
Bu katman, farklı makinelerden gelen veriyi toplar, anlamlandırır ve ERP’nin anlayacağı hale getirir. Bir SCADA sunucusu, bir MES yazılımı, bir endüstriyel PC üzerinde çalışan veri toplama servisi veya bir ağ geçidi (gateway) bu görevi üstlenebilir. Protokol çevirisi, zaman damgası ekleme, veri tamponlama ve iş emri eşleştirmesi burada yapılır.
3. ERP katmanı
ERP tarafında veri; web servisi (REST/SOAP), ara tablo (staging table) veya ERP’nin sunduğu entegrasyon arabirimleri üzerinden alınır. Doğrudan ERP’nin ana tablolarına yazmak yerine kontrollü bir arabirim kullanmak, veri bütünlüğünü korur ve ERP sürüm güncellemelerinde entegrasyonun bozulmasını önler.
Hangi protokol, hangi durumda?
Makine katmanındaki haberleşme seçimi, makine parkının yapısına bağlıdır.
- OPC UA: Güncel Siemens S7-1500 ve birçok modern kontrolörde yerleşik olarak bulunur. Veri modeli ve güvenlik özellikleri nedeniyle üst sistem entegrasyonunda öncelikli tercih edilir.
- S7 protokolü: S7-300/400 ve S7-1200 gibi kontrolörlerden veri okumak için yaygın kullanılır; kontrolör tarafında erişim ayarlarının yapılması gerekir.
- Modbus TCP: Enerji analizörleri, basit kontrolörler ve farklı markalardaki cihazlar için sade ve yaygın bir seçenektir.
- MQTT: Çok sayıda dağınık noktadan veri toplanan, bulut veya merkezi bir aracı (broker) kullanılan mimarilerde tercih edilir.
Gelal Çorap’ta gerçekleştirdiğimiz makine veri toplama projesinde S7-1200 tabanlı bir yapı kurulmuş, Beckhoff kontrolörlü makinelerle haberleşme sağlanarak toplanan veriler ERP’ye aktarılmıştır. Karma bir makine parkında ara katman, farklı markaları tek bir veri modeline indirgeyen köprü görevi görür.
Protokol seçimi kadar ağ yapısı da önemlidir. Makine ağını ofis ağından ayırmak, aradaki geçişi bir güvenlik duvarı üzerinden yalnızca gerekli portlara izin vererek sağlamak ve PLC’lere ofis ağından doğrudan erişimi kapatmak temel bir güvenlik ilkesidir. Ara katmanın bu iki ağın sınırında konumlanması, ERP’nin makinelere doğrudan erişmesine gerek bırakmaz ve hem güvenliği hem de sorun gidermeyi kolaylaştırır.
Veri modeli: ne gönderilecek, ne sıklıkla?
Entegrasyonun başarısı, hangi verinin hangi anlamla gönderileceğinin baştan tanımlanmasına bağlıdır. Tipik bir üretim veri modelinde şu başlıklar yer alır:
- İş emri numarası ve ürün kodu (ERP’den makineye veya operatör girişiyle)
- İyi adet ve fire adedi, fire nedeni kodlarıyla
- İş emri başlangıç ve bitiş zamanı
- Duruş kayıtları: başlangıç, bitiş, neden kodu
- Gerekirse proses değerleri veya parti bazında kalite verisi
Gönderim sıklığı da ERP’nin ihtiyacına göre seçilmelidir. ERP’ye her saniye veri basmak gereksiz yük oluşturur; çoğu durumda iş emri kapanışında, belirli aralıklarla ya da olay bazlı (duruş başladı/bitti) gönderim yeterlidir. Ayrıntılı zaman serisi verisi ara katmanda veya SCADA arşivinde tutulur, ERP’ye özet bilgi aktarılır.
Uygulama adımları
- Makine envanterini çıkarın: marka, PLC tipi, haberleşme portu, mevcut sayaçlar.
- ERP tarafıyla birlikte veri modelini ve arabirim yöntemini yazılı olarak tanımlayın.
- Pilot olarak bir veya iki makinede uçtan uca akışı kurun ve ERP kayıtlarını makine sayaçlarıyla karşılaştırın.
- Ağ bağlantısı kesildiğinde verinin kaybolmaması için ara katmanda tampon ve yeniden gönderme mekanizması kurun.
- Pilot sonuçlarına göre modeli düzeltin, ardından tüm makine parkına yayın.
Bu adımlar sırasında operatörlerin de sürece dahil edilmesi gerekir. Duruş nedeninin makine başında seçilmesi gibi insan girdisi gerektiren alanlarda, neden listesinin kısa ve anlaşılır tutulması verinin kalitesini doğrudan belirler.
Sonuç
Makineden ERP’ye veri akışı; düzenli PLC veri yapısı, doğru seçilmiş protokoller, işini iyi yapan bir ara katman ve net bir veri modeliyle kurulduğunda ERP, sahada olanı gecikmesiz yansıtan bir yönetim aracına dönüşür. Pilot uygulamayla başlamak, riskleri küçük tutarken entegrasyonun gerçek değerini erken görmeyi sağlar.
GET Otomasyon olarak ERP entegrasyonları kapsamında makine tarafındaki PLC çalışmalarından ara katmana kadar veri akışını birlikte kuruyoruz. Tesisiniz için teklif alabilirsiniz.
