Yazılım Lisans Denetimi: Türkiye'de Ceza ve Tazminat Riski Nedir?
Bir işletmenin bilgisayarlarındaki yazılımların gerçekten lisanslı olup olmadığını gösteren tek bir kayıt genelde yoktur. Muhasebe departmanı satın alınan lisans sayısını bilir, IT ekibi kurulu yazılım sayısını bilir, ama ikisi çoğu zaman örtüşmez. Yazılım lisans denetimi tam da bu boşlukta devreye girer: bir üretici ya da onun yetkili temsilcisi, kullanılan yazılımların lisans durumunu inceler. Türkiye’de bu süreç bazen bir e-postayla nazik bir “envanter paylaşır mısınız” talebiyle başlar, bazen doğrudan mahkeme kararıyla açılan bir delil tespiti davasına kadar gider. Sonuç ağır olabilir: Fikir ve Sanat Eserleri Kanunu’nun (FSEK) 71. maddesi, lisanssız yazılım kullanımını 1 yıldan 5 yıla kadar hapis veya adli para cezasıyla karşılıyor.
Denetim genelde nasıl başlar?
Üç yol öne çıkıyor. Birincisi, yazılımın kendi içine gömülü “phone home” mekanizması — internete bağlanan program, kullanıcı adı, IP ve cihaz kimliği bilgisini üreticinin sunucusuna iletir; lisans sayısı aşıldığında bu fark edilir. İkincisi, ihbar: işten ayrılan bir çalışan, rakip bir firma ya da memnun olmayan bir eski iş ortağı üreticiye ya da yazılım birliklerine bildirimde bulunabilir. Üçüncüsü daha nadir ama en ağırı — internet servis sağlayıcısı kayıtları üzerinden yapılan takip, doğrudan savcılık sürecine bağlanabiliyor.
FSEK madde 75’e göre bu suç şikayete bağlı olduğu için üretici firma genelde önce bir ihtarname ya da uzlaşma teklifiyle işe başlıyor. Bedel ödenmeden şikayet nadiren geri çekiliyor.
Hukuki risk ne kadar ağır?
| Madde | Konu | Yaptırım |
|---|---|---|
| FSEK m. 71 | Lisanssız kullanım | 1-5 yıl hapis veya adli para cezası |
| FSEK m. 72 | Lisans koruma mekanizmasını devre dışı bırakma | 6 ay - 2 yıl hapis |
| FSEK m. 68 | Tazminat | Lisans bedelinin 3 katına kadar |
| FSEK m. 75 | Kovuşturma şartı | Şikayete bağlı |
Sayılar somutlaşınca daha net görünüyor. 10 bin avroluk bir mühendislik yazılımının lisanssız kullanımı tespit edilirse, tazminat talebi teorik olarak 30 bin avroya kadar çıkabiliyor. Üstüne hukuki masraflar ve marka itibarı zararı da ekleniyor.
Hangi yazılımlar en çok sorun çıkarıyor?
Ofis paketleri (Microsoft 365, Google Workspace gibi) bulut aboneliğine geçtiği için bu tarafta risk büyük ölçüde azaldı, ama şirket içi kurulu eski sürümler hâlâ yaygın. Asıl risk şurada yoğunlaşıyor:
- Mühendislik ve tasarım yazılımları (AutoCAD, SolidWorks gibi) — tek lisansın birden fazla bilgisayara kurulması
- Sunucu işletim sistemi CAL’ında (istemci erişim lisansı) kayıtlı sayının gerçek kullanıcı sayısını yakalayamaması
- Antivirüs ve uç nokta güvenlik yazılımlarında satın alınan koltuk (seat) sayısının aşılması — özellikle yeni cihaz eklenince güncellenmeyen lisans
- Tasarım araçlarında bireysel abonelik hesaplarının şirket genelinde paylaşılması
Bunların ortak noktası şu: hiçbiri kasıtlı bir korsanlık niyetiyle yapılmıyor, çoğu zaman büyüme sırasında lisans takibinin gözden kaçmasından kaynaklanıyor. Kanun ise niyete bakmıyor; işveren, çalışanın bilgisi dışında yaptığı ihlalden de sorumlu tutulabiliyor.
Kurumlar kendini nasıl korur?
En sağlam savunma, denetim geldikten sonra değil önce kurulan bir sistemdir.
- Kurulu yazılım ile satın alınan lisans sayısını karşılaştıran bir envanter (yazılım varlık yönetimi, kısaca SAM) çıkarılır ve düzenli güncellenir.
- Yeni cihaz eklendiğinde ya da bir çalışan işten ayrıldığında, o cihazdaki lisans durumu ayrı bir kontrol maddesi olarak ele alınır — genelde atlanan adım burasıdır.
- Ücretsiz deneme sürümlerinin süresi dolduğunda kaldırılıp kaldırılmadığı takip edilir.
- RMM (uzaktan izleme ve yönetim) araçları kurulu yazılım envanterini otomatik çıkarabildiği için, dışarıdan BT desteği alan firmalarda bu adım büyük ölçüde kendiliğinden işler hale geliyor.
Sıkça sorulan sorular
Şirket sahibi lisans ihlalinden habersizse yine de sorumlu mu? Evet. Çalışanın bilgisi ya da izni dışında yaptığı bir kurulumdan bile işveren sorumlu tutulabiliyor. “Bilmiyordum” savunması cezai süreci durdurmuyor, en fazla uzlaşma görüşmesinde bir argüman oluyor.
Küçük ölçekli bir işletme de denetlenir mi, yoksa büyük şirketlere mi bakılıyor? Denetim tetikleyicisi genelde ihbar ya da phone-home verisi; ölçek burada belirleyici değil. Az sayıda lisansla çalışan bir işletme de büyük bir kurum kadar risk altında olabiliyor.
Açık kaynak yazılıma geçmek riski sıfırlar mı? Büyük ölçüde azaltır ama sıfırlamaz. Açık kaynak lisanslarının da (GPL, MIT gibi) kendi şartları var; ticari kullanımda bu şartlara uyulmadığında farklı bir hukuki risk doğabiliyor.
Uzlaşma mı, mahkeme süreci mi daha yaygın? Uzlaşma çok daha yaygın. Üreticiler mahkeme sürecinin uzunluğu yerine, tazminat ödemesi ve gelecekte lisanslı geçiş taahhüdü içeren bir anlaşmayı tercih ediyor.
Denetim bir kez geçildiyse tekrar gelmez mi? Gelebilir. Aynı üretici birkaç yıl arayla tekrar kontrol talep edebiliyor. Sürekli güncel tutulan bir envanter, her seferinde sıfırdan başlamayı önlüyor.
Kurumunuzdaki yazılım envanterinin satın alınan lisanslarla örtüşüp örtüşmediğini birlikte gözden geçirmek isterseniz bize ulaşın.
İlgili Yazılar
Microsoft NCE (New Commerce Experience) Detaylı Lisans Yönetim Rehberi
NCE nedir ve neden geldi? Üç taahhüt seçeneği, 7 günlük iptal penceresi ve doğru taahhüdü seçmek için karar matrisi.
Devamını Oku: Microsoft NCE (New Commerce Experience) Detaylı Lisans Yönetim Rehberi
Exchange Online vs Google Workspace vs Yandex 360
Exchange Online Plan 1/2, Google Workspace ve Yandex 360 yan yana: arşiv, uyum, maliyet ve kurumsal e-posta seçim rehberi.
Devamını Oku: Exchange Online vs Google Workspace vs Yandex 360
Microsoft 365 Copilot Lisanslama Rehberi
Copilot için minimum lisans gereksinimi, Business Basic'in neden yetmediği ve pilot öncesi yapılması gereken hazırlık.
Devamını Oku: Microsoft 365 Copilot Lisanslama Rehberi