Çoğu satıcı e-pin kodunu "tedarikçiden aldığım, müşteriye ilettiğim bir metin" sanır. Teknik olarak yanlış değil ama bu bakış açısı seni kör eder. Çünkü o 12-16 haneli dizi, arka planda en az dört aktörün yer aldığı bir doğrulama zincirinin ucudur: kodu basan sağlayıcı, kodu dağıtan distribütör, kodu satan sen ve kodu kullanan oyuncu. Zincirin her halkasında kodun bir durumu vardır ve satışın kaderi o durumun doğru okunmasına bağlıdır.
Bu zinciri bilmeyen satıcı, hata anında nereye bakacağını bilemez. "Kod geçersiz" mesajı geldiğinde sorun tedarikte mi, teslimde mi, bölgede mi, yoksa müşterinin yazım hatasında mı? Dört olasılığı ayırt etmek için sistemin sana zincirin her adımını göstermesi gerekir. Bu yazıda e-pin kodunun doğuşundan tüketimine kadar tüm hayat döngüsünü açıyorum ve her adımda bir e-pin satış scriptinin tam olarak ne yapması gerektiğini söylüyorum.
Kod aslında nerede doğuyor ve içinde ne yazıyor?
E-pin kodu rastgele bir metin değildir. Sağlayıcı, kodu üretirken onu kendi veritabanında bir kayda bağlar: hangi ürün, hangi tutar, hangi bölge, hangi parti, hangi son kullanma tarihi. Kodun görünen hanelerinde genellikle bir parti ön eki ve bir kontrol hanesi bulunur; geri kalan kısım ise tahmin edilemez olacak şekilde üretilir. Yani kodun matematiği tahmin saldırısını zorlaştırmak için kurulur.
Buradan çıkan ilk sonuç şudur: kod kendi başına değer taşımaz, sağlayıcının kaydına işaret eder. Bu yüzden "kod elimde var ama çalışmıyor" durumu teknik olarak anlamlıdır: kodun metni doğru, ama arkasındaki kayıt kullanılmış, iptal edilmiş veya başka bölgeye kilitlenmiş olabilir. Satıcı olarak senin işin, kodun metnini korumaktan çok kaydın durumunu takip etmektir.
Bir kodun kaç hâli var ve hangisini kaçırırsan batarsın?
Pratikte beş hâl sayarız: üretildi, stokta, rezerve, teslim edildi, tüketildi. Satıcıyı batıran hâl "rezerve"dir. Müşteri ödeme sayfasına gittiğinde kod ona ayrılmalı ama henüz gösterilmemelidir. Bu ara durumu tutmayan bir sistem, eşzamanlı iki siparişte aynı kodu iki kişiye gösterir. Bu, dijital satışta yapılabilecek en pahalı hatadır: bir müşteri kullanır, diğeri iade ister, sen ürünü hem kaybedersin hem parasını geri verirsin.
Sağlam bir e-pin yazılımı rezervasyonu veritabanı seviyesinde kilitler, süresi dolan rezervasyonu otomatik serbest bırakır ve "teslim edildi" damgasını yalnızca kod müşteriye gerçekten gösterildiğinde vurur. Pinova'da bu akış tek transaksiyon içinde yürütülür; yani ödeme onayı ile kod damgası arasında yarış durumu oluşmaz.
| Durum | Ne anlama gelir | Yazılımın yapması gereken | Atlanınca sonuç |
|---|---|---|---|
| Üretildi | Sağlayıcı kaydı açtı | Parti ve bölge bilgisini sakla | Bölge uyumsuz satış |
| Stokta | Satışa hazır | Şifreli sakla, sayımı raporla | Stok körlüğü, aşırı satış |
| Rezerve | Bir siparişe ayrıldı | Atomik kilit + zaman aşımı | Aynı kod iki müşteriye |
| Teslim edildi | Müşteri kodu gördü | Saniye bazlı log + IP kaydı | İtirazda kanıtsız kalmak |
| Tüketildi | Sağlayıcıda harcandı | İade talebinde referans al | Haksız iade kabulü |
Ödeme onayı ile teslim arasındaki üç saniyede ne oluyor?
Satışın en kritik anı burasıdır. Ödeme sağlayıcısı "başarılı" der, sisteminin bunu doğrulaması, siparişi kapatması, kodu rezerveden teslime çevirmesi ve müşteriye göstermesi gerekir. Bu dizide iki klasik hata vardır. Birincisi, ödemeyi tarayıcıdan gelen yönlendirmeye güvenerek doğrulamak; bu manipüle edilebilir, tek doğru kaynak sağlayıcının sunucudan sunucuya bildirimidir. İkincisi, kodu ödeme doğrulanmadan göstermek; iyi niyetli bir hızlandırma girişimi, doğrudan kayıp anlamına gelir.
Doğru akış şudur: sunucu bildirimi gelir, imza doğrulanır, tutar ve para birimi karşılaştırılır, sipariş idempotent biçimde kapatılır, kod atomik olarak teslime çevrilir, müşteriye hem ekranda hem e-postada iletilir. Bu zincirin her adımı ayrı ayrı loglanır. Bir dijital ürün satış scriptinin gerçek kalitesi tam olarak burada ölçülür; arayüzünün güzelliğinde değil.
Başarısız e-pin teslimlerinin gerçek kök nedenleri
- Ödeme bildirimi doğrulama hatası 45%
- Stok bitti ama satış açık kaldı 25%
- Rezervasyon çakışması 20%
- E-posta iletim sorunu 10%
Kod niçin iki kez kullanılamıyor ve bu seni nasıl koruyor?
Tek kullanımlık olma özelliği bir kısıt değil, satıcının en güçlü kanıtıdır. Sağlayıcı tarafında kod tüketildiğinde o kayıt kapanır ve bir daha açılmaz. Bu, "kod çalışmıyor" diyen müşteriyle tartışmanı objektif bir zemine taşır: kod tüketilmişse ürün teslim edilmiş demektir. Ama bu kanıtı kullanabilmek için elinde hangi kodu, hangi siparişte, hangi saniyede teslim ettiğinin kaydı olmalıdır.
Bu yüzden kodları düz metin olarak tablolarda tutmak hem güvenlik hem hukuk açısından hatalıdır. Kodlar şifreli saklanmalı, yalnızca teslim anında çözülmeli ve panelde tam görünüm yetkisi kısıtlanmalıdır. Ayrıca bir kodun kimin tarafından görüntülendiği bile kayda geçmelidir; iç kaynaklı sızıntıları ancak bu şekilde tespit edebilirsin.
Aynı üründen son 1 stok kalsın; iki farklı tarayıcıdan eşzamanlı ödeme başlat. İkisi de kod alıyorsa sisteminde atomik rezervasyon yok demektir.
Otomatik teslim ile manuel teslim arasındaki gerçek fark ne?
Manuel teslim yavaş olduğu için kötü değildir; tutarsız olduğu için kötüdür. İnsan gece 03.00'te aynı hızda çalışmaz, iki müşteriye aynı kodu göndermemeyi garanti edemez, teslim saatini saniye hassasiyetinde kaydetmez. Otomatik teslim ise her siparişte aynı dizinin çalışmasını garanti eder. Fark, hız farkı değil öngörülebilirlik farkıdır.
Bununla birlikte her ürün otomatiğe uygun değildir. Stoklu e-pinler otomatiktir; tedarikçiden anlık çekilen ürünler API bağımlıdır; manuel hesap teslimleri insan onayı gerektirir. Olgun bir altyapı üçünü aynı sipariş akışında, farklı teslim kanallarıyla yönetir ve müşteriye beklentiyi baştan doğru söyler. Pinova'nın teslim motoru bu üç modu ürün seviyesinde ayırır; sen kampanya kurarken teslim davranışını ayrıca düşünmek zorunda kalmazsın. Detayları özellikler bölümünde görebilirsin.
Kendi teslim zincirini nasıl denetlersin?
Aşağıdaki listeyi canlı sistemde, gerçek bir küçük tutarlı siparişle test et. Testi müşteri gözüyle yap; panelden bakarak değil.
| Adım | Beklenen davranış | Sonuç |
|---|---|---|
| Ödeme sunucu bildirimi | İmza + tutar doğrulanıyor | Geçti / Geçmedi |
| Çift bildirim gönderimi | İkinci bildirim yoksayılıyor | Geçti / Geçmedi |
| Son stokta eşzamanlı sipariş | Yalnızca biri kod alıyor | Geçti / Geçmedi |
| Rezervasyon zaman aşımı | Kod otomatik serbest kalıyor | Geçti / Geçmedi |
| Teslim logu | Kod, sipariş, saat, IP kayıtlı | Geçti / Geçmedi |
| Veritabanı görünümü | Kodlar şifreli duruyor | Geçti / Geçmedi |
| E-posta gitmezse | Panelden tekrar erişilebiliyor | Geçti / Geçmedi |
Teslim zincirini şansa bırakmayı bırak
Pinova, ödeme doğrulamadan kod damgasına kadar tüm akışı tek transaksiyonda, tam loglu ve şifreli stokla yürüten lisanslı bir e-pin satış yazılımıdır.
E-pin kodunu veritabanında düz metin tutmak neden sakıncalı?
Veritabanı yedeği, panel ekran görüntüsü veya yetkisiz bir sorgu tek seferde tüm stokunu açığa çıkarır. Kodlar şifreli saklanıp yalnızca teslim anında çözülürse sızıntının maliyeti tek siparişle sınırlı kalır.
Aynı kodun iki müşteriye gitmesini ne engeller?
Veritabanı seviyesinde atomik rezervasyon. Kod bir siparişe ayrıldığı anda başka hiçbir işlemin onu seçememesi gerekir. Uygulama katmanında yapılan kontroller yoğun anlarda yetersiz kalır.
Ödeme başarılı görünüp kod gelmezse ne yapmalıyım?
Önce sunucudan gelen bildirim kaydına bak, sonra rezervasyon durumuna. Sorun çoğunlukla bildirimin doğrulanmamasında veya stok tükenmişken satışın açık kalmasındadır; e-posta sorunu listenin sonundadır.
Tedarikçi API'si ile stoklu satışı aynı üründe kullanabilir miyim?
Kullanabilirsin. Yaygın kurulum, önce yerel stoktan teslim edip stok tükenince API'ye düşmektir. Önemli olan müşteriye gösterilen teslim süresi beklentisinin iki modda da doğru olması.
E-pin kodu, göründüğü kadar basit ama arkası göründüğünden çok daha derin bir mekanizmadır. Kodun hangi hâlde olduğunu her an bilen satıcı, hem iadeyi hem tartışmayı hem de gece uyanmayı azaltır. Bu zincirin bir panelde nasıl göründüğünü kendi elinle test etmek istersen canlı demo üzerinden sipariş açıp teslim loglarını incele; hangi paketin ihtiyacını karşıladığına fiyat tarafında bakabilirsin.