Bir e-pin sitesinde satış yaptığınız ürün fiziksel değil; bir kod, bir bakiye, saniyeler içinde teslim edilen dijital bir değer. Bu hız aynı zamanda en büyük zayıflığınız. Ödeme onaylandığı anda kod otomatik teslim edildiyse ve o ödeme sahte bir kartla yapılmışsa, ürün de parayı da geri alma şansınız neredeyse sıfırdır. İşte tam bu noktada 3D Secure, "olursa iyi olur" bir özellik değil, e-pin işinin var olabilmesi için gereken bir zorunluluktur.
E-Pin Sitelerinde Ödeme Güvenliği Neden Bu Kadar Kritik?
Fiziksel ürün satan bir e-ticaret sitesinde dolandırıcılık riski vardır ama kargo süreci bir tampon görevi görür; kart sahibi itiraz ettiğinde ürün henüz elinizdedir ya da kargoda geri döndürülebilir. E-pin ve dijital ürün satışında böyle bir tampon yoktur. Ödeme onaylanır onaylanmaz kod ekrana düşer, kullanıcı kodu kullanır ve iş biter. Bu yüzden e-pin ve dijital kod satan siteler, kart hırsızlarının en çok tercih ettiği hedeflerden biridir.
- Çalıntı kart bilgileriyle "hızlı nakde çevirme" denemeleri yoğun şekilde e-pin sitelerine yönelir
- Kod anında teslim edildiği için manuel inceleme yapacak zaman genelde yoktur
- Bir chargeback hem ürünü hem parayı hem de banka komisyonunu kaybettirir
- Sık chargeback, sanal POS sağlayıcınızın hesabınızı askıya almasına yol açabilir
Bu tabloda ödeme güvenliği, kâr marjını korumanın değil, işin sürdürülebilir olmasının ön koşuludur.
3D Secure Tam Olarak Ne Yapar, Nasıl Çalışır?
3D Secure (3DS), kart ile yapılan ödemede kartı fiilen elinde bulunduran kişinin işlemi onayladığını, bankanın kendi kanalından doğrulamasıdır. Kullanıcı ödeme bilgilerini girdikten sonra bankasının SMS OTP'si, mobil onay ekranı ya da biyometrik doğrulaması devreye girer. Bu adım tamamlanmadan işlem tamamlanmaz.
Teknik olarak akış şöyle işler:
- Kullanıcı sitenizde kart bilgilerini girer, istek sanal POS sağlayıcısına (PayTR, Shopier vb.) iletilir
- Sağlayıcı, kartın bankasına 3DS doğrulama talebi gönderir
- Banka kullanıcıyı kendi doğrulama ekranına yönlendirir (SMS/OTP/uygulama onayı)
- Doğrulama başarılıysa banka bir "liability shift" (sorumluluk devri) imzası döner
- Sağlayıcı sonucu sitenize bildirir, siz de ancak bu onaydan sonra teslimatı tetiklersiniz
Buradaki en kritik kelime "sorumluluk devri"dir. 3DS ile onaylanmış bir işlemde, kart gerçekten çalıntıysa bile chargeback sorumluluğu büyük ölçüde bankaya geçer; siz değil, kartı doğru doğrulayamayan taraf sorumlu tutulur.
3D Secure Olmadan Bir E-Pin Sitesi Hangi Risklerle Karşı Karşıya?
3DS'siz (ya da "non-3D") ödeme kabul eden bir e-pin sitesi işlemi hızlandırır ama riski tamamen kendi üzerine alır. Bu tercih kısa vadede dönüşüm oranını artırıyormuş gibi görünse de orta vadede maliyeti çok daha ağırdır.
- Chargeback zinciri: Kart sahibi gerçek olmayan bir işlemi fark edip bankasına itiraz ettiğinde, para geri alınır ve üstüne banka size ayrı bir ceza komisyonu keser
- Kod zaten kullanılmıştır: Dijital ürünlerde itiraz geldiğinde kod çoktan başka bir hesaba yüklenmiş, iade edilecek fiziksel bir şey kalmamıştır
- Sağlayıcı riski: Chargeback oranı belli bir eşiği (genelde binde birkaç) aştığında PayTR, Shopier gibi sağlayıcılar hesabı riskli sınıfa alır, bazen komple kapatır
- Kara para/dolandırıcılık taraması: Non-3D işlemler, kart test etme (carding) botlarının favori denemesidir; küçük tutarlı art arda denemeler sunucunuzu da yorar
- Marka itibarı: Sürekli kart sorunu yaşayan bir site, forumlarda ve sosyal medyada hızla "güvenilmez" damgası yer
Kısacası 3DS olmadan büyümek, riski gizli bir borç gibi biriktirmektir; er ya da geç fatura gelir.
Anlık Teslimat ile Güvenlik Aynı Anda Nasıl Sağlanır?
Burada asıl mühendislik sorusu şudur: müşteri "anında kod istiyorum" derken, siz nasıl hem hızlı hem güvenli kalırsınız? Cevap, 3DS doğrulamasını teslimat mantığının önüne, ama kullanıcı deneyiminin arkasına gizlemektir. Doğrulama saniyeler sürer, kullanıcı fark etmez; ama sisteminiz teslimatı yalnızca banka onayı geldikten sonra tetikler.
| Kriter | Manuel / Elle | Pinova ile |
|---|---|---|
| 3DS doğrulama akışı | Sağlayıcı panelinden elle kontrol, gecikmeli | Ödeme API'sine gömülü, otomatik yönlendirme |
| Teslimat tetikleme | Operatör ekrana bakıp kodu elle gönderir | Banka onayı gelince kod otomatik iletilir |
| Şüpheli işlem tespiti | Fark edilene kadar kod zaten kullanılmıştır | Onay gelmeden teslimat başlamaz, risk sıfırlanır |
| Sağlayıcı entegrasyonu | Her sağlayıcı için ayrı kod yazımı gerekir | PayTR ve Shopier hazır modül olarak gelir |
| Gece/hafta sonu işlemleri | Personel yoksa işlem bekler veya riskli onaylanır | 7/24 aynı kuralla otomatik çalışır |
Yani mesele "hız mı güvenlik mi" ikilemi değil; doğru kurulmuş bir sistemde ikisi aynı anda, kullanıcıya ekstra bir sürtünme hissettirmeden gerçekleşir.
PayTR ve Shopier Üzerinden 3D Secure Entegrasyonu Nasıl İşler?
Türkiye'de e-pin siteleri için en çok kullanılan iki sanal POS sağlayıcısı PayTR ve Shopier'dir; ikisi de 3D Secure'ü varsayılan olarak destekler ama entegrasyonun script tarafında doğru kurulması gerekir.
- PayTR: iFrame API üzerinden ödeme formu sitenizde açılır, kullanıcı kart bilgisini girer, 3DS doğrulama ekranı da aynı akış içinde gösterilir. Sonuç, sitenize bir bildirim (callback) URL'i üzerinden POST edilir; script bu bildirimi doğrulamadan (hash kontrolü) teslimat vermemelidir
- Shopier: Ödeme sayfasına yönlendirme yapılır, 3DS doğrulaması Shopier tarafında tamamlanır, ardından sonuç imzalı bir POST ile sitenize döner
- Her iki durumda da kritik kural aynıdır: teslimat, yalnızca sağlayıcıdan gelen doğrulanmış "başarılı" bildirimine bağlı olmalıdır — tarayıcıdan gelen "başarılı" ekranına asla güvenilmemelidir, çünkü o ekran taklit edilebilir
Pinova'da bu iki sağlayıcı da site cüzdanı ve doğrudan ürün ödemesi için hazır modül olarak gelir; bildirim doğrulama, hash kontrolü ve teslimat tetikleme mantığı önceden kurulmuş durumdadır — sıfırdan API dokümantasyonu okuyup entegrasyon yazmak gerekmez.
Chargeback ve Dolandırıcılık Oranını Gerçekten Ne Kadar Düşürüyor?
Sanal POS sağlayıcılarının kendi verileri ve sektör gözlemleri tutarlı bir tabloyu işaret ediyor: 3D Secure ile yapılan işlemlerde chargeback oranı, non-3D işlemlere kıyasla belirgin şekilde düşüyor; çünkü kartı çalan kişi çoğu zaman OTP'ye veya bankanın mobil onayına erişemiyor ve işlem orada tıkanıyor. Yani asıl kazanım, "işlem tamamlandıktan sonra itiraz gelmesin" değil, "sahte işlem zaten başlamadan durdurulsun" mantığıdır.
Bunun pratik sonuçları şunlardır:
- Sağlayıcı nezdinde düşük chargeback oranı, komisyon oranlarınızın da zamanla iyileşmesine katkı sağlar
- Hesabınızın "riskli" listeye girme ve ani kapatılma ihtimali ciddi ölçüde azalır
- Destek ekibinizin zamanı, itirazları savunmak yerine gerçek müşteri sorunlarına ayrılır
- Bayi sisteminizdeki alt bayiler de aynı güvenli altyapıdan faydalanır, siz her birini ayrı ayrı denetlemek zorunda kalmazsınız
3DS'i "opsiyonel" bırakan bir ödeme yöntemi asla eklemeyin; kullanıcıya "3DS'siz öde" seçeneği sunmak, kısa vadeli dönüşüm için uzun vadeli güvenliği feda etmek demektir. Yüksek tutarlı siparişlerde ayrıca manuel onay eşiği de tanımlayın.
Ödeme Güvenliğini Script Seviyesinde Çözmeye Hazır mısınız?
Pinova, PayTR ve Shopier'in 3D Secure akışını hazır modül olarak sunar; bildirim doğrulama ve teslimat tetikleme mantığı kurulu gelir, siz sıfırdan entegrasyon yazmazsınız.
3D Secure olmadan e-pin sitesi kurmak yasal mı?
Yasal olarak engel yoktur, sanal POS sağlayıcıları non-3D işlem seçeneği de sunar. Ancak risk tamamen size ait olur ve çoğu sağlayıcı yüksek chargeback oranında hesabı kısıtlar veya kapatır; bu yüzden pratikte sürdürülebilir değildir.
3D Secure, ödeme süresini uzatır mı ve dönüşümü düşürür mü?
Doğrulama genelde birkaç saniye sürer ve modern OTP/uygulama onaylarıyla sürtünme oldukça azalmıştır. Kısa vadede küçük bir terk oranı olsa da uzun vadede güven artışı ve chargeback azalışı bunu fazlasıyla telafi eder.
Pinova'da 3D Secure hangi ödeme yöntemleriyle çalışıyor?
PayTR ve Shopier entegrasyonlarının ikisinde de 3D Secure akışı destekli olarak gelir; sitenize kart bilgisi hiç dokunmadan, sağlayıcının güvenli altyapısı üzerinden işler.
Chargeback yine de gelirse ne yapmalıyım?
3DS ile onaylanmış işlemlerde sorumluluk devri (liability shift) bankaya geçtiği için itiraz sürecinde 3DS onay kaydını sağlayıcıya sunarak lehinize sonuçlanma ihtimaliniz çok daha yüksektir; bu kayıtları düzenli arşivlemek önemlidir.