Bir OEE Rakamınız Var. Onu Açıklayabiliyor musunuz?

Birçok fabrika kimsenin tam olarak güvenmediği bir OEE rakamı raporlar: belgelenmemiş duruşları dışarıda bırakan bir kullanılabilirlik, gerçek ideal (ulaşılabilir en hızlı) çevrim süresi yerine şişirilmiş bir standart çevrim süresine göre ölçülen bir performans ya da yeniden işlemeyi gözden kaçıran bir kalite rakamı. Bu denetim, gerçek tanımlarınızı ve veri kaynaklarınızı sınırlı bir örnek üzerinde inceler ve rakamın tam olarak nerede sağlam, nerede zayıf olduğunu size söyler.

OEE veri kalitemizi denetleyin Tüm Proof of Concept programlarını görün

Neyi kontrol eder

OEE’yi zaten raporlayan, ancak buna göre aksiyon alması gereken kişilerin girdilere güvenmediği ya da bir kaybı neyin yarattığını açıklayamadığı fabrikalar için. MES PoC’sinin sınır notunun zaten adını koyduğu aynı güven açığı, burada bir pilota bağlanmadan önce kontrol edilir.

Ne yapıyoruz

Mevcut OEE metrik tanımlarınızı (kullanılabilirlik, performans, kalite) bugün gerçekte nasıl hesaplandıklarıyla karşılaştırmak.
Her birinin arkasındaki veri kaynaklarını izlemek: manuel giriş, PLC sinyali, MES kaydı, tablo formülü.
Hesaplamanın dışında neyin bırakıldığını (planlı duruşlar, ürün değişimleri, devreye alma fireleri) ve bu hariç tutmanın belgelenmiş mi yoksa varsayılmış mı olduğunu kontrol etmek.
Raporlanan rakamlardan sınırlı bir örneği, her MSF PoC’sinin başlangıç değerini belirlediği yöntemle, bağımsız bir sayımla mutabık hâle getirmek.

Sizden neye ihtiyacımız var

Mevcut OEE tanımlarınız ve her bileşenin (kullanılabilirlik, performans, kalite) nasıl hesaplandığı.
Temsili bir hat için belirli bir döneme ait temel verilerden bir örnek: duruş kayıtları, fire kayıtları, çevrim süresi verileri.
Kullanıyorsanız mevcut duruş sınıflandırma kodlarınız.
Sürecin kısa bir gözden geçirmesi için, OEE raporunu şu anda hazırlayan kişiye erişim.

Elinize ne geçer

İncelenen örnek için, her bileşenin arkasındaki kanıtlarla birlikte bir OEE veri kalitesi skoru.
Eksik kanıtların listesi: belgelenmemiş hariç tutmalar, sınıflandırılmamış duruş süresi, kimsenin doğrulamadığı bir ideal çevrim süresi.
Kurulumunuza özgü başlıca bozulma riskleri, yani rakamı gerçekte olduğundan daha iyi ya da daha kötü göstermesi en olası unsurlar.
Önerilen bir kapsam: otomatik ve savunulabilir veri toplama için bir MES PoC’si ya da açığın tanımlarda değil sinyal erişilebilirliğinde olduğu durumlarda bir IIoT PoC’si.

Neyi iddia etmez

Bu denetim OEE rakamınızı doğru ya da yanlış olarak onaylamaz. İncelenen örnek üzerinde, arkasındaki kanıt açıklarını ve her bileşene ne kadar güvenebileceğinizi belirler. Tam güven, bir MES PoC’sinin sürekli olarak yürüttüğü mutabakat sürecinin aynısını gerektirir.

Bunun yönlendirdiği Proof of Concept

Sık sorulan sorular

Hiç resmî bir OEE tanımımız yoksa ne olur?

Bu yaygın ve faydalı bir başlangıç noktasıdır. Denetim yine işler: raporladığınız rakamı bugün üreten hesaplama neyse onu kullanır ve çıktılardan biri gerçekten savunabileceğiniz belgelenmiş bir tanımdır.

Ne kadar veriye ihtiyacınız var?

Sınırlı ve temsili bir örnek. Büyük bir veri dışa aktarımı istemeden, bileşenleri mutabık hâle getirmek ve kanıtın zayıf olduğu yerleri belirlemek için genellikle tek bir hatta bir ila iki haftalık veri yeterlidir.

Bu, MES PoC’sinin yerini alır mı?

Hayır. Bu, ondan önceki teşhis adımıdır. Denetim, bir MES PoC’sinin tam olarak neyi düzeltmesi gerektiğini söyler; PoC’nin kendisi otomatik veri toplamayı kurar ve çözümü sizin verileriniz üzerinde kanıtlar.

Bu Proof of Concept için talep oluşturun

Aklınızdaki kapsamı yazın; size yazılı bir PoC planıyla dönelim: neyin bağlanacağı, sizin neyi sağlayacağınız, başarının nasıl ölçüleceği ve sonundaki kararın neye benzeyeceği.