- Konu Yazar
- #1
🛠️ Kestirimci Bakım ve Karar Süreçleri
Bakım ekipleri, ekipman sağlığı uyarılarıyla karşılaştığında, bir varlığı inceleme, onarım planlama veya hizmet dışı bırakma kararı vermek zorundadır. Kestirimci bakım, mühendislerin ekipman durumu, bakım geçmişi, operasyonel kısıtlamalar ve güvenlik gereksinimlerine dayanarak önerilen eylemleri değerlendirmesini sağlar.
IBM'in kestirimci bakıma ilişkin genel bakışı, ekiplerin operasyonel ve finansal kısıtlamaları dikkate alarak ekipman durumu verilerini nasıl kullandığını açıklar. Bu, planlamacıların bakımı organize ettiği ve onay aldığı sistemlerle önerileri bağlamak anlamına gelir.
Bir planlamacı, bir önerinin arkasındaki kanıtı ve bunu gerçekleştirmek için gereken koşulları görmelidir. Bu kontrollerin, iş onayı da dahil olmak üzere, birinin kararını gerektiren çözülmemiş kısıtlamalarla birlikte görünür kalması önemlidir.
🔗 Ekipman Durumunu Bakım Kararına Bağlamak
Kritik bir üretim varlığını içeren bir senaryoyu ele alalım. Bir bakım ekibi, titreşim ve sıcaklık modellerinden yatak bozulmasının erken belirtilerini tanımlamak için yapay zeka destekli bir durum izleme sistemi kullanır. Ekip, bir sonraki planlı bakım duruşundan önce potansiyel bir arıza hakkında bir uyarı alır.
Sorumlu mühendis, bu duruşmadan önce müdahale edip etmeyeceğini, duruş sırasında bir onarım planlayıp planlamayacağını veya daha fazla izleme talep edip etmeyeceğini değerlendirmelidir. Bu seçenekleri karşılaştırmak için mühendis, varlığın kritiklik derecesini, bakım geçmişini ve belirlenmiş bakım talimatlarını mühendislik güvenlik gereksinimlerine göre inceler. Planlamacı, yedek parça ve nitelikli kaynakların üretim programına göre uygunluğunu kontrol eder.
Mühendis, bu seçenekleri gözden geçirdikten sonra planlı bir duruş sırasında yatağın değiştirilmesini önerdiğini varsayalım. İş emrini yayınlamadan önce, planlamacı uyumlu bir parçanın ve nitelikli personelin mevcut olduğunu ve planlı duruşun mühendis tarafından onaylanan müdahale penceresine düştüğünü doğrulamalıdır. Bir parça mevcut değilse veya tarihler çakışıyorsa, planlamacı kısıtlamayı tekrar gözden geçirilmek üzere yönlendirmelidir.
Mühendisler, izin verilen müdahale penceresini tesisin güvenlik gereksinimlerine göre değerlendirmelidir. Planlamacılar daha sonra bu sınırlar içinde maliyetleri ve üretim taahhütlerini karşılaştırabilir.
✅ Önerilen Eylemin Uygulanabilirliğini Kontrol Etmek
Yapay zeka tarafından oluşturulan bir bakım önerisini değerlendirirken teknik uygunluk ile operasyonel fizibilite arasında ayrım yapmak önemlidir. Güvenilirlik mühendisi, önerilen müdahalenin ekipman durumunu ele alıp almadığını ve mühendislik gereksinimleri ile bakım talimatlarına uygun olup olmadığını kontrol eder. Planlamacı, kuruluşun işi üretim programı dahilinde gerçekleştirmek için gerekli parçalara ve nitelikli kaynaklara sahip olup olmadığını kontrol eder.
Bir ekip teknik öneriyi kabul edebilir ancak bunu uygulamak için kaynaklara sahip olmayabilir. ERP ve kurumsal varlık yönetimi kayıtlarını bağlayarak, geliştiriciler gözden geçirenlere çözülmemiş kısıtlamalara ve gerekli onaylara erişim sağlayabilir.
"Varlığı incele" seçeneğini gözden geçiren bir planlamacının iş atamadan önce daha fazla ayrıntıya ihtiyacı vardır: ekipman tanımlayıcısı ve görevi; incelemenin nedeni ve gerekli zamanlaması. Geliştiriciler, destekleyici kanıtlara bağlantıları korumalı ve gözden geçirenlerin hala doğrulaması gereken bilgileri tanımlamalıdır.
Yatak değişimi için planlamacının uyumluluğu ve kullanılabilirliği kontrol etmesi gerekir. Bir meslektaşı kaydedilen stoğu başka bir iş için ayırmış olabilir. Tedarik, mühendislik onayı gerektiren alternatif bir parça tutabilir. Gözden geçirenin envanter kontrolünü kabul etmeden önce bu ayrımları görmesi gerekir.
Üretim yöneticileri, ekipmanı önerilen zaman diliminde serbest bırakabileceklerini doğrulamalıdır. Bakım planlamacıları, gerekli personeli doğrulamalıdır. Programları çakışırsa, belirlenen gözden geçirenin çözülmemiş kısıtlamaya ve bir yanıtı koordine etme yetkisine ihtiyacı vardır.
🌉 Entegrasyon Boşluğunu Kapatmak
Geliştiricilerin her adım için hangi sistemin yetkili kaydı tuttuğunu belirlemesi gerekir. Bir tesis, işi yönetmek için bir bilgisayarlı bakım yönetim sistemi (CMMS), bir kurumsal varlık yönetimi (EAM) platformu veya bir ERP bakım modülü kullanabilir. Tedarik personeli ve bütçe sahipleri ayrı sistemler kullanabilir. Entegrasyon ekibi, her uygulamada hangi kayıtları oluşturabileceği veya değiştirebileceği konusunda anlaşmalıdır.
Yatak örneğinde, bakım planlamacısının varlık tanımlayıcısına ve önerilen müdahaleye, aciliyetini destekleyen kanıtlarla birlikte ihtiyacı vardır. Tedarik personelinin uyumlu bir parça için onaylanmış bir gereksinime ihtiyacı vardır. Geliştiriciler, uygulamaları bağlamadan önce bu aktarımları tanımlamalıdır.
Entegrasyon ekibi, izleme platformu ile bakım sistemi arasındaki ekipman tanımlayıcılarını eşleştirmelidir. Geliştiriciler net bir eşleşme sağlayamazlarsa, iş akışının bir varlık kaydını güncellemesini engellemeli ve uyumsuzluğu gözden geçirilmek üzere göndermelidir.
Geliştiriciler, bir API isteğinden sonra ortaya çıkan kaydı ve durumunu kontrol etmelidir. Alan uygulama, hala onay veya parça rezervasyonu gerektiren bir taslak iş emri oluşturabilir. Planlamacıların işi yürütmeye hazır olarak ele almadan önce bu duruma ihtiyacı vardır.
👁️ Onay ve İstisnaları Görünür Tutmak
Otomatik eylemleri etkinleştirmeden önce, uygulama ekibi belirli kararlara gözden geçirenler atamalıdır. Bu önerilen iş akışında, bir güvenilirlik mühendisi teknik uygunluğu gözden geçirir ve bir planlamacı kaynakları koordine eder. Bir bütçe sahibi, tesisin gerektirdiği durumlarda harcamayı onaylar. Tesis yöneticileri bu sorumlulukları kendi kuruluşlarına uyarlamalıdır.
Bir uygulama ekibi, insanlar serbest bırakma yetkisini korurken öneriler ve taslak iş emirleri hazırlayan yazılımlarla başlayabilir. Otomasyonu genişletmeden önce, mühendisler hatanın sonuçlarını değerlendirmeli ve önerilen eylem için kontrolleri doğrulamalıdır. Bir bileşen satın almak ve bir ekipman çalışma parametresini değiştirmek, izinler hakkında ayrı kararlar gerektirir.
Onaylanmamış bir parçayı ele alan bir gözden geçirenin, etkilenen varlığa ve önerilen göreve, çözülmemiş envanter kontrolüyle birlikte ihtiyacı vardır. Genel bir "onay gerekli" bildirimiyle, bu kişi karar vermeden önce sorunu yeniden yapılandırmalıdır.
Geliştiriciler, kaynak uyarıyı ve tamamlanmış kontrolleri, öneri, insan değişiklikleri ve iş emri referansıyla birlikte korumalıdır. Bu kayıtları ilgili sistemlere dağıtabilirler, yeter ki bir gözden geçiren bağlantıları takip edebilsin ve kararı yeniden yapılandırabilsin.
📈 Tamamlanmaya Kadar Yanıtı Ölçmek
İşi tamamladıktan sonra, teknisyenler buldukları ekipman durumunu ve gerçekleştirdikleri müdahaleyi kaydetmelidir. Mühendisler bu bulguları orijinal öneriyle karşılaştırabilir. Planlamacılar, parça kullanılabilirliği veya üretim kısıtlamaları nedeniyle yaptıkları değişiklikleri kaydetmelidir.
İlk dağıtım için, potansiyel bir arızanın tanımlanmasından bir bakım planının onaylanmasına kadar geçen süreyi ve manuel müdahale gerektiren önerilerin yüzdesini ölçmek önemlidir. Mevcut olmayan parçalar, kaynak kıtlığı ve üretim kısıtlamaları dahil olmak üzere gecikmeleri nedenine göre izlemek faydalıdır.
Mühendisler, gözlemlenen ekipman durumunu ele alıp almadığını değerlendirmek için önerilen müdahaleyi bakım sonrası teknisyenlerin bulgularıyla karşılaştırmalıdır. Zamanla, değerlendirme ekibi plansız arıza süresi ve varlık kullanılabilirliği, bakım maliyetleri ve genel ekipman etkinliğindeki (OEE) değişiklikleri değerlendirebilir.
