Asansör Bakımında Fikri Mülkiyet ve Yazılım Kilidi

İÇERİK (MARKDOWN)

Asansörler artık yalnızca motor, halat, ray ve kapı mekanizmalarından oluşan sistemler değildir. Yeni nesil cihazlarda sürüş parametreleri, arıza geçmişi, kapı ayarları, seviyeleme değerleri ve güvenlik kontrollerinin önemli bir bölümü elektronik kartlar ile yazılımlar üzerinden yönetilir. Bu gelişme arıza teşhisini kolaylaştırırken yazılım kilidi, servis şifresi, özel el terminali ve üreticiye bağımlılık gibi yeni sorunları da beraberinde getirir.

Bir bakım firması başka bir firmadan asansör devraldığında kumanda panosuna fiziksel olarak ulaşabilir; ancak gerekli servis şifresi, bağlantı kablosu veya teşhis programı bulunmadığında bazı işlemleri yapamayabilir. Bina yöneticisi ise asansörün sahibi olmasına rağmen kullandığı yazılımın kaynak kodunun veya üreticiye ait özel servis aracının da kendisine ait olduğunu düşünebilir.

Bu yazıda fikri mülkiyet hakkı ile güvenli bakım ihtiyacı arasındaki sınırı, yazılım kilidinin hangi durumlarda sorun oluşturduğunu ve bakım sözleşmesinde hangi maddelerin bulunması gerektiğini ele alacağız.

Asansörde Yazılım Kilidi Nedir?

Asansör yazılım kilidi, kumanda sistemi üzerindeki bazı bilgilere veya fonksiyonlara erişimin belirli bir parola, cihaz, lisans ya da üreticiye özel araçla sınırlandırılmasıdır. Bu uygulama yalnızca kullanıcı şifresinden ibaret değildir.

Sektörde karşılaşılan başlıca kısıtlama yöntemleri şunlardır:

• Kumanda kartının servis menüsüne giriş şifresi
• Üreticiye özel el terminali veya programlama cihazı
• Yalnızca lisanslı bilgisayarda çalışan teşhis yazılımı
• Belirli süre sonunda yenilenmesi gereken yazılım lisansı
• İnternet üzerinden üretici sunucusuna bağlanarak yapılan doğrulama
• Şifrelenmiş parametre ve yedekleme dosyaları
• Üretici hesabı olmadan indirilemeyen firmware güncellemeleri
• Sadece yetkili servise verilen özel bağlantı kablosu veya dönüştürücü

Bu sistemlerin tamamı kötü niyetli değildir. Yetkisiz kişilerin hız, kapı kuvveti, seviyeleme veya güvenlik devresiyle ilgili kritik parametreleri değiştirmesini önlemek için erişim kontrolü uygulanabilir. Sorun, güvenlik amaçlı kontrolün başka bir yetkili bakım firmasının normal bakım ve arıza müdahalesini fiilen imkânsız hale getirmesiyle başlar.

Güvenlik için konulan erişim kontrolü ile müşteriyi tek bir servise bağımlı bırakan yazılım kilidi aynı şey değildir.

Fikri Mülkiyet Hakkı Neleri Korur?

Asansör kumanda yazılımı, üreticinin uzun yıllar boyunca geliştirdiği kodları, algoritmaları ve teknik bilgileri içerebilir. Türkiye’de bilgisayar programları, 5846 sayılı Fikir ve Sanat Eserleri Kanunu kapsamında ilim ve edebiyat eseri olarak korunabilir. Bu nedenle yazılımın izinsiz çoğaltılması, kaynak kodunun alınması veya lisans şartlarına aykırı biçimde kullanılması hukuki risk doğurabilir. ([Türkiye Büyük Millet Meclisi][1])

Ancak burada üç farklı varlığı birbirinden ayırmak gerekir:

Varlık veya bilgi	Genel olarak hak sahibi	Bakım açısından durum
Kumanda kartı ve fiziksel donanım	Satın alan bina veya tesis	Yetkili personel tarafından bakım kapsamında incelenebilir
Kaynak kod	Yazılımı geliştiren kişi veya firma	Satış sözleşmesi açıkça devretmedikçe bina sahibine geçmez
Kullanım lisansı	Lisans şartlarına göre belirlenir	Yazılımın belirlenen sistemde kullanılmasına izin verir
Servis parametreleri	Sisteme ve sözleşmeye göre değişir	Güvenli bakım için gerekli erişim seviyesi açıkça belirlenmelidir
Arıza ve bakım geçmişi	Bina ve bakım faaliyetiyle ilişkilidir	Devir sırasında kayıtlı ve erişilebilir tutulmalıdır
Üreticiye özel teşhis cihazı	Cihazı geliştiren veya satan firma	Satılması veya kullandırılması sözleşme şartlarına bağlı olabilir
Elektrik şemaları ve tesis planları	Proje kapsamında oluşturulur	Mevzuat çerçevesinde asansörle birlikte bulundurulması gerekir

Bina yöneticisinin asansörü satın almış olması, yazılımın kaynak kodunu da satın aldığı anlamına gelmez. Benzer şekilde üreticinin yazılım üzerinde fikri hakkının bulunması, asansörün güvenli bakımını tamamen engelleme veya erişim kısıtlamasını sözleşmede gizleme hakkı verdiği şeklinde yorumlanmamalıdır.

Bakım firmasının amacı kaynak kodu ele geçirmek değil; görevini güvenli şekilde yerine getirebilmek için gerekli olan arıza kodlarına, ayar menülerine, bakım talimatlarına ve teknik dokümanlara ulaşmaktır.

Mevzuat Yazılım Kilidi Hakkında Ne Söylüyor?

Asansör İşletme ve Bakım Yönetmeliği, bakım sözleşmesinde asansöre yönelik herhangi bir cihaz, şifreleme, engelleme veya kısıtlama bulunup bulunmadığı bilgisinin yer almasını ister. Bu bilginin asansörü monte eden veya onun yetkili servisi tarafından sağlanması gerekir.

Bu hüküm önemli bir şeffaflık yükümlülüğü getirir. Sözleşmede yalnızca “yazılım kilidi vardır” yazılması ise uygulamadaki sorunu tek başına çözmez. Sağlıklı bir sözleşmede kısıtlamanın kapsamı da açıklanmalıdır:

• Hangi karta veya sisteme erişim kısıtlıdır?
• Standart bakım işlemleri için şifre gerekiyor mu?
• Şifre bina sorumlusuna teslim edilecek mi?
• Servis değişikliğinde erişim nasıl sağlanacak?
• Özel cihaz veya lisans gerekiyorsa maliyeti nedir?
• Arıza durumunda üretici desteğinin cevap süresi kaç saattir?
• Parametre yedeği kimde saklanacaktır?
• Lisans bittiğinde asansör çalışmaya devam edecek midir?

Yönetmelik ayrıca tesis planları, elektrik devre şemaları, belirli teknik özellikler ve asansör kayıt defterinin asansörle birlikte sağlanmasını düzenler. Bakımın, asansörü monte eden tarafından hazırlanan bakım kılavuzundaki talimatlara ve güncel TS EN 13015 gereklerine göre yapılması esastır.

Buradaki kritik ayrım şudur: Kısıtlama bulunduğunun sözleşmede açıklanması, kaynak kodun veya tüm üretici sırlarının otomatik olarak teslim edilmesi anlamına gelmez. Fakat erişim sorununun gizlenmesi, sonradan ortaya çıkan yüksek servis maliyetleri ve müdahale gecikmeleri açısından ciddi uyuşmazlık oluşturabilir.

Yazılım Kilidi Hangi Durumlarda Risklidir?

Her parola veya servis menüsü kilidi sakıncalı değildir. Aşağıdaki durumlarda ise erişim kısıtlaması bakım operasyonu açısından önemli bir risk haline gelir.

Arıza teşhisi yapılamıyorsa

Teknisyen yalnızca ekrandaki genel hata kodunu görebiliyor, alt arıza kayıtlarına ulaşamıyorsa arıza deneme-yanılma yöntemiyle aranır. Bu durum gereksiz parça değişimine, uzun duruş süresine ve yüksek maliyete yol açabilir.

Emniyet ayarları kontrol edilemiyorsa

Hız, seviyeleme, kapı hareketi veya sürücü parametreleri incelenemediğinde teknisyen sistemin doğru çalıştığını doğrulayamaz. Böyle bir durumda “asansörü bir şekilde çalıştırmak” yeterli değildir.

Servis değişikliğinde sistem kullanılamaz hale geliyorsa

Bakım sözleşmesi sona erdiğinde şifrenin değiştirilmesi, lisansın kapatılması veya uzaktan erişimin iptal edilmesi nedeniyle cihazın devralınamaması bina yöneticisini fiilen tek firmaya bağımlı bırakabilir.

Kilit belirli süre sonunda asansörü durduruyorsa

Bakım süresi, sayaç veya lisans tarihi dolduğu için asansörün otomatik olarak hizmet dışı kalması özellikle hastane, otel, fabrika ve yoğun konut projelerinde ciddi operasyon riski yaratır. Bu tür fonksiyonlar sözleşme öncesinde açıkça öğrenilmelidir.

Bilgi güvenliği zayıfsa

Servis şifresinin bütün teknisyenler tarafından ortak kullanılması, cihazın varsayılan parolayla bırakılması veya uzaktan bağlantının kayıtsız yapılması da başka bir risktir. Yazılımın açık olması kadar kontrolsüz biçimde açık olması da tehlikelidir.

Bakım Firması Asansörü Devralırken Ne Yapmalı?

Başka bir firmadan devralınan asansörde ilk iş, şifreyi kırmaya veya kartı sıfırlamaya çalışmak olmamalıdır. Bilinçsiz sıfırlama; kat öğrenme değerlerinin, motor ayarlarının, kapı parametrelerinin veya güvenlikle ilgili yapılandırmaların kaybolmasına neden olabilir.

Doğru devir süreci şu şekilde yürütülebilir:

1. Kumanda sistemi tespit edilir. Kart markası, model, yazılım sürümü, sürücü modeli ve çevre birimleri kaydedilir.
2. Mevcut erişim seviyesi kontrol edilir. Normal kullanıcı, bakım ve üretici menülerinin hangilerine erişilebildiği belirlenir.
3. Teknik dokümanlar incelenir. Elektrik şeması, bakım kılavuzu, parametre listesi ve geçmiş arıza kayıtları talep edilir.
4. Kısıtlama tutanağa yazılır. Şifre, özel cihaz veya lisans eksikliği varsa durum tespit raporuna açıkça eklenir.
5. Bina sorumlusu bilgilendirilir. Erişim sorununun bakım kalitesi, müdahale süresi ve olası maliyet üzerindeki etkisi açıklanır.
6. Önceki firmaya yazılı talep iletilir. Gerekli bilgi ve devir belgeleri sözlü değil, kayıt altına alınabilir yöntemle istenir.
7. Yetkisiz müdahaleden kaçınılır. Güvenlik fonksiyonunu etkileyebilecek kırma, kopyalama veya yazılım değiştirme işlemleri yapılmaz.
8. Gerekirse üretici desteği alınır. Lisanslı araç, eğitim veya teknik destek maliyeti müşteriye önceden bildirilir.

Devir sırasında bulunan şifre, yazılım sürümü, parametre yedeği ve teknik yazışmaları Asansorex gibi bir bakım takip yazılımında ilgili asansörün kaydına eklemek, aynı sorunla aylar sonra tekrar karşılaşılmasını önler. Erişim bilgileri yalnızca yetkili personelin görebileceği şekilde saklanmalıdır.

Bina Yöneticisi Sözleşmede Nelere Dikkat Etmeli?

Bina yöneticileri çoğu zaman aylık bakım ücretine odaklanır. Oysa düşük bakım fiyatıyla alınan bir sistem, üreticiye özel lisans veya cihaz zorunluluğu nedeniyle sonraki yıllarda çok daha pahalı hale gelebilir.

Yeni montaj, modernizasyon veya bakım sözleşmesinde şu soruların yazılı cevabı bulunmalıdır:

• Asansörde servis şifresi veya özel erişim cihazı var mı?
• Bakım firması değiştiğinde normal bakım erişimi nasıl sağlanacak?
• Yazılım lisansı tek seferlik mi, yıllık mı?
• Lisans yenilenmezse hangi fonksiyonlar kapanacak?
• Arıza kayıtları dışa aktarılabiliyor mu?
• Parametre yedeği bina sorumlusuna verilecek mi?
• Uzaktan bağlantı özelliği bulunuyor mu?
• Uzaktan yapılan işlemler kayıt altına alınıyor mu?
• Yazılım güncellemelerinin ücreti bakım bedeline dahil mi?
• Üretici desteği sona ererse alternatif çözüm var mı?

Özellikle büyük siteler, hastaneler, alışveriş merkezleri ve fabrikalar için teknik erişim devamlılığı satın alma kriterlerinden biri olmalıdır. İlk yatırımda daha ucuz görünen kapalı sistem, uzun vadede servis bağımlılığı ve yüksek yedek parça maliyeti doğurabilir.

Fikri Hak ile Servis Özgürlüğü Nasıl Dengelenir?

Sağlıklı model, yazılımın tamamen korumasız bırakılması değildir. Kaynak kodun veya üreticiye ait özel algoritmaların herkese verilmesi de beklenemez. Bunun yerine farklı erişim seviyeleri oluşturulabilir:

• Kullanıcı seviyesi: Bina sorumlusunun çalışma durumu ve temel uyarıları görmesi
• Bakım seviyesi: Yetkili teknisyenin arıza geçmişi, testler ve rutin ayarlara erişmesi
• İleri servis seviyesi: Eğitimli personelin sürücü, kapı ve hassas ayarları yapması
• Üretici seviyesi: Firmware, güvenlik çekirdeği ve ürün geliştirmeye ilişkin özel işlemler

Bu yapı hem üreticinin fikri mülkiyetini korur hem de bakım hizmetinin sürdürülebilirliğini sağlar. Yapılan her değişikliğin kullanıcı adı, tarih, önceki değer ve yeni değerle kaydedilmesi de sorumluluk tartışmalarını azaltır.

Rekabet hukuku bakımından da her yazılım kilidinin otomatik olarak hukuka aykırı olduğunu söylemek doğru değildir. Rekabet Kurulunun geçmişte incelediği bir asansör şifreleme dosyasında soruşturma açılmasına gerek görülmemiş, ancak ilgili bakım yönetmeliğinin uygulanmasının uygun olacağı yönünde görüş oluşturulmuştur. Bu nedenle değerlendirme; pazar koşulları, erişimin kapsamı, alternatiflerin bulunup bulunmadığı ve somut olayın özelliklerine göre yapılır. ([DergiPark][2])

Sıkça Sorulan Sorular

Asansörün sahibi servis şifresini isteme hakkına sahip midir?

Bina sorumlusu, asansörde erişim kısıtlaması bulunup bulunmadığını ve bu kısıtlamanın bakım hizmetini nasıl etkileyeceğini öğrenmelidir. Ancak bu durum her koşulda kaynak kodun, üretici ana şifresinin veya ticari sırların teslim edilmesi anlamına gelmez. Hak ve yükümlülükler sözleşme ile sistemin teknik yapısına göre değerlendirilmelidir.

Bakım firması şifreli kartın kilidini kırabilir mi?

Yetkisiz şekilde koruma mekanizmasını aşmak; güvenlik, garanti, fikri mülkiyet ve sorumluluk açısından ciddi risk taşır. Öncelikle bina sorumlusu bilgilendirilmeli, mevcut firma veya üreticiden erişim talep edilmeli ve yapılan işlemler yazılı olarak kayıt altına alınmalıdır.

Yazılım kilidi bakım sözleşmesinde belirtilmek zorunda mı?

Evet. Asansör İşletme ve Bakım Yönetmeliği, cihaz veya şifreleme gibi yöntemlerle engelleme ya da kısıtlama bulunup bulunmadığı bilgisinin bakım sözleşmesinde yer almasını öngörür.

Bina yöneticisi kaynak kodu satın almış sayılır mı?

Genel olarak hayır. Asansörün donanımının satın alınması, yazılım kaynak kodundaki fikri hakların otomatik olarak devredildiği anlamına gelmez. Kaynak kod devri veya emanet sistemi isteniyorsa sözleşmede açıkça düzenlenmelidir.

Şifre nedeniyle bakım yapılamıyorsa ücret ödenir mi?

Bu durum sözleşmenin kapsamına, kısıtlamanın önceden açıklanıp açıklanmadığına ve bakım firmasının hangi hizmetleri yerine getirdiğine göre değerlendirilir. Taraflar erişim engelini, yapılmayan işleri ve oluşan duruş süresini tutanakla kayıt altına almalıdır.

Açık sistem kumanda kartı her zaman daha mı iyidir?

Her zaman değil. Açık erişim yedek parça ve servis seçeneğini artırabilir; ancak yetkisiz müdahaleye karşı yeterli kontrol bulunmalıdır. En doğru çözüm, eğitimli personele gerekli erişimi veren ve yapılan değişiklikleri kayıt altına alan kontrollü bir sistemdir.

Özet

Asansör bakımında fikri mülkiyet ile servis erişimi birbirine rakip iki hak değildir. Üretici geliştirdiği yazılımı ve ticari bilgisini koruyabilir; bina sorumlusu ise satın aldığı sistemin güvenli, sürdürülebilir ve öngörülebilir maliyetlerle işletilmesini bekler. Bakım firması da görevini yerine getirebilmek için gerekli teknik dokümanlara ve uygun servis seviyesine erişebilmelidir.

Sorunun en etkili çözümü, yazılım kilidini arıza çıktıktan sonra tartışmak değil; montaj, modernizasyon ve bakım sözleşmesi aşamasında erişim şartlarını açıkça belirlemektir. Şifre, lisans, özel cihaz, parametre yedeği ve servis değişikliği prosedürü yazılı hale getirildiğinde hem fikri haklar korunur hem de bina tek bir firmaya kontrolsüz biçimde bağımlı kalmaz.

Bu belgelerin, erişim taleplerinin ve bakım geçmişinin Asansorex üzerinden düzenli tutulması; firma değişikliklerinde bilgi kaybını azaltır, bina yöneticisine yapılan bilgilendirmeleri kanıtlanabilir hale getirir ve teknik ekibin aynı erişim sorunlarını tekrar tekrar araştırmasını önler.