Çoğu satıcı chargeback'i bir tür kötü şans sanır: müşteri bankasını arar, banka parayı alır, sen de omuz silkip "zaten kazanamıyorsun" diye geçersin. Bu inanç o kadar yaygın ki pek çok işletme itiraza hiç cevap bile vermez. Oysa gerçek şu: bankalar tarafında bu iş duygularla değil, dosya kalitesiyle yürüyen bir değerlendirme sürecidir. Karşı tarafta senin ne kadar üzgün olduğunu okuyan kimse yok; senin gönderdiğin belgelerin kartlı ödeme kurallarındaki belirli maddeleri karşılayıp karşılamadığına bakan bir akış var.
Dijital üründe ise durum bir kat daha ilginç. Kargo takip numaran, imzalı teslim tutanağın yoktur. Elinde sadece sunucu kayıtları vardır. Bu, ilk bakışta dezavantaj gibi durur ama doğru kurulduğunda tersi doğrudur: bir kargo görevlisinin imzasından çok daha kesin, saniye hassasiyetinde bir teslim zinciri üretebilirsin. Şartı var: o zinciri olay olmadan önce kaydetmiş olmak. İşte bu yazı, savunma dosyasının anatomisini ve kullandığın dijital ürün satış scripti tarafında hangi alanların açık olması gerektiğini anlatıyor.
İtiraz sebebi kodunu okumadan savunma yazmak neden peşin kayıptır?
Her itirazın bir sebep kodu vardır ve o kod, sana "hangi soruya cevap vermen gerektiğini" söyler. Kod "ürün teslim edilmedi" diyorsa senden istenen şey teslim kanıtıdır; kart sahibinin memnuniyetsizliği konu dışıdır. Kod "yetkisiz işlem" diyorsa istenen şey kart sahibinin kendisi olduğunu gösteren izlerdir: hesabın ne zamandır açık olduğu, aynı kartla geçmiş başarılı alışverişler, giriş IP'leri, doğrulama adımı. Kod "ürün tanıma uymuyor" diyorsa istenen şey ürün sayfası ve satış koşullarıdır.
Buradaki klasik hata şu: satıcı her itiraza aynı şablonu gönderir. Uzun uzun müşterinin ne kadar haksız olduğunu yazar, ekran görüntülerini karışık sırayla ekler. Değerlendiren kişi ise aradığı tek bir maddeyi bulamayınca dosyayı geçersiz sayar. Cevabı soruya hizalamak, kanıt miktarını artırmaktan daha etkilidir.
Dijital teslim kanıtı tam olarak nelerden oluşur?
Fiziksel üründeki imzanın dijital karşılığı tek bir belge değil, birbirini doğrulayan birkaç kayıttır. Çekirdek beşlisi şöyle: birincisi işlem kaydı (tutar, tarih, sipariş numarası, ödeme referansı). İkincisi hesap eşleşmesi (siparişi veren üyenin e-postası, kayıt tarihi, doğrulama durumu). Üçüncüsü erişim izi (sipariş anındaki IP, tarayıcı imzası, cihaz tipi ve varsa doğrulama adımının sonucu). Dördüncüsü teslim izi (kodun hangi saniyede atandığı, müşterinin panelde kaç kez görüntülediği, gönderilen e-postanın teslim kaydı). Beşincisi kullanım izi (tedarikçi tarafındaki kodun harcandığına dair referans).
Bu beşlinin gücü tek başına değil, aynı hikâyeyi anlatmasından gelir. Aynı IP'nin hem giriş hem ödeme hem kod görüntüleme adımında görünmesi, kart sahibinin "ben yapmadım" iddiasını tek bir satırla çürütür. Bu yüzden iyi bir e-pin satış yazılımı bu alanları ayrı ayrı tutmakla kalmaz, tek bir sipariş dosyasında yan yana gösterir. Üç farklı ekrandan derlemek zorunda kalırsan, süre penceresi kapanır.
| İtiraz gerekçesi | Bankanın aradığı ana kanıt | Sistemden çıkarılacak kayıt | Güç |
|---|---|---|---|
| Ürün/hizmet alınmadı | Teslimin gerçekleştiği ve erişildiği | Kod atama logu + panel görüntüleme sayacı | Yüksek |
| Yetkisiz işlem | Kart sahibiyle hesabın aynı kişi olduğu | Üyelik geçmişi, IP/cihaz eşleşmesi, önceki siparişler | Yüksek |
| Ürün tanıma uymuyor | Satış öncesi bilgilendirmenin açıklığı | Ürün sayfası arşivi, bölge/platform uyarısı, onay kutusu kaydı | Orta |
| İade yapılmadı | İade politikasının bildirildiği ve uygulandığı | Cayma metni onayı, destek yazışması, cüzdan hareketi | Orta |
| Çift çekim | İki işlemin farklı siparişler olduğu | İki ayrı sipariş numarası ve iki ayrı teslim kaydı | Çok yüksek |
| Abonelik iptali | İptal talebinin ne zaman geldiği | Talep zaman damgası, yenileme bildirimi logu | Orta |
Zaman çizelgesi neden en güçlü tek sayfadır?
Savunma dosyasının kalbi, dosyanın ilk sayfasına koyacağın tek bir zaman çizelgesidir. Kayıt tarihi, ödeme saati, kod atama saati, e-posta teslim saati, panel görüntüleme saatleri, destek yazışmaları, itirazın geliş tarihi... Hepsi tek bir sütunda, saniye bilgisiyle, aynı saat diliminde. Bu sayfa değerlendirenin işini yapar; o yüzden lehine çalışır. Kanıtı yorumlamayı karşı tarafa bırakmak, kaybetmenin en sık nedenidir.
Çizelgenin ikinci faydası daha sinsi: kendi zayıf noktanı sana gösterir. Örneğin kod atama ile e-posta gönderimi arasında altı saat boşluk varsa, o boşluk müşterinin iddiasını güçlendirir ve sen dosyayı göndermeden önce fark edersin. Bazı vakalarda doğru hamle itiraz etmemek, parayı kabul edip aynı hafta o boşluğu kapatmaktır. Dosya hazırlamak, teknik borcunu okumanın da en dürüst yoludur.
Dijital ürün satıcılarında chargeback sebeplerinin ağırlığı
- Yetkisiz işlem iddiası 38%
- Ürün alınmadı iddiası 28%
- Tanıma uymayan ürün 20%
- Teknik ve mükerrer çekim 14%
İtiraz gelmeden önce hangi ayarlar seni koruyor?
Savunmanın en pahalı biçimi sonradan savunmaktır. Asıl kazanç önleme tarafında. Dört ayar çoğu işletmede oranı gözle görülür biçimde düşürür. Birincisi ekstre görünen isim: kart ekstresinde çıkan ibare sitenin adıyla aynı olmalı, yoksa dürüst müşteri kendi harcamasını tanımaz ve iyi niyetle itiraz eder. İkincisi eşik üstü siparişlerde doğrulama adımı. Üçüncüsü yüksek riskli ürün gruplarında kısa bir manuel onay penceresi. Dördüncüsü satış sonrası bilgilendirme e-postası: ne satın alındı, hangi platform, hangi bölge, destek nasıl açılır.
Bunlar kulağa sıradan gelir ama etkisi büyüktür çünkü itirazların önemli kısmı dolandırıcılık değil, tanımama ve kafa karışıklığı kaynaklıdır. Modern bir epin yazılım altyapısında bu dört ayarın her biri tek bir ekrandan yönetilebilir olmalı; her değişiklik için geliştirici beklemek zorunda kalıyorsan, koruma zamanında devreye girmez.
İtirazlar genelde işlemden haftalar sonra gelir. IP, cihaz ve teslim loglarını en az altı ay saklamıyorsan, dosyayı açtığında elin boş kalır.
Savunma metnini nasıl yazmalısın: uzun mu, kısa mı?
Kısa ve maddeli. En fazla bir sayfa. Açılış cümlesi itiraz sebebini birebir tekrarlar ve buna cevap verdiğini söyler. Sonra numaralı maddeler: her madde bir kanıta işaret eder ve o kanıtın dosyadaki ek numarasını verir. Duygusal ifade yok, karşı tarafı suçlayan cümle yok, "malum olduğu üzere" gibi süs yok. Ekler ise okunabilir olmalı: kırpılmamış ekran görüntüleri, tarih saat görünen tablolar, tek bir PDF içinde sıralı sayfalar.
Bir de dil meselesi var: yurt dışı sağlayıcıyla çalışıyorsan hem Türkçe hem İngilizce özet koy. Değerlendiren kişi anlamadığı bir belgeyi lehine yorumlamaz, yok sayar. Anlaşılabilirlik, kanıtın kendisi kadar önemlidir. Dosyayı her seferinde sıfırdan yazmamak için de üç dört şablon hazırla ve sipariş dosyasından otomatik dolan alanlar kullan; özellikler tarafında bu dışa aktarma kabiliyeti varsa iş yarım saate iner.
| Dosya bileşeni | Hazır mı | Kabul ölçütü |
|---|---|---|
| Zaman çizelgesi sayfası | Zorunlu | Tüm olaylar tek saat diliminde, saniye bazlı |
| İşlem ve sipariş eşleşmesi | Zorunlu | Ödeme referansı ile sipariş numarası birebir |
| Teslim kanıtı | Zorunlu | Kod atama logu ve görüntüleme sayacı bir arada |
| IP ve cihaz izi | Zorunlu | Giriş, ödeme ve görüntüleme adımları tutarlı |
| Satış koşulları onayı | Zorunlu | Onay kutusunun zaman damgası kayıtlı |
| Destek yazışması | Güçlü | Tam yazışma, kesilmemiş, tarihli |
| Tedarikçi kullanım kaydı | Güçlü | Referans numarası ve kullanım tarihi |
| İngilizce özet | Önerilir | Yarım sayfa, maddeli |
Kanıtı sonradan üretemezsin, şimdi kaydet
IP izi, teslim logu, görüntüleme sayacı ve satış koşulu onayları tek sipariş dosyasında toplandığında itiraz cevabı yarım saatlik bir işe dönüşür.
Dijital üründe chargeback kazanmak gerçekten mümkün mü?
Mümkün, ancak şartı var: teslim zincirinin işlemden önce kayıt altına alınmış olması. IP, cihaz, kod atama saati, panel görüntüleme ve tedarikçi kullanım kaydı birbirini doğrulayan bir dosya oluşturduğunda dijital teslim, fiziksel teslimden daha kesin bir kanıt haline gelir.
İtiraz oranım yükselirse ne olur?
Ödeme sağlayıcıları genelde belirli bir oranın üstünde ek teminat ister, komisyonu yükseltir ya da hesabı askıya alır. Bu yüzden birkaç küçük itirazı "zararı kabul et" diye geçmek yerine sebep dağılımına bakıp kaynağı kapatmak daha ekonomiktir.
Müşteriyle anlaşıp itirazı geri çektirebilir miyim?
Çoğu durumda mümkündür ve en hızlı yoldur; müşteri bankasına geri çekme talebi iletir. Ancak bunu yaparken yazışmayı kayıt altında tut ve iade işlemini sistemde de işaretle, aksi halde aynı tutarı iki kez kaybedebilirsin.
Hangi logları ne kadar süre saklamalıyım?
Sipariş, ödeme, teslim, giriş IP'si ve destek yazışmalarını en az altı ay, mümkünse bir yıl sakla. İtirazlar işlemden haftalar hatta aylar sonra gelebildiği için kısa saklama süresi, kazanılabilir dosyaları kaybettiren en sessiz hatadır.
Chargeback savunması, iyi niyetle değil düzenli kayıtla kazanılan bir iştir; dosyanı ne kadar erken kurarsan o kadar az para kaybedersin. Sipariş dosyasında IP izini, teslim logunu ve satış koşulu onaylarını yan yana görmek nasıl bir şey, merak ediyorsan canlı demo üzerinden bir siparişi açıp kendi gözünle bak; ardından paket seçimi tarafında kendi işlem hacmine uygun kurulumu belirlemek çok daha net bir karar olur.