Bir fabrikada VPN, diğerinde makine üreticisinin uzaktan bağlantı aracı, üçüncüsünde geçici güvenlik duvarı kuralları kullanılıyor. Her yöntem kendi işini görüyor olabilir. Merkez ekip “Hangi tedarikçi hangi tesise ulaşabiliyor?” diye sorduğunda ise tek bir cevap çıkmaz.
Birden fazla tesiste uzaktan erişimi düzenlemek, önce bu farklı yöntemleri ve sorumluları görünür hale getirmekle başlar.
Mevcut durumu değiştirmeden önce kaydedin
Her tesisten bağlantı araçlarını, erişilen hedefleri, kullanıcı gruplarını ve dış servis firmalarını listelemesini isteyin. Hesapları kimin açtığını, erişimi kimin onayladığını ve iş bitiminde kimin kapattığını öğrenin.
Yeni satın alınan veya uzun süredir yerel ekibin yönettiği tesisleri de kapsama alın. Listede görünmeyen eski bağlantılar, ortak bir sistem kurulduğunda kendiliğinden kapanmaz.
Hangi kurallar ortak olmalı?
| Ortak karar | Açıklığa kavuşturulacak konu |
|---|---|
| Erişim türü | Mühendislik, tedarikçi desteği, devreye alma, görüntüleme veya acil müdahale |
| Onay sorumlusu | Asıl kişi ve ulaşılamadığında devreye girecek kişi |
| Hedef kapsamı | Kullanıcının erişebileceği makine, uygulama veya servis |
| Süre ve kapanış | Erişimin ne zaman kaldırılacağı ya da yeniden değerlendirileceği |
| Düzenli kontrol | Kullanıcıların, tedarikçilerin ve istisnaların ne sıklıkla inceleneceği |
Kuralları kısa tutun. Bir saha sorumlusu, yeni bir servis talebinde ne yapacağını bu metinden anlayabilmelidir.
Neler sahada kalmalı?
Bakım penceresini, üretimin uygunluğunu, makinenin o anki durumunu ve yerel müdahale kişisini saha belirlemelidir. Merkez ekip bunları uzaktan tahmin ederek onay vermemelidir.
Ortak kural “PLC değişikliğinde yerel sorumlu bulunur” olabilir. O sorumlunun hangi vardiyada kim olacağı tesiste kararlaştırılır. Böylece farklı çalışma düzenleri korunurken erişimin temel koşulları değişmez.
Benzer tesislerle yetinmeyin
Pilot için yalnızca ağı kolay ve ekibi hazır tesisi seçmek, zor koşulları sonraya bırakır. Yoğun dış servis alan bir tesis, kısıtlı internet çıkışı olan bir tesis ve daha olgun bir kurulum farklı sorunları görünür kılabilir.
Pilotta kullanıcı eklemeyi, tedarikçi erişimini, erişimin kaldırılmasını ve bağlantı kesintisini deneyin. Aynı kullanıcı grubu bütün tesislerde aynı anlama geliyor mu? Bir fabrikanın kullanıcısı başka fabrikanın kaynaklarına beklenmedik biçimde ulaşabiliyor mu?
Özellikle müşteri kuruluşları arasında veri ve erişim ayrımını koruyun. Ortak fatura veya merkezi yönetim, ortak erişim anlamına gelmemelidir.
İşleyen kurulumu şablona dönüştürün
İlk başarılı uygulamadan sonra saha açılış formu, hedef adlandırması, kullanıcı grupları, tedarikçi talebi ve kabul kontrolünü şablonlaştırın.
İstisnaları da kaydedin. Hangi tesisin hangi nedenle farklı bir yöntem kullandığı, sorumlusu ve yeniden değerlendirme tarihi belli olsun. İstisna listesi, kalıcı ve açıklamasız bir ikinci standarda dönüşmemelidir.
İlerlemeyi birkaç ölçüyle takip edin
Başlangıçta tesis başına aktif bağlantı yöntemi, sorumlusu belli erişim oranı, açık tedarikçi erişimi ve erişimi kaldırmak için geçen süre yeterli olabilir. Yeni sahayı devreye almak için gereken iş miktarını da karşılaştırın.
Amaç yalnızca aynı yazılımı kurmak değildir. Sonraki tesisin daha az belirsizlikle açılması ve erişim listesinin daha kolay gözden geçirilmesidir.
Orenda’nın çok tesisli erişim çözümü, kullanıcı, grup ve kaynak erişimini tekrar edilebilir bir yapıda düzenlemek için kullanılabilir. Onay kişileri ve bakım prosedürleri kuruluşta kalır. Dış servis kapsamını kurarken tedarikçi erişim sürecini, ilk denemeyi planlarken pilot rehberini birlikte kullanın.
