Dijital ürün satışında yaygın bir yanılgı var: "ödeme onaylandıysa risk bitti". Halbuki e-pin işinde risk tam olarak ödeme onaylandıktan sonra başlar. Çünkü teslim ettiğin şey geri alınamaz. Kod tek kullanımlıktır, kullanıldığı an değeri sıfırlanır ve kart sahibi bir hafta sonra itiraz açtığında hem ürünü hem parayı kaybetmiş olursun. Bankanın onayı, o kartın gerçek sahibi tarafından kullanıldığının garantisi değildir; sadece işlemin teknik olarak geçtiğinin kanıtıdır.
İşte bu yüzden ciddi satıcıların panelinde ödeme katmanının üstünde ikinci bir katman bulunur: kural motoru. Bu motor siparişi otomatik olarak puanlar, eşiği aşanı teslim etmeden bekletir ve senin yerine "dur" der. Aşağıda bir e-pin satış scriptinde bu motorun nasıl kurulduğunu, hangi sinyallerin gerçekten işe yaradığını ve aşırıya kaçtığında nasıl ciro yediğini anlatıyorum.
Kural motoru tam olarak nerede devreye girer?
Doğru yer, ödeme onayı ile otomatik teslimat arasındaki o bir saniyedir. Sipariş oluşur, tahsilat alınır ve kod havuzdan ayrılmadan önce motor çalışır. Bu sıralamayı bozan kurulumlar iki hata yapar: kimisi motoru sepet aşamasında çalıştırır ve henüz ödeme sinyali yokken karar vermeye çalışır, kimisi teslimattan sonra çalıştırır ki bu tamamen anlamsızdır. E-pin scriptinin mimarisinde teslimat fonksiyonu, risk kararı dönmeden çağrılamayacak şekilde kilitlenmelidir. Motor üç sonuçtan birini üretir: geçir, beklet, reddet. "Beklet" kararı en değerlisidir çünkü siparişi kaybetmeden zaman kazandırır; müşteriye kısa bir doğrulama adımı sunarsın, gerçek müşteri bunu tamamlar, dolandırıcı ise kaybolur. Motorun kararı ayrıca kayıt altına alınmalı; hangi kuralın kaç puan verdiği görülmezse eşik ayarı tahmine dönüşür ve zamanla motora güven kalmaz.
Hangi sinyaller gerçekten işe yarıyor, hangileri gürültü?
Sahada işe yarayan sinyaller sıkıcı derecede basittir. Birinci grup hız sinyalleri: aynı IP'den kısa sürede tekrarlayan deneme, aynı karttan farklı hesaplara sipariş, aynı e-postanın farklı kart denemesi. İkinci grup tutarsızlık sinyalleri: kart ülkesi ile bağlantı ülkesi arasındaki uyuşmazlık, saat dilimi ile beyan edilen konum çelişkisi, yeni açılmış hesabın ilk siparişte en pahalı ürünü seçmesi. Üçüncü grup geçmiş sinyalleri: daha önce itiraz açılmış kart parmak izi, kara listeye alınmış cihaz, iade talebi yoğun hesap. Gürültü tarafında ise tek başına anlam taşımayan veriler var: tarayıcı dili, tek bir başarısız ödeme denemesi, mobil bağlantıdan gelen IP değişimi. Bunları tek başına red gerekçesi yaparsan gerçek müşterileri kesersin. Doğru yaklaşım, her sinyale küçük bir ağırlık verip toplam skora bakmaktır; tek bir kuralın işlemi tek başına öldürmesine ise sadece kara liste eşleşmesinde izin verilir.
| Kural | Tetikleyici | Puan | Önerilen aksiyon |
|---|---|---|---|
| Hız: IP tekrarı | 60 sn içinde 3+ sipariş denemesi | 25 | Beklet |
| Kart-ülke uyuşmazlığı | Kart ülkesi ile oturum ülkesi farklı | 20 | Skora ekle |
| Yeni hesap yüksek tutar | İlk sipariş ve tutar ortalamanın 3 katı | 30 | Beklet |
| Çoklu kart denemesi | Aynı hesapta 3+ farklı kart | 35 | Manuel inceleme |
| Kara liste eşleşmesi | Cihaz veya kart parmak izi listede | 100 | Reddet |
| Geçmiş itiraz | Hesapta çözülmemiş itiraz kaydı | 50 | Manuel inceleme |
| Anonim ağ | Bilinen proxy veya veri merkezi IP | 20 | Skora ekle |
Eşiği nereye koyacaksın: paranoya mı, ciro mu?
Kural motorunun en tehlikeli tarafı fazla çalışmasıdır. Yüzde bir zararı önlemek için yüzde onluk ciroyu kesen bir motor, dolandırıcıdan daha pahalıya gelir. Bu yüzden eşik tek bir sayı olmamalı; katmanlı olmalı. Düşük skorda sipariş sessizce geçer. Orta skorda teslimat kısa süre geciktirilir ve hafif bir doğrulama istenir; telefon doğrulaması, e-posta onayı veya küçük bir tutar farkı gibi. Yüksek skorda insan devreye girer. Çok yüksek skorda işlem reddedilir ve iade başlatılır. Bu dört kademe, "ya hep ya hiç" tuzağından kurtarır. Ayrıca eşikleri ürün bazında farklılaştırmak gerekir: düşük tutarlı bir oyun kodu ile yüksek tutarlı bir platform bakiyesi aynı risk toleransına sahip olamaz. İyi bir dijital ürün satış yazılımı bu eşikleri kod değişikliği gerektirmeden yönetim panelinden ayarlamana izin verir, çünkü sahada eşik ayarı sürekli ince ayar isteyen canlı bir iştir.
Bekletilen siparişlerin inceleme sonucu
- Doğrulama sonrası onaylandı 46%
- Müşteri yanıt vermedi 28%
- Gerçek dolandırıcılık 18%
- Manuel iade edildi 8%
Manuel inceleme kuyruğu olmadan motor neden çöker?
Motor karar verir ama kararın bir sonraki adımı yoksa sistem tıkanır. Bekletilen siparişler bir yerde birikmeli, operatör tek ekranda skoru, tetiklenen kuralları, müşteri geçmişini ve ödeme detayını görmeli, iki tıkla onay veya iade üretebilmelidir. Bu kuyruğu e-posta üzerinden yürütmeye çalışan işletmeler kaçınılmaz olarak geri döner, çünkü karar süresi uzadıkça gerçek müşteri sabrını yitirir. Kuyruğun ikinci işlevi ise eğitimdir: operatörün verdiği kararlar zamanla hangi kuralın gereksiz alarm ürettiğini gösterir. Üç ay sonra elinde kendi işinin gerçek risk profilini yansıtan bir ağırlık tablosu olur. Özellikler bölümünde bu kuyruğun sipariş ekranıyla nasıl bütünleştiğini görebilirsin.
Müşteriye "şüpheli bulundun" demek yerine hesap güvenliği doğrulaması dili kullan. Aynı kural, aynı gecikme, çok daha az iptal.
Kendi kurulumunu nasıl denetlersin?
Kural motorunun sağlığı üç sayıyla ölçülür: itiraz oranı, yanlış pozitif oranı ve ortalama karar süresi. İtiraz oranı düşük ama yanlış pozitif yüksekse motor gereksiz sıkıdır. Tersi durumda motor gevşektir. Karar süresi uzunsa problem motorda değil kuyruk operasyonundadır. Bu üç sayıyı aylık takip eden bir satıcı, kural ağırlıklarını veriyle ayarlar; takip etmeyen satıcı ise her itirazdan sonra panik kararı verir ve motoru sürekli sıkılaştırarak kendi cirosunu keser.
| Kontrol maddesi | Ne doğrulanır | Hedef | Sıklık |
|---|---|---|---|
| Teslimat kilidi | Risk kararı olmadan kod çıkmıyor | İstisnasız | Sürüm başı |
| Kural günlüğü | Hangi kural kaç puan verdi | Tam kayıt | Sürekli |
| Yanlış pozitif oranı | Bekletilip onaylanan sipariş payı | Azalan trend | Aylık |
| Karar süresi | Bekletmeden sonuca geçen süre | 2 saat altı | Haftalık |
| Kara liste bakımı | Eski kayıtların temizliği | 90 gün döngü | Üç aylık |
| Ürün bazlı eşik | Yüksek tutarda ayrı eşik | Tanımlı | Aylık |
Bu motoru kendin yazmak mantıklı mı?
Bir kural motorunun ilk sürümünü yazmak zor değil; zor olan onu canlı tutmaktır. Dolandırıcılık yöntemleri değişir, yeni ödeme kanalları farklı sinyaller üretir, kuyruk operasyonu ekran ister, kara liste bakım gerektirir. Hazır bir epin yazılım altyapısı ile gelen asıl değer, bu bakım yükünün senin omzunda olmamasıdır. Kapsamı ve lisans koşullarını fiyat bölümünde inceleyip mevcut zarar kalemlerinle kıyaslamak en hızlı karar yöntemi olur.
Zararı teslimattan önce durdur
Skor tabanlı kural motoru, manuel inceleme kuyruğu ve kara liste yönetimi tek panelde çalışır.
Kural motoru gerçek müşterileri engellemez mi?
Tek kurallı ve red odaklı kurgularda engeller. Katmanlı skor ve bekletme kademesi kullanıldığında gerçek müşteri kısa bir doğrulama adımıyla devam eder, sipariş kaybedilmez.
Ödeme sağlayıcısının fraud filtresi yetmez mi?
Yetmez. Sağlayıcı kartın geçerliliğine bakar, senin ürün mantığına bakmaz. Aynı hesapta çoklu kart denemesi veya tek kullanımlık kod riski yalnızca kendi panelinde görülebilir.
Kara listeye alınan kayıt sonsuza kadar kalmalı mı?
Hayır. Süresiz liste zamanla yanlış engelleme üretir. Belirli bir döngüyle gözden geçirip yalnızca tekrarlayan vakaları kalıcı tutmak daha sağlıklıdır.
Motoru kurduktan sonra ne kadar bakım gerekir?
Ayda birkaç saatlik eşik ve ağırlık gözden geçirmesi yeterlidir. Önemli olan kararların günlüğe yazılması; veri olmadan yapılan ayar tahmine dönüşür.
Dolandırıcılık, dijital ürün satışında kaçınılmaz bir maliyet kalemi değil; yönetilebilir bir süreçtir. Kuralları yazıya döküp motora bağladığın gün zarar rastgele olmaktan çıkar, ölçülebilir hale gelir. Kural motorunun sipariş akışına nasıl oturduğunu somut görmek istersen canlı demo içindeki risk skoru ve inceleme kuyruğu ekranlarını kendi senaryolarınla deneyebilirsin.

