Genshin Impact kristali satan çoğu işletme riski tek bir yerde arar: tedarikçinin güvenilirliği. "Sağlam bayiyle çalışırsam sorun çıkmaz" der. Bu eksik bir okumadır. Bu üründe zararın büyük kısmı tedarikçiden değil, teslimatın yapısından gelir. Bölge seçimi, hesap bilgisiyle giriş yapma alışkanlığı ve ödeme itirazları; üçü birleştiğinde tek bir gecede haftalık kârını silebilir.
Bu yazıda konuyu güvenlik gözüyle açıyorum: hangi teslimat modeli seni hukuken ve operasyonel olarak açıkta bırakır, bölge uyuşmazlığı neden iade edilemez bir hataya dönüşür, kart itirazlarında satıcıyı kurtaran kanıt defteri nasıl tutulur. Pinova bu noktada bir dijital ürün satış yazılımı olarak riski üstlenmez; riski görünür ve kanıtlanabilir kılar. Fark önemli, çünkü bu pazarda kaybeden taraf genelde haksız olan değil, kaydı olmayan taraftır.
Bölge Farkı Neden Sadece Bir Fiyat Meselesi Değil?
Genshin Impact hesapları ayrı sunucu bölgelerinde tutulur ve bir bölgeye yapılan yükleme başka bölgedeki hesaba geçmez. Satıcı tarafında bu durum iki ayrı riske dönüşür. Birincisi fiyat riski: farklı bölgelerin maliyeti farklıdır, tek bir liste üzerinden satış yaparsan bazı siparişlerde farkında olmadan zararına çalışırsın. İkincisi ve daha acı olanı teslimat riski: müşteri bölgesini yanlış bildirdiğinde yükleme yapılır, kristal başka bir hesaba geçer ve geri alınamaz.
Burada "müşteri yanlış yazdı" demek işini kurtarmaz, çünkü müşterinin bakış açısından para ödedi ve ürün gelmedi. Bu yüzden bölge sorusu bir açıklama satırı değil, siparişin zorunlu ve kayda geçen bir alanı olmalıdır. Bölge seçilmeden sepete geçilememeli, seçim onay ekranında tekrar gösterilmeli ve müşterinin onayı zaman damgasıyla saklanmalıdır. İyi kurulmuş bir e-pin satış scriptinde bu doğrulama isteğe bağlı bir ayar değil, akışın parçasıdır.
Hesap Bilgisi İsteyen Teslimat Modeli Seni Nasıl Açıkta Bırakıyor?
Bazı satıcılar kolaya kaçar: müşteriden kullanıcı adı ve şifre alıp hesaba girerek yükleme yapar. Bu model üç ayrı tehlikeyi aynı anda kucağına alır. Birincisi güvenlik: müşterinin kimlik bilgisini elinde tutmak, o bilgi sızdığında doğrudan senin sorumluluğunu doğurur. İkincisi itham riski: hesapta yükleme dışında bir sorun çıktığında ilk şüpheli sensin ve aksini kanıtlamak neredeyse imkansızdır. Üçüncüsü hesap güvenliği tetikleyicileri: farklı bir cihaz ve konumdan giriş, hesapta koruma mekanizmalarını harekete geçirebilir; sonuç müşterinin hesabına erişememesi ve suçlunun sen olması olur.
Güvenli model, hesaba hiç dokunmadan yapılan yüklemedir: müşteri kendi hesap kimliğini ve bölgesini verir, yükleme dışarıdan yapılır, şifre hiçbir aşamada senin sistemine girmez. Bu sadece etik bir tercih değil, veri sorumluluğunu azaltan bir mimari karardır. Bir e-pin yazılımı seçerken "şifre alanı var mı?" diye sormamalısın; şifre alanı olmaması bir özelliktir.
| Teslimat modeli | Veri sorumluluğu | İtham riski | Tavsiye |
|---|---|---|---|
| Hesap kimliği + bölge ile yükleme | Düşük | Düşük | Önerilen |
| Kod / hediye kartı teslimatı | Düşük | Çok düşük | Önerilen |
| Kullanıcı adı ve şifre ile giriş | Çok yüksek | Çok yüksek | Kaçınılmalı |
| Ekran paylaşımıyla yükleme | Orta | Yüksek | Kaçınılmalı |
| Hesap devri / paylaşımı | Yüksek | Çok yüksek | Kaçınılmalı |
Hesap Kimliğiyle Teslimat Gerçekten Güvenli mi, Nerede Kırılıyor?
Doğru modeli seçmek işin yarısı. Kırılma noktası doğrulamanın zayıf olmasıdır. Müşteri kimliği bir hane eksik yazar, sistem biçim kontrolü yapmadığı için kabul eder, yükleme başka bir oyuncuya gider. Bu senaryoyu engellemenin yolu üç katmanlı kontroldür: biçim kontrolü, mümkünse tedarikçi üzerinden oyuncu adı sorgusu ve müşteriye gösterilen son onay ekranı.
Özellikle ikinci katman çok değerlidir. Girilen kimliğe karşılık gelen oyuncu adı ekranda gösterildiğinde müşteri kendi hatasını satın alma öncesinde yakalar. Yakalamazsa bile onay verdiği isim kayda geçtiği için itiraz süreci senin lehine döner. Doğrulama, hatayı önlemenin yanında kanıt üretir. Bu akışın nasıl kurulduğunu özellikler bölümünde görebilirsin.
Kristal satışında itiraz ve kayıp nedenleri
- Yanlış kimlik / bölge bildirimi 40%
- Kart itirazı ve ödeme geri çekme 30%
- Teslim gecikmesi kaynaklı iptal 20%
- Tedarikçi kaynaklı başarısızlık 10%
Kart İtirazı ve Kart Testi: Kristal Satıcısının Görmediği Asıl Tuzak
Dijital ürün satışında en sinsi kayıp, ürünün teslim edilmiş olmasına rağmen ödemenin geri alınmasıdır. Kötü niyetli alıcı siparişi verir, ürünü alır, ardından kartına itiraz açar. Teslim ettiğini kanıtlayamıyorsan tutar geri gider ve üstüne işlem cezası yazılır. Genshin gibi anlık teslim edilen ürünlerde bu risk kargo takip numarası gibi bir kalkanın olmaması nedeniyle daha yüksektir.
İkinci ve daha tehlikeli senaryo kart testidir: çalıntı kart bilgisiyle küçük tutarlı siparişler açılır, çalışan kart bulunduğunda büyük sipariş gelir. Bu davranışı yakalamanın yolu tek tek siparişe bakmak değil, desene bakmaktır. Aynı IP'den kısa süre içinde çok sayıda başarısız ödeme, aynı hesap kimliğine farklı kartlarla gelen siparişler, yeni kayıtlı kullanıcının ilk işlemde yüksek tutar denemesi. Bu üç sinyal için eşik tanımlayıp siparişi otomatik incelemeye düşüren bir kural motoru, kaybın büyük bölümünü baştan keser.
Yeni kayıtlı bir kullanıcının belirlediğin tutarın üzerindeki ilk siparişini anında teslim etmek yerine kısa bir doğrulama adımına al. Kaybettiğin birkaç dakika, geri çekilen ödemelerin çoğunu engeller ve dürüst müşteriyi rahatsız etmez.
Kayıt Tutmayan Satıcı İtirazı Neden Baştan Kaybediyor?
İtiraz süreçlerinde kimse senin dürüstlüğünü tartışmaz; belge ister. Elinde "teslim ettim" cümlesinden fazlası yoksa sonuç bellidir. Kazanan satıcının elinde şu zincir vardır: siparişin oluşma zamanı, müşterinin girdiği hesap kimliği ve bölge, onay ekranını kabul ettiğine dair zaman damgası, ödeme sağlayıcısının işlem kodu, tedarikçinin döndürdüğü işlem numarası ve teslim bildiriminin gönderildiği an.
Bu altı kalem tek bir sipariş sayfasında yan yana duruyorsa itiraz dosyası beş dakikada hazırlanır. Dağınıksa, üç ayrı yerden veri toplamaya çalışırken süre dolar. Bu yüzden kanıt defteri, güvenliğin en sıkıcı ama en getirisi yüksek parçasıdır. Doğru kurulmuş bir e-pin scripti bu kaydı sen istemeden, her sipariş için otomatik tutar; sonradan eklenmesi en zor şey de budur.
Risk Yönetimini Yazılıma Devretmek Tam Olarak Ne Anlama Geliyor?
Devretmek, sorumluluğu bırakmak değildir. Anlamı şu: riski azaltan davranışları kişinin dikkatine değil sistemin kuralına bağlamak. Yoğun bir akşamda bölge sorusunu atlayabilirsin, onay ekranını geçebilirsin, şüpheli deseni fark etmeyebilirsin. Sistem atlayamaz. Kuralı bir kez yazarsın, her siparişte aynı şekilde uygulanır ve kayıt her seferinde eksiksiz tutulur.
Aşağıdaki kontrol listesi, kristal satışında güvenlik tarafını denetlemek için kullanabileceğin kısa bir öz-değerlendirme. İki maddeden fazlasında "hayır" diyorsan, henüz gerçekleşmemiş bir zararın üstünde oturuyorsun demektir.
| Güvenlik kontrolü | Neyi engeller | Öncelik |
|---|---|---|
| Bölge seçimi zorunlu alan | Geri alınamaz yanlış bölge yüklemesi | Kritik |
| Hesap kimliği biçim doğrulaması | Yanlış oyuncuya teslim | Kritik |
| Zaman damgalı müşteri onayı | "Ben öyle yazmadım" itirazı | Kritik |
| Şifre alanının hiç bulunmaması | Veri sorumluluğu ve itham riski | Kritik |
| İlk işlem tutar eşiği | Kart testi ve geri çekme | Önemli |
| IP ve deneme sayısı eşiği | Seri dolandırıcılık desenleri | Önemli |
| Tedarikçi işlem numarası kaydı | Teslim ispatının eksikliği | Önemli |
| Süre aşımında otomatik iade | Gecikme kaynaklı itiraz | Önerilir |
Riski kişisel dikkatinden sistemin kuralına taşı
Pinova; bölge doğrulama, zaman damgalı onay, şüpheli işlem eşikleri ve sipariş başına kanıt defterini standart getiren lisanslı bir e-pin satış yazılımıdır. Sürüm ve lisans detayları fiyat bölümünde.
Müşteri bölgeyi yanlış yazdıysa iade etmek zorunda mıyım?
Hukuki değerlendirme somut duruma göre değişir, ama pratikte kaydın varsa güçlü konumdasın. Müşterinin girdiği bölgenin ve onay ekranını kabul ettiği anın kayıtlı olması, itirazların çoğunu daha başlamadan bitirir.
Kullanıcı adı ve şifre ile yükleme yapmak tamamen yasak mı?
Yasal bir yasaktan çok, taşıdığı risk nedeniyle kaçınılması gereken bir modeldir. Kimlik bilgisini elinde tutmak veri sorumluluğunu ve hesapta çıkan her sorunda ilk şüpheli olma riskini sana yükler.
Kart itirazlarını tamamen engellemek mümkün mü?
Sıfırlamak mümkün değil, ciddi biçimde azaltmak mümkün. İlk işlem tutar eşiği, IP ve deneme sayısı kuralları ile eksiksiz kanıt defteri birlikte kullanıldığında kayıp belirgin şekilde düşer.
Küçük hacimde çalışıyorum, bu kadar kontrol gerekli mi?
Küçük hacimde tek bir kötü sipariş oransal olarak daha çok acıtır. Kontroller bir kez kurulur ve sonra kendiliğinden çalışır; hacim büyüdüğünde geriye dönüp kurmak çok daha zordur.
Güvenlik kurgusunu okumakla değil, akışı ekranda görerek değerlendirebilirsin: bölge doğrulamanın nerede devreye girdiğini, onay kaydının ne şekilde tutulduğunu ve şüpheli siparişin hangi kuyruğa düştüğünü canlı demo üzerinde test edip ardından lisans seçeneklerini inceleyebilirsin.

