Türkiye’de Yazılım Lisanslama Uyuşmazlıklarında En Sık Karşılaşılan Sorunlar

Türkiye’de yazılım lisanslama uyuşmazlıklarında en sık karşılaşılan sorunlar nelerdir? FSEK, TBK, HMK ve CMK çerçevesinde lisans kapsamı, kullanıcı paylaşımı, OEM devri, trial ve eğitim kullanımı, delil, tazminat ve ceza riskleri bu kapsamlı rehberde açıklanmaktadır.

Yazılım lisanslama uyuşmazlıkları, Türkiye’de artık yalnızca teknoloji şirketlerini ilgilendiren dar bir alan değildir. Muhasebe yazılımlarından CAD programlarına, ERP sistemlerinden bulut tabanlı ofis araçlarına kadar çok geniş bir kullanım alanı bulunduğu için, lisansın kapsamı ve kullanım biçimi doğrudan ticari risk başlığı haline gelmiştir. Türk hukukunda bilgisayar programları 5846 sayılı Fikir ve Sanat Eserleri Kanunu kapsamında korunan eserler arasındadır; Kanun’un amacı da manevi ve mali hakları belirlemek, bu ürünlerden yararlanma şartlarını düzenlemek ve aykırı yararlanma halinde yaptırımları göstermektir. FSEK’in tanımlar bölümünde bilgisayar programı ayrıca tanımlanmış, eser türleri arasında da açıkça yer verilmiştir.

Bu yüzden yazılım lisanslama uyuşmazlıkları, sıradan bir “satın alma eksikliği” veya sadece teknik bir BT meselesi gibi görülemez. Kültür ve Turizm Bakanlığı Telif Hakları Genel Müdürlüğü’ne göre telif hakkı ihlali halinde hem hukuk hem de ceza davası açılabilir. Bakanlığın aynı açıklamasında, yazılı izin olmaksızın işleme, çoğaltma, dağıtma, umuma iletme ve yayımlama ile hukuka aykırı çoğaltılmış eserleri ticari amaçla elde bulundurma veya depolama gibi fiillerin yaptırım alanına girdiği açıkça belirtilmektedir. Bu nedenle lisans sorunu, çoğu zaman şirketin düşündüğünden daha ağır sonuçlar doğurur.

Üstelik telif koruması için zorunlu bir kayıt veya tescil şartı da bulunmaz. Bakanlığın isteğe bağlı kayıt-tescil açıklamasına göre eser üzerindeki tüm haklar, onu meydana getiren kişiye aittir; kayıt-tescil hak kuran değil, ispat kolaylığı sağlayan bir işlemdir. Bu nedenle yazılım sağlayıcısının ayrıca bir tescil belgesi sunmaması, lisans dışı kullanımın risksiz olduğu anlamına gelmez. Tartışma çoğu zaman “hak var mı?” sorusundan değil, “bu hak hangi kapsamda kullandırıldı?” sorusundan doğar.

1. En sık sorun: lisans kapsamının yanlış anlaşılması

Türkiye’de yazılım lisanslama uyuşmazlıklarının en yaygın sebebi, lisansın kapsamının kullanıcılar tarafından yanlış yorumlanmasıdır. Şirketler çoğu zaman “programı satın aldık” cümlesini, “şirket içinde istediğimiz gibi kullanabiliriz” şeklinde anlar. Oysa FSEK m.52 açık biçimde mali haklara dair sözleşme ve tasarrufların yazılı olmasını ve konu olan hakların ayrı ayrı gösterilmesini zorunlu kılar. Bu yapı, yazılım lisansının kapsamının dar ve belirli şekilde kurulması gerektiğini gösterir. Bir hakkın verilmiş olması, diğer tüm hakların da verilmiş olduğu anlamına gelmez.

Uygulamada bu yanlış anlama birçok farklı biçimde ortaya çıkar. Tek kullanıcı lisansı ekipçe kullanılır, belirli lokasyon için alınmış yetki tüm şubelere yayılır, sadece belirli sürüm için alınmış hak yeni sürümlere de teşmil edilir veya belirli süreli kullanım yetkisi fiilen süresiz hak gibi görülür. Taraflar lisans metnini baştan dikkatle okumadığında, bir süre sonra teknik kullanım ile sözleşmesel yetki birbirinden kopar ve ihtilaf doğar. Aslında uyuşmazlık çoğu zaman yazılımın varlığından değil, kullanım yetkisinin yanlış varsayılmasından kaynaklanır.

2. Yazılı sözleşme ve belge eksikliği

İkinci en yaygın sorun, lisans ilişkisinin yeterince belgelenmemesidir. Şirket yazılımı gerçekten satın almış olsa bile, sözleşme metni, fatura, reseller bilgisi, kullanıcı ataması, abonelik yenileme belgesi veya lisans sertifikası düzenli saklanmamışsa savunma zemini ciddi biçimde zayıflar. Bu problem özellikle küçük ve orta ölçekli işletmelerde daha sık görülür; çünkü yazılım alımı çoğu zaman e-posta, ekran görüntüsü veya tek satırlık teklif üzerinden yürütülür, sonra da belge disiplini kaybolur.

Bu noktada FSEK m.76 çok önemlidir. Resmî metne göre mahkeme, davacının iddiasının doğruluğu hakkında kuvvetli kanaat oluşturmaya yeter miktar delil sunması halinde, kullanıcıdan gerekli izin ve yetki belgelerini veya yararlanılan eserlerin listesini isteyebilir. Bu belgelerin sunulamaması ise haksız kullanıma karine teşkil eder. Dolayısıyla “aslında lisansımız vardı” savunması, belgeyle desteklenmediği anda çok zayıf hale gelir. Türkiye’de lisanslama uyuşmazlıklarının önemli bir kısmı, ihlalden çok ispat yetersizliği yüzünden büyür.

3. Tek kullanıcı lisansının ekipçe kullanılması

Üçüncü yaygın sorun, tek kullanıcı veya named user lisanslarının şirket içinde ortak kullanıma açılmasıdır. Modern yazılım lisanslamasında çok sayıda ürün artık kullanıcı bazlı çalışmaktadır. Bu modelde lisans belirli bir kişiye tanınır; aynı hesabın departman içinde veya vardiyalar arasında paylaşılması, fiilen birden fazla kişinin tek lisansla çalışması sonucunu doğurur. Teknik olarak program kurulu tek makinede kalsa bile, hukukî olarak lisans kapsamı aşılmış olabilir. Bu, özellikle bulut tabanlı yazılım ve merkezi kimlik doğrulama kullanan ürünlerde daha görünür hale gelmiştir.

Şirketler burada çoğu zaman “aynı ofiste kullanıyoruz, dışarıya yaymadık” diye düşünür. Oysa lisans türü kullanıcı temelliyse, sorun cihazın şirkette kalması değil, yetkinin kişisel sınırının aşılmasıdır. Bu davranış sözleşmeye aykırılık yaratabildiği gibi, lisans kapsamı dışına taşan kullanım ekonomik hak ihlali olarak da tartışılabilir. Bu yüzden tek kullanıcı lisansları, pratikte en kolay ihlal edilen lisans türlerinden biridir.

4. OEM lisansların yanlış taşınması veya yanlış kullanılması

Dördüncü yaygın sorun OEM lisanslardır. OEM lisanslar genel olarak belirli donanımla birlikte gelir ve o cihazla bağlı şekilde çalışır. Uygulamada şirketler cihaz yenilediklerinde eski makinedeki OEM lisansı yeni makineye taşımayı doğal sanabilir. Ancak bu lisans modeli çoğu durumda cihaz bazlıdır ve başka cihaza serbestçe aktarılabilir bir hak vermez. Teknik olarak kurulumun mümkün olması, hukukî yetki bulunduğu anlamına gelmez.

Türkiye’de birçok uyuşmazlık, özellikle işletim sistemi ve bazı ön yüklü ticari ürünlerde tam da bu yüzden çıkar. Şirket BT ekipleri donanım tarafında doğru hareket ettiklerini düşünürken, lisans tarafında ihlal yaratabilir. Sorun çoğu zaman kötü niyetten değil, OEM’in normal perakende lisans gibi sanılmasından doğar. Ancak sonuç değişmez: lisans türü yanlış yorumlandığında yazılım kullanımının hukukî temeli zayıflar.

5. Trial ve eğitim sürümlerinin ticari kullanımı

Beşinci yaygın sorun, deneme sürümü veya eğitim lisansının ticari faaliyette kullanılmasıdır. Şirketler yazılımı önce test amacıyla kurup sonra fiilen üretim zincirine dahil edebilir. Özellikle tasarım, mühendislik ve mimarlık sektörlerinde eğitim veya trial erişimlerinin müşteri projelerinde kullanılması sık görülen bir sorundur. Oysa lisans modeli, programın teknik işlevinden bağımsız olarak kullanım amacını sınırlar. Eğitim veya deneme amacıyla verilen yetki, ticari kullanım hakkına dönüşmez.

Bu tür dosyalarda kullanıcı çoğu zaman “zaten aynı program, sadece lisans tipi farklı” diye düşünür. Hukukî açıdan asıl fark tam da oradadır. Yazılımın kendisi aynı olabilir, ancak hak sahibinin verdiği izin farklıdır. Bu yüzden trial veya eğitim sürümünün ticari faaliyete taşınması, basit lisans uyumsuzluğu değil, izin kapsamını aşan kullanım modeli olarak değerlendirilir. Uyuşmazlıklar da çoğu zaman bu yanlış mantıktan kaynaklanır.

6. Abonelik bitimine rağmen kullanıma devam edilmesi

Abonelik tabanlı yazılım modellerinde çok sık görülen bir başka sorun, abonelik süresi sona erdiği halde ticari kullanımın fiilen sürdürülmesidir. Bazı ürünler yerel kurulum nedeniyle açılmaya devam edebilir, bazı sistemlerde erişim kademeli biçimde kısıtlanır, bazı kullanıcılar ise yenileme yapılmadığını ancak audit sürecinde fark eder. Fakat hukukî olarak belirleyici olan programın açılıyor olması değil, kullanım hakkının devam ediyor olmasıdır. Süreli hak bittiğinde, yazılım üzerindeki meşru kullanım zemini de sona erer.

Bu durum Türkiye’de özellikle kurumsal aboneliklerde sorun yaratır. Finans veya idari ekipler yenilemeyi geciktirirken operasyon ekipleri programı kullanmaya devam eder. Sonuçta şirket kendi içinde lisans yönetimi ile fiilî kullanım arasında kopukluk yaşar. Böyle dosyalarda uyuşmazlık, geçmiş dönemdeki fiilî yararlanmanın hangi kapsamda sürdüğü üzerinden büyür.

7. Yetkisiz reseller veya belirsiz lisans zinciri

Bir başka yaygın sorun, yazılımın yetkili olmayan satıcıdan veya hukuken belirsiz bir lisans zinciriyle edinilmesidir. Şirket yazılımı gerçekten bedel ödeyerek almış olabilir; ancak lisansı satan kişi bunu vermeye yetkili değilse veya lisans türünü olduğundan farklı tanıttıysa, son kullanıcı ciddi risk altına girer. FSEK m.54 açıkça, mali bir hakkı yahut kullanma ruhsatını devretmeye yetkili olmayan kişiden iktisap edenin iyi niyetli olsa bile korunmayacağını düzenler. Bu hüküm, reseller zinciri sorunlarının neden ciddiye alınması gerektiğini gösterir.

Uygulamada özellikle “uygun fiyatlı lisans”, “tek seferlik kurumsal anahtar”, “global key”, “kampanyalı abonelik” gibi başlıklarla yapılan satışlar sonradan uyuşmazlık yaratabilir. Şirket bedel ödediği için kendisini güvende sanır; ancak lisansın hukuken geçerli kaynaktan gelmemesi hâlinde savunma alanı daralır. Türkiye’de lisanslama uyuşmazlıklarında gri pazar ve belirsiz satış kanalları giderek daha önemli bir sorun haline gelmiştir.

8. Çalışan ve dış BT firması kaynaklı ihlaller

Türkiye’de yazılım lisanslama uyuşmazlıklarında sık karşılaşılan bir başka mesele, yazılımın şirket adına fakat şirket yöneticisinin doğrudan bilgisi olmadan kurulmuş olmasıdır. BT firması standart imaj yükler, çalışan kendi başına program indirir, eski personel hesabı aktif kalır veya danışman ortak lisansı kullanır. Şirketler böyle durumlarda sıklıkla “biz yapmadık, çalışan yaptı” savunmasına yönelir. Ancak bu savunma her zaman güçlü değildir.

TBK m.116’ya göre borçlu, borcun ifasını veya sözleşmeden doğan hakkın kullanılmasını yardımcı kişilere bırakmış olsa bile, onların işi yürüttükleri sırada diğer tarafa verdikleri zarardan sorumludur. Benzer şekilde FSEK m.66, ihlal işletmenin temsilcileri veya çalışanları tarafından hizmetin ifası sırasında yapılmışsa işletme sahibi hakkında da dava açılabileceğini ve kusur şartı aranmadığını söyler. Bu nedenle çalışan veya taşeron eliyle yapılan ihlal, birçok olayda doğrudan şirketin hukukî riskine dönüşür.

9. Delil sorunları ve geç fark edilen teknik uyuşmazlıklar

Lisans uyuşmazlıklarının büyümesinde delil sorunu başlı başına bir başlıktır. Şirketler çoğu zaman lisans durumunu audit, ihtarname veya dava aşamasında fark eder. O noktada hangi sürümün ne zaman kurulduğu, hangi kullanıcıların erişimi olduğu, log kayıtlarının ne durumda bulunduğu ve hangi cihazlarda ne kadar süredir aktif kullanım yapıldığı belirsiz olabilir. Yazılım uyuşmazlıkları diğer ticari uyuşmazlıklardan farklı olarak yüksek derecede teknik delile dayanır.

Bu yüzden HMK m.400 ve devamındaki delil tespiti kurumu büyük önem taşır. Delilin kaybolma veya ileride ileri sürülmesinin zorlaşma ihtimali varsa keşif, bilirkişi incelemesi ve diğer tespit işlemleri yapılabilir; acele hâllerde karşı tarafa tebligat yapılmaksızın da tespit mümkündür. Özellikle dijital kayıtların silinebilir, cihazların değişebilir ve logların döngüsel olarak kaybolabilir olması nedeniyle yazılım dosyalarında delil tespiti sık gündeme gelir. Delilin zamanında korunmaması ise hem hak sahibini hem de kullanıcı şirketi zora sokar.

10. Üç kat bedel, tazminat ve men taleplerinin hafife alınması

Birçok kullanıcı ve şirket, lisanslama uyuşmazlığını “eksik lisans bedelini öder, kapatırız” diye düşünür. Oysa FSEK m.68 çok daha ağır bir sistem kurar. Resmî metne göre yazılı izin almadan işleme, çoğaltma, çoğaltılmış nüshaları yayma, temsil etme veya umuma iletme hâlinde hak sahibi, sözleşme yapılmış olsaydı isteyebileceği bedelin veya rayiç bedelin en çok üç kat fazlasını talep edebilir. Bu düzenleme, lisans uyuşmazlığını basit bir lisans farkı hesabından çıkarır.

Buna ek olarak FSEK m.69 tecavüzün men’ini, m.70 ise maddi ve manevi tazminatı ve kârın devrini gündeme getirir. Yani hak sahibi yalnızca para talep etmekle kalmayabilir; kullanımın durdurulmasını, erişimin kesilmesini ve ticari faydanın iadesini de isteyebilir. Türkiye’de yazılım lisanslama uyuşmazlıklarının büyümesindeki önemli sebeplerden biri, kullanıcı tarafın bu talepleri baştan hafife almasıdır.

11. Ceza şikâyeti ihtimalinin yanlış değerlendirilmesi

Yazılım lisanslama uyuşmazlıklarında sık yapılan bir başka hata, konunun sadece hukuk davası doğuracağı sanısıdır. Oysa FSEK m.71, korunan eserlerle ilgili manevi, mali veya bağlantılı hakların ihlali hâlinde yazılı izin olmaksızın işleme, temsil, çoğaltma, değiştirme, dağıtma, umuma iletme, yayımlama ve hukuka aykırı işlenen veya çoğaltılan eserleri ticari amaçla elinde bulundurma gibi fiiller için hapis veya adlî para cezası öngörür. M.75 ise bu suçların soruşturma ve kovuşturmasının şikâyete bağlı olduğunu ve savcının gerekli elkoyma işlemlerini yapabileceğini düzenler.

Özellikle crack, sahte aktivasyon, koruyucu programları etkisiz kılma veya sistematik ticari kullanım varsa, dosyanın ceza boyutu daha görünür hale gelir. CMK m.134 de bilgisayarlar, bilgisayar programları ve kütüklerinde arama, kopyalama ve gerektiğinde elkoyma imkânı verdiği için, yazılım lisans uyuşmazlığı teknik delil toplanan adli sürece dönüşebilir. Türkiye’de bu ihtimal çoğu zaman geç fark edilir ve bu da şirketlerin kriz yönetimini zorlaştırır.

12. Bulut, grup şirketi ve çok lokasyonlu kullanım sorunları

Son yıllarda en hızlı büyüyen uyuşmazlık alanlarından biri bulut tabanlı yazılımlar, grup şirketleri arası kullanım ve çok lokasyonlu erişimdir. Yazılım tek merkezden yönetildiği için şirketler lisansın kapsamını da otomatik olarak grup çapında sanabilir. Oysa lisans belirli kullanıcıya, belirli kuruluşa veya belirli seat havuzuna bağlı olabilir. Aynı tenant veya admin paneli altında görünmek, her zaman aynı hukuki kullanım hakkını vermez.

Bu sorun özellikle birleşme, devralma ve reorganizasyon dönemlerinde daha da büyür. Yeni şirkete geçen çalışanlar, aynı bulut hesabını kullanmaya devam eder; eski kuruluş adına alınmış lisanslar yeni yapıda fiilen sürdürülür; ama sözleşmesel zemin güncellenmez. Böyle durumlarda lisans zinciri ile şirket organizasyonu birbirinden kopar. Türkiye’de giderek artan bulut ve abonelik kullanımı nedeniyle bu başlık artık en sık rastlanan uyuşmazlık alanlarından biridir.

Sonuç

Türkiye’de yazılım lisanslama uyuşmazlıklarında en sık karşılaşılan sorunlar, çoğu zaman teknik yetersizlikten değil, hukuki kapsamın yanlış anlaşılmasından doğar. Yazılı sözleşme eksikliği, lisans türünün yanlış yorumlanması, tek kullanıcı lisansının ekipçe kullanılması, OEM taşıma, trial ve eğitim sürümlerinin ticari faaliyete sokulması, abonelik bitiminden sonra kullanımın sürmesi, yetkisiz reseller zinciri, çalışan ve taşeron eliyle yapılan kurulumlar, delil eksikliği ve üç kat bedel-ceza riskinin küçümsenmesi başlıca sorun alanlarıdır.

Bu sorunların ortak noktası şudur: şirketler yazılımı çoğu zaman “ürün” gibi, hukuk ise “hak” gibi görür. Uyuşmazlık tam da bu iki bakış arasındaki farktan çıkar. Türk hukukunda güvenli yaklaşım, yazılımı sadece kurmak ve kullanmak değil; hangi hakla, hangi kapsamda, hangi belgeyle ve hangi kullanıcı modeliyle kullandığını her an gösterebilmektir. Yazılım lisanslama ihtilafları, çoğu zaman ihlalin kendisinden çok, bu sorulara net cevap verilememesi yüzünden büyür.