Çoğu satıcı şunu sanır: lisansı satın aldım, dosyalar benim sunucumda, o halde yazılım benim. Kâğıt üzerinde kulağa doğru gelir. Ama bir sabah satıcının sitesi açılmadığında, destek adresi geri döndüğünde ve panelin "lisans doğrulanamadı" yazdığında bu cümlenin ne kadar ince olduğunu anlarsın. Dosyalar hâlâ sunucunda durur — sadece çalışmazlar.
Bu senaryo teorik değil. Dijital ürün yazılımı pazarı küçük ekiplerin yürüttüğü bir pazardır; bir kişinin hayatı değiştiğinde bir ürünün ömrü de biter. Kötü haber şu: çoğu sözleşme bu durumu hiç konuşmaz. İyi haber şu: riski ölçmek ve neredeyse tamamen etkisiz hale getirmek mümkün — yeter ki soruları satın alma anında sorasın, kriz anında değil. Bu yazıda tam olarak hangi soruların sorulacağını konuşacağız.
Satıcı Kaybolursa Elinde Ne Kalır: Dosya mı, İş mi?
Ayrımı net koyalım. Elinde üç ayrı varlık vardır: verin (müşteriler, siparişler, stok kodları), çalışan sistemin (dosyalar ve çalıştırma hakkı) ve geleceğin (güncelleme, uyum, yeni entegrasyon). Satıcı kapandığında birincisi kural olarak sende kalır, ikincisi mimariye bağlıdır, üçüncüsü kesin olarak biter.
Yani asıl soru "param yandı mı" değil, "kaç ay daha satış yapabilirim" sorusudur. Çalışmaya devam eden bir sistemle elinde 12-18 aylık rahat bir göç penceresi olur; ilk gün duran bir sistemle elinde saatler olur. Bu farkı yaratan tek şey de satın alırken sorduğun iki-üç sorudur.
Şifrelenmiş Kod ve Uzaktan Lisans Doğrulama: Kilit Tam Olarak Nerede?
Piyasadaki e-pin scripti ve dijital ürün satış scripti paketleri korumayı genelde iki yolla yapar. Birincisi kod şifreleme: dosyalar okunamaz hale getirilir, çalışması için sunucuda bir çözücü eklenti gerekir. İkincisi uzaktan doğrulama: panel belirli aralıklarla satıcının sunucusuna "bu alan adı lisanslı mı" diye sorar.
Riskin tamamı ikinci mekanizmanın nasıl davrandığındadır. Doğrulama sunucusuna ulaşılamadığında sistem çalışmaya devam ediyorsa (yumuşak davranış) satıcının kapanması seni durdurmaz. Ulaşılamadığında paneli kilitliyorsa (katı davranış) satıcının sunucu faturasını ödemediği gün senin mağazan da kapanır. Bu tek teknik detay, iflas riskinin %90'ını belirler — ve satın alma sayfalarında asla yazılmaz. Sormak zorundasın.
Test etmek de kolay: deneme ortamında sunucudan satıcının doğrulama alan adına erişimi kapat, sonra sipariş ver. Panel çalışıyorsa rahat uyu; kilitlendiyse pazarlık masasına oturacak bir konun var.
| Senaryo | Panel ne yapar | Elindeki süre | İlk hamlen |
|---|---|---|---|
| Satıcı kapandı, doğrulama yumuşak | Çalışmaya devam eder | 12-18 ay | Planlı göç, acele yok |
| Satıcı kapandı, doğrulama katı | Kilitlenir | Saatler | Yedekten statik sipariş alma |
| Şifre çözücü eklenti güncellenmedi | PHP yükseltmesinde çöker | Sunucu ömrü kadar | PHP sürümünü dondur, göç başlat |
| Kaynak kodu emanette (escrow) | Çalışır, düzeltilebilir | Sınırsız | Bakımı devral |
| Bulut/kiralık panel, veri erişimi yok | Erişim biter | Yok | Hukuki yol, veri talebi |
| Düzenli veritabanı dökümü var | Fark etmez | Veri güvende | Yeni sisteme içe aktar |
"Kill Switch" Korkusu Ne Kadar Gerçek?
Uzaktan lisans doğrulaması yapan her sistemde teknik olarak uzaktan kapatma imkânı vardır. Bunu kötü niyet olarak okumak yanlış olur; satıcının korsan kullanımı engellemesi meşrudur. Ama bir işletme sahibi olarak senin işin iyi niyete güvenmek değil, tek noktadan arızayı ortadan kaldırmaktır.
Pratikte üç şey seni korur. Bir: yumuşak doğrulama davranışının yazılı taahhüdü. İki: lisans süresi bittiğinde veya satıcı faaliyeti bıraktığında sistemin çalışmaya devam edeceğini söyleyen bir madde. Üç: şifre çözücü bağımlılığının hangi PHP sürümlerine kadar desteklendiği bilgisi. Bu üçü elindeyse "kill switch" bir korku değil, yönetilmiş bir risktir. Ciddi bir e-pin satış yazılımı sağlayıcısı bu üç bilgiyi vermekten kaçınmaz.
Yazılım satıcısı kapandığında satıcıların yaşadığı asıl kaybın dağılımı
- Kesinti süresince duran satış 38%
- Acele göç ve yeniden kurulum maliyeti 28%
- Güncellenmeyen sistemin güvenlik riski 22%
- Kalıcı veri ve kayıt kaybı 12%
Sözleşmede Aramanı Önerdiğim 5 Madde
Satın almadan önce sözleşmeye bakarken şu beşini ara. Birincisi süreklilik maddesi: satıcı faaliyetini bırakırsa mevcut kurulum çalışmaya devam eder ve lisans doğrulaması devre dışı bırakılır. İkincisi veri sahipliği: veritabanı ve müşteri verisi işletmene aittir, tam dışa aktarım hakkın vardır.
Üçüncüsü teknik davranış maddesi: doğrulama sunucusuna erişilemediğinde sistemin nasıl davranacağı yazılıdır. Dördüncüsü taşıma hakkı: alan adı ve sunucu değişikliğinde lisansın nasıl taşınacağı ve bunun ücretli olup olmadığı belirtilmiştir. Beşincisi kaynak kodu emaneti ya da kapanış halinde kod teslimi: satıcı kapanırsa şifresiz kodun sana ya da bir üçüncü tarafa devredileceği taahhüdü. Beşi birden nadiren bulunur; üçünü bulursan iyi bir sözleşmeye bakıyorsun.
Aday satıcıya şunu yaz: "Lisans doğrulama sunucunuza erişilemediğinde panel çalışmaya devam eder mi, bunu yazılı olarak teyit eder misiniz?" Cevabın hızı ve netliği sana ürün kadar bilgi verir. Kaçamaklı cevap, tek başına kırmızı bayraktır.
Kendi Çıkış Planını Bugün Nasıl Kurarsın?
Çıkış planı kriz anında yazılmaz, bugün yazılır ve üç parçadan oluşur. Birinci parça yedek disiplini: veritabanının ve dosyaların günlük otomatik yedeği, ayrıca kendi kontrolündeki ikinci bir konumda kopyası. Satıcının panelinde duran yedek, senin yedeğin değildir.
İkinci parça veri taşınabilirliği: müşteri, sipariş, ürün ve stok verilerini standart bir biçimde dışa aktarabildiğinden emin ol ve bunu yılda bir kez gerçekten dene. Denenmemiş dışa aktarım, olmayan dışa aktarımdır. Üçüncü parça bağımlılık envanteri: hangi ödeme sağlayıcısı, hangi tedarikçi API'si, hangi alan adı, hangi cron görevi — tek bir sayfada yazılı dursun. Göç kararı verdiğin gün bu sayfa sana haftalar kazandırır.
Sağlıklı Bir Yazılım Satıcısını Nasıl Tanırsın?
İflas riskini azaltmanın en pratik yolu, kapanma olasılığı düşük bir satıcı seçmektir. Bakacağın işaretler şunlar: ürünün kaç yıldır sahada olduğu, yayımlanan sürüm notlarının düzenliliği, referans mağazaların gerçekten çalışıyor olması, faturalı ve kurumsal satış yapılması, destek kanalının insan tarafından yönetilmesi.
Bir de bilanço mantığı var: tek seferlik çok düşük fiyatla satan bir ekip, uzun vadeli bakımı finanse edemez. Sürdürülebilir fiyatlama, satıcının yarın da var olacağının en güçlü göstergesidir. Pinova gibi lisanslı bir dijital ürün satış yazılımı değerlendirirken fiyatın düşüklüğünü değil, arkasındaki sürekliliği sat. Aşağıdaki listeyi imza öncesi doldur.
| Kontrol maddesi | Neden kritik | Durum |
|---|---|---|
| Doğrulama erişilemezse panel çalışıyor mu? (yazılı) | Tek noktadan arızayı kaldırır | Evet / Hayır |
| Sözleşmede süreklilik / kapanış maddesi var mı? | Hukuki güvence | Evet / Hayır |
| Tam veritabanı dışa aktarımı alabiliyor musun? | Verinin sahibi sen olursun | Evet / Hayır |
| Dosyalar kendi sunucunda mı duruyor? | Kiralık panelde erişim biter | Evet / Hayır |
| Şifre çözücü bağımlılığı ve desteklenen PHP sürümleri belli mi? | Sunucu yükseltmesinde çökmeyi önler | Evet / Hayır |
| Günlük otomatik yedek + ikinci konum kopyası var mı? | Kalıcı kaybı sıfırlar | Evet / Hayır |
| Sürüm notları düzenli yayımlanıyor mu? | Satıcının canlılık göstergesi | Evet / Hayır |
| Bağımlılık envanteri tek sayfada yazılı mı? | Göç süresini kısaltır | Evet / Hayır |
Bu soruları bize de sor
Lisans davranışı, veri dışa aktarımı ve süreklilik maddesi konusunda net cevap isteyen bir satıcıysan doğru yerdesin. Özellikleri ve paketleri incele, sonra listedeki her maddeyi bize tek tek sor.
Yazılım satıcısı kapanırsa lisansım otomatik olarak iptal olur mu?
Lisans hakkın kural olarak devam eder; sorun hukuki değil teknik olabilir. Sistem uzaktan doğrulama yapıyor ve erişilemediğinde kilitleniyorsa panel durur. Bu yüzden satın alma anında doğrulamanın erişilemezlik durumunda nasıl davrandığını yazılı olarak teyit ettir.
Şifrelenmiş kod satın almak baştan riskli mi?
Tek başına değil. Riski büyüten şey şifre çözücü bağımlılığının bakımsız kalmasıdır: sunucun PHP sürümünü yükselttiğinde eski çözücü çalışmazsa sistem çöker. Desteklenen sürüm aralığını sor ve kaynak kodu emaneti maddesi olup olmadığına bak.
Verilerimi nasıl garanti altına alırım?
Günlük otomatik veritabanı ve dosya yedeği al, bir kopyasını satıcının altyapısı dışında kendi kontrolündeki bir konumda tut. Ayrıca yılda bir kez yedeği farklı bir sunucuda gerçekten geri yükleyip dene; denenmemiş yedek yedek sayılmaz.
Satıcının sağlıklı olduğunu nasıl anlarım?
Ürünün sahadaki yaşına, sürüm notlarının düzenliliğine, çalışan referans mağazalara, kurumsal ve faturalı satış yapıp yapmadığına ve destek kanalının gerçek bir insan tarafından yönetilip yönetilmediğine bak. Sürdürülemez derecede düşük fiyat, uzun vadeli bakımın finanse edilemediğinin işaretidir.
Özetle bu risk yok sayılacak kadar küçük değil, ama doğru üç soruyla yönetilemeyecek kadar büyük de değil: doğrulama nasıl davranıyor, veriyi tam alabiliyor muyum, sözleşmede kapanış maddesi var mı. Bu üçünü netleştir, yedek disiplinini kur ve aday sistemi canlı demo üzerinde kendi senaryolarınla dene. Yarını olan bir yazılım seçmek, bugünün en iyi özellik listesini seçmekten daha kârlıdır.