Önleyici bakım veri modeli, bakım faaliyetlerinin planlanması, izlenmesi ve analiz edilmesi için ortak bir bilgi yapısı tanımlar. Bu yapı; varlık ağacı, iş emri yaşam döngüsü, malzeme ve iş gücü kayıtları, sayaç/ölçüm verileri, duruş nedenleri ve raporlama metrikleri gibi bileşenlerin birbiriyle tutarlı şekilde ilişkilendirilmesini hedefler. Üretim yönetimi prensipleri çerçevesinde, bakım verisinin üretim verisiyle aynı zaman referansına ve aynı tanımlara bağlanması; raporların tekrarlanabilir, denetlenebilir ve operasyonel kararları destekleyebilir olmasına katkı sağlar. Aşağıdaki yaklaşım, önleyici bakımın veri modelini ve raporlama yapısını, yaygın kabul gören bilgi yönetimi ve entegrasyon ilkeleri doğrultusunda ele alır.
Önleyici bakım veri modelinin kapsamı ve sınırları
Bir veri modeli tasarlanırken ilk adım, kapsamın netleştirilmesidir: Hangi bakım türleri (planlı periyodik, kullanım bazlı, yasal kontrol, kalibrasyon) veri modelinin içinde temsil edilecek; hangileri ayrı süreçlerde izlenecek? Teknik literatürde belirtildiği üzere, kapsam net değilse aynı olay farklı ekipler tarafından farklı şekilde kaydedilebilir ve raporlama tutarsızlaşır.
Kurumsal katmanlarda yaygın bir yaklaşım, bakım varlıklarının üretim hiyerarşisiyle hizalanmasıdır. ISA-95 gibi referans modeller, tesis-alan-hat-hücre gibi hiyerarşilerin ortak terminolojiyle ele alınmasını önerir. Bakım varlığının (asset) bu hiyerarşiyle ilişkilendirilmesi; duruş, hız kaybı ve kalite etkisi gibi üretim çıktılarıyla bakım kayıtlarının bağlanabilmesini kolaylaştırır.
Kapsam tanımı yapılırken aşağıdaki sınırlar ayrıca netleştirilmelidir:
- Bakım kaydının zaman doğruluğu: olay zamanı, bildirim zamanı, başlama-bitiş zamanı alanlarının anlamı
- Kimlik yönetimi: varlık, iş emri, arıza bildirimi, plan ve kontrol listesi için benzersiz numaralandırma
- Durum (state) modeli: planlandı, serbest, başladı, durduruldu, tamamlandı, kapatıldı gibi durumların tanımı
- Veri sahipliği: ana verilerin hangi sistemde yönetileceği ve diğer sistemlere nasıl dağıtılacağı
Varlık ağacı ve ana veri (master data) tasarımı
Önleyici bakımın raporlanabilir olması, varlık ağacının ve ana verilerin tutarlılığına bağlıdır. Varlık ağacı yalnızca ekipman listesinden ibaret değildir; bakım stratejisinin uygulanacağı seviyeyi (tesis, hat, makine, alt montaj) ve ilişki tiplerini (parça-bütün, fonksiyonel konum) ifade eder. Yaygın kabul gören yaklaşıma göre, varlık ağacında her düğüm için sorumluluk alanı, lokasyon ve üretim hattı gibi bağlam alanları standardize edilmelidir.
Veri modelinin ana veri kümesi tipik olarak şu varlıkları içerir:
- Varlık (Asset): kimlik, tip, üretici/model, devreye alma tarihi, kritik sınıfı gibi alanlar
- Fonksiyonel konum: varlığın üretim hiyerarşisindeki yeri ve kapsamı
- Bakım planı: periyot, tetikleyici türü (takvim/sayaç), kontrol listeleri, standart süre
- İş tipi ve arıza sınıfları: iş türü, semptom, neden, çözüm kodları
- Kaynaklar: iş gücü rolü/yetkinlik, taşeron tipi, takım/ölçüm cihazı, yedek parça kartları
Varlık ve plan ana verilerinde sürümleme (versioning) konusu ayrıca önemlidir. Planın periyodu, iş adımları veya kontrol kriterleri değiştiğinde, geçmiş iş emirlerinin hangi sürüme göre üretildiği izlenebilmelidir. Bu sayede raporlarda “aynı plan” kavramı, zaman içinde değişikliklerden etkilenmeden yorumlanabilir.
Önerilen temel veri sözlüğü
| Varlık | Ana alanlar | Raporlama amacı |
|---|---|---|
| Asset | asset_id, asset_type, parent_asset_id, location_id | Varlık bazında iş yükü ve duruş etkisi |
| Maintenance Plan | plan_id, trigger_type, interval_value, interval_unit, active_flag | Plan uyumu ve periyot performansı |
| Failure Codes | symptom_code, cause_code, action_code | Neden analizi ve iyileştirme temaları |
| Spare Part | part_id, uom, lead_time_class, critical_spare_flag | Parça tüketimi ve maliyet kırılımı |
İş emri yaşam döngüsü ve olay kayıtları
Önleyici bakımda “iş emri”, plan ile gerçekleşen iş arasındaki ana bağdır. Veri modeli, iş emrinin yaşam döngüsünü hem operasyonel izleme hem de denetim izi açısından temsil etmelidir. Teknik prensip olarak, her durum değişikliği bir zaman damgası ve kullanıcı/rol bilgisi ile saklanır; bu, raporlarda gecikme ve bekleme sürelerinin ayrıştırılmasına imkan verir.
İş emri veri modelinde genellikle şu kayıt grupları bulunur:
- Başlık: work_order_id, asset_id, plan_id, priority, planned_start, planned_finish
- Gerçekleşen zamanlar: actual_start, actual_finish, downtime_start, downtime_finish
- Operasyonlar: iş adımları, kontrol listesi maddeleri, ölçüm sonuçları
- Kaynak tüketimi: iş gücü saatleri, parça sarfı, dış hizmet kayıtları
- Kapanış: semptom/neden/aksiyon kodları, doğrulama sonucu, kapanış onayı
Planlı bir iş emri ile arıza bildiriminden doğan düzeltici iş emrinin veri modelinde ayrışması önerilir. Ayrışma, iş tipleri ve köken (origin) alanlarıyla yapılabilir. Bu sayede raporlama katmanı, önleyici bakım kapsamındaki işleri filtreleyebilir; aynı zamanda önleyici bakımın düzeltici bakıma etkisini yorumlamak için ortak boyutlar kullanılabilir.
Sayaç, ölçüm ve koşul verilerinin modellemesi
Önleyici bakım, sadece takvim periyotlarına bağlı olmayabilir; kullanım bazlı tetikleyiciler ve ölçüm değerleri de plan üretimini etkileyebilir. Bu nedenle veri modeli, sayaç okuması ve ölçüm kayıtlarını tekil bir zaman serisi olarak ele almalı; bir varlığa, ölçüm noktasına ve birim setine bağlamalıdır. Ölçüm verisinin birim yönetimi (unit of measure) ve dönüşüm kuralları tanımlı değilse, raporlarda farklı kaynaklardan gelen değerler anlamını yitirebilir.
Sayaç/ölçüm modelinde aşağıdaki unsurların bulunması yaygındır:
- Ölçüm noktası: measurement_point_id, asset_id, parameter_name, uom
- Okuma: reading_value, reading_time, source_system, quality_flag
- Limit/uyarı: lower_limit, upper_limit, alert_rule_id
- Kalibrasyon ilişkisi: cihaz kimliği, kalibrasyon tarihi, geçerlilik durumu
Raporlama açısından önemli bir prensip, ölçüm okumasının iş emri ile ilişkilendirilebilmesidir. Kontrol listesi içinde alınan ölçümler, “iş sırasında ölçülen” veri olarak ayrı bir bağlama sahiptir. Aynı parametrenin otomatik toplama sistemi üzerinden gelen değerleri ile iş emri sırasında operatör tarafından girilen değerlerinin ayrımı; veri kalitesi ve izlenebilirlik için gereklidir.
Duruş, plan uyumu ve bakım-üretim ilişkilendirmesi
Önleyici bakım raporlarının önemli bir kısmı, planlı işlerin üretim zamanına etkisini doğru sınıflandırma ihtiyacından doğar. Duruş yönetiminde yaygın kabul gören yaklaşım; planlı duruş, plansız duruş ve mikro duruş gibi kategorilerin, ortak bir duruş nedeni sözlüğü ile yönetilmesidir. Burada amaç, bakım iş emri ile üretim duruş kaydını aynı zaman penceresi ve aynı varlık/hattı referans alarak ilişkilendirmektir.
Veri modelinde ilişkilendirme için iki temel bağ kullanılır:
- Zaman temelli bağ: iş emri başlama-bitiş ile duruş başlama-bitiş kesişimi
- Kimlik temelli bağ: duruş kaydına work_order_id veya notification_id referansı
Plan uyumu (compliance) raporları için ise “planlanan tarih” ile “tamamlanan tarih” alanlarının tanımı nettir. Planın üretim takvimi, vardiya takvimi ve bakım pencereleriyle (maintenance window) uyumu, raporlamada gecikmenin gerçek nedenini ayırmayı sağlar. Bu bağlamda, vardiya ve takvim ana verilerinin de veri modelinde boyut (dimension) olarak yer alması rapor tasarımını güçlendirir.
Raporlama yapısı: KPI mantığı, boyutlar ve denetim izi
Raporlama yapısı, veri modelinin “işletme sorularına” cevap verecek şekilde boyut ve ölçü (measure) ayrımını netleştirir. Üretim yönetimi prensipleri çerçevesinde, KPI tanımlarının formülü, kapsamı ve veri kaynağı belirtilmeden rapor yayımlanması önerilmez. KPI sözlüğü (metric dictionary) yaklaşımı, aynı metrik adının farklı panolarda farklı hesaplanmasını önler.
Önleyici bakım raporlarında sık kullanılan metrik grupları şunlardır:
- Plan uyumu: zamanında tamamlanan iş emri oranı, gecikme süresi dağılımı
- İş yükü: varlık/hat bazında iş emri sayısı, adam-saat, operasyon süresi
- Duruş etkisi: planlı duruş süresi, bakım kaynaklı duruş sınıfları
- Kalite ve doğrulama: kontrol listesi uygunsuzluk sayısı, tekrar iş emri oranı
- Malzeme: parça tüketimi, kritik yedek parça kullanım sıklığı
Raporların sürdürülebilir olması için boyut modeli (dimensional model) yaklaşımı kullanılabilir. Tipik boyutlar; varlık, lokasyon, plan, iş tipi, zaman (gün/hafta/ay), vardiya, sorumluluk ekibi, arıza kodları ve duruş kodlarıdır. Ölçüler; süreler, sayımlar ve tüketim değerleri olarak toplanır.
Denetim izi, raporlama güvenilirliği için ayrı bir katmandır. Bir iş emrinin kapanış kodu değiştiğinde veya bir ölçüm değeri düzeltildiğinde, eski ve yeni değerler ile değişiklik zamanı saklanır. Bu prensip, raporlarda “son durum” ve “dönem sonu görüntüsü” gibi iki farklı okumanın gerektiği durumları destekler.
Raporlama için örnek metrik sözlüğü alanları
| Metrik | Tanım | Gerekli veri alanları |
|---|---|---|
| Plan uyumu | Planlanan tarihe göre zamanında kapanan işlerin oranı | planned_finish, actual_finish, work_order_status |
| Bakım iş yükü | Dönem içindeki toplam adam-saat ve iş adımı süresi | labor_hours, operation_time, calendar_dim |
| Planlı duruş süresi | Bakım için ayrılan planlı duruşların toplamı | downtime_start, downtime_finish, downtime_category |
CMMS, ERP ve MES entegrasyonunda veri yönetişimi
Önleyici bakım veri modelinin kurumsal değer üretmesi, entegrasyon ve veri yönetişimi ilkeleriyle yakından ilişkilidir. CMMS, ERP ve MES katmanları arasında iş emri, malzeme, personel ve zaman verisinin dolaştığı görülür. Bu dolaşımda, “kayıt sistemi” (system of record) yaklaşımı benimsenerek her veri alanının ana kaynağı belirlenir. Böylece aynı alanın birden fazla yerde güncellenmesiyle oluşan çakışmalar azaltılır.
Entegrasyonda dikkat edilen teknik başlıklar şunlardır:
- Kimlik eşleştirme: asset_id, material_id, work_center_id gibi anahtarların eşlenmesi
- Zaman standardı: saat dilimi, vardiya kesişimleri, saat senkronizasyonu
- Durum eşleştirme: iş emri durumlarının sistemler arasında dönüşüm kuralları
- Veri kalitesi: zorunlu alanlar, kod listeleri, geçerlilik kontrolleri
- Olay akışı: mesaj sıralaması, tekrar işleme, idempotent tasarım
Veri yönetişimi tarafında ise kod listelerinin yönetimi (arıza kodları, duruş nedenleri, iş tipleri) ve değişiklik yönetimi (plan revizyonları, varlık ağacı güncellemeleri) belirleyicidir. Bu tür sözlükler, raporlama yapısının “aynı dili” konuşmasını sağlar. Ayrıca rol bazlı erişim ve kayıtların değiştirilebilirliği, denetim gereksinimleri açısından değerlendirilmelidir.
Kapanış: Tutarlı model, tutarlı rapor
Önleyici bakım veri modeli ve raporlama yapısı; varlık ağacı, ana veriler, iş emri yaşam döngüsü, sayaç/ölçüm kayıtları, duruş ilişkilendirmesi ve KPI sözlüğü gibi parçaların aynı tasarım ilkeleriyle kurgulanmasına dayanır. Bu bütünlük sağlandığında, bakım faaliyetleri operasyonel takipten analitik raporlamaya kadar tek bir veri mantığıyla ele alınabilir; raporlar ise tanımı net ölçülere ve izlenebilir kayıtlara dayanır.
MESPlus ile önleyici bakım veri modeli, CMMS entegrasyonu ve raporlama gereksinimleriniz için iletişime geçebilirsiniz.
