Varlık hiyerarşisi ve ekipman kodlaması: CMMS ana verisi nasıl kurulur

Varlık hiyerarşisi neden CMMS'in temelidir?

CMMS'te iş emri, bakım planı, arıza geçmişi ve maliyet kaydı bir ekipmana bağlanır. Ekipman kayıtlarının nasıl düzenlendiği, yazılımın sunacağı her raporun kalitesini belirler. Varlık hiyerarşisi, tesisteki tüm ekipmanı üst-alt ilişkisi içinde ağaç yapısında düzenleyen kayıt düzenidir: tesisten üniteye, üniteden sisteme, sistemden ekipmana, ekipmandan parçaya uzanır.

Hiyerarşi düzgün kurulmadığında şu sorunlar ortaya çıkar: aynı pompa iki farklı adla kaydedilir, maliyet hangi üniteye ait olduğu belirsiz kalır, arıza geçmişi ekipman değiştiğinde kaybolur ve raporlar güvenilmez hale gelir. Hiyerarşi ana verinin (master data) omurgasıdır; sonradan düzeltmek, baştan doğru kurmaktan çok daha pahalıdır.

Hiyerarşinin seviyeleri nasıl belirlenir?

Seviye sayısını sabit bir kurala bağlamak yerine, hiyerarşinin hangi sorulara cevap vermesi gerektiğine bakın. Tipik düzen şöyledir:

• Tesis veya saha: Fabrika, depo, bina grubu.
• Alan veya ünite: Üretim hattı, kazan dairesi, paketleme alanı.
• Sistem: Soğutma devresi, basınçlı hava sistemi, konveyör hattı.
• Ekipman: Pompa, motor, redüktör, valf.
• Alt ünite ve bileşen: Rulman, conta, sensör, yedek parça seviyesi.

Her seviye, bakım kararında bir anlam taşımalıdır. Bakım planı hangi seviyede tutulacak? Maliyet hangi seviyede toplanacak? Arıza hangi seviyede kaydedilecek? Çoğu kurumda arıza ve iş emri ekipman seviyesinde, maliyet raporu ise ünite seviyesinde incelenir. Gereksiz derin hiyerarşi veri girişini zorlaştırır; çok sığ hiyerarşi ise raporlamayı kör bırakır.

Hangi ekipmanın ayrı kayıt olacağı da bir karardır. Kural olarak bakımı, arıza kaydı ya da maliyeti ayrı izlenecek her bileşen kendi kaydını hak eder; sadece sipariş edilen yedek parça ise stok kartında tutulabilir.

Ekipman kodlama sistemi nasıl tasarlanır?

Kod, ekipmanın benzersiz kimliğidir. İyi bir kodlama sistemi okunabilir, benzersiz, genişletilebilir ve sürdürülebilirdir. Kod yapısı genellikle konum ve tür bilgisini birleştirir. Örneğin tesis, ünite, ekipman türü ve sıra numarası kod segmentleri olabilir.

Tasarım ilkeleri:

• Kod, ekipmanın yerini değil kimliğini yansıtmalıdır. Ekipman taşındığında kod değişirse geçmiş kayıt kopar; bu yüzden kimlik ile konum ayrı alanlarda tutulur.
• Segment uzunluğu ve ayırıcı karakter baştan sabitlenir; boşluk ve Türkçe karakter gibi sistemler arası sorun çıkaran karakterler kullanılmaz.
• Ekipman türü için kontrollü bir liste kullanılır. "Pompa", "pmp", "Santrifüj Pompa" gibi farklı yazımlar aynı ekipmana işaret etmemelidir.
• Kod sistemi yazılı bir adlandırma kılavuzuyla belgelenir ve yeni kayıt açma yetkisi belirli kişilerle sınırlanır.

Sahadaki etiketleme de kodlamanın parçasıdır. Ekipman üzerine dayanıklı bir etiketle kod yazılır, mümkünse barkod ya da QR olarak da eklenir; bu sayede teknisyen mobilde ekipmanı okutup doğrudan iş emrini açabilir.

Adım adım: sıfırdan hiyerarşi kurma süreci

Pratikte şu akış izlenir:

• Mevcut envanteri toplayın: Bakım ekibinin tabloları, çizimler, satın alma kayıtları ve saha turu. Tek bir kaynağa güvenmeyin; sahadaki gerçekle belgeleri karşılaştırın.
• Kritiklik değerlendirmesi yapın: Hangi ekipmanın durması üretimi veya güvenliği etkiler? Detaylı kayıt önce kritik ekipman için tutulur.
• Hiyerarşi seviyelerini ve kod kurallarını yazın ve ilgili paydaşlarla onaylayın.
• Ekipman verisini standart bir şablonla hazırlayın: kod, ad, tür, üst kayıt, konum, üretici, model, seri numarası, devreye alma tarihi.
• Küçük bir pilot alanla yükleyin ve gerçek iş emri açarak test edin.
• Doğrulama yapın: tekrar eden kod, üst kaydı olmayan ekipman, boş zorunlu alan.
• Tüm tesise genişletin ve veri yönetişimi kuralını işletin.

Veri hazırlığı genellikle yazılım kurulumundan uzun sürer. Bu yüzden proje planında hiyerarşi çalışmasına yeterli zaman ayrılmalıdır.

Standart arıza ve veri sınıflandırması ile bağlantı

Varlık hiyerarşisi tek başına yeterli değildir; analiz için arıza kayıtlarının da tutarlı sınıflandırılması gerekir. Hangi ekipman türünde hangi arıza modunun görülebileceğini listeleyen kütüphaneler bu amaçla kullanılır. Bakım verisi standardizasyonu konusunda ISO 14224 bu alanda sıkça anılan bir referanstır; ancak standardın kapsamı ve uygulama düzeyi sektörünüze ve kurumunuza göre ayrıca değerlendirilmelidir.

Pratik kazanım şudur: ekipman türleri ve arıza modları kontrollü listelere bağlandığında, farklı tesislerdeki aynı tür pompalar karşılaştırılabilir hale gelir. Bu karşılaştırma, hangi ekipmanın sorunlu olduğunu ve yedek parça stratejisini neye göre kuracağınızı gösterir.

Örnek: pompa kaydının hiyerarşiye yerleştirilmesi

Örneğin bir gıda tesisinde soğutma sistemi dolaşım pompası, tesis altında soğutma ünitesi, onun altında dolaşım devresi sistemi ve bunun altında pompa ekipmanı olarak kaydedilir. Pompa kaydının altında motor ve rulman gibi bileşenler yer alır. Ekipman kodu tesis, ünite ve tür segmentlerinden oluşur; konum ayrı bir alanda tutulur.

Pompa bakım için sökülüp yedek pompayla değiştirildiğinde, kod pompanın kimliğini değil, sistemdeki görevini temsil ediyorsa geçmiş kayıt korunur; yedek pompa ise kendi kimliğiyle ayrı izlenir. Bu karar, kodlama sisteminin baştan hangi felsefeyle kurulduğuna bağlıdır ve belgelenmelidir.

Örnek kurgusaldır; kendi tesisinizde yapı sektörünüze, ekipman çeşitliliğine ve raporlama ihtiyaçlarınıza göre uyarlanır.

Sık yapılan hatalar

• Hiyerarşiyi fiziksel konuma göre kurup işlevsel ilişkiyi ihmal etmek: Bakım kararı için ekipmanın hangi sistemin parçası olduğu bilgisi gerekir.
• Gereğinden fazla derin hiyerarşi: Her cıvata için kayıt açmak veri girişini imkânsız kılar.
• Kod içine değişebilen bilgi gömmek: Ekipman taşındığında veya yeniden adlandırıldığında kayıt bozulur.
• Verileri tek seferde yüklemek ve kontrol etmemek: Mükerrer kayıtlar ve boş alanlar raporları bozar.
• Yetkisiz kayıt açılmasına izin vermek: Birkaç ay sonra aynı ekipman farklı adlarla çoğalır.
• Sahadaki doğrulamayı atlamak: Kâğıt üzerindeki envanter gerçeği yansıtmayabilir.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

CMMS ile Bakım Yönetiminin Dijitalleşmesi programında varlık hiyerarşisi ve ana veri ayrı bir modül olarak ele alınır; iş emri, önleyici bakım ve raporlama başlıklarıyla birlikte bakım yönetimi yazılımına geçiş yapan ekipler için uygundur. Arıza Modu Kütüphaneleri ve Bakım Veri Standardizasyonu (ISO 14224) programı ise taksonomi ve ekipman hiyerarşisi, arıza modu kütüphaneleri, kodlama atölyesi ve veri kalitesi denetimi başlıklarıyla bakım verisini analize hazır hale getirmek isteyen mühendislere yöneliktir.

Kurumsal bakım ekipleri için iki program birlikte düşünülebilir: önce kurum içi ortak kodlama ve hiyerarşi dili kurulur, ardından aynı veri standardı yazılımda uygulanır.