SAP OEE Entegrasyonu Nedir?
SAP OEE entegrasyonu, makine verisinin üretim sahasından SAP'ye otomatik akmasıdır; böylece Toplam Ekipman Etkinliği — kullanılabilirlik çarpı performans çarpı kalite — bir vardiya amirinin notlarından değil, gerçek sinyallerden hesaplanır. Sayaçlar, çalışma ve duruş durumları, çevrim süreleri ve fire adetleri PLC veya SCADA katmanından okunur, edge katmanında toplulaştırılır ve SAP PP'ye üretim teyidi, SAP QM'e fire olarak kaydedilir. Ortaya çıkan OEE değerleri ise SAP BW ve SAP Analytics Cloud üzerinden canlı raporlanır.
Zorluk: Kâğıtta Ölçülen ve Bir Hafta Sonra Raporlanan OEE
Müşteri, OEE değerinin düşük olduğunu zaten biliyordu. Yapamadıkları şey, nedenini açıklamaktı. Bunun önünde dört engel vardı.
| Sorun | İşe Etkisi |
|---|---|
| Manuel veri toplama | Operatörler üretim ve duruşları her vardiya sonunda kâğıda yazıyordu. Beş dakikanın altındaki kısa duruşlar neredeyse hiç kaydedilmiyordu — oysa performans kaybının büyük bir kısmı tam olarak orada saklıdır. |
| Gecikmeli raporlama | OEE, yönetime olaydan yaklaşık bir hafta sonra ulaşıyordu. Bir eğilim görünür hâle geldiğinde yüzlerce üretim saati çoktan kaybedilmiş oluyordu. |
| Güvenilmez duruş nedenleri | Neden kodları, olaydan saatler sonra hafızadan atanıyordu. Kök neden analizi tahmine dayanıyor, iyileştirme projeleri yanlış makinelere yöneliyordu. |
| Gerçeğin gerisinde kalan teyitler | Üretim teyitleri vardiya sonunda toplu girildiği için SAP'deki malzeme tüketimi, yarı mamul ve stok, hattaki fiziksel durumla hiçbir zaman örtüşmüyordu. |
Çözüm: PLC'den SAP PP ve SAP Analytics Cloud'a Makine Verisi
PLC'ler SAP ile doğrudan konuşamaz. SAP iş protokolleri konuşur — RFC, IDoc, OData — makine kontrolörleri ise PROFINET, EtherNet/IP ve Modbus konuşur; üstelik SAP'nin hiçbir zaman sindirmek üzere tasarlanmadığı bir frekansta veri üretirler. Natura Systems aradaki katmanı kurdu: Makineleri okuyan, sinyalleri anlamlı üretim olaylarına dönüştüren ve SAP'ye yalnızca bu olayları kaydeden bir edge servisi. Bu, tek bir tartım işlemi yerine sürekli üretime uygulanmış hâliyle, SAP kantar entegrasyonumuzun arkasındaki entegrasyon prensibinin aynısıdır.
Adım 1 — PLC ve SCADA'dan Makine Sinyallerinin Toplanması
Her hat, makine makine incelenerek gerçekte nelerin okunabileceği belirlendi: sağlam parça sayaçları, fire sayaçları, çalışma ve duruş durumları, hız ayar değerleri ve alarm kelimeleri. Yeni makineler bunları doğrudan OPC-UA üzerinden sunuyordu. İki eski preste ise hiçbir ağ arayüzü yoktu; bu makinelerde çevrim sayısı ve çalışma durumunu makinenin kendi kontrol sinyallerinden türetmek için sonradan eklenen sensörler ve küçük bir uzak I/O modülü kuruldu — makine mantığına hiç dokunulmadan, ki ekipman hâlâ garanti kapsamındayken bu önemlidir.
Adım 2 — Edge Katmanında Toplulaştırma ve Duruş Sınıflandırması
Bir .NET edge servisi makineleri sürekli sorgulayarak ham etiketleri üretim olaylarına dönüştürüyor: Bir çalışma bloğu, süresiyle birlikte bir duruş, bir sağlam adet, bir fire adedi. Belirlenen eşiğin üzerindeki duruşlar hattaki operatör terminaline düşüyor ve operatör tesise özel kısa bir listeden neden kodunu seçiyor. Bu uyarı, saatler sonra değil duruştan saniyeler sonra göründüğü için neden verisi doğru oluyor — ve kök neden analizini mümkün kılan tek başına bu değişiklik oldu.
Adım 3 — Üretim Teyitlerinin SAP PP'ye Kaydedilmesi
Toplulaştırılan olaylar, standart BAPI ve RFC çağrılarıyla SAP PP'ye üretim siparişi teyidi olarak kaydediliyor; verim, fire ve faaliyet süresi elle yazılmak yerine makine verisinden dolduruluyor. Ardından geri yıkama (backflushing) bileşen tüketimini otomatik güncelliyor. Başarısız kayıtlar tam bağlamıyla yeniden deneme kuyruğunda tutuluyor; böylece kısa bir SAP kesintisi teyitleri geciktiriyor ama kaybettirmiyor. Yüksek frekanslı ham sinyaller edge katmanında kalıyor, SAP yalnızca özetlenmiş ve iş açısından anlamlı kayıtları alıyor — arayüzü üretim hacminde kararlı tutan da budur.
Adım 4 — Fire ve Kalite Verisinin SAP QM'e Aktarılması
Fire adetleri hata kodlarıyla birlikte kaydediliyor; böylece OEE'nin kalite bileşeni tahmine değil, kayıtlı fireye dayanıyor. Proses içi kontrol noktalarının bulunduğu yerlerde sonuçlar ilgili SAP QM muayene lotuna yazılıyor ve kalite mühendislerine her hata kaydının yanında makine bağlamı da veriliyor: hız, çevrim süresi, hangi vardiya, hangi takım.
Adım 5 — SAP BW ve SAP Analytics Cloud'da Canlı OEE Panoları
Teyit ve duruş verisi SAP BW'de modelleniyor ve SAP BW ile SAC panoları üzerinden sunuluyor: Vardiya amirleri için vardiya boyunca yenilenen hat düzeyinde bir görünüm; yönetim için eğilim, kayıp nedenlerinin Pareto analizi ve vardiya karşılaştırması içeren tesis düzeyinde bir görünüm. Her hatta bulunan bir ekran operatörlere kendi anlık OEE değerlerini gösteriyor — ki bu, projenin en etkili parçalarından biri olduğu ortaya çıktı.
Makineden SAP'ye Entegrasyon Mimarisi
Mimari bilinçli olarak katmanlı tasarlandı; her katman yalnızca iyi olduğu işi yapıyor: PLC kontrol ediyor, edge toplulaştırıp sınıflandırıyor, SAP iş işlemini kaydediyor, SAC ise raporluyor.
Bu Kurulumda OEE Nasıl Hesaplanıyor?
OEE üç faktörün çarpımıdır. Bir entegrasyon projesinde önemli olan, her bir değeri hangi sistemin sağladığı ve verinin nereden geldiğidir.
| Faktör | Tanım | Bu Çözümdeki Veri Kaynağı |
|---|---|---|
| Kullanılabilirlik | Çalışma süresinin planlı üretim süresine oranı | Makine çalışma ve duruş durumları PLC'den, planlı süre SAP PP vardiya takviminden |
| Performans | Gerçek üretimin ideal çevrim süresindeki teorik üretime oranı | PLC'deki sağlam parça sayacı, SAP'deki rota standart süresine karşı |
| Kalite | Sağlam parçaların toplam üretilen parçaya oranı | SAP PP teyidindeki verim ve fire ile SAP QM hata kayıtları |
Planlı üretim süresinin tanımlanması, çoğu OEE projesinin takıldığı yerdir. Planlı bakım, tip değişimi ve personelsiz vardiyalar, tek bir hat bağlanmadan önce üretim yönetimiyle mutabakata bağlanmalıdır; aksi hâlde iki departman aynı veriden iki farklı OEE değeri üretir ve hiçbiri panoya güvenmez.
Sonuçlar: Altı Ayda OEE %58'den %74'e
Öne çıkan rakamların yanında entegrasyonun sağladıkları:
- Yılda yaklaşık 340 üretim saati darboğaz oluşturan iki hatta geri kazanıldı
- Mikro duruşlar ilk kez görünür oldu — kayıp içindeki payları, herkesin odaklandığı uzun arızalardan daha büyük çıktı
- Üretim teyitleri vardiya sonu toplu giriş yerine sürekli kaydediliyor; SAP stok ve yarı mamul verisi artık hattaki gerçekle örtüşüyor
- Haftada yaklaşık 6 saat mühendislik zamanı OEE tabloları hazırlamaktan geri kazanıldı
- Fire; makine, vardiya, takım ve ürün bazında analiz ediliyor — tek bir tesis geneli fire yüzdesinin yerini aldı
- Dört hattın tamamında ortak bir OEE tanımı oluştu ve aralarındaki karşılaştırma anlamlı hâle geldi
Gerçek OEE değerinizi merak ediyor musunuz?
Çoğu OEE projesi, makinelerinizin hâlihazırda ne raporlayabildiğinin kısa bir incelemesiyle başlar — bu genellikle tesisin sandığından fazladır. SAP ekibimizle görüşün; bugün nelerin okunabilir olduğunu ve nelerin retrofit gerektireceğini size söyleyelim.
SAP Ekibimizle GörüşünSAP OEE Entegrasyonundan Hangi Üreticiler Faydalanır?
- Otomotiv ve yan sanayi — müşteri denetimleri tablo değil, izlenebilir performans verisi talep eder
- Ambalaj ve plastik — kayıp profiline mikro duruşların hâkim olduğu yüksek hızlı hatlar
- Gıda ve içecek — tip değişimi ve temizlik süresinin gerçek arıza süresinden ayrılması gerekir
- Tekstil — çok sayıda makine, uzun üretim serileri ve ancak vardiyalar karşılaştırıldığında ortaya çıkan kayıp örüntüleri
- Metal şekillendirme ve talaşlı imalat — takım aşınması, fireye yansımadan önce çevrim süresinde görünür
- Yapı malzemeleri ve çimento — kullanılabilirliğin her şeyi belirlediği sürekli proses ekipmanları
- İlaç — denetim incelemesine dayanabilecek OEE raporlaması
- Fason üreticiler — tahmin değil, kanıt gerektiren kapasite taahhütleri
SAP ve Endüstriyel Otomasyonda Neden Natura Systems?
OEE projeleri iki disiplin arasındaki boşlukta başarısız olur. SAP danışmanlıkları PP ve QM'i yapılandırır ama PLC okuyamaz; otomasyon entegratörleri makineleri bağlar ama bir şeyi bozmadan SAP'ye teyit kaydedemez. Natura Systems bu sınırın iki tarafında da çalışır — hat incelemesi, edge yazılımı, SAP konfigürasyonu ve SAC raporlamasının birbirini işaret eden üç ayrı tedarikçi yerine tek bir ekip tarafından teslim edilmesinin nedeni budur.
- Derin SAP S/4HANA uzmanlığı — 25+ yıl uygulama deneyimine sahip sertifikalı danışmanlar
- Gerçek otomasyon yetkinliği — PLC, SCADA, OPC-UA ve MQTT; ağ arayüzü olmayan makinelerde retrofit dahil
- Arayüzün yanında SAP PP ve QM konfigürasyonu — teyitler, geri yıkama ve fire kaydı uçtan uca gerçekten çalışsın diye
- SAP BW ve SAC modellemesi kendi bünyemizde, taşerona verilmeden
- Bölgesel varlık — Türkiye, Kazakistan ve Orta Asya genelinde
- SAP Kalite Ödülü Büyük Ödül Sahibi (SAP Quality Award Grand Winner)
Sıkça Sorulan Sorular
SAP'de OEE nasıl hesaplanır?
OEE ölçmek için SAP DMC veya SAP MII gerekli mi?
Makine verisi PLC'den SAP'ye nasıl aktarılır?
OEE panoları SAP Analytics Cloud'da kurulabilir mi?
PLC'si veya ağ arayüzü olmayan eski makinelerde de çalışır mı?
SAP OEE entegrasyonu ne kadar sürer?
SAP Entegrasyon Ekibimizle Görüşün
Natura Systems, Türkiye ve Orta Asya genelinde çalışan, SAP Kalite Ödülü Büyük Ödül sahibi bir danışmanlık firmasıdır. İster SAP'de makine verisine, ister SAP MRP ile üretim verimliliğine, ERP uygulamasına veya SAP S/4HANA danışmanlığına ihtiyacınız olsun, yardımcı olabiliriz.
İstanbul Ofis
Merkez Mah. Abide-i Hürriyet Cad.
No: 211 İç Kapı No: 64
Şişli / İstanbul
Sakarya Ofis
Sakarya Teknokent No: 2, Kapı No: 19
Serdivan / Sakarya
Gerçek OEE değerinizi görmeye hazır mısınız?
Üretim hatlarınızı SAP'ye bağlamayı konuşmak için Natura Systems ile iletişime geçin.
Bize Ulaşın