Kuzey Akdemir Metroplast Asansör Genel Müdür Yardımcısı

Yıllardır güvenliğin dili nettir: Maddeyi sağla. Testi geç. Belgeyi al. Ancak ISO 8100 ile birlikte soru değişiyor. Artık mesele yalnızca uygunluk değil; riskleri nasıl yönettiğini gösterebilmek.

Biz üreticiler için güvenliğin dili yıllardır nettir:

Maddeyi sağla. Testi geç. Belgeyi al. Ürünü piyasaya sür.

EN 81 kültürü sektöre ciddi bir teknik düzen ve netlik kazandırdı. Ölçüler belliydi, kuvvetler belliydi, test prosedürleri belliydi. Bir hız regülatörü, kapı kilidi ya da fren sistemi için hangi kriterin sağlanacağı açıkça tanımlanmıştı. Güvenlik; ölçülebilir, doğrulanabilir parametrelerle ifade ediliyordu.

Ancak ISO 8100 yaklaşımı farklı bir soru soruyor:

“Ürün standarda uygun olabilir. Peki gerçekten güvenli mi? Ve bunu nasıl kanıtlıyorsun?”

EN 81 kural temelli bir güvenlik anlayışına dayanır. Üreticinin sorumluluğu tarif edilmiş teknik gereklilikleri yerine getirmektir. ISO 8100 ise güvenliği risk temelli bir çerçevede ele alır. Bu çerçevede yalnızca ürünün doğru çalışması değil; yanlış kullanımda, arıza halinde, bakım ihmalinde ya da olağan dışı koşullarda nasıl davrandığı da değerlendirme kapsamına girer.

Bu değişim, tasarım masasında sorduğumuz soruları kökten dönüştürür.

Örneğin bir hız regülatörü ürettiğimizi düşünelim. Geleneksel yaklaşımda tetikleme hızını sağlamak, mekanik dayanımı doğrulamak ve tip testini geçmek yeterli kabul edilir. ISO 8100 perspektifinde ise yalnızca nominal koşulların sağlanması yeterli görülmeyebilir. Yanlış montaj durumunda sistem nasıl davranır? Halat aşınması algılama hassasiyetini etkiler mi? Elektrik kesintisi anında sistem güvenli konumu koruyabilir mi?

Artık bu sorular da tasarımın parçasıdır.

Buradaki dönüşüm, ürünün kendisinden çok üreticinin rolünü değiştirir. Standart maddelerini uygulayan teknik bir aktör olmaktan; riskleri analiz eden, senaryoları modelleyen ve güvenliği gerekçelendiren bir mühendislik organizasyonuna doğru bir evrilme başlar.

Teknik dosyanın dönüşümü

ISO 8100 ile birlikte teknik dosyanın doğası da değişir.

Eskiden teknik dosya büyük ölçüde uygunluk kanıtlarının toplandığı bir arşiv niteliğindeydi. Artık bu dosya, tasarım kararlarının arkasındaki mühendislik mantığını açıklayan bir belgeye dönüşür. Hangi risk nasıl değerlendirildi? Hangi çözüm neden tercih edildi? Alternatifler neden elendi? Kalan risk hangi gerekçeyle kabul edilebilir bulundu?

Bu yaklaşım üreticiden yalnızca test yapmasını değil, düşünce sürecini yazılı hale getirmesini bekler.

Burada belirleyici olan ISO 8100’un metninden ziyade üreticinin bu yaklaşımı nasıl okuduğudur. Eğer bu değişim yalnızca ek bir dokümantasyon yükü olarak görülürse süreç zorlayıcı olacaktır. Ancak risk temelli yaklaşım bir mühendislik derinliği ve rekabet avantajı olarak değerlendirilirse, özellikle güçlü Ar-Ge altyapısına sahip firmalar için stratejik bir fırsata dönüşebilir.

Elbette bu geçiş herkes için eşit derecede kolay olmayacaktır. Sahada güvenli ürünler üretmiş ancak bunu sistematik risk analizleriyle belgelendirmemiş firmalar için yeni bir disiplin ihtiyacı doğacaktır. Teknik kapasitesi yüksek fakat dokümantasyon kültürü sınırlı olan yapılar için adaptasyon zaman alabilir. Buna karşılık test, analiz ve mühendislik kültürü güçlü üreticiler için ISO 8100 uluslararası pazarda güvenilirliği artıran bir araç haline gelebilir.

Parça mı üretiyoruz, güvenlik senaryosu mu?

Paket asansör üreticileri açısından mesele daha da karmaşıktır. Çünkü burada tek bir bileşen değil; bütüncül bir sistem söz konusudur. Kabin, kapı, kumanda panosu, hız regülatörü, fren sistemi, kasnak, raylar ve askı elemanları… Tüm bu bileşenlerin birlikte ve uyumlu çalışmasından üretici sorumludur.

EN 81 çerçevesinde tasarım süreci disiplinliydi:

Her bileşen kendi standardını sağlıyor mu? Sistem kombinasyonu kurallara uygun mu? Hesaplar doğru mu?

Güvenlik büyük ölçüde teknik gerekliliklerin yerine getirilmesiyle tanımlanıyordu.

ISO 8100 ile değişen şey teknik gerekliliklerden çok bakış açısıdır. Artık temel soru şu hale gelir:

“Bu sistem riskleri nasıl yönetiyor?”

Komple sistem tasarlayan firmalar aslında bir güvenlik mimarisi kurar. ISO 8100 yaklaşımı bu mimariyi daha görünür, daha analitik ve daha gerekçelendirilmiş hale getirir. Artık üretici yalnızca parça seçen değil; bileşen etkileşimlerinden doğan riskleri yöneten bir sistem tasarımcısıdır.

Örneğin kapı sistemi. Kilit, sensör, kontrol kartı ve yazılım birlikte çalışır. Her biri tek başına uygun olabilir. Ancak sensör arızalandığında yazılımın tepkisi nedir? Güç kesildiğinde kapı güvenli konumda kalır mı? Yanlış ayar sistem riskini artırır mı?

Bu sorular artık tasarım sürecinin doğal parçasıdır.

Bu zihinsel dönüşüm organizasyon yapısını da etkiler. Risk analizi artık tasarımın sonunda yapılan bir kontrol değil; başlangıç noktasıdır. Tehlikeler belirlenir, olasılıklar değerlendirilir, sonuçların şiddeti analiz edilir ve tasarım tercihleri bu analizlere dayanarak şekillenir.

Neden bu fren tipi seçildi?

Neden bu kontrol mantığı tercih edildi?

Hangi risk değerlendirmesi sonucunda bu çözüm benimsendi?

Bu soruların yazılı ve izlenebilir olması beklenir.

Kısa vadede bu durum daha sistematik analiz, daha ayrıntılı dokümantasyon ve daha fazla iç kontrol anlamına gelir. Uzun vadede ise sistem davranışını daha iyi öngören üreticiler sahadaki öngörülemeyen durumları daha etkin yönetir; arıza kaynaklı riskler azalır, güvenilirlik artar, marka itibarı güçlenir.

ISO 8100’un paket asansör üreticilerine verdiği temel mesaj nettir:

Sistemin çalıştığını göstermek yetmez; riskleri nasıl yönettiğini de gösterebilmelisin.

Güvenliğin yeniden tanımı: Testten davranışa

ISO 8100 ile birlikte güvenliğin çerçevesi genişler. Artık güvenlik yalnızca belirli değerleri sağlamak değildir; riskin nasıl ele alındığıyla birlikte değerlendirilir. Tehlikeyi tanımlamak, riski analiz etmek, azaltmak ve kalan riski gerekçelendirmek sürecin ayrılmaz parçasıdır.

Güvenlik artık yalnızca “testten geçti” ifadesiyle tanımlanmaz.

Güvenlik, sistemin hata durumlarındaki davranışı üzerinden okunur.

Laboratuvarda mükemmel çalışan bir sensör sahada tozlanma, sıcaklık değişimi ya da elektriksel dalgalanma nedeniyle gecikme yaşarsa sistem nasıl tepki verir? Yazılım tabanlı bir kontrol kartı veri kesintisinde ya da ani güç kaybında güvenli konuma geçebiliyor mu? Montaj hatası sistem davranışını ne ölçüde etkiler? Yaşlanma performansı düşürür mü?

Bu soruların cevabı yalnızca “test edildi” demekle verilemez. Davranış analizi gerekir.

ISO 8100 ile birlikte güvenlik statik bir performans göstergesi olmaktan çıkar; dinamik bir davranış modeline dönüşür. Ürünün nasıl çalıştığı kadar, nasıl hata verdiği ve hata halinde nasıl davrandığı da önem kazanır.

Bu durum test kültürünün de evrilmesini gerektirir. Fiziksel testler hâlâ vazgeçilmezdir. Ancak artık senaryo bazlı analizler, hata mod analizi (FMEA), risk matrisi çalışmaları, simülasyonlar ve uzun süreli dayanıklılık değerlendirmeleri daha görünür hale gelir. “En kötü durum” senaryoları tasarımın merkezine yerleşir.

Ar-Ge biriminin rolü burada büyür. Ar-Ge yalnızca performans optimizasyonu yapan bir departman olmaktan çıkar; riskleri modelleyen ve sistem davranışını öngören bir yapı haline gelir.

Teknik dosya da buna paralel olarak dönüşür. Uygunluk kanıtlarının arşivi olmaktan çıkar; tasarım felsefesinin yazılı kaydı haline gelir.

Bu, bir yük değil; mühendislik olgunluğunun göstergesidir. Çünkü güvenliği testle kanıtlamak mümkündür, ancak güvenliği tasarım mantığıyla açıklamak daha ileri bir seviyedir.

Denetim artık ne soracak?

EN 81 döneminde uygunluk değerlendirmesi büyük ölçüde teknik kriterlerin doğrulanmasına dayanıyordu. Hesaplar doğru mu? Testler yapılmış mı? İlgili maddeler sağlanmış mı? Teknik dosyada gerekli raporlar mevcut mu?

Süreç teknikti; fakat ağırlıklı olarak doğrulama temelliydi.

ISO 8100’un risk temelli yaklaşımıyla birlikte denetimin doğası kademeli olarak değişebilir. Artık yalnızca “madde sağlanmış mı?” sorusu yeterli olmayabilir. Bunun yerine şu sorular gündeme gelebilir:

o Risk analizi nasıl yapıldı?

o Bu tasarım tercihi hangi mühendislik gerekçesine dayanıyor?

o Alternatif çözümler değerlendirildi mi?

o Kalan risk hangi mantıkla kabul edildi?

Bu, uygunluk kontrolünden gerekçelendirme kontrolüne geçiştir.

Örneğin bir fren sistemi seçimi. EN 81 kapsamında gerekli dayanım değerleri sağlanmış ve test raporları mevcutsa uygunluk gösterilmiş olur. Ancak ISO 8100 perspektifinde şu soru sorulabilir: Bu fren tipi hangi risk değerlendirmesine dayanarak seçildi? Daha yüksek güvenlik katsayılı alternatif neden tercih edilmedi? Sistem bütününde bu kararın etkisi nasıl analiz edildi?

Artık yalnızca belgenin varlığı değil, belgenin arkasındaki mühendislik mantığı da incelenir.

Bu iki sonucu beraberinde getirir:

Birincisi, teknik dosya genişler ve tasarım sürecinin izlenebilir kaydına dönüşür.

İkincisi, denetim süreci daha diyalog temelli hale gelir. Tasarım mühendisi denetimin merkezine yerleşir.

Başlangıçta bu durum daha uzun ve ayrıntılı bir süreç anlamına gelebilir. Ancak uzun vadede tasarım kararlarının şeffaflığı artar, risk değerlendirmesi kurumsal hafızaya dönüşür ve denetim daha teknik bir seviyeye taşınır.

ISO 8100’un belgelendirme sürecine olası etkisi temelde şudur:

Uygunluğu kanıtlamak yetmez; güvenliği nasıl düşündüğünü de göstermen gerekir.

Bu değişim daha fazla sorumluluk getirir. Ancak aynı zamanda daha güçlü bir teknik konumlanma sağlar. Riskini gerçekten analiz eden ve tasarım kararını gerekçelendirebilen üretici için denetim bir tehdit değil, mühendisliğini ortaya koyma fırsatıdır.