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
| Durum | Beklenen davranış | Kayıt kanıtı |
|---|---|---|
| Sayaç güncellenmedi | Eksik veri açıkça gösterilir | Son ölçüm zamanı |
| Ekipman başka yere taşındı | Geçmiş korunur | Konum değişikliği |
| İş gecikti | Eski plan görünür kalır | Plan ve fiili tarih |
| Aynı tetik tekrar işlendi | İkinci iş gereksiz açılmaz | Plan ç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
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.