Üretim izleme yazılımı geliştiren TEEPTRAK SAS tarafından yürütülür. Hiçbir satın alma gerekmez; hangi sistemi kullanırsa kullansın ya da hiç kullanmasın, tüm fabrikalar aynı kurallarla değerlendirilir.
Factory Excellence IndexFactory Excellence Awards girişimi
Factory Excellence Index

Veri ve bağlantı altyapısı: diğer tüm sütunların altındaki tesisat

Bu sütun, rutinlerinizin dayandığı verilerin yeniden elle girilmeden gelip gelmediğini ve her hatta aynı anlamı taşıyıp taşımadığını sorar. Ayrıca bu verilere kimin erişebildiğini ve makineleri bağlamanın fabrikayı daha savunmasız bırakıp bırakmadığını da sorar.

Bu sütun neyi kapsar ve göründüğünden neden daha önemlidir

Bu, altı sütundan biridir ve bir Endüstri 4.0 olgunluk modeli değildir. Fabrikadaki teknoloji miktarını ödüllendirmez. Veri altyapısının diğer sütunlarda puanlanan yönetim uygulamaları için yeterince iyi olup olmadığını ve bakımının yapılıp yapılmadığını sorar.

Beş şeyi puanlıyoruz: makinelerinizin ne ölçüde bağlı olduğu (data1), ideal çevrim süreleri ve neden kodları gibi referans verilerinin nasıl yönetildiği (data2), üretim verilerinin diğer sistemlerle nasıl entegre edildiği (data3), verilere kimin, hangi kurallarla erişebildiği (data4) ve saha (OT) siber güvenliğinin nasıl ele alındığı (data5).

Bu sütunun ağırlığı dolaylı olarak kendini gösterir. Bir takım liderinin adetleri elektronik tabloya girerek geçirdiği her saat, hat başında geçirilmeyen bir saattir. Makine etiketinden alınan bir ideal çevrim süresi, performans kaybını ya görünmez ya da saçma kılar ve toplantı rakama inanmayı bırakır. Kimsenin bilmediği bir tedarikçi uzaktan erişim aracıyla ağa bağlanmış bir makine, fabrikayı durdurabilecek bir risktir.

Bilinçli olarak az teknoloji

Bu sütundaki her seviyeye mütevazı araçlarla ulaşılabilir: bir röle kontağından alınan çalışıyor/duruyor sinyali, ortak bir veritabanı, yazılı bir değişiklik süreci, ayrılmış bir ağ. Model OPC UA, MQTT ve basit G/Ç sinyalleri gibi standart seçenekleri yalnızca örnek olarak anar ve hiçbirini diğerine tercih etmez. İzleme yaklaşımlarına ilişkin rehberler için factorymetrics.org adresine bakın.

Fabrikada görüleceği haliyle beş seviye

SeviyeSahada gördüklerinizToplantılarda rakamların görünümü
1 ReaktifHiçbir makine bağlı değil; adetler operatörlerin çetelelerinden geliyor. Performans dosyaları kişisel dizüstü bilgisayarlarda duruyor. Saha ağında kaç cihaz olduğunu kimse bilmiyor ve tedarikçiler kendi araçlarıyla bağlanıyor.Rakamlar kimin hazırladığına göre değişiyor. Performansı hesaplamak için hangi çevrim süresinin kullanıldığını kimse söyleyemiyor.
2 FarkındaBazı makinelerde yerel ekranlar ya da kimsenin toplamadığı PLC verileri var. Çevrim süreleri makine etiketinden geliyor. Veriler ERP'ye elle giriliyor ve ortak sürücülerde saklanıyor. BT politikası sahaya uyarlanmadan uygulanıyor.%100'ün üzerinde ya da akla yatmayacak kadar düşük performans rakamları çıkıyor ve bir açıklamayla geçiştiriliyor. Ay sonu kapanışı günlerce süren mutabakat gerektiriyor.
3 YapılandırılmışDarboğaz makineleri bağlı ve verileri merkezi olarak toplanıyor. Ana hatlar için ideal çevrim süreleri ve neden kodları tanımlı. Bazı otomatik dışa aktarımlar var. Üretim verileri talep üzerine erişilebilen merkezi bir veritabanında duruyor. Ofis ağı ile üretim ağı ayrılmış.Toplantılar aynı kaynaktan gelen aynı rakamları kullanıyor. Verilerin farklı bir kesitini isteyen herkes tek bir kişiden geçmek zorunda.
4 ProaktifKritik makinelerin çoğu standart bir arayüzle bağlı. Referans verilerinin bir sorumlusu, bir değişiklik süreci ve periyodik bir gözden geçirmesi var. Üretim sistemi siparişleri ve adetleri ERP ya da MES ile paylaşıyor. Erişim role dayalı, saklama kuralları ve belgelenmiş tanımlar var. IEC 62443 ilkelerini izleyen bir OT güvenlik politikası varlık envanterini, uzaktan erişimi ve yama yönetimini kapsıyor.Üretim ve ERP adetleri elle düzeltme gerekmeden tutuyor. Bir çevrim süresindeki her değişiklik izlenebiliyor. Hangi dosyanın doğru olduğunu kimse sormuyor.
5 MükemmelStandart bir bağlantı mimarisi tüm hatları kapsıyor ve veri gereksinimleri her ekipman satın alımına yazılıyor. Referans verileri tesisler arasında uyumlu. Entegrasyon iki yönlü çalışıyor ve veri modeli belgelenmiş. Mühendisler bir veri kataloğu kullanıyor ve verileri kendileri analiz ediyor. OT risk değerlendirmeleri ve olay tatbikatları rutin; güvenlik gereksinimleri satın almanın bir parçası.Mühendisler kendi sorularını verilerden yanıtlıyor. Tesisler hiçbir şey yeniden hesaplanmadan karşılaştırılıyor. Olay müdahalesi prova edilmiş.

Fabrikalar burada çoğu zaman dengesizdir: kimsenin sahiplenmediği referans verilerinin yanında iyi bağlanmış bir darboğaz ya da elle girilen ERP kayıtlarının yanında sağlam bir ağ. Değerlendirme her soruyu ayrı puanlar. Seviyeler sayfası sütun endeksini ve en zayıf sütun kuralını açıklar.

Beş soru ve bu hafta kendi yanıtınızı nasıl kontrol edersiniz

data1. Makineleriniz ne ölçüde bağlı? Fabrikanın, darboğazdan başlayarak, duruş ve adet verilerini kimse yazmadan makinelerinden alıp alamadığını soruyoruz. Salt bağlantı olsun diye yapılan bağlantı hiçbir puan getirmez.

Fabrikalar, PLC'ler bir ağda olup verilerini kimse toplamadığında ya da tek bağlı makine darboğazdan uzakta bir pilot uygulama olduğunda kendilerini abartılı değerlendirir. Basit bir çalışıyor/duruyor sinyalinin gerçek bir bağlantı olmadığını varsaydıklarında ise kendilerini düşük değerlendirirler. Model basit G/Ç sinyallerini açıkça kabul eder ve eski ekipmanlar için bunlar çoğu zaman en mantıklı seçimdir.

Öz kontrol: data1

Darboğaz hattındaki her makineyi kontrolör tipi, çalışıyor/duruyor sinyali verip veremediği ve bu sinyalin bir yerde saklanıp saklanmadığıyla birlikte listeleyin. Ardından bir operatöre sormadan ya da kâğıt bir kaydı açmadan darboğazdaki dünkü duruşların listesini almayı deneyin.

data2. Referans verileri nasıl yönetiliyor? Performansı değerlendirmek için kullanılan ölçütlerin doğru olup olmadığını ve bir sahibinin olup olmadığını soruyoruz. İdeal çevrim süreleri, neden kodları ve ürün listesi, fabrikanın raporladığı her rakamı sessizce şekillendirir.

Sık görülen abartma, rakamlar maliyetlendirme ya da planlamadan gelen ve paylar içeren standart süreler olduğu halde ideal çevrim sürelerinin tanımlı olduğunu söylemektir. Bunlar makinenin sürdürülebilen en iyi hızı değildir. Birbirinin neredeyse aynısı kodlar ve yoğun kullanılan bir 'diğer' koduyla şişmiş bir neden kodu listesi de kimsenin onu sahiplenmediğinin bir başka işaretidir.

Öz kontrol: data2

Darboğazdaki en yüksek hacimli üç ürün için sisteminizdeki ideal çevrim süresini, hattın istikrarlı bir saat boyunca sürdürdüğünü gördüğünüz en iyi hızla karşılaştırın. Herhangi bir vardiya %100'ün üzerinde bir performans oranı gösteriyorsa referans yanlıştır. Ardından bir neden kodunu en son kimin, nasıl değiştirdiğini sorun.

data3. Üretim verileri diğer sistemlerle nasıl entegre ediliyor? Ne kadar verinin iki kez girildiğini ve üretim sistemi ile ERP'nin neyin sipariş edildiği ve neyin üretildiği konusunda hemfikir olup olmadığını soruyoruz.

Birinin her hafta başlatması, temizlemesi ve yeniden içeri aktarması gereken bir dışa aktarım sıklıkla otomatik sayılır. Bu en fazla Seviye 3'tür ve bunu yapan kişi tek hata noktasıdır. Seviye 4'teki entegrasyon, siparişlerin ve sağlam parça sayılarının kimse dokunmadan aktığı ve farkların sessizce düzeltilmek yerine işaretlendiği anlamına gelir.

Öz kontrol: data3

Bir üretim siparişini ERP'de serbest bırakılmasından geri gönderilen sağlam parça sayısına kadar izleyin. Her manuel adımı ve onu kimin yaptığını yazın ve bu adımların sıradan bir haftada ne kadar sürdüğünü ölçün.

data4. Üretim verilerine kim, hangi kurallarla erişebiliyor? Verilere ihtiyacı olan kişilerin kimseden rica etmeden onlara ulaşıp ulaşamadığını ve her alanın arkasındaki tanımların yazılı olup olmadığını soruyoruz.

Merkezi bir veritabanı Seviye 3'ü düşündürür, ancak onu yalnızca bir kişi sorgulayabiliyorsa mühendisler yine kendi dosyalarını oluşturur ve fabrika paralel versiyonlara geri döner. Seviye 4 ayrıca saklama kuralları ve belgelenmiş tanımlar gerektirir; birçok fabrika bunları atlar.

Öz kontrol: data4

Bir proses mühendisinden bir hat için geçen ayın nedene göre duruş süresini çıkarmasını isteyin. Ne kadar sürdüğünü ve kaç kişinin dahil olduğunu not edin. Ardından veritabanındaki planlı üretim süresi tanımının performans görünürlüğünde kullanılan yazılı tanımla örtüşüp örtüşmediğini kontrol edin.

data5. Saha (OT) siber güvenliği nasıl ele alınıyor? Üretim sistemlerinin, kullanılabilirliğin önce geldiği, ekipmanların uzun yıllar hizmette kaldığı ve tedarikçilerin uzaktan erişime ihtiyaç duyduğu sahaya uygun bir şekilde korunup korunmadığını soruyoruz.

Tipik abartma, tedarikçi VPN'leri, HMI'lardaki uzak masaüstü araçları ya da makine panolarındaki hücresel modemler ayrımı delip geçerken ağların ayrılmış olduğunu iddia etmektir. Bir diğeri, bölgeler arasında kuralları neredeyse her şeye izin veren bir güvenlik duvarıdır.

Öz kontrol: data5

Son bir yılda tedarikçilerin kullandığı her uzaktan erişim yolunu, hattaki bilgisayarlara kurulu yazılımlar ve panoların içindeki modemler dahil listeleyin. Listeyi BT'nin var olduğuna inandıklarıyla karşılaştırın. Ardından hattaki bir bilgisayarda yamayı kimin onaylayabileceğini ve bunun en son ne zaman olduğunu sorun.

Seviye 4'teki fabrikalar neyi farklı yapar

Bu sütunda Seviye 4'teki fabrikalar nadiren en çok teknolojiye sahip olanlardır. Bir amaç için bağlanır ve kuralları yazılı hale getirirler. Aradığımız uygulamalar şunlardır.

  • Bir soru için bağlanın. Her bağlantı bir rutinde sorulan bir soruyu yanıtlar; örneğin darboğaz ne kadar süre ve neden durdu. Fabrika her etiketi toplamak yerine kendi asgari sinyal setini tanımlar; örneğin çalışıyor/duruyor, sağlam adet ve mümkünse ıskarta adedi.
  • Ekipman tipi başına belgelenmiş tek bir bağlantı yöntemi. Tek sayfalık bir standart, hangi tür makine için hangi arayüzün kullanılacağını söyler: kontrolör destekliyorsa OPC UA, veri yayınlamak için MQTT, eski ekipmanlar için kablolu G/Ç. Seçimin kendisi, tek bir seçime sahip olmaktan daha az önemlidir.
  • Geçmişi tutulan bir referans veri sayfası. Her ürün ve hat için: ideal çevrim süresi, nasıl ve ne zaman ölçüldüğü ve sahibi. Değişiklikler kısa bir süreci (talep, onay, geçerlilik tarihi) izler ve geçmiş saklanır. Sayfa belirli bir döngüyle ve bir ürün ya da makine her değiştiğinde gözden geçirilir.
  • Kullanılabilecek kadar kısa tutulan bir neden kodu listesi. Fabrika kod sayısı için kendi tavanını belirler, 'diğer' olarak kodlanan sürenin payını izler ve bu pay büyüdüğünde listeyi gözden geçirir.
  • Günlük mutabakat. Üretim adetleri her gün ERP kayıtlarıyla karşılaştırılır ve istisnalar üzerine yazılmak yerine listelenip açıklanır.
  • Roller ve bir sözlük. Erişim role göre tanımlanır (operatör, takım lideri, mühendis, yönetici, tedarikçi) ve her kilit alanın tek bir yerde yazılı bir tanımı vardır.
  • OT temelleri düzgün yapılmış. Bir varlık envanteri güncel tutulur. Tedarikçilerin uzaktan erişimi, adı belli hesaplarla ve talep üzerine açılan oturumlarla tek bir kontrollü yoldan geçer. Yama yönetimi her ekipman sınıfı için üretimle birlikte kararlaştırılır ve hatlar IEC 62443 ilkelerine uygun olarak bölgelere ayrılır.

Bir seviye yukarı çıkmak için 90 günlük plan

Plan, yanıtların çoğunun Seviye 2 ya da 3'te olduğunu varsayar. Değerlendirmeden aldığınız rapor her açık için somut bir sonraki adım verir; en düşük puanlı soruyla başlayın.

  1. 1–2. haftalarEnvanter çıkarın. Darboğaz hattındaki makineleri kontrolörleri ve mevcut sinyalleriyle birlikte listeleyin. Saha ağındaki her cihazı ve her uzaktan erişim yolunu listeleyin. Üretim verilerinin nerede iki kez girildiğini ve bunun ne kadar sürdüğünü çıkarın. Referans verilerinin bugün nerede ve kaç versiyon halinde durduğunu not edin.
  2. 3–6. haftalarDarboğazı bir çalışıyor/duruyor sinyali ve bir adet sinyaliyle bağlayın ve verileri merkezi olarak saklayın. Ana ürünlerin sürdürülebilen en iyi çevrim süresini ölçün ve adı belli bir sahibi olan tek bir referans sayfası yayınlayın. Kontrolsüz uzaktan erişim yollarını kapatın ve henüz yapılmadıysa üretim ağını ofis ağından ayırın.
  3. 7–12. haftalarEn çok zaman alan manuel aktarımı, planlanmış bir dosya şeklinde bile olsa otomatikleştirin. Referans verileri için değişiklik sürecini yazın. Varlık envanterini, uzaktan erişimi ve yama yönetimini kapsayan bir OT güvenlik politikası taslağı hazırlayın. Erişimi role göre tanımlayın. 12. haftada günlük toplantının kimsenin yeniden girmediği darboğaz verilerini kullandığını kontrol edin ve değerlendirmeyi yeniden yapın.
Rol90 gün boyunca sorumlu olduğu
Fabrika müdürüÖncelikleri belirler ve üretim ihtiyaçları ile güvenlik kısıtları arasındaki çatışmaları çözer.
Mühendislik ya da otomasyonMakine envanteri, darboğaz bağlantısı ve tek sayfalık bağlantı standardı.
Proses mühendisliği ya da sürekli iyileştirmeReferans verileri: ölçülen çevrim süreleri, neden kodu listesi ve değişiklik süreci.
OT ile birlikte çalışan BTAğ ayrımı, uzaktan erişim yolu, cihaz envanteri ve güvenlik politikası taslağı.
ERP sorumlusu ya da finansOtomatik aktarım ve günlük adet mutabakatı.
Satın almaYeni ekipman şartnamelerine bağlantı ve güvenlik gereksinimlerini eklemeye başlamak.

Jürinin doğrulamada aradığı kanıtlar

Doğrulamada belgeleri yüklersiniz, ardından 45 dakikalık bir video görüşmede iki jüri üyesine bunları adım adım anlatırsınız. Jüri üyeleri gelecekteki projelerin mimari şemalarını değil, veri altyapısının fabrikanın rutinlerinde kullanıldığına dair işaretleri arar.

Geçerli sayılan belgeler:

  • Her kritik makine için bağlantı durumunu ve arayüz tipini gösteren makine listesi.
  • Ofis ile üretim arasındaki ayrımı gösteren basitleştirilmiş bir ağ şeması.
  • Değişiklik geçmişiyle birlikte referans veri sayfası ve sahibiyle birlikte neden kodu listesi.
  • Siparişlerin ve adetlerin sistemler arasında nasıl aktığını gösteren bir açıklama ya da ekran görüntüsü ve yakın tarihli bir mutabakat kaydı.
  • Erişim rollerinin listesi ve alan tanımları sözlüğü.
  • OT varlık envanteri, kaydından bir örnekle birlikte uzaktan erişim prosedürü ve OT güvenlik politikası.
  • Bağlantı ya da güvenlik gereksinimleri içeren yakın tarihli bir ekipman şartnamesi.

Geçerli sayılmayanlar: tedarikçi broşürleri; başlamamış bir projenin mimari sunumları; verileri hiçbir toplantıda kullanılmayan bağlı bir pilot makine; BT'den değiştirilmeden kopyalanmış bir güvenlik politikası; kimsenin açmadığı gösterge panellerinin ekran görüntüleri.

Hassas ayrıntıları göndermeyin

IP adreslerini, cihaz adlarını ve sistemlerinize nasıl ulaşılacağını tarif eden her şeyi karartın. Hiçbir zaman kimlik bilgisi paylaşmayın. Jüri üyelerinin bir uygulamanın var olduğunu ve izlendiğini görmesi gerekir; bir saldırganın isteyeceği ayrıntıları değil.

Fabrikaları bu sütunda yerinde saydıran tuzaklar

  • Her şeyi bağlamak, hiçbir şeyi kullanmamak. Yüzlerce etiket toplanır ve sabah toplantısı hâlâ elle yazılmış bir kâğıtla yürür.
  • Makine etiketindeki çevrim süreleri. Performans kaybı ortadan kalkar ya da saçma görünür ve insanlar rakamın tamamına güvenmeyi bırakır.
  • Neden kodu enflasyonu. Her yeni problem kendi kodunu alır; ta ki operatörler listedeki ilk kodu seçene kadar.
  • Adetler için iki doğru kaynağı. Üretim sistemi bir şey, ERP başka bir şey söyler ve biri farkı her hafta, nedenini sormadan elle düzeltir.
  • Sorudan değil sistemden başlamak. Tanımlar ve referans verileri üzerinde anlaşmadan bir platform ya da entegrasyon projesi seçmek, ikisini de daha sonra yeniden kurmak demektir.
  • OT güvenliğini BT'nin sorunu saymak. Ya da tersi: kimse bir bakım penceresi üzerinde anlaşmadığı için üretimin yıllarca her yamayı engellemesi.
  • Unutulan tedarikçi erişimi. Yıllar önce devreye alma sırasında kurulmuş, hâlâ çalışan ve hâlâ ilk parolayı kullanan bir uzaktan erişim aracı.
  • Kimsenin sorgulamadığı bir veri deposu. Merkezi olarak toplanan ama yalnızca tek bir uzmanın ulaşabildiği veriler, ortak bir sürücüden daha iyi değildir.

Buradan nereye

Bu sütunun endeksini diğer beşinin yanında görmek ve genel seviyenizi aşağı çeken sütunun bu olup olmadığını anlamak için değerlendirmeyi yapın. Veri altyapısı, soruların kayıpların nasıl kaydedildiğine ve insanların rakamlara güvenip güvenmediğine döndüğü performans görünürlüğüne hizmet etmek için vardır; sırada onu okuyun. FEI'nin ölçmediği OEE rakamları ve kıyaslamaları için oee-benchmark.org adresine bakın.

Sorular

Veri sütunumuz zayıfsa genel olarak Seviye 3'e ulaşabilir miyiz?

En zayıf sütun kuralına göre genel seviyeniz, en zayıf sütununuzun en fazla bir seviye üzerinde olabilir. Dolayısıyla veride Seviye 2'deki bir fabrika genel olarak Seviye 3 olabilir, ama Seviye 4 olamaz. Birçok fabrika bu sütunda bağlı bir darboğaz, tanımlı referans verileri ve ayrılmış bir ağla Seviye 3'e ulaşır.

OPC UA mı yoksa MQTT mi seçmeliyiz?

Model ikisini de tercih etmez. Doğru seçim ekipmanınıza ve mevcut sistemlerinize bağlıdır; birçok fabrika eski makineler için basit G/Ç sinyallerinin yanında birden fazlasını kullanır. Puan getiren, her ekipman tipi için tutarlı biçimde uygulanan belgelenmiş bir standarttır.

Eski makinelerimizde PLC yok. Bağlanabilirler mi?

Genellikle evet, basit bir G/Ç sinyaliyle: bir röle kontağı, sinyal kulesi ya da makinenin hareketine yerleştirilmiş bir sensör. Bir çalışıyor/duruyor sinyali ve bir parça sayısı, günlük rutinlerin sorduğu soruların çoğunu yanıtlar ve model bunları tam olarak kabul eder.

Bu bir Endüstri 4.0 olgunluk değerlendirmesi mi?

Hayır. FEI altı sütunda yönetim uygulamalarını ölçer ve bu sütun yalnızca veri altyapısının bu uygulamaları destekleyip desteklemediğini kontrol eder. Mütevazı teknolojiye ve disiplinli rutinlere sahip bir fabrika, bu rutinlere sahip olmayan yoğun dijitalleşmiş bir fabrikadan genel olarak daha yüksek puan alabilir.

OT güvenliğinde Seviye 4 için IEC 62443 sertifikasına ihtiyacımız var mı?

Hayır. Seviye 4, IEC 62443 ilkelerini izleyerek varlık envanterini, uzaktan erişimi ve yama yönetimini kapsayan bir OT güvenlik politikası ister. Sertifika gerekmez ve puanlanmaz.