Fatura adresi çoğu e-pin satıcısı için muhasebe formalitesidir; alan doldurulur, faturaya basılır, kimse bakmaz. Oysa bu form dolandırıcının en çok iz bıraktığı yerdir. Çalıntı kartla sipariş veren kişi kart sahibinin adresini genelde bilmez; uydurur, kısaltır, kopyalar ya da rastgele doldurur. Kod teslim edilmeden önce o tutarsızlığı görebilirsen, iki hafta sonra gelecek itirazı bugün engellersin.
Yaygın inanç şudur: "dijital üründe adres doğrulanmaz, kargo yok ki." Kargo yok, doğru. Ama doğrulanan şey adresin varlığı değil tutarlılığıdır: girilen il ile posta kodu uyuşuyor mu, kart hangi ülkede çıkmış, IP hangi şehirden geliyor, isim ile e-posta örüntüsü birbirini tutuyor mu. Bu kontrolleri sıraya koyan bir e-pin scripti, müşteriyi yormadan riskli siparişi ayıklar. Nasıl kurulduğuna bakalım.
Adres Alanı Neden Yalan Söylemekte Zorlanır?
Bir sipariş formunda kart numarası tek bir veridir, ama adres birbirine bağlı beş veridir: il, ilçe, posta kodu, sokak ve isim. Dolandırıcının bunların tamamını uyumlu doldurması gerekir; çoğu bunu yapmaz çünkü hızlı hareket etmek zorundadır. Sonuç: posta kodu başka ilin, ilçe o ile ait değil, sokak alanında tek harf, isimde rakam. Bu örüntüleri yakalamak ileri seviye teknoloji değil, basit ama disiplinli kural setidir.
Bir dijital ürün satış yazılımı için minimum kontrol listesi şudur: posta kodu-il eşleşmesi, il-ilçe eşleşmesi, isim alanında rakam ve tekrarlayan karakter kontrolü, sokak alanında anlamlı uzunluk kontrolü, kurumsal siparişte vergi numarası format doğrulaması. Her biri saniyenin altında çalışır ve gerçek müşteriyi hiç rahatsız etmez.
Kartın Çıktığı Ülke ile IP'nin Ülkesi Ne Anlatır?
Kart numarasının ilk altı hanesi kartı veren bankayı ve ülkeyi söyler. Bunu ödeme sağlayıcısı çoğu zaman sana geri döner. IP adresinin ülkesi ise oturumun nereden açıldığını gösterir. İkisinin farklı olması tek başına suç değildir; yurt dışında yaşayan gerçek müşteriler vardır. Ama bu fark, diğer sinyallerle birleştiğinde anlam kazanır.
Şöyle düşün: kart yabancı, IP yabancı, adres Türkiye'de bir ilçeye ait, e-posta yeni oluşturulmuş, sipariş tutarı ortalamanın üç katı ve gece 04:00. Tek tek her sinyal masum, birleşimi ise neredeyse kesin bir uyarıdır. Bu yüzden kural bazlı ret yerine skorlama kurmak gerekir. E-pin satış yazılımının her sinyale puan atayıp eşiğe göre karar verebilmesi, seni hem yanlış ret hem de zarar riskinden korur.
| Sinyal | Risk puanı | Nasıl kontrol edilir | Yanlış alarm ihtimali |
|---|---|---|---|
| Posta kodu ile il uyuşmuyor | 25 | Yerel il/posta kodu tablosu | Düşük |
| İl ile ilçe uyuşmuyor | 20 | İlçe listesi eşleştirme | Düşük |
| Kart ülkesi ile IP ülkesi farklı | 15 | BIN sorgusu + IP konumu | Orta |
| E-posta alan adı tek kullanımlık | 20 | Geçici e-posta listesi | Düşük |
| Aynı IP'den 10 dakikada 3+ sipariş | 30 | Hız (velocity) kuralı | Düşük |
| İsim alanında rakam veya tek harf | 15 | Desen kontrolü | Çok düşük |
| Tutar, hesap ortalamasının 3 katı | 20 | Kullanıcı geçmişi karşılaştırma | Orta |
| Farklı kartlarla aynı adres | 35 | Adres parmak izi eşleştirme | Düşük |
Riskli Siparişi Reddetmek mi, Beklemeye Almak mı?
En pahalı hata, gerçek müşteriyi reddetmektir. İkinci en pahalı hata, sahte siparişe kodu anında teslim etmektir. Doğru orta yol manuel incelemeye almadır. Riskli skorlu sipariş ödeme alınmış ama kod teslim edilmemiş halde bekler; panelde uyarı görünür, gerekirse müşteriye tek bir doğrulama adımı sunulur ve dakikalar içinde karar verilir.
Burada iletişim dili belirleyicidir. "Siparişiniz şüpheli bulundu" demek gerçek müşteriyi kaybettirir. Bunun yerine "Güvenliğiniz için siparişi doğruluyoruz, ortalama 5 dakika sürer" demek, aynı işi yapıp güveni artırır. Manuel inceleme kuyruğunun panelde net biçimde durması ve bekleyen siparişlerin süre göstergesiyle listelenmesi şarttır; aksi halde kuyruk unutulur ve iyi müşterileri bekletmiş olursun.
İtiraz nedenlerinin dağılımı
- Yetkisiz kart kullanımı 46%
- Ürün teslim edilmedi iddiası 26%
- Tanınmayan işlem açıklaması 17%
- Diğer ve teknik nedenler 11%
İtiraz Geldiğinde Elinde Ne Olması Gerekir?
İtiraz savunmasında kazandıran şey argüman değil kayıttır. Bir siparişe ait kanıt paketi şunları içermeli: sipariş zamanı, IP adresi ve ülkesi, cihaz ve tarayıcı bilgisi, girilen fatura adresi ve doğrulama sonucu, 3D doğrulama referansı, kodun teslim edildiği zaman damgası, kodun kullanıldığına dair sağlayıcı bilgisi varsa onun kaydı, müşteriye gönderilen e-postanın içeriği.
Bu kayıtların tek ekranda toplanıp dışa aktarılabilir olması pratikte itiraz kazanma oranını belirler. Farklı sistemlerden log toplamaya çalışırken süre biter. İyi kurulmuş bir epin yazılım her siparişin altında zaman sıralı bir olay akışı tutar ve bunu PDF ya da CSV olarak verir. Altyapının bu tarafını özellikler sayfasında inceleyebilirsin.
Adres alanlarını büyük/küçük harf ve boşluk farklarından arındırıp bir parmak izine çevir. Böylece farklı kartlarla gelen aynı adresi yazım farkına rağmen eşleştirebilirsin.
Gerçek Müşteriyi Nasıl Yormazsın?
Güvenlik önlemlerinin gizli maliyeti dönüşüm kaybıdır. Her müşteriden adres istemek, her siparişte doğrulama sormak cironun bir kısmını götürür. Bu yüzden kontrolleri kademeli uygulamak gerekir: düşük tutarlı ve geçmişi temiz müşteride sadece e-posta yeter; orta tutarda fatura adresi istenir; yüksek tutarda adres doğrulaması ve ek onay devreye girer.
Ayrıca kurumsal alıcı ile bireysel alıcıyı ayır. Vergi numarası, unvan ve vergi dairesi isteyeceğin yer kurumsal fatura tercihidir; bireysel müşteriye bu alanları göstermek gereksiz sürtünme yaratır. Alanların ürün tipine ve tutara göre koşullu görünmesi, hem yasal gerekliliği hem dönüşümü aynı anda korur.
| Kontrol | Uygulama seviyesi | Hedef | Durum |
|---|---|---|---|
| İl-ilçe-posta kodu eşleşmesi | Tüm siparişler | Otomatik, anlık | [ ] |
| Geçici e-posta engeli | Tüm siparişler | Liste güncel | [ ] |
| IP ve cihaz kaydı | Tüm siparişler | Her siparişte tutulur | [ ] |
| Hız kuralı (IP/kart/e-posta) | Tüm siparişler | Eşik tanımlı | [ ] |
| Fatura adresi zorunluluğu | Orta ve üst tutar | Koşullu alan | [ ] |
| Manuel inceleme kuyruğu | Skor eşiği üstü | Panelde görünür | [ ] |
| Kanıt paketi dışa aktarımı | İtiraz vakaları | Tek tıkla PDF/CSV | [ ] |
| Kara/beyaz liste yönetimi | Sürekli | Panelden düzenlenebilir | [ ] |
Sahte siparişi kod teslim edilmeden yakala
Adres tutarlılığı, skorlama, manuel inceleme kuyruğu ve itiraz kanıt paketi Pinova'da hazır modüller olarak gelir. Sürüm karşılaştırması için fiyat bölümüne göz at.
Dijital üründe fatura adresi istemek zorunlu mu?
Fatura düzenleme yükümlülüğü kapsamında gerekli bilgiler istenir; ancak tüm alanların her siparişte zorunlu olması gerekmez. Tutara ve fatura tipine göre koşullu alan kurgusu en dengeli yoldur.
Skorlama eşiğini kaç yapmalıyım?
Başlangıç için orta seviye bir eşik belirle ve iki hafta boyunca hem reddedilen hem kabul edilen siparişleri gözden geçir. Eşik, kendi itiraz oranına göre kalibre edilir.
Manuel inceleme müşteriyi kaçırır mı?
Süre kısa tutulduğunda ve gerekçe nazik anlatıldığında kayıp sınırlıdır. Beklemeye alınan siparişe tahmini süre bildirmek en kritik ayrıntıdır.
Aynı adresle farklı kartlar geliyorsa ne yapmalı?
Bu güçlü bir sinyaldir. Doğrudan reddetmek yerine siparişi incelemeye al, hesap geçmişine bak ve gerekiyorsa ek doğrulama iste.
Sahte sipariş savaşı tek bir filtreyle değil, birbirini destekleyen küçük kontrollerle kazanılır; hedef sıfır risk değil, riski teslimattan önce görmektir. Bu katmanların bir arada nasıl çalıştığını görmek istersen canlı demo üzerinden bir sipariş oluşturup panelde bıraktığı izleri inceleyebilirsin.

