Makine üreticisi bir arızaya bakmak için erişim istiyor. Talep haklı, zaman dar. Bağlantı açılıyor ve sorun çözülüyor. Birkaç ay sonra aynı erişimin neden hâlâ açık olduğunu bilen kimse kalmamış olabiliyor.
Bu durumu önlemek için ağır bir onay sistemi kurmak şart değil. Erişimin sahibi, hedefi ve kapanış adımı belli olmalı.
Talepte altı bilgi yeterli bir başlangıçtır
Dış servisten gelen talepte yapılacak iş, tesis, makine veya uygulama, istenen zaman, beklenen süre ve müşteri tarafındaki sorumlu bulunsun.
“Fabrikaya bağlanacağız” yerine “Paketleme makinesindeki HMI alarmını inceleyeceğiz” gibi bir tanım kullanın. Bu tanım hem onay verecek kişiyi hem de teknik erişim kapsamını belirlemeyi kolaylaştırır.
Onayı işin etkisini bilen kişi versin
Bakım sorumlusu, otomasyon yöneticisi veya proje sahibi bu rolü üstlenebilir. İhtiyaç, unvandan çok operasyonel sorumlulukla ilgilidir: makinenin durumu ve yapılacak müdahalenin etkisi bilinmelidir.
Görüntüleme ile program değişikliği aynı onaya bağlanmak zorunda değildir. Değişiklik yapılacaksa tesisin yedek, çalışma penceresi ve geri dönüş süreci de işletilmelidir.
Onaylanan hedefi erişim kuralına dönüştürün
| Süreç bilgisi | Teknik kurulumdaki karşılığı |
|---|---|
| Hangi iş yapılacak? | Uygulama ve gerekli işlem yetkisi |
| Hangi makine? | Tanımlı hedef veya servis |
| Kim kullanacak? | Kullanıcı, grup veya paylaşımı yönetilen erişim bağlantısı |
| Ne kadar sürecek? | Varsa bitiş zamanı ve gözden geçirme tarihi |
| Kim sorumlu? | Erişimi açan ve kapatacak iç ekip |
Tedarikçinin işini tamamlayabilmesi için ihtiyaç duyduğu hedefi açın. Kolaylık için bütün tesis ağına verilen yetki, ileride hangi erişimin kaldırılması gerektiğini de belirsizleştirir.
Bağlantı paylaşımı ile kişi kimliğini karıştırmayın
İsimli kullanıcı, ilgili kişinin hesabıyla erişim kurar. Paylaşılan bir erişim bağlantısında ise bağlantıya sahip olmak erişim için yeterli olabilir. Linkin hangi kişi tarafından kullanıldığını yalnızca linkten çıkaramazsınız.
Kişi bazında sorumluluk kaydı zorunluysa isimli kullanıcı veya bunu sağlayan ek bir süreç kullanın. Link kullanılıyorsa kime gönderildiği, tekrar paylaşım kuralları, hedefi ve bitiş zamanı ayrıca yönetilmelidir. Linki bir parola gibi ele alın.
İş bittiğinde açık bir karar verin
Bakım tamamlandığında erişimi kaldırın. Devam eden sözleşmeli destek varsa erişimin neden kalacağını ve kimin sorumlu olduğunu kaydedin. Başlangıçta bitiş zamanı verilmiş olması, kapsamın iş boyunca doğru kaldığını kontrol etme ihtiyacını kaldırmaz.
Acil durum için açılan erişimi de normal iş akışına geri alın. “Acil” etiketi kalıcı yetkinin gerekçesi haline gelmemelidir.
Erişim iptalinde yeni bağlantı kurulamadığını doğrulayın. Mevcut oturumun ne zaman sona erdiğini ayrıca öğrenin ve test edin; bu davranış kullanılan ürüne göre değişebilir.
Düzenli kontrolde neye bakılır?
Aylık veya çeyreklik kısa bir incelemede aktif tedarikçileri, iç sorumluları, hedef kapsamını ve devam eden iş gerekçelerini kontrol edin. Biten devreye almalar, garanti geçişleri ve bakım işleri temizleme için doğal kontrol noktalarıdır.
Birden fazla tesiste aynı talep alanlarını kullanın. Yerel onay kişileri değişebilir; erişimin neyi kapsadığı ve ne zaman kapatılacağı her tesiste anlaşılır kalmalıdır. Çok tesisli erişim rehberi bu düzeni kurmak için kullanılabilir.
Orenda ile uygulama
Orenda’da yetkili kuruluş kullanıcıları belirli hedeflere yönelik tedarikçi bağlantıları oluşturabilir, erişimi kaldırabilir ve isteğe bağlı son kullanma zamanı belirleyebilir.
İş gerekçesi, saha onayı ve gerekli müdahale kayıtları kuruluşun kendi sürecinde tutulur. Tedarikçi erişimi çözümü, bu sürecin bağlantı tarafını düzenler. İlk uygulamada gerçek bir servis işi seçin; talep açılmasından erişimin kapanmasına kadar bütün adımları birlikte deneyin.
