Özet: E-pin alışverişinde karttan çekilen bedelin iadesi, bankaya yapılacak chargeback başvurusu ile tüketici hukukundaki cayma, ayıp ve yetkisiz işlem yollarının birlikte değerlendirilmesini gerektirir. Kodun teslim edilmesi, etkinleştirilmesi ve işlemin kart sahibi tarafından onaylanıp onaylanmadığı ayrı teknik kayıtlarla ortaya konulmalıdır.
Son güncelleme: 15 Eylül 2026
E-pin ödemesi itirazında ilk ayrım: hangi işlem tartışılıyor?
Bir tüketici “param çekildi, kod gelmedi” dediğinde aynı anda üç farklı mesele bulunabilir: satıcının sözleşmeyi ifa etmemesi, ayıplı veya yanlış kod teslimi ve kart ya da hesap üzerinde yetkisiz işlem. Chargeback, bankacılık ve kart kuruluşlarının işlem itirazı prosedürüdür; tüketici hakem heyeti veya mahkeme başvurusunun yerine geçmez. Cayma hakkı ise mesafeli sözleşmenin tüketici tarafından sona erdirilmesine, ayıp iddiası kodun sözleşmeye uygun olmamasına, yetkisiz işlem iddiası da ödeme onayının gerçek kart sahibinden çıkmamasına dayanır.
| İddia | Temel soru | Öncelikli kayıt |
|---|---|---|
| Kod teslim edilmedi | Satıcı teslim yükümlülüğünü yerine getirdi mi? | Sipariş, teslim ve e-posta logu |
| Kod çalışmıyor | Kod doğru platform ve bölgede geçerli mi? | Aktivasyon cevabı ve ürün sayfası |
| Yetkisiz kart işlemi | Ödeme onayı ve hesap erişimi kime ait? | Provizyon, 3-D Secure ve oturum kayıtları |
| İade reddi | Cayma istisnasının şartları ispatlanabiliyor mu? | Onay metni ve zaman damgası |
Chargeback nedir, ne değildir?
Chargeback, kart hamilinin bankası veya kart kuruluşu üzerinden başlattığı işlem itirazının, işyeri bankasından işlem belgeleri istenerek incelenmesi sürecidir. Banka, başvuruyu tek başına kesin bir alacak kararı olarak kabul etmez; işyerinin sunduğu teslim, kimlik doğrulama ve sözleşme kayıtları da değerlendirilir. Sonuç kart kuruluşu kuralları, başvuru nedeni, işlem tarihi ve tarafların zamanında sunduğu delillere göre değişebilir. Bu nedenle tüketicinin aynı olayı hem bankaya hem satıcıya açık ve çelişkisiz biçimde anlatması önemlidir.
Chargeback başvurusu, ceza soruşturması başlatmaz ve dolandırıcılık şüphesini kendiliğinden kanıtlamaz. Sahte site, hesap ele geçirme veya başkasının kartını kullanma ihtimali varsa ayrıca kolluk veya Cumhuriyet Başsavcılığına teknik delillerle başvurulmalıdır.
Bankaya yapılacak başvuru nasıl hazırlanır?
- İşlem tarihi, tutarı, kart ekstresi açıklaması ve işyeri adını yazın.
- Kodun teslim edilmediğini, çalışmadığını veya işlemin size ait olmadığını hangi kayıtların gösterdiğini açıklayın.
- Satıcıya yapılan bildirim, başvuru numarası ve verilen cevabı ekleyin.
- Kartın güvenliği için parola değişikliği, kart iptali veya yeni kart talebi yapıldıysa tarihini belirtin.
- Bankadan başvurunun kayıt numarasını ve istenen ek belgelerin listesini alın.
“Ürün gelmedi” seçeneği ile “yetkisiz işlem” seçeneği aynı anlama gelmez. Gerçek olay hangisiyse o itiraz nedeni seçilmeli; yanlış kategori seçilerek sürecin ileride çelişkili hâle gelmesinden kaçınılmalıdır. Banka uygulamasındaki kısa açıklama alanına sığmayan kronoloji ayrı bir PDF olarak yüklenebilir.
3-D Secure ve tek kullanımlık doğrulama neyi gösterir?
3-D Secure doğrulaması, kart işleminde ek bir kimlik doğrulama adımının çalıştığını gösterebilir; fakat işlemi kimin yaptığı, hesabın daha önce ele geçirilip geçirilmediği veya kodun hangi hesaba gönderildiği sorularını tek başına cevaplamaz. Mobil hat değişikliği, e-posta hesabının ele geçirilmesi, ortak cihaz kullanımı ve kötü amaçlı yazılım ihtimalleri ayrıca incelenmelidir. Satıcı, doğrulama sonucunu müşterinin gereksiz kişisel verilerini paylaşmadan işlem numarası ve zaman damgasıyla açıklamalıdır.
Kodun teslim ve aktivasyon kayıtları
İşyeri açısından en değerli delil, kodun gönderildiği an ile etkinleştirildiği anın ayrıştırılmasıdır. E-posta teslim logu, hesabın bildirim geçmişi, kodun hangi platforma ait olduğu, aktivasyon sonucu, hata kodu ve yeniden gönderim kaydı aynı işlem kimliğine bağlanmalıdır. Tüketici açısından ise teslim e-postasının ham başlığı, ürün sayfası, aktivasyon hatası, destek görüşme numarası ve ödeme dekontu korunmalıdır. Kodun kendisini açık şekilde paylaşmak yerine son karakterleri maskelenmiş görüntü kullanılabilir.
Ayıplı kod ve chargeback ilişkisi
Yanlış bölgeye ait, daha önce kullanılmış, nominal değeri eksik veya açıklanan platformda çalışmayan kod ayıplı ifa iddiasına konu olabilir. Satıcı, “dijital ürünlerde iade yapılmaz” genel ifadesiyle ayıp sorumluluğunu ortadan kaldıramaz. Ayıbın bildirildiği tarih, satıcının çözüm önerisi ve tüketicinin bedel iadesi veya değişim talebi yazılı olarak saklanmalıdır. Bankaya yapılan chargeback başvurusunda da ayıbın teknik olarak nasıl tespit edildiği açıklanmalıdır.
Yetkisiz işlem, hesap ele geçirme ve aile içi kullanım
Kart sahibinin “ben yapmadım” beyanı ile hesabın bir aile bireyi tarafından kullanılması, hesabın çalınması veya cihazın ortak kullanılması farklı senaryolardır. E-posta parola sıfırlama kayıtları, yeni cihaz oturumları, iki aşamalı doğrulama değişiklikleri ve oyun hesabı girişleri karşılaştırılabilir. İşletmenin yalnızca IP adresine dayanarak kart sahibini suçlu ilan etmesi doğru değildir; IP ortak veya VPN üzerinden kullanılmış olabilir. Tüketici de cihazı sıfırlamadan önce ilgili kayıtların korunmasını sağlamalıdır.
Kripto varlıkla yapılan e-pin ödemelerinde itiraz
Kripto varlık transferinde bankadaki chargeback mekanizması çoğu zaman bulunmaz; işlem hash’i, ağ, gönderen ve alıcı adresleri ile sözleşmede kararlaştırılan iade yöntemi belirleyici olur. Satıcı iade yapacaksa aynı tokeni mi, TL karşılığını mı, yoksa ödeme anındaki değeri mi esas aldığını açıklamalıdır. Köprü veya takas hizmeti kullanılmışsa transferin her adımı ayrı gösterilmeli; açık blokzincir verisi, bir cüzdan adresinin kesin olarak belirli kişiye ait olduğu şeklinde sunulmamalıdır.
Ödeme kuruluşu, pazar yeri ve satıcı rolleri
Ödeme kuruluşu çoğu olayda kodun ayıbından sorumlu taraf değildir; ancak işlemin yetkisizliği, provizyon ve itiraz prosedürü bakımından muhataptır. Pazar yeri, satıcı bilgilerini yayımlıyor, bedeli tahsil ediyor veya iade kararını kendi veriyorsa sözleşmedeki rolü ayrıca incelenir. Fatura unvanı, sipariş ekranı, ödeme açıklaması ve kodu gönderen sistem aynı tarafı göstermiyorsa, başvuru öncesinde sorumluluk haritası çıkarılmalıdır.
Satıcının bankaya sunacağı savunma dosyası
İşyeri savunması; sipariş özeti, ön bilgilendirme, onay kutusu, ödeme doğrulaması, teslim e-postası, aktivasyon logu, müşteri yazışması, iade politikası ve varsa fraud inceleme notlarından oluşmalıdır. Her belgenin işlem numarası, zaman dilimi ve kaynağı açıklanmalıdır. Kodun kullanılmış olması, kart sahibinin işlemi yaptığı sonucunu otomatik doğurmaz; hesap ele geçirme ve üçüncü kişi kullanım ihtimalleri cevaplanmalıdır. Kişisel veri içeren kayıtlar, yalnızca itirazı aydınlatan alanlar görünür kalacak şekilde maskeleme uygulanarak paylaşılmalıdır.
İade, değişim ve kupon teklifleri
Satıcının kupon veya mağaza bakiyesi önermesi, tüketicinin bedel iadesi talebini kendiliğinden sona erdirmez. Tüketici değişimi kabul ediyorsa yeni kodun bölgesi, değeri ve teslim süresi yazılı teyit edilmelidir. Kısmi kullanımda, hangi kodun ne kadarının tüketildiği ve kalan bedelin nasıl hesaplandığı gösterilmelidir. İade, mümkün olduğunda kullanılan ödeme aracına yapılmalı; farklı bir kanala yönlendirme için tüketicinin açık kabulü alınmalıdır.
Başvuru süreleri ve kayıt disiplini
Kart kuruluşlarının itiraz süreleri işlem türüne ve kart programına göre değişebilir; bankanın duyurduğu süre beklenmeden başvurmak güvenlidir. Tüketici hukuku başvurularında ise uyuşmazlık bedeline göre tüketici hakem heyeti veya mahkeme yolu belirlenir ve parasal sınırlar her yıl güncellenebilir. Satıcılar, işlem kayıtlarını yalnızca itiraz gelince aramak yerine mevzuat, muhasebe ve olası uyuşmazlık sürelerini dikkate alan bir saklama politikası oluşturmalıdır.
Örnek chargeback dosya tablosu
| Belge | İçerik | İtiraz nedeni |
|---|---|---|
| Ek-1 | Kart ekstresi ve provizyon | İşlemin tutarı ve tarihi |
| Ek-2 | Sipariş ve teslim logu | İfa edilip edilmediği |
| Ek-3 | Aktivasyon/hata kaydı | Ayıplı veya yanlış kod |
| Ek-4 | Destek yazışması | Bildirim ve çözüm teklifi |
| Ek-5 | Hesap güvenlik kaydı | Yetkisiz kullanım |
İşletmeler için önleyici tasarım
Ödeme düğmesinden önce toplam bedel, platform, bölge, teslim süresi ve cayma istisnası görünür olmalıdır. Kodun teslim edildiği kanal ile aktivasyon sisteminin zaman saatleri senkronize edilmeli; başarısız aktivasyonlarda otomatik “kullanıldı” mesajı gönderilmemelidir. Chargeback oranı artan ürün, cihaz veya hesap kümeleri orantılı biçimde incelenmeli; her kuralın hangi veriyle çalıştığı ve insan incelemesinin nasıl yapıldığı kayıt altına alınmalıdır.
Sık sorulan sorular
Bankaya başvurunca satıcıdan ayrıca iade istemeli miyim?
Evet. Satıcıya yapılan yazılı bildirim, sorunun çözümünü hızlandırabilir ve bankaya sunulacak dosyanın kronolojisini tamamlar.
3-D Secure varsa chargeback yapılamaz mı?
Yapılabilir. 3-D Secure yalnızca bir doğrulama adımını gösterir; yetkisiz hesap kullanımı veya teslim uyuşmazlığı ayrıca incelenir.
Kripto ödeme geri alınabilir mi?
Blokzincir transferi genellikle teknik olarak geri çevrilemez; iade, satıcının sözleşmesi ve tarafların yeni transferi üzerinden yürütülür.
Bağlantılı rehberler
E-pin cayma ve iade rehberi, e-pin dolandırıcılığı rehberi ve pazar yeri sorumluluğu rehberi birlikte değerlendirilmelidir.
Kaynaklar
6502 sayılı Tüketicinin Korunması Hakkında Kanun · 5464 sayılı Banka Kartları ve Kredi Kartları Kanunu · 6493 sayılı Ödeme ve Menkul Kıymet Mutabakat Sistemleri Kanunu · 6563 sayılı Elektronik Ticaret Kanunu
Chargeback dosyasında tarafların iş birliği
Bankanın bilgi talebi geldiğinde satıcının yalnızca otomatik teslim raporu göndermesi, olayın bütününü açıklamayabilir. Siparişin hangi cihazdan verildiği, hesabın daha önce kullanılıp kullanılmadığı, ödeme sonrası müşteri iletişimi ve kodun aktivasyon sonucu birlikte sunulmalıdır. Tüketici de bankaya yaptığı açıklamayı satıcıya gönderdiği başvuruyla uyumlu tutmalıdır. Aynı işlem için farklı tarihler veya çelişkili olay anlatımı, itirazın güvenilirliğini azaltabilir.
Satıcı kayıtlarının mutabakatı
Gün sonu raporunda satış, iptal, iade, chargeback ve tedarikçiden düşülen stok ayrı sütunlarda izlenmelidir. Bir kodun teslim edildiği hâlde aktivasyon sisteminde görünmemesi veya aynı işlem kimliğinin iki farklı müşteride bulunması teknik inceleme gerektirir. Mutabakat farkı kapatılmadan “müşteri kodu kullandı” sonucuna varılmamalı; manuel değişiklik yapan kullanıcı ve değişiklik zamanı da kayda geçirilmelidir.
İade dolandırıcılığı ve kötüye kullanım
Bazı olaylarda kod tüketici tarafından etkinleştirildikten sonra “çalışmadı” iddiasıyla chargeback açılabilir. Bu ihtimal, her müşteriyi haksız kabul etmeyi gerektirmez. Satıcının aynı cihaz, hesap ve aktivasyon kaydını; tüketicinin ise hesap girişleri ve hata mesajlarını birlikte değerlendirmesi gerekir. Kötüye kullanım tespit edilirse hesap kısıtlaması ölçülü olmalı, müşteriye itiraz ve açıklama kanalı sunulmalıdır.
Teknik delilin zincirleme korunması
Log dışa aktarılırken kaynağın sistem adı, sorgu tarihi, saat dilimi, sorguyu yapan kullanıcı ve dosyanın bütünlük değeri not edilmelidir. Kopya üzerinde filtreleme yapılmışsa orijinal kayıt ayrıca saklanmalıdır. Bir mahkeme veya resmi makam, “bu kayıt ne zaman ve kim tarafından üretildi?” sorusunu yöneltebilir. Teknik ekip ile hukuk ekibinin aynı işlem ID’sini kullanması, delilin açıklanmasını kolaylaştırır.
Başvuru reddedilirse
Banka veya satıcı başvuruyu reddettiğinde gerekçenin yazılı alınması gerekir. “Dijital ürünlerde iade yoktur” veya “3-D Secure kullanıldı” gibi genel ifadeler, kodun hangi hesapta etkinleştirildiğini ve onay akışının nasıl gerçekleştiğini açıklamaz. Ret gerekçesine göre tüketici hakem heyeti, tüketici mahkemesi, suç duyurusu veya kart kuruluşunun ikinci inceleme kanalı değerlendirilebilir. Süreler ve başvuru mercileri işlem tarihine göre ayrıca kontrol edilmelidir.
Örnek tüketici başvuru iskeleti
“… tarihli … TL tutarlı e-pin işleminde kod teslim edilmemiş/çalışmamış/yetkisiz kullanım gerçekleşmiştir. Sipariş, ödeme, teslim ve destek kayıtları eklenmiştir. Satıcıya … tarihinde bildirim yapılmış, … numaralı başvuruda çözüm sağlanmamıştır. İşlemin incelenmesini, bedelin kullanılan ödeme aracına iadesini ve başvuru sonucunun yazılı bildirilmesini talep ederim.” Bu iskelet somut olayın gerçeklerine göre doldurulmalı; doğrulanmamış fail veya teknik sonuçlar kesin bilgi gibi yazılmamalıdır.
Örnek işletme cevap iskeleti
İşletme, sipariş numarasını, ürünün platform ve bölgesini, teslim zamanını, aktivasyon sonucunu, ön bilgilendirme ve onay kaydını özetlemelidir. Kişisel veriler maskelenmeli; yalnızca uyuşmazlıkla ilgili kayıtlar paylaşılmalıdır. Kodun etkinleştirildiği iddia ediliyorsa tarih-saat, hesap kimliği ve sistem yanıtı belirtilmeli; tüketiciye ek açıklama veya alternatif çözüm kanalı sunulmalıdır.
Sık sorulan sorular: ödeme itirazı
Chargeback açtığımda kodu kullanabilir miyim?
Uyuşmazlık sürerken kodu yeniden denemek veya üçüncü kişiye devretmek, kullanım durumunun tespitini zorlaştırabilir. Kodu ve hesabı olduğu gibi korumak daha güvenlidir.
Bankaya hangi dosya formatı gönderilmeli?
Bankanın istediği format ve boyut sınırı izlenmeli; PDF kronoloji ile ek numaraları kullanılmalıdır. Ham e-posta başlıkları ve işlem hash’i gerekiyorsa ayrıca eklenmelidir.
İşyeri chargeback bedelini müşteriden isteyebilir mi?
Bu sonuç, sözleşme, işlemin gerçek niteliği ve tüketici mevzuatına göre değerlendirilir; otomatik bir borç kabulü yapılamaz.
