Operasyon ve İş Yazılımları / Uygulama ve satın alma rehberi

CMMS Bakım Yazılımı: Takvim, Sayaç ve Arıza Kayıtlarını Birleştirmek

Bakım takviminde bir işin yeşil görünmesi, ekipmanın kontrol edildiğini göstermez. Planlanan bakım, açılan iş emri ve gerçekten tamamlanan işlem birbirine bağlanmalıdır. CMMS projesinde ilk mesele hatırlatma göndermek değil, güvenilir ekipman geçmişi oluşturmaktır.

Ekipman kimliğini konumdan ayırın

Bir cihaz başka şubeye taşındığında bakım geçmişi kaybolmamalıdır. Ekipmanın kalıcı kimliği, seri numarası, bulunduğu yer ve bağlı olduğu sistem ayrı bilgiler olarak tutulabilir. Aynı modelden iki cihazın birbirine karışmaması için sadece ürün adıyla kayıt açmayın. Taşınma ve parça değişimi geçmişi korunmalıdır.

Varsayımsal bir paketleme hattında motor değişmiş olsun. Hat aynı yerde dururken belirli bakım koşulları değişebilir. Cihaz, alt parça ve konum ilişkilerini tasarlamak bu nedenle önemlidir. İhtiyaç yoksa aşırı ayrıntılı varlık ağacı kurmayın; takip seviyesi gerçek bakım kararlarına hizmet etsin.

Takvim ve kullanım sayacı farklı tetiklerdir

Microsoft bakım planları, zaman aralığına ve ekipman sayaç kayıtlarına bağlı plan satırlarını ayrı ele alır. Sayaç verisi yoksa bazı planların oluşmaması mümkündür. [1] Bu ayrım özel yazılımda “tarih geldi mi?” sorusunun her ekipman için yeterli olmayacağını gösterir.

Örneğin bakım koşulu çalışma süresine bağlıysa sayaç ölçümünün ne zaman ve kim tarafından alındığını bilmek gerekir. Eski ölçümle yeni bir kesin tarih üretmeyin. Veri eksikliği, bakım gerekmiyor anlamına gelmez. Ekranda eksik ölçüm ve gecikmiş bakım ayrı uyarı olarak gösterilsin.

Planlanan tarihle tamamlanan tarihi karıştırmayın

Bir iş cuma günü planlanmış, pazartesi tamamlanmış olabilir. Sonraki bakımın başlangıcı plan tarihinden mi fiili tamamlanmadan mı hesaplanacak? Bu karar bakım politikasına bağlıdır. Yazılım ekibi bunu otomatik bir varsayım olarak seçmemelidir. Gecikme olduğunda önceki taahhüt de görünür kalmalıdır.

Aynı ekipmanda farklı bakım planları aynı güne gelebilir. Büyük bakım küçük kontrolü kapsıyorsa işlerin birleştirilmesi değerlendirilebilir. Ancak kapsam gerçekten örtüşmüyorsa birini sessizce düşürmek yanlış olur. Her bakım türünün görev listesi ve geçerli talimat sürümü kayıtla ilişkilendirilsin.

Örnek bakım kabul tablosu

Örnek karar ve kabul kontrolleri
DurumBeklenen davranışKayıt kanıtı
Sayaç güncellenmediEksik veri açıkça gösterilirSon ölçüm zamanı
Ekipman başka yere taşındıGeçmiş korunurKonum değişikliği
İş geciktiEski plan görünür kalırPlan ve fiili tarih
Aynı tetik tekrar işlendiİkinci iş gereksiz açılmazPlan çalıştırma kimliği

Tablo, teknik bakım aralığı önerisi değildir. Aralıklar, güvenlik kontrolleri ve uzmanlık gerektiren işler yetkili teknik ekip tarafından belirlenmelidir. Yazılım bu talimatları güvenilir biçimde uygular; ekipmanın güvenli olduğunu kendi başına onaylamaz.

Bakım kapanışını görev sonuçlarına bağlayın

Sadece “tamamlandı” kutusu yerine gereken kontrollerin sonucu, kullanılan parça ve açık kalan bulgular kaydedilebilir. Bulgu yeni bir iş gerektiriyorsa ilk kayda bağlansın. İş kapatıldığında müşteriye veya başka ekibe otomatik mesaj gidiyorsa metin gerçekten doğrulanan sonucu yansıtsın.

Pilot çalışmada bir zaman bazlı ve bir sayaç bazlı planı uçtan uca deneyin. Eksik ölçüm, ertelenen iş ve yanlışlıkla yapılan kapanışın düzeltilmesi de sınansın. Raporlarda plan uyumu, açık risk ve veri eksikliği ayrı görünürse yönetici aynı yeşil tablo içinde farklı problemleri kaybetmez.

Sık sorulan sorular

Her cihaz için sensör bağlantısı gerekir mi?

Hayır. Kontrollü manuel ölçüm yeterli olabilir. Ölçümün kaynağı, zamanı ve doğrulaması tanımlı olmalıdır; sensör olması da veriyi otomatik olarak kusursuz yapmaz.

Bakım işini otomatik kapatabilir miyiz?

Yalnızca tanımlı ve doğrulanabilir koşullar gerçekten sağlanıyorsa değerlendirilmelidir. Takvim gününün geçmesi, bakımın yapıldığının kanıtı değildir.

Teknik kaynaklar

  1. Microsoft: zaman ve sayaç temelli bakım planları

Kaynaklar teknik kavramları destekler. Örnek tablolar ve senaryolar önerilen çalışma araçlarıdır; gerçek müşteri sonucu, bağımsız denetim veya platform garantisi değildir. Uygulama öncesinde kullanılan ürünün güncel koşulları kontrol edilmelidir.

Bu ihtiyacı çalışan bir sisteme dönüştürelim.

Mevcut sisteminizi, sorun yaşadığınız iş akışını ve beklediğiniz sonucu paylaşın. Ganz Dijital ile projenizin kapsamını ve kabul koşullarını netleştirin.

İlgili hizmeti inceleWhatsApp üzerinden görüşelim →

Hazırlama notu: İçerik, belirtilen kaynaklar ve özgün örnek senaryolar kullanılarak yapay zekâ desteğiyle hazırlanmıştır. Sayısal örnekler aksi belirtilmedikçe varsayımsaldır. İşletmeye özel güvenlik, hukuki ve operasyonel gereksinimler ayrıca değerlendirilmelidir.