Udemy ve Coursera Kuponu Satan Herkesin Görmezden Geldiği Telif Tuzağı: Panelinde Sessizce Biriken Riski Nasıl Kapatırsın?

Çoğu kişi eğitim platformu kuponunu satmanın en masum dijital iş olduğunu sanır. Sonuçta ortada ne kırılmış bir yazılım ne de kopyalanmış bir video var; elinde sadece bir karakter dizisi, bir indirim kodu, bir erişim anahtarı var. Müşteri kodu giriyor, platformda kursa erişiyor, sen komisyonunu alıyorsun. Kâğıt üstünde kusursuz. Fakat bu işi altı ay üst üste yapan satıcıların e-postalarına bakıldığında tablo değişiyor: kaldırma bildirimleri, ödeme sağlayıcısından gelen hesap incelemesi mesajları, eğitmen avukatlarının gönderdiği ihtarnameler ve nedeni açıklanmayan mağaza kapatmaları.

Aradaki fark, satılan şeyin ne olduğunun hiç net tanımlanmamasından doğuyor. Eğitim kuponu bazen tamamen yasal bir pazarlama aracıdır, bazen doğrudan telif ihlaline aracılıktır ve ikisi dışarıdan birbirinin tıpatıp aynısı görünür. Bu yazıda o ayrımı satır satır açacağız; hangi kupon tipinin seni mahkeme kapısına götürdüğünü, şikâyetin sana hangi kanaldan ulaştığını ve kullandığın e-pin satış scripti tarafında hangi kayıtların lehine kanıt, hangilerinin aleyhine delil ürettiğini konuşacağız. Amaç seni korkutmak değil; riski ölçülebilir hâle getirip operasyonunu buna göre kurmak.

Kupon Gerçekte Ne Satıyor: Erişim mi, İçerik mi?

Eğitim platformlarında dolaşan kodlar tek bir tür değil. Birincisi eğitmenin kendi kursu için ürettiği tanıtım kuponudur; eğitmen fiyatı düşürür ya da sıfırlar, dağıtım hakkını kendisi belirler. İkincisi platformun kurumsal müşterilere verdiği toplu erişim lisansıdır; genellikle belirli bir kuruma, belirli sayıda kullanıcıya bağlıdır. Üçüncüsü ise hediye bakiyesi veya ön ödemeli kart mantığıdır. Bu üçünün hukuki ağırlığı birbirinden tamamen farklı. Tanıtım kuponunu izinli dağıtmak çoğu zaman sorunsuzdur. Kurumsal lisansı parçalayıp bireylere satmak ise doğrudan sözleşme ihlalidir ve arkasında telif tartışması gelir.

Burada kritik nokta şudur: kupon bir içerik değil, içeriğe erişim yetkisidir. Yetkiyi veren taraf platform ve eğitmendir. Sen o yetkiyi yeniden satıyorsan, yetkinin devredilebilir olup olmadığını gösterebilmen gerekir. Gösteremiyorsan sattığın şey teknik olarak izinsiz erişim aracıdır. Katalogunu kurarken her ürün için tek soruyu yanıtla: bu kodu üretme ve dağıtma hakkı zincirinde ben neredeyim? Cevap "bilmiyorum, toptancıdan aldım" ise elinde ürün değil, ertelenmiş bir risk var.

Telif İhlali Tam Olarak Nerede Başlıyor: Üç Kırmızı Çizgi

İlk çizgi bölgesel fiyat arbitrajıdır. Bir kursun belirli ülkelerde düşük fiyatla sunulması, o fiyatın başka ülkeye taşınmasına izin verildiği anlamına gelmez. Bölge kısıtını aşmak için kullanıcıya VPN tarifi yazan bir ürün açıklaması, ihlalin itirafı gibi okunur. İkinci çizgi hesap paylaşımıdır; kupon yerine doğrudan erişilmiş bir hesabı satmak kupon işinden çıkıp kimlik ve erişim ihlaline geçmektir. Üçüncü çizgi ise içeriğin indirilip yeniden dağıtılmasıdır ki bu artık tartışmaya bile yer bırakmayan klasik telif ihlalidir.

Bu üç çizginin ortak özelliği, satıcı panelindeki ürün metinlerinden anlaşılabilmesidir. Şikâyet incelemesi yapan bir hukuk ekibi senin veri tabanını görmez ama ürün başlığını, açıklamasını ve teslim notunu görür. "Kendi hesabınıza tanımlanır", "bölge değişimi gerekir", "hesap bilgisi ile teslim" gibi ifadeler tek başına dosya açtırır. Katalog dili, hukuki pozisyonunun ilk kanıtıdır.

Eğitmen Şikâyeti Sana Nasıl Ulaşıyor ve Neyi Kaybettiriyor?

Şikâyetin ilk durağı neredeyse hiç sen olmuyorsun. Eğitmen kendi platformuna bildirimde bulunuyor, platform kodu iptal ediyor ve senin müşterin çalışmayan bir kodla karşılaşıyor. Zincirin ikinci halkası çok daha pahalı: müşteri ödeme sağlayıcısına itiraz açıyor. Üç dört itiraz üst üste geldiğinde sağlayıcı hesabını incelemeye alıyor, bloke süresi uzuyor ve nakit akışın duruyor. Ceza kesilmeden önce ticaretin fiilen duruyor.

Üçüncü halka arama motoru ve barındırma tarafıdır. Kaldırma bildirimi doğrudan hosting sağlayıcına gittiğinde, sağlayıcı hukuki riski üstlenmek istemediği için önce sayfayı, bazen tüm hesabı kapatıyor. Bu yüzden telif riskini yönetmek sadece etik bir tercih değil; altyapı sürekliliği meselesi. Kullandığın dijital ürün satış yazılımı içinde ürünü tek tuşla pasife alabilmen, ilgili siparişleri listeleyip toplu bilgilendirme yapabilmen, şikâyet anında saatler kazandırıyor.

Panelin Seni Koruyor mu, Yoksa Aleyhine Kanıt mı Üretiyor?

Bir uyuşmazlıkta en çok işe yarayan şey niyet değil, kayıttır. Kodu kimden aldığını, hangi faturayla aldığını, hangi tarihte hangi müşteriye teslim ettiğini, müşterinin hangi koşulları onayladığını gösterebiliyorsan konumun güçlüdür. Bu kayıtların hiçbiri yoksa iyi niyetin hiçbir işe yaramaz. İşte seçtiğin e-pin scripti burada devreye giriyor: tedarikçi alanı, parti numarası, alım belgesi eki, teslim zaman damgası ve onaylanan sözleşme sürümü sipariş kaydına bağlıysa dosyan hazırdır.

Tersi de doğru. Yanlış kurulmuş bir sistem aleyhine delil biriktirir. Ürün açıklamasında bölge atlatma talimatı, teslim şablonunda hesap bilgisi alanı, panelde "hesap havuzu" gibi bir modül varsa bunların hepsi tek bir ekran görüntüsüyle karşı tarafın eline geçer. Pinova gibi lisanslı bir e-pin satış yazılımı kullanmanın gerçek değeri de tam bu noktada: kayıt disiplinini sen hatırlamak zorunda kalmadan sistem dayatıyor.

Riski Ölçülebilir Kılan Operasyon Modeli

Sürdürülebilir model üç ayak üzerine kuruluyor. Birinci ayak kaynak seçimi: sadece hak zincirini gösterebildiğin ürünleri satmak. İkinci ayak şeffaf katalog: kupon türünü, geçerlilik süresini, bölge kısıtını ve iade koşulunu ürün sayfasında açıkça yazmak. Üçüncü ayak ise tepki hızı: iptal edilen kodu tespit edip müşteriye sen ulaşmak. Müşteriye önce sen ulaştığında itiraz oranı belirgin biçimde düşüyor, çünkü insanlar parasını kaybetmekten değil yalnız bırakılmaktan şikâyet ediyor.

Bu üç ayağı manuel yürütmek imkânsıza yakın. Otomatik stok doğrulama, süre sonu uyarısı ve iptal bildirimi akışlarını epin yazılım tarafında kurduğunda risk yönetimi bir refleks hâline geliyor. Özellik listesini incelerken bakacağın şey ürün sayısı değil, bu üç akışın hazır gelip gelmediği olmalı.

Şikâyet Geldiğinde İlk 48 Saatte Ne Yapmalısın?

Panik tepkisi genelde iki yanlıştan birini getiriyor: ya tamamen sessiz kalınıyor ya da her şey silinip kayıp izlenimi veriliyor. İkisi de durumu kötüleştiriyor. Doğru sıra şudur: ilgili ürünü pasife al, o üründen yapılan tüm siparişleri listele, etkilenen müşterilere iade ya da değişim teklifini kendin gönder, tedarikçiden aldığın belgeleri tek dosyada birleştir ve bildirim sahibine ölçülü, tarihli, ek belgeli bir yanıt yaz.

Bu sürecin tamamı doğru kurulmuş bir panelde yarım saatlik iştir. Kötü kurulmuş bir sistemde ise hangi müşterinin hangi kodu aldığını bulmak günler alıyor ve o gecikme tek başına dosyayı büyütüyor. Hazırlık, şikâyet gelmeden önce yapılan tek şeydir.

Eğitim kuponu işi doğru kurulduğunda uzun ömürlü, yanlış kurulduğunda ilk ihtarnamede biten bir iştir. Aradaki fark sattığın kodda değil, o kodun arkasında tuttuğun kayıtta. Kaynak izlenebilirliği, belge eki ve hızlı toplu aksiyonun bir arada nasıl çalıştığını kendi ürünlerinle denemek istersen canlı demo üzerinden panele girip bir eğitim ürünü açarak sürecin tamamını baştan sona görebilirsin.