RP satan isletmelerin buyuk kismi sunu sanir: musteriden kullanici adi ve sifre alip hesaba giris yapmak, kodu tek tek gondermekten daha pratik ve daha hizli bir teslimat yontemidir. Ilk yuz siparis genelde sorunsuz gecer, bu da yanlis bir guven duygusu yaratir. Sonra bir gun bir hesap kaliciyi kapanir, bir musteri "benim hesabimdaki tum skinler gitti" diyerek doner ve elinde hicbir belge olmadigini fark edersin. O an isin teknik degil, hukuki ve itibari bir krize dondugunu anlarsin.
Ikinci yanilgi daha da yaygin: "nasil olsa musteri sifreyi kendi verdi, sorumluluk onda". Gercek bunun tersi. Sen hesaba erisen taraf oldugun icin, o hesapta olan her seyin ispat yuku sana geciyor. Ustune bir de odeme itirazi eklendiginde, hem urunu hem parayi hem de musteriyi kaybediyorsun. Bu yazida devir riskinin tam olarak nerede dogdugunu, hangi teslimat modellerinin bu riski tasidigini ve dogru kurulmus bir e-pin satis scripti ile riski nasil neredeyse sifira indirebilecegini anlatiyoruz.
Devir riski tam olarak nerede dogar?
Riskin kaynagi teknik bir aciklik degil, sahiplik zincirinin kirilmasidir. Oyun hesabi, kullanim hakki devredilemeyen kisisel bir varliktir. Musteri sana giris bilgisini verdiginde hesabin sahibi degismez ama erisim cogalir. O andan itibaren hesapta yasanan her olumsuzluk, zaman cizelgesinde sana bakan bir parmak yaratir. Sifre degistirilmisse, bir skin harcanmissa, hesap baska bir cihazdan acilmissa, ilk sorgulanan sen olursun.
Ikinci kirilma noktasi bakiyenin geri alinamazligidir. Hesaba yuklenen bakiye, kod aksine ne iade edilebilir ne baska hesaba tasinabilir. Dolayisiyla "yanlis hesaba yukledim" hatasi telafisi olmayan bir zarardir. Musteri kullanici adini yanlis yazdiginda bile fatura sana cikar; cunku islemi yapan sensin. Bu yuzden hesap erisimli teslimat, operasyonel olarak tek yonlu bir kapidir.
Ucuncu nokta ise iki adimli dogrulama. Musteri sana dogrulama kodunu ilettiginde, hesap guvenligini gecici olarak devre disi birakmis olur. Bu bilgi bir sekilde uclu bir tarafa sizarsa, olay artik senin sunucundan bagimsiz bir zincire donusur ve geriye donuk olarak yine senin kayitlarina bakilir. Guclu bir dijital urun satis yazilimi bu tur hassas verinin sisteme hic girmemesini saglayacak sekilde tasarlanmalidir.
Hangi teslimat modeli hangi riski tasiyor?
Piyasada dort temel model var ve bunlarin risk profilleri birbirinden cok farkli. Kod teslimati, musteriye tek kullanimlik bir deger vermen anlamina gelir; sahiplik zinciri hic kirilmaz. ID ile yukleme, yalnizca ilgili oyun resmi olarak destekliyorsa gecerlidir ve sifre gerektirmedigi icin cok daha guvenlidir. Hesap erisimli yukleme ise en riskli modeldir. Dorduncusu, hesabin kendisinin satilmasi; bu tamamen ayri bir kategori ve cok daha agir yukumlulukler tasir.
Karar verirken "hangisi daha kolay" degil, "hangisi kotu gunde beni ayakta tutar" diye sormalisin. Cunku hacim buyudukce kotu gun istatistiksel olarak kacinilmaz hale gelir. Yuzde bir itiraz orani, gunde 20 sipariste haftada bir vaka; gunde 200 sipariste her gun iki vaka demektir. Modelini bu olcege gore secmelisin.
| Teslimat modeli | Sahiplik zinciri | Risk seviyesi | Gerekli kanit |
|---|---|---|---|
| Tek kullanimlik kod | Korunur | Dusuk | Kod gonderim kaydi |
| Resmi ID ile yukleme | Korunur | Dusuk-orta | ID ve islem numarasi |
| Hesap erisimli yukleme | Kirilir | Cok yuksek | Yazisma, izin, log, ekran kaydi |
| Hesap satisi | Tartismali | Kritik | Sozlesme ve kimlik dogrulama |
| Bakiye/cuzdan kredisi | Korunur | Dusuk | Cuzdan hareket kaydi |
| Manuel WhatsApp teslimati | Belirsiz | Yuksek | Arsivlenmis yazisma |
Bolge farki: yanlis bolgeye yuklenen bakiye kimin zarari?
RP tarafinda az konusulan ama pahaliya patlayan bir konu bolge uyumu. Farkli bolgelerin bakiye ve kod ekosistemleri birbirinden ayridir; bir bolge icin uretilmis deger baska bolgede kullanilamaz. Musteri hangi sunucuda oynadigini yanlis beyan ettiginde ya da sunucu gocu yasandiginda, elindeki stok bir anda satilamaz hale gelir. Bu, klasik bir stok degersizlesme riskidir ve nakit akisini dogrudan vurur.
Cozum, siparis formunda bolge secimini zorunlu ve dogrulanabilir hale getirmektir. Musteri bolgeyi secmeden sepeti tamamlayamamali; secim siparis kaydina islenmeli ve teslimat sirasinda operatore uyari olarak gosterilmelidir. Bunu elle takip etmek yerine e-pin scripti seviyesinde zorunlu alan olarak tanimlamak, aylik bazda cok ciddi hata maliyeti onler. Ayni mantik stok tarafinda da gecerli: bolge etiketli stok havuzlari, yanlis bolgeden kod cikmasini kokten engeller.
RP satisinda yasanan sorunlarin kaynak dagilimi
- Hesap erisimi kaynakli anlasmazlik 38%
- Odeme itirazi ve iade talebi 28%
- Yanlis bolge veya yanlis hesap 20%
- Tedarik ve stok sorunlari 14%
Bir anlasmazligi kazandiran kanit zinciri neye benzer?
Anlasmazlik geldiginde tartisma "kim hakli" degil, "kim belgeleyebiliyor" ekseninde cozulur. Islevsel bir kanit zincirinin en az bes halkasi vardir: siparisin olusma kaydi (zaman, IP, cihaz), musterinin kabul ettigi kosullarin surumu, teslimatin yapildigi an ve icerigin ozeti, musteriyle yapilan yazismanin degistirilemez kaydi, ve varsa destek talebinin cozum notu. Bu bes halka bir arada sunuldugunda itirazlarin ezici bolumu satici lehine kapanir.
Onemli detay: kanit sonradan uretilemez. Bu yuzden kayit tutma, olay aninda otomatik olmalidir. Kullandigin e-pin satis yazilimi her siparise bagli olarak bu kalemleri kendiliginden biriktirmiyorsa, kriz aninda elinde yalnizca hafiza ve ekran goruntusu kalir; bu ikisi hicbir odeme saglayicisi icin yeterli degildir. Ayrica teslim edilen kod veya islem numarasi kaydi maskeli tutulmali, tam deger yalnizca yetkili bir kullanici tarafindan gorunebilmelidir.
Siparis formunda sifre veya dogrulama kodu isteyen bir alan varsa, o alan sadece bir veri degil bir yukumluluk uretir. Alani kaldirdigin gun risk profilin bir kademe duser.
Devir riskini sifira yaklastiran operasyon nasil kurulur?
Guvenli operasyonun ilk kurali sudur: hassas veriyi hic toplama. Toplamadigin veriyi ne sizdirabilirsin ne de kaybedebilirsin. Ikinci kural, teslimati insan hatasindan arindirmak. Otomatik stok havuzundan tek kullanimlik kod cikaran bir akis, operatorun yanlis hesaba yukleme olasiligini tamamen ortadan kaldirir. Ucuncu kural, her siparise degistirilemez bir teslim kaydi baglamak.
Dorduncu kural ise politika netligi. Dijital urunlerde teslim sonrasi iade kosullari, kullanici sozlesmesinde acikca yazilmali ve sepette kabul edilmis olmali. Bu metin bulanik oldugunda her anlasmazlik pazarliga doner. Pinova'nin sablon yonetimiyle sozlesme surumlerini saklayip hangi musterinin hangi surumu kabul ettigini gorebilirsin; ozellikler sayfasinda teslim kaydi, maskeleme ve stok havuzu bilesenlerine goz atabilirsin.
| Kontrol maddesi | Amac | Oncelik |
|---|---|---|
| Sifre / 2FA alanlarini kaldir | Yukumluluk azaltma | Kritik |
| Bolge secimi zorunlu alan | Yanlis teslimat engeli | Kritik |
| Otomatik stok havuzundan teslim | Insan hatasi engeli | Yuksek |
| Teslim kaydi ve zaman damgasi | Kanit zinciri | Kritik |
| Kod degerinde maskeleme | Ic guvenlik | Yuksek |
| Sozlesme surum kaydi | Anlasmazlik cozumu | Yuksek |
| Panel rol ve yetki ayrimi | Ic suistimal engeli | Orta |
| Sistem ici destek kaydi | Yazisma arsivi | Orta |
Guvenlik satis kaybettirir mi? Tam tersi
Cok duydugumuz itiraz: "hesap bilgisi almazsam musteri kacar". Saha verisi bunun tersini soyluyor. Kod veya resmi ID ile teslimat yapan magazalarda sepet terk orani dusuyor, cunku musteri de sifresini yabanciya vermek istemiyor; sadece alternatifi bilmiyor. Teslimat yonteminin guvenli oldugunu urun sayfasinda net anlatan bir magaza, ayni fiyatta bile daha yuksek donusum aliyor.
Ikinci kazanc destek maliyetinde. Hesap erisimli model, siparis basina ortalama uc-dort mesajlik bir yazisma uretir. Otomatik teslimat bunu sifira indirir ve ekibinin zamanini satisa ayirmani saglar. Yani guvenlik bir maliyet kalemi degil, marj kalemidir. Hangi surumun otomatik teslimat ve rol yonetimini icerdigini fiyatlandirma bolumunde karsilastirabilirsin.
Hassas veri toplamayan bir teslimat akisi kur
Otomatik stok havuzu, zaman damgali teslim kaydi, maskeleme, rol ayrimi ve sozlesme surumleme. Devir riskini yapisal olarak ortadan kaldiran bir altyapi.
Musteriden hesap bilgisi almadan RP teslimati yapabilir miyim?
Evet. Tek kullanimlik kod teslimati veya oyunun resmi olarak destekledigi ID ile yukleme yontemleri sifre gerektirmez. Bu iki model sahiplik zincirini kirmadigi icin risk profilin ciddi sekilde duser.
Yanlis hesaba yuklenen bakiyeyi geri alabilir miyim?
Pratikte hayir. Hesaba yuklenen bakiye ne iade edilir ne transfer edilir. Bu yuzden bolge ve hesap bilgisi dogrulamasinin siparis adiminda zorunlu alan olmasi sarttir.
Itiraz geldiginde hangi belgeleri sunmaliyim?
Siparis olusma kaydi, kabul edilen sozlesme surumu, teslimat zaman damgasi, teslim edilen degerin ozeti ve musteri yazismasi. Bu bes kalem bir arada sunuldugunda kazanma oranin belirgin sekilde yukselir.
Panelde kod degerlerini calisanlarim gorebilir mi?
Gormemeli. Kod degerleri maskeli tutulmali ve tam deger yalnizca yetkili rolde, kayit birakarak goruntulenebilmelidir. Rol ayrimi olmayan bir panel ic suistimale acik kalir.
Devir riski kotu sansla degil, yanlis kurulmus bir teslimat akisiyla gelir; akisi degistirdiginde risk de gider. Hassas veri istemeyen bir siparis formunun, otomatik stok teslimatinin ve zaman damgali kanit zincirinin gercekte nasil calistigini canli demo uzerinde adim adim inceleyebilir, ardindan kurulum sayfasindan kendi magazanin yapisini secebilirsin.

