HSE Raporu ve Şartnamelerin Hayati Önemi: Kontrol Sistemi Arızaları Nerede Başlar?
Mühendislik, sistemin nasıl çalıştığı kadar, hata yaptığında ne yapacağını da en başta şartnameye dökme sanatıdır.
Endüstriyel bir kaza veya beklenmedik bir duruş yaşandığında ilk refleksimiz hemen sahaya odaklanmaktır: Operatör butona yanlış mı bastı, bakım ekibi bir detayı mı atladı? Oysa İngiltere İş Sağlığı ve Güvenliği Kurumu (HSE) tarafından hazırlanan Out of Control raporu, bakış açımızı kökten değiştirmemiz gerektiğini kanıtlıyor. Kontrol sistemi arızalarının yüzde 44’ü henüz proje şartname aşamasındayken sisteme giriyor; tasarım hataları da eklendiğinde riskin yaklaşık yüzde 60’ı donanım fabrikaya adım atmadan önce mühendislerin masasında şekilleniyor. Bu analiz; fonksiyonel güvenlikte şartnamelerin neden basit bir alım listesi değil, hayat kurtaran bir güvenlik anayasası olduğunu ele alıyor.
Sahadaki Kazanın Masadaki Kök Sebebi
Endüstriyel tesislerde bir arıza meydana geldiğinde sahaya yönelen ilk soruşturmalar genellikle insan faktörünü veya son temas noktasını merkeze alır. Ancak İngiltere İş Sağlığı ve Güvenliği Kurumu’nun (HSE) yayımladığı “Out of Control” kaza inceleme çalışması, kök sebeplerin kontrol sisteminin yaşam döngüsü boyunca çok daha erken aşamalara uzandığını ortaya koyar. İncelenen vakalardaki kök neden dağılımı çarpıcı bir tablo sunmaktadır:
| Yaşam Döngüsü Aşaması | Arıza ve Kaza Payı |
|---|---|
| Şartname | %44 |
| Tasarım ve Uygulama | %15 |
| Devreye Alma Sonrası Değişiklikler | %20 |
| İşletme ve Bakım | %15 |
| Kurulum ve Devreye Alma | %6 |
HSE’nin kontrol sistemlerini içeren kaza inceleme çalışmasında (34 büyük endüstriyel vakanın kök neden analizi), arızaların yüzde 44’ünün doğrudan şartname aşamasındaki eksikliklerden kaynaklandığı; tasarım ve uygulama hataları da (%15) eklendiğinde riskin yaklaşık yüzde 60’ının henüz sahaya inilmeden mühendislik masasında şekillendiği raporlanmıştır.
Bu istatistik, aslında hiçbirimizin “kötü mühendislik” yaptığını göstermez. Sadece, belirsizliğin ne kadar tehlikeli bir düşman olduğunu kanıtlar.
Şartnameler Neden Çuvallar: Sahaya Sızan Kör Noktalar
HSE raporundaki vakalar derinlemesine incelendiğinde, şartnamelerde yapılan hataların nadiren karmaşık matematiksel hesaplardan kaynaklandığı görülür. Asıl sorun, tasarımcıların ve şartname yazarlarının şu kritik boşlukları atlamasıdır:
- Güvenli Durumun Tanımsız Bırakılması: Bir aktüatör, vana veya motor sürücüsü için sadece çalışma torku veya hız tanımlanıp; haberleşme koptuğunda veya enerji kesildiğinde son konumunu mu koruyacağı yoksa mekanik bir yayla güvenli konuma mı döneceği yazılmaz.
- Eksik Tehlike Senaryoları: Sistem yalnızca normal proses parametreleri üzerinden tasarlanır; sensör kopması, aşırı basınç dalgalanması, ters akış veya acil duruş hattındaki kısa devre gibi sıra dışı durumların kontrolcüye nasıl iletileceği göz ardı edilir.
- Arayüz Zamanlama Uyuşmazlıkları: Farklı tedarikçilerden gelen PLC, DCS, acil durdurma sistemleri ve saha enstrümanlarının zaman aşımı süreleri ve hata teyit gecikmeleri şartnamede netleştirilmez; arayüzdeki bu belirsizlik sahada beklenmedik duruşlara veya yanlış alarmlara yol açar.
- Değişiklik Yönetimi Boşlukları: HSE raporundaki yüzde 20’lik pay, devreye alma sonrasında yapılan kontrolsüz değişikliklerden doğar. Sahada geçici olarak takılan bir yazılımsal köprü veya revize edilen bir parametre şartnameye ve emniyet analizine geri işlenmediğinde, sistem ilk acil durumda öngörülemeyen bir tepki verir.
En İyi Senaryo Yanılgısı ve Güvenli Başarısızlık
Genellikle “Sistem hatasız çalışmalı” diyerek yalnızca en iyi senaryoyu tasarlamaya odaklanıyoruz. Oysa fonksiyonel güvenlik disiplini bize şunu hatırlatır:
Mühendislik, “Sistem nasıl çalışır?” sorusu kadar, “Sistem hata yaptığında ne yapmalı?” sorusunu da en başta, o şartname kağıdına dökme sanatıdır.
Eğer şartname aşamasında güvenli başarısızlık senaryolarını tanımlamazsak, o riski farkında olmadan sahaya transfer etmiş oluyoruz. Sahada sensör koptuğunda, iletişim hattı kesildiğinde veya mantık denetleyicisi beklenmeyen bir durumla karşılaştığında sistemin hangi güvenli duruma geçeceği önceden kağıda dökülmemişse, operatörden mucize bekleyemezsiniz.
Satın Alma Listesinden Güvenlik Anayasasına
Projelerimizde şartnameleri sadece bir “alım listesi” veya katalog parametresi dökümü olarak konumlandırmak, operasyonel riski peşinen kabullenmektir.
Gerçek bir emniyet şartnamesi, sistemin operasyonel sınırlarını, tehlike senaryolarını ve emniyet fonksiyonlarını belirleyen bir güvenlik anayasasıdır. IEC 61508 standardının tanımladığı emniyet yaşam döngüsü; güvenliğin sahada sonradan eklenen bir cihaz değil, şartname masasından başlayıp işletmeye kadar kesintisiz işletilen kapalı bir süreç olduğunu vurgular. Sahada hayat kurtarmanın ve güvenli bir tesis işletmenin ilk adımı, mühendis masasında belirsizliğe yer bırakmamaktan geçer.
📚 Kaynaklar
HSE — Health and Safety Executive (2003). Out of Control: Why Control Systems Go Wrong and How to Prevent Failure (HSG238, 2. Baskı). HSE Books.
IEC (2010). IEC 61508: Functional Safety of Electrical/Electronic/Programmable Electronic Safety-related Systems. International Electrotechnical Commission.
📋 İlgili Bağlantılar
🔗 Çökme Lüksü Olmayan Sistemler: Emniyet Kritik Yazılımın Kırmızı Çizgileri ve Yasaklı Kodlama Kuralları
🔗 Müşterinin Masasına Oturmadan Sorununu Çözemezsiniz: Ürün Anlatmaktan Süreç Mimarlığına
🔗 Büyük Resim ve Sistem Mühendisliği: Puzzle Analojisi ile Proje Başarısızlıkları
Son güncelleme: Aralık 2025 | Versiyon: 1.1