Dijital ürün satan hemen herkes şunu bilir: "Bizde iade yok, kod tek kullanımlık." Sözleşmeye de bu yazılır, ürün sayfasına da. Sonra bir müşteri kodu alır, kullanır, ertesi gün iade talebiyle döner; talep reddedilir, müşteri bankaya gider ve bir hafta sonra parayı geri aldığını görürsün. O noktada çoğu satıcı sistemin haksız işlediğini düşünür.
Gerçek şu: istisnanın kendisi doğru, bildirilme biçimi yanlış. Dijital üründe cayma hakkının düşmesi kendiliğinden gerçekleşmez; müşterinin bu sonucu önceden bilmesi ve buna ayrıca onay vermesi gerekir. Bu yazıda istisnanın hangi üç koşulla ayakta kaldığını, onay kutusunun neden tek başına yetmediğini ve bunu kullandığın e-pin scripti içinde nasıl kurgulaman gerektiğini anlatıyoruz.
14 gün gerçekten herkes için mi geçerli?
Mesafeli sözleşmelerde tüketicinin gerekçesiz cayma hakkı kuraldır; istisnalar ise sayılıdır. Elektronik ortamda anında ifa edilen hizmetler ve tüketiciye anında teslim edilen gayrimaddi mallar bu istisnalar arasındadır. Yani sattığın e-pin, oyun kodu veya lisans anahtarı doğası gereği istisna kapsamına girebilir.
Ama istisna bir muafiyet değil, koşullu bir kapıdır. Kapının açılması için tüketicinin, ifaya başlanmasıyla cayma hakkını kaybedeceğini önceden ve anlaşılır biçimde öğrenmiş olması ve buna açık rıza göstermesi gerekir. Bu iki adım eksikse, ürün ne kadar dijital olursa olsun genel kural devreye girer. İstisnayı sözleşmenin 14. maddesine yazıp müşterinin onu hiç görmeyeceği bir yerde bırakmak, hukuken hiçbir şey yapmamakla aynı sonucu verir.
Onay kutusu neden tek başına yetersiz?
Tipik kurulum şöyledir: ödeme sayfasında "Mesafeli satış sözleşmesini ve ön bilgilendirme formunu okudum, onaylıyorum" yazan tek bir kutu. Bu kutu iki farklı hukuki işlevi tek işarete sıkıştırır: sözleşmenin kabulü ve cayma hakkının kaybına dair açık rıza. Bir uyuşmazlıkta karşı taraf, müşterinin neye rıza gösterdiğinin ayrıştırılamadığını söyler ve bu itiraz çoğu zaman tutar.
Doğru kurgu ayrıştırmadır. Bir kutu sözleşme ve ön bilgilendirme için, ikinci ve ayrı bir kutu yalnızca şu cümle için: "Siparişim onaylandıktan sonra kodun bana anında sunulacağını, bu andan itibaren cayma hakkımı kullanamayacağımı biliyorum ve ifaya hemen başlanmasını talep ediyorum." İkisi de boş gelmeli; ön işaretli kutu, rızayı ispat etmek yerine ortadan kaldırır. İyi bir dijital ürün satış yazılımı bu iki onayı ayrı alanlar olarak tutar ve her birini ayrı zaman damgasıyla kaydeder.
| Uygulama | Yaygın hali | Doğru hali | İtirazda sonuç |
|---|---|---|---|
| Onay sayısı | Tek birleşik kutu | Sözleşme + açık rıza ayrı iki kutu | Rızanın kapsamı netleşir |
| Varsayılan durum | Ön işaretli | Boş, kullanıcı işaretler | İrade beyanı ispatlanabilir |
| Bildirim yeri | Footer sözleşme linki | Ödeme adımında görünür metin | Bilgilendirme yapılmış sayılır |
| Kayıt | "onay: 1" alanı | IP, tarih-saat, metin sürümü, kullanıcı ajanı | Belge üretilebilir |
| Sipariş e-postası | Yalnızca kod | Kod + bilgilendirme metni kopyası | İkinci kanaldan teyit |
| Metin dili | Mevzuat alıntısı | Sade Türkçe, tek cümlelik sonuç | Anlaşılırlık şartı sağlanır |
Açık rıza ile ön bilgilendirme aynı şey mi?
Hayır ve bu ayrımı kaçırmak en pahalı hatadır. Ön bilgilendirme, satıcının yükümlülüğüdür: ürünün niteliğini, fiyatını, teslim biçimini ve cayma hakkının kullanılamayacağını sipariş öncesinde tüketiciye bildirmek. Açık rıza ise tüketicinin beyanıdır: ifaya hemen başlanmasını talep etmek.
Biri diğerinin yerine geçmez. Bilgilendirme var ama rıza yoksa, tüketici "talep etmedim" der. Rıza var ama bilgilendirme kanıtlanamıyorsa, "neye rıza gösterdiğimi bilmiyordum" der. Bu yüzden akışın her iki ayağı da ayrı ayrı kayıt üretmelidir. Kurumsal düzeyde bir e-pin satış scripti bunu sipariş tablosunda iki ayrı alan olarak taşır; birleştirilmiş tek bayrak, uyuşmazlıkta işine yaramaz.
Reddedilen dijital ürün itirazlarında eksik bulunan unsur
- Ayrı açık rıza beyanı yok 40%
- Onay kaydı zaman damgası ve IP içermiyor 30%
- Bilgilendirme yalnızca footer linkinde 18%
- Metin sürümü siparişle eşleştirilemiyor 12%
İtiraz geldiğinde bankaya ne gösteriyorsun?
Banka itirazında karşı tarafın tek sorduğu şudur: ürün teslim edildi mi ve müşteri bunu kabul etmiş miydi? Cevabı üç belgeyle veriyorsun. Birincisi, ayrı açık rıza onayının kaydı. İkincisi, kodun müşteriye görünür olduğu anın logu. Üçüncüsü, sipariş özet e-postasının gönderim kaydı.
Bu üçünü tek ekrandan PDF olarak alabiliyorsan itiraz süreci dakikalar sürer. Alamıyorsan, veritabanında sorgu yazmaya başlarsın ve çoğu zaman aradığın alanın hiç tutulmadığını keşfedersin. Kayıtları sonradan üretmek mümkün değildir; bu yüzden altyapıyı ilk itirazdan önce kurmak zorundasın. Bir epin yazılım tercihi yaparken "iade ve itiraz dosyası" ekranının var olup olmadığını sormak, tema kalitesini sormaktan daha belirleyicidir.
Müşterinin gördüğü cümlenin birebir kopyasını sipariş kaydına yaz. Sonradan metni güzelleştirdiğinde, eski siparişlerde hangi ifadenin gösterildiği tartışma konusu olmaz.
Kısmi teslimat ve abonelikte istisna nasıl işler?
Tek kod tek sipariş senaryosu kolaydır. Zorlaşan yerler paket ve süreli ürünlerdir. Beş kodluk bir pakette müşteri iki kodu görüntüledi, üçü kapalı duruyorsa, istisna yalnızca ifaya başlanan kısım için işler. Görüntülenmemiş kodlar için makul bir iade politikası kurmak hem hukuken daha sağlam hem ticari olarak daha az sürtüşmeli bir yoldur.
Süreli ürünlerde, örneğin bir aylık abonelik yüklemesinde, ifa aktivasyon anında başlar. Burada kritik nokta, panelde kod bazında görüntüleme durumunun tutulmasıdır. Kalem bazında "açıldı / açılmadı" bilgisi yoksa, kısmi iadeyi adil biçimde hesaplayamazsın ve tartışma toplam tutar üzerinden yürür. Bu ayrıntı, dijital ürün satış scripti seçerken gözden kaçan ama ilk paket satışında hemen hissedilen bir farktır.
| Kontrol adımı | Nerede | Beklenen | Sıklık |
|---|---|---|---|
| Ayrı rıza kutusu var mı | Ödeme adımı | Boş, zorunlu, ayrı metinli | Kurulumda bir kez |
| Kayıt alanları dolu mu | Sipariş detayı | IP, tarih-saat, metin sürümü | Aylık örnekleme |
| Metin sadeliği | Rıza cümlesi | Tek cümle, sonuç açık | Metin değişiminde |
| Kalem bazlı açılma durumu | Paket ürün | Kod bazında görüntüleme bayrağı | Kurulumda bir kez |
| Sipariş e-postası içeriği | Mail şablonu | Bilgilendirme kopyası ekli | Şablon güncellemesinde |
| İtiraz dosyası çıktısı | Yönetim paneli | Tek tuşla PDF | Çeyreklik deneme |
Metin nerede duruyor: checkout mu, e-posta mı?
Cevap: ikisi de, ama işlevleri farklı. Checkout'taki metin rızayı doğuran yerdir; e-postadaki kopya ise teyit ve arşiv işlevi görür. Yalnızca e-postaya güvenirsen, rıza satın alma anında alınmamış olur. Yalnızca checkout'a güvenirsen, müşterinin elinde hiçbir kalıcı belge kalmaz ve iyi niyetli bir tartışma bile senin aleyhine döner.
Pratik düzen şudur: ödeme adımında iki ayrı onay, onaylar işaretlendiğinde ödeme butonunun aktifleşmesi, sipariş tamamlandığında metnin sipariş özetiyle birlikte e-postada gitmesi ve müşterinin kendi hesabından geçmiş siparişlerdeki metni görebilmesi. Bu üçlü, uyuşmazlıkların büyük kısmını daha bankaya gitmeden bitirir. Özellikler sayfasında bu akışın hangi adımlarla kurulduğunu görebilirsin.
Cayma istisnasını ispatlanabilir hale getir
Ayrı rıza onayı, sürüm mühürlü kayıt, kalem bazlı görüntüleme logu ve tek tuşla itiraz dosyası hazır gelir.
Dijital üründe iade hiç veremez miyim?
İstisna koşulları sağlanmışsa cayma hakkı kapsamında iade zorunluluğun doğmaz. Ancak ayıplı ifa, yanlış ürün gönderimi veya hiç teslim edilmeme hallerinde sorumluluğun sürer.
Onay kutusunu ön işaretli bırakmak neden sorun?
Açık rıza, tüketicinin kendi iradesiyle yaptığı bir işlemle ortaya çıkmalıdır. Ön işaretli kutu bu iradeyi göstermez ve uyuşmazlıkta ispat değeri neredeyse sıfırdır.
Kayıtları ne kadar süre saklamalıyım?
Ticari defter ve belge saklama sürelerini esas al, dijital onay kayıtlarını da aynı süre boyunca tut. Pratikte on yıllık bir arşiv planı seni her senaryoda rahat bırakır.
Paket üründe müşteri sadece bir kodu açtıysa ne yaparım?
Görüntülenen kalem için istisna işler, açılmamış kalemler için kısmi iade değerlendirilebilir. Bunu yapabilmek için kod bazında görüntüleme kaydı tutman gerekir.
Cayma hakkı istisnası, doğru kurulduğunda seni koruyan; yarım kurulduğunda yanlış bir güven duygusu veren bir mekanizmadır. İki ayrı onay, zaman damgalı kayıt ve kalem bazlı görüntüleme logu üçlüsünü bugün kurarsan, ilk ciddi itirazda ne kadar fark yarattığını göreceksin. Akışın gerçekte nasıl göründüğünü denemek için canlı demo üzerinde bir test siparişi oluşturup onay kayıtlarının sipariş detayında nasıl durduğuna bak; paket karşılaştırması için fiyat bölümü yeterli olacak.