Yazılım satın alırken herkes fiyata, ekran görüntülerine ve özellik listesine bakar. Lisans sözleşmesi ise genellikle iki saniyede geçilen bir onay kutusu olarak kalır. Oysa o metin, paranın karşılığında gerçekte neyi satın aldığını tanımlayan tek belge: kaç domainde kullanabileceğini, güncellemeyi ne kadar süre alacağını, kodu değiştirme hakkın olup olmadığını ve bir sorun çıktığında kimin ne borcu olduğunu.
Çoğu işletme sahibi şunu sanır: "Parasını ödedim, artık yazılım benim." Gerçek bambaşka. Lisanslı bir e-pin scripti satın aldığında sana devredilen şey mülkiyet değil, tanımlı sınırlar içinde kullanma hakkı. Bu sınırların dışına çıktığında ihlal eden taraf sen olursun; sınırların içinde kalmana rağmen sana verilmesi gereken şey verilmezse ihlal eden taraf satıcı olur. Aşağıda bu iki yönlü mekanizmayı, haklarını ve ihlal anında işleyecek adımları açıyorum.
Satın Aldığın Şey Aslında Ne?
Yazılım, eser niteliğinde korunan bir ürün. Yani kodu yazan taraf, satış yapsa bile kod üzerindeki mali hakları kendinde tutabilir ve sana yalnızca kullanım izni verir. Bu izin genellikle üç eksende tanımlanır: kapsam (kaç kurulum, hangi domain), süre (bir defalık mı, yıllık yenilemeli mi) ve içerik (güncelleme, destek, kaynak koda erişim).
Bu üç eksen netleşmediyse aldığın şey belirsizdir. Örneğin "ömür boyu lisans" ifadesi çoğu zaman "ömür boyu kullanım" demektir, "ömür boyu güncelleme" demek zorunda değil. Benzer biçimde "kaynak kod dahil" ifadesi, kodu görebileceğini söyler; onu değiştirip başkasına satabileceğini söylemez. Bir e-pin satış yazılımı alırken bu ayrımları önceden sormak, bir yıl sonra yaşayacağın tartışmanın tamamını ortadan kaldırır.
İhlal Kim Tarafından? İki Yönlü Bir Hikâye
Alıcı tarafındaki ihlaller çoğunlukla iyi niyetle başlar: tek domain lisansıyla bir de test sitesi açmak, kardeşinin sitesine aynı kurulumu koymak, kodu bir yazılımcıya "incelemesi için" göndermek. Sözleşme metninde bunların hepsi ayrı ayrı tanımlı olabilir ve ihlal sayılabilir. Sonuç lisansın iptali, güncellemelerin kesilmesi ve ağır hallerde tazminat talebi.
Satıcı tarafındaki ihlaller ise daha sinsi seyreder: taahhüt edilen modülün hiç teslim edilmemesi, kritik güvenlik açığının makul sürede kapatılmaması, söz verilen destek kanalının aylarca cevapsız kalması, ya da ürünün reklamda anlatıldığı işlevi fiilen yerine getirmemesi. Bunlar da sözleşmeye aykırılık ve karşısında hakların var: aynen ifa isteme, bedelden indirim, sözleşmeden dönme ve uğradığın zararı talep etme. Kritik nokta, bu iddiaları yazılı delille kurabilmek.
| Durum | İhlal Eden | Tipik Sonuç | Senin Hakkın |
|---|---|---|---|
| Tek lisansla ikinci domainde kullanım | Alıcı | Lisans iptali | Ek lisans satın alıp düzeltmek |
| Kaynak kodun üçüncü kişiyle paylaşımı | Alıcı | Tazminat talebi | Yazılı izin isteyerek önlemek |
| Taahhüt edilen modülün teslim edilmemesi | Satıcı | Bedelden indirim | Aynen ifa veya iade talebi |
| Güvenlik açığının kapatılmaması | Satıcı | Sözleşmeden dönme | Zarar tazmini isteme |
| Desteğin fiilen verilmemesi | Satıcı | Kısmi iade | Yazılı ihtar sonrası fesih |
| Nulled/kırık sürüm kullanımı | Alıcı | Hukuki ve teknik risk | Yok, koruma tamamen kalkar |
Kırık Sürüm Kullanmanın Görünmeyen Faturası
"Aynı script bedavaya var" cümlesi bu sektörde çok dolaşır. Bedava olan şey kod; ödediğin bedel ise başka kalemlerden çıkıyor. Birincisi teknik: dağıtıma açık sürümlerin içine yerleştirilen arka kapılar en çok ödeme akışını, müşteri veritabanını ve e-pin havuzunu hedefler. Dijital ürün satan bir işletmede bu, doğrudan nakit ve stok kaybı demek.
İkincisi hukuki: izinsiz çoğaltılmış bir yazılımı ticari faaliyette kullanmak eser sahibinin haklarını ihlal eder; hak sahibi hem ihlalin durdurulmasını hem tazminat talep edebilir. Üçüncüsü operasyonel: güncelleme alamazsın, güvenlik yaması gelmez, bir hata çıktığında arkasında kimse olmaz. Dördüncüsü ise ticari: ödeme kuruluşu veya yayıncıyla resmi bir görüşme yaptığında altyapının lisanslı olduğunu belgeleyemezsin. Lisanslı bir dijital ürün satış scripti için ödediğin bedel, aslında bu dört riskin sigortası.
Lisans İhtilaflarında İhlal Türlerinin Dağılımı
- İzinsiz çoğaltma ve ikinci kurulum 45%
- Kaynak kodun paylaşımı veya yeniden satışı 25%
- Taahhüt edilen destek/güncellemenin verilmemesi 20%
- Süre aşımı ve yenileme ihmali 10%
Lisans Sahibi Olarak Hangi Haklara Sahipsin?
İlk hakkın, sözleşmede tanımlanan işlevin fiilen çalışması. Reklam metninde veya teklif e-postasında yazan bir yetenek, ürün tanımının parçası sayılır; "o sadece pazarlamaydı" savunması geçerli değildir. Bu yüzden satın alma öncesi yazışmaları arşivlemek, sonradan en güçlü delilin olur.
İkinci hakkın güvenlik. Ödeme alan ve müşteri verisi tutan bir sistemde, bildirilen kritik açığın makul sürede kapatılmasını istemek bir lütuf değil, sözleşmenin doğal gereği. Üçüncü hakkın veri taşınabilirliği: kendi müşteri, sipariş ve stok verin sana aittir; lisans sona erse bile bu verileri dışa aktarabilmen gerekir. Bir sözleşme veri dışa aktarımını engelliyorsa, bu başlı başına uzak durma sebebi.
Dördüncü hakkın şeffaf sürüm ve kapsam bilgisi. Hangi paketin neyi içerdiği, hangi modülün ek ücretli olduğu satın alma anında net olmalı. Kapsamı özellikler sayfasından, paket ayrımlarını fiyat sayfasından teyit etmek, sonradan "bu pakette yok" sürprizini baştan bitirir.
İhlal Tespit Edildiğinde Adım Adım Ne Yapılır?
Birinci adım delil dondurma. Ekran görüntüsü, sunucu logları, e-posta yazışmaları ve tarih bilgisi toplanır; hiçbir şey silinmez. İkinci adım sözleşme okuma: hangi maddenin ihlal edildiği, öngörülen bildirim süresi ve uyuşmazlık çözüm yolu tespit edilir. Üçüncü adım yazılı bildirim: karşı tarafa somut madde göstererek, makul bir düzeltme süresi tanıyan bir bildirim gönderilir. Telefonda konuşulan hiçbir şey delil değildir; her şeyi yazıya geçir.
Dördüncü adım süre sonunda tercih: düzeltme yapıldıysa iş kapanır, yapılmadıysa bedelden indirim, sözleşmeden dönme veya tazminat yollarından biri seçilir. Beşinci adım iş sürekliliği: sen hukuki süreci yürütürken satışın durmaması gerekir. Bu yüzden veri yedeklerini elinde tutmak ve alternatif kurulum senaryosunu hazır bulundurmak, müzakere masasındaki gücünü de doğrudan artırır.
| Sözleşmede Aranacak Madde | Ne Yazmalı | Kırmızı Bayrak | Önem |
|---|---|---|---|
| Kullanım kapsamı | Kaç domain, kaç kurulum net sayı | "Makul kullanım" gibi belirsiz ifade | Kritik |
| Süre ve yenileme | Lisans süresi ve yenileme bedeli | Yenileme fiyatının yazılmaması | Kritik |
| Güncelleme hakkı | Hangi sürümlere kaç yıl | "Ömür boyu" deyip kapsam vermemek | Yüksek |
| Destek kapsamı | Kanal, süre, yanıt hedefi | Yanıt süresi taahhüdü yok | Yüksek |
| Veri sahipliği ve dışa aktarım | Veriler alıcıya ait, export serbest | Export yasağı veya sessizlik | Kritik |
| Kaynak kod ve değiştirme | Erişim ve özelleştirme sınırı | Her değişiklikte garanti iptali | Orta |
| Fesih ve iade koşulları | Hangi halde kim fesih eder | Tek taraflı ani fesih yetkisi | Kritik |
Satıcıya şunu yaz: "Lisansım sona erdiğinde müşteri, sipariş ve stok verimi hangi formatta dışa aktarabilirim?" Net cevap veren satıcı güvenilirdir; konuyu geçiştiren satıcı sana çıkış kapısı olmayan bir sistem satıyor.
Şartları baştan net olan bir lisansla çalış
Kapsam, güncelleme, destek ve veri sahipliği yazılı ve anlaşılır olsun; sürprizi sözleşmede değil, büyüme grafiğinde yaşa.
Peki Sen İhlal Eden Taraf Olduysan?
Bazen ihlal kasıtsız olur: büyürken ikinci bir mağaza açtın, aynı kurulumu kopyaladın, farkında bile değilsin. Böyle bir durumda yapılacak en akıllı şey saklamak değil, önce gitmek. Satıcıya durumu açıklayıp ek lisans satın almayı teklif etmek, neredeyse her zaman uyuşmazlığa dönmeden kapanır; çünkü satıcının da menfaati müşteriyi kaybetmek değil, lisans sayısını doğru saymak.
Kalıcı çözüm ise süreçleştirmek: yeni bir domain açarken lisans kontrolü yapan bir iç kural koy, geliştiriciye kod verirken gizlilik ve kullanım sınırı içeren kısa bir yazılı izin al, lisans yenileme tarihlerini takvime işle. Bu üç alışkanlık, epin yazılım tarafında yaşanan ihtilafların çok büyük kısmını hiç doğmadan bitirir. Lisans yönetimi bir hukuk işi gibi görünür ama pratikte bir operasyon disiplinidir.
Lisansı satın aldım, kodu istediğim gibi değiştirebilir miyim?
Genellikle kendi kurulumunda özelleştirme yapabilirsin, ancak değiştirilmiş sürümü dağıtmak veya satmak neredeyse her sözleşmede yasaktır. Ayrıca çekirdek dosyalarda yapılan değişiklik destek kapsamını daraltabilir; bu yüzden özelleştirmeyi eklenti katmanında yapmak en güvenlisi.
Test ortamı açmak ikinci lisans gerektirir mi?
Çoğu sözleşme erişime kapalı bir geliştirme kopyasına izin verir, bazıları vermez. Kural basit: test kurulumunu açmadan önce yazılı olarak sor ve cevabı sakla. Sonradan tartışma çıkmasını engelleyen tek şey bu yazışma olur.
Satıcı söz verdiği modülü teslim etmedi, ne yapabilirim?
Öncelikle teklif, yazışma ve tanıtım içeriğini delil olarak topla. Ardından somut madde göstererek makul süre tanıyan yazılı bir bildirim gönder. Süre sonunda aynen ifa, bedelden indirim veya sözleşmeden dönme yollarından birini seçebilirsin.
Lisans süresi biterse sitem kapanır mı?
Bu tamamen sözleşmeye bağlı. Bazı modeller sürenin bitiminde sadece güncelleme ve desteği kesip kullanımı sürdürür, bazıları sistemi kilitler. Satın almadan önce bu maddeyi ve veri dışa aktarım hakkını mutlaka netleştir.
Toparlayalım: lisans sözleşmesi seni kısıtlayan bir metin değil, iki tarafın da ne borçlandığını yazan bir harita. Kapsamı, süresi, güncelleme ve destek taahhüdü, en önemlisi veri sahipliği net yazılmışsa güvendesin. Bu netliğin bir üründe pratikte nasıl göründüğünü görmek istersen canlı demo panelinde lisans durumu, sürüm bilgisi ve veri dışa aktarım ekranlarını incele; satın alma kararını broşürle değil, kendi gözünle gördüğün ekranla ver.