Günümüz küresel ekonomisinde yazılım, donanımın bir eklentisi olmaktan çıkmış; şirket bilançolarında en yüksek değeri temsil eden stratejik bir fikri sermaye kalemine dönüşmüştür. Dijitalleşen dünyada işletmelerin en kıymetli varlığı hâline gelen kod dizinleri, doğru bir hukuki koruma mimarisiyle donatılmadığı takdirde yalnızca haksız rekabete değil; yatırım turlarındaki fikri mülkiyet denetimlerinden (IP due diligence) geçememe, şirket değerlemesinin düşmesi ve nihayetinde sermaye kaybı riskine de açık hâle gelir.
Yazılımın donanımdan bağımsız bir ekonomik değer olarak kabul edilmesi, 1968 yılında IBM'in yazılım ile donanımı ayrı ayrı ticarileştirme kararıyla (unbundling) başlayan tarihsel bir dönüşümün sonucudur. Bu ayrışma bağımsız bir yazılım pazarının doğuşunu sağlamış; ancak beraberinde yazılımın hukuki statüsüne ilişkin ciddi bir belirsizlik getirmiştir. Uluslararası düzlemde bu belirsizlik, TRIPS Anlaşması m. 10 ve WIPO Telif Hakları Sözleşmesi m. 4 ile bilgisayar programlarının Bern Sözleşmesi anlamında “edebî eser” olarak korunacağının açıkça hükme bağlanması suretiyle giderilmiştir. Türk hukuku da 5846 sayılı Fikir ve Sanat Eserleri Kanunu'nda (FSEK) yapılan değişikliklerle bu uluslararası standardı iç hukuka aktarmıştır.
Dolayısıyla yazılımın hukuki statüsünün belirlenmesi ve koruma araçlarının doğru kurgulanması, teknik bir ayrıntı değil; şirketin ticari geleceğini, rekabet gücünü ve yatırımcı nezdindeki güvenilirliğini teminat altına alan stratejik bir yönetim kararıdır. Bu stratejinin temeli ise korunacak varlığın hukuki tanımının doğru yapılmasına dayanır.
Hukuki süreçlerin ve lisanslama stratejilerinin sağlıklı yürütülebilmesi için “bilgisayar programı” ve “yazılım” terimleri arasındaki hiyerarşik farkın gözetilmesi şarttır. Gündelik dilde birbirinin yerine kullanılan bu iki kavram, hukuk terminolojisinde farklı kapsam ve sonuçlara sahiptir:
Stratejik Etki: Lisans veya devir sözleşmelerinde yalnızca “program” üzerinden yapılan bir hak tanımı; hazırlık materyallerini, dokümantasyonu veya veri tabanı yapılarını kapsam dışında bırakabilir. Bu eksiklik, özellikle yazılım evlerinden hizmet alan şirketler bakımından ileride kaynak koda erişim, bakım ve güncelleme yetkisi konularında ciddi operasyonel ve hukuki ihtilaflara yol açabilir. Sözleşme kaleminde korunan/devredilen varlığın envanter mantığıyla, tüm bileşenleriyle tanımlanması gerekir.
Bilgisayar programları, FSEK m. 2/1 uyarınca “ilim ve edebiyat eserleri” kategorisinde, hangi biçimde ifade edilirse edilsin korunur; bir sonraki aşamada program sonucu doğurması koşuluyla hazırlık tasarımları da aynı korumadan yararlanır. Bu koruma, eserin meydana getirilmesiyle birlikte kendiliğinden doğar; tescil, kayıt veya başkaca bir şekil şartı aranmaz. Koruma süresi, kural olarak eser sahibinin yaşamı boyunca ve ölümünden itibaren 70 yıldır (FSEK m. 27). Bir yazılımın bu korumadan yararlanabilmesi için iki temel koşulun birlikte gerçekleşmesi gerekir:
FSEK m. 2/son, arayüzüne temel oluşturan düşünce ve ilkeler de dâhil olmak üzere, bir bilgisayar programının herhangi bir ögesine temel teşkil eden düşünce ve ilkelerin eser sayılmayacağını açıkça hükme bağlar. Avrupa Birliği Adalet Divanı da SAS Institute v. World Programming (C-406/10) kararında; bir programın işlevselliğinin, programlama dilinin ve veri dosyası formatlarının telif korumasından yararlanmayacağına hükmetmiştir. Bunun pratik sonucu şudur: Bir rakibin, yazılımınızın çözüm mantığını veya algoritmasını alıp kendi özgün kod dizimiyle yeniden yazması, tek başına telif hakkı ihlali oluşturmaz.
Peki bu risk nasıl yönetilir? Telifin korumadığı bu katman, iki tamamlayıcı araçla güvence altına alınmalıdır: Algoritmaların ve iş mantığının ifşasını önlemek üzere gizlilik sözleşmeleri (NDA) ve ticari sır rejimi devreye sokulmalı; yazılım teknik bir soruna teknik bir çözüm getiriyorsa bilgisayar uygulamalı buluş (CII) patenti değerlendirilmelidir (bkz. Bölüm 5 ve 6). Stratejik karar şudur: Eğer algoritma, ürünün merkezinde yer alıyorsa, tersine mühendislikle çözülmesi çok zorsa ve uzun yıllar geçerliliğini koruyacaksa Ticari Sır; eğer rakiplerin benzer bir çözümü bağımsız olarak geliştirme ihtimali yüksekse ve pazar avantajı 20 yıl boyunca korunmaya değerse Patent tercih edilmelidir.
FSEK m. 38, programın hukuka uygun kullanıcısına iki önemli serbesti tanır: Kullanım için gerekli olduğu ölçüde yedekleme kopyası çıkarılması sözleşmeyle dahi yasaklanamaz; ayrıca bağımsız yaratılmış bir programın diğer programlarla ara işlerliğini (interoperability) sağlamak için zorunlu olan bilgilere ulaşmak amacıyla, sıkı koşullar altında kod çözme (decompilation) mümkündür. Lisans sözleşmeleri kaleme alınırken bu emredici sınırların gözetilmemesi, ilgili hükümlerin geçersizliği sonucunu doğurur.
Yazılım geliştirme süreci kural olarak kolektif bir çabadır ve mülkiyet ihtilaflarının en yoğun yaşandığı alan burasıdır. Hak dengesi şu eksenlerde kurulmalıdır:
6769 sayılı Sınai Mülkiyet Kanunu m. 82/2-(c) uyarınca bilgisayar programları “salt kendisi itibarıyla” (per se) buluş sayılmaz ve patentlenemez. Ancak aynı maddenin üçüncü fıkrası, patentlenebilirlik dışında kalmanın yalnızca buluşun münhasıran bu konuya ilişkin olması hâlinde söz konusu olacağını düzenler. Buna göre, teknik karakter sergileyen; yani teknik bir soruna teknik araçlarla çözüm getiren yazılım tabanlı buluşlar, bilgisayar uygulamalı buluş (Computer-Implemented Inventions – CII) olarak patent korumasına konu olabilir. Avrupa Patent Ofisi'nin yerleşik uygulaması (COMVIK yaklaşımı) da buluş basamağı değerlendirmesinde yalnızca teknik katkı sağlayan unsurları dikkate alır.
Patentlenebilirlik için programın salt bir hesaplama veya iş metodu icra etmesi yeterli değildir; teknik bir probleme teknik bir çözüm getirmesi şarttır. Uygulamada şu tip buluşlar patentlenebilirliğe yakındır:
Patent; yenilik, buluş basamağı ve sanayiye uygulanabilirlik şartlarının birlikte varlığı hâlinde, başvuru tarihinden itibaren 20 yıllık güçlü bir tekel hakkı sağlar (SMK m. 101). Telif hakkı yalnızca kodun somut ifadesini korurken; patent, o kodun gerçekleştirdiği buluş fikrini de kapsar ve rakiplerin aynı teknik çözümü farklı bir kodla uygulamasını dahi engeller. Bu nedenle CII patenti, pazar hâkimiyeti hedefleyen yazılım firmaları için en üst düzey stratejik araçtır; ancak başvuru sürecinde buluşun kamuya açıklanması karşılığında elde edildiği unutulmamalıdır.
Algoritmalar, veri işleme mantığı, eğitim veri setleri ve know-how gibi telif ve patent korumasının dışında veya gölgesinde kalan unsurlar için üçüncü koruma katmanı ticari sır rejimidir. Türk hukukunda ticari sırlar; 6102 sayılı TTK'nın haksız rekabete ilişkin hükümleri (m. 54 vd.), sözleşmesel gizlilik yükümlülükleri ve üretim ve iş sırlarının ifşasını yaptırıma bağlayan TCK m. 239 üzerinden korunur. Ticari sır korumasının patentten farkı süresiz olabilmesi; zayıf yönü ise bilginin bağımsız geliştirme veya hukuka uygun tersine mühendislikle çözülmesi hâlinde korumanın sona ermesidir. Bu nedenle sır yönetimi; NDA'lar, erişim yetkilendirme protokolleri, çalışan sözleşmelerindeki gizlilik ve rekabet yasağı hükümleri ile teknik güvenlik önlemlerinin bir arada işletildiği kurumsal bir politika olarak tasarlanmalıdır.
NDA, bilginin sır olarak kalmasını sağlarken; rekabet yasağı, çalışanın şirketten ayrıldıktan sonra belirli bir süre rakip firmada çalışmasını doğrudan engeller. İkincisi, TBK m. 444 vd.'da düzenlenmiştir ve geçerliliği belirli koşullara (makullük, yer-süre-konu sınırlaması) bağlanmıştır.
Yazılımın ticarileştirilmesinde mülkiyet ve lisans yönetimi, doğrudan şirketin gelir modelini belirler. Kapalı kaynak modelleri azami kontrol sağlarken, açık kaynak modelleri geliştirme hızı ve topluluk desteği sunar; ancak her modelin hukuki riski farklıdır:
| Model | Hukuki Karakter | Stratejik Etki ve Risk |
|---|---|---|
| Kapalı Kaynak (Proprietary) | Kaynak kod ticari sır olarak saklanır; kullanıcıya yalnızca nesne kodu üzerinde sınırlı bir kullanım lisansı tanınır. | Azami kontrol ve gelir güvenliği sağlar; buna karşılık geliştirme maliyeti yüksektir ve ekosistem desteği sınırlıdır. |
| Özgür Yazılım (Copyleft – GPL) | Yazılımı kullanma, inceleme, değiştirme ve dağıtma özgürlüğü tanınır; türev eserlerin de aynı lisansla dağıtılması zorunludur. | Geliştirme hızı yüksektir; ancak GPL bileşenin tescilli koda entegrasyonu, tüm ürünün kaynak kodunu açma yükümlülüğü doğurabilir (viral etki). |
| Açık Kaynak (Permissive – MIT, Apache) | Kod erişime açıktır; OSI standartlarına tabi esnek lisanslar türev eserlerin kapalı kaynak olarak ticarileştirilmesine izin verir. | Ekosistem kurma ve kurumsal itibar aracıdır; ticari kullanım için copyleft modellere kıyasla düşük hukuki risk taşır. |
Açık Kaynak Denetimi (OSS Compliance): Modern yazılımların önemli bölümü açık kaynak bileşenler üzerine inşa edilmektedir. Kontrolsüz biçimde projeye dâhil edilen bir GPL bileşen, copyleft etkisi nedeniyle ürünün tamamının kaynak kodunun açılması yükümlülüğünü tetikleyebilir. Yatırım ve birleşme-devralma süreçlerinde yazılım bileşen envanterinin (SBOM) ve lisans uyumluluğunun denetimi artık standart bir due diligence kalemidir.
FSEK m. 23/2'de düzenlenen tükenme ilkesi uyarınca, eser sahibinin izniyle satışa sunulan nüshalar bakımından yayma hakkı ilk satışla tükenir. Yazılımın fiziksel taşıyıcı yerine dijital indirme yoluyla edinilmesi hâlinde bu ilkenin uygulanıp uygulanmayacağı tartışmalıdır. Avrupa Birliği Adalet Divanı, UsedSoft v. Oracle (C-128/11) kararında; süresiz kullanım hakkı tanınan ve bedel karşılığı indirilen yazılım kopyalarının “satış” niteliğinde olduğuna ve yayma hakkının tükendiğine, dolayısıyla ikinci el lisans satışının belirli koşullarla mümkün olduğuna hükmetmiştir. Bu içtihat, kalıcı lisans modeliyle çalışan yazılım üreticileri için ciddi bir gelir modeli riskine işaret eder. UsedSoft kararı, süresiz (perpetual) lisanslarla sınırlıdır; tükenme ilkesi, süreli lisanslarda, kiralama ve ödünç verme haklarında uygulanmaz (FSEK m. 23/2).
SaaS Modelinin Stratejik Üstünlüğü: Hizmet olarak yazılım (Software as a Service) modelinde kullanıcıya kalıcı bir kopya devredilmez; hukuki ilişki bir “satış” değil, süreli bir hizmet aboneliğidir. Bu nedenle tükenme ilkesi uygulama alanı bulmaz, ikinci el pazar riski doğmaz ve üretici, yazılım üzerindeki kontrolünü kesintisiz sürdürür. Sektörün abonelik modellerine yönelmesinin ardındaki temel hukuki saik de budur.
Telif koruması tescilsiz doğduğundan, uyuşmazlık hâlinde eserin kim tarafından ve ne zaman meydana getirildiğinin ispatı belirleyici hâle gelir. Proaktif bir delil stratejisi şu araçları içermelidir:
Yazılım dünyasında rekabet üstünlüğü yalnızca nitelikli kod üretmekle değil; o kodun üzerindeki hakları katmanlı ve bütüncül bir mimariyle tahkim etmekle kazanılır. Analiz aşamasından (hazırlık tasarımları) ürünün son kullanıcıya ulaşmasına (lisanslama) kadar her adımda proaktif bir koruma planı uygulanmalıdır. Sürdürülebilir başarı için tavsiye ettiğimiz yaklaşım, dört katmanlı hibrit koruma stratejisidir:
Fikri mülkiyet stratejisi, yazılım geliştirme yaşam döngüsünün sonuna bırakılan bir formalite değil; ürünün tasarım aşamasından itibaren hukuk danışmanlığıyla birlikte yürütülmesi gereken kurucu bir süreçtir. Doğru kurgulanan bir koruma mimarisi, yalnızca ihlalleri caydırmakla kalmaz; şirketin yatırım, ortaklık ve devir süreçlerindeki pazarlık gücünü de doğrudan artırır. Konuya ilişkin Yargıtay ve EPO içtihatları için Yazılımın Hukuki Korumasına Dair Emsal Kararlar ve Yazılımın Patentlenebilirliği: EPO İçtihatları yazılarımızı da inceleyebilirsiniz.
