Müşteri "Satın Al" butonuna bastığı anda aslında bir saat işlemeye başlar. Ödeme sağlayıcısı onayı döndürür, sistem stoktan doğru kodu seçer, kod şifrelenmiş halden çözülür ve ekrana düşer — bütün bunlar birkaç saniye içinde olması gereken bir zincirdir. Peki bu zincirin bir halkası kopunca ne olur? Ve bu süreci elle değil, otomatik yürüten bir altyapı kurmak gerçekten fark yaratır mı?
Müşteri Ödeme Yapınca Kapının Arkasında Ne Oluyor?
Dışarıdan bakıldığında dijital kod satışı basit görünür: ödeme al, kodu göster. Ama arka planda birkaç sistemin aynı anda senkron çalışması gerekir. Ödeme sağlayıcısından (PayTR, Shopier ya da havale/EFT bildirimi) gelen "başarılı" sinyali önce doğrulanmalı, sonra sipariş kaydına işlenmeli, ardından stok tablosundan uygun kod ayrılmalı ve son olarak müşteri paneline ya da e-postasına düşürülmelidir.
Bu adımların her biri ayrı bir hata noktası taşır. Ödeme onaylandı ama sipariş oluşmadıysa müşteri parasını ödemiş, elinde hiçbir şey yoktur. Sipariş oluştu ama stok kilidi doğru çalışmadıysa aynı kod iki farklı müşteriye gösterilebilir. İşte tam bu yüzden teslimat akışı, "bir script kodu ekrana yazdırıyor" meselesinden çok daha fazlasıdır — bu bir güvenilirlik meselesidir.
- Ödeme bildirimi (webhook) alınır ve imza/tutar doğrulaması yapılır
- Sipariş durumu "ödendi" olarak işaretlenir
- Stok tablosunda ilgili ürün için kilitli bir kod seçilir
- Kod müşteri paneline, e-postaya ve varsa SMS'e iletilir
- Stok kaydı "satıldı" olarak kapatılır, tekrar kullanılmaz
Kod Stoğu Tükenirse Sipariş Gerçekten Askıda mı Kalır?
Bir e-pin sitesinde en can sıkıcı senaryolardan biri, popüler bir ürünün stoğunun gece yarısı tükenmesidir. Manuel çalışan sitelerde bu durum genelde şöyle sonuçlanır: sipariş "işlemde" statüsünde bekler, site sahibi sabah uyanır, tedarikçiden yeni kod ister, müşteriye elle gönderir. Bu arada müşteri iade talebi açmış, olumsuz yorum bırakmış olabilir.
Pinova gibi tedarikçi API entegrasyonlu (Turkpin, Pinabi) bir sistemde bu senaryo farklı işler. Yerel stok tükendiğinde sistem otomatik olarak tanımlı tedarikçi API'sine gerçek zamanlı sorgu atar, kodu anında çeker ve siparişe bağlar. Müşteri stoğun tükenip tükenmediğini fark bile etmez; onun gördüğü tek şey, ödemeden saniyeler sonra ekrana düşen koddur.
- Yerel stok öncelikli kontrol edilir (daha hızlı, komisyonsuz)
- Yerel stok yoksa tanımlı tedarikçi API'sine otomatik yönlendirme yapılır
- Tedarikçiden gelen kod, siparişe ve müşteri hesabına anında işlenir
- İki tedarikçi de yanıt vermezse sipariş "beklemede" olarak işaretlenir ve panelden bildirim tetiklenir
Ödeme Onayı ile Kodun Ekrana Düşmesi Arasında Kaç Saniye Geçmeli?
Buradaki soru aslında bir teknik tercih meselesidir: sistem ödeme sağlayıcısının bildirimini bekleyerek mi (polling) yoksa anında haber alarak mı (webhook) öğreniyor? Polling yönteminde sistem her birkaç saniyede bir "ödeme geldi mi?" diye sorar; bu gecikme birkaç saniyeden bir dakikaya kadar çıkabilir. Webhook yönteminde ise ödeme sağlayıcısı, işlem tamamlanır tamamlanmaz doğrudan sisteme bildirim gönderir — gecikme genellikle bir saniyenin altındadır.
Müşteri deneyimi açısından bu fark küçük gibi görünse de satın alma anındaki beklenti çok yüksektir. Bir oyun içi para birimi ya da dijital hediye kartı alan kullanıcı, ödeme ekranından ayrıldığı anda kodu görmek ister; 30 saniyelik bir bekleme bile "acaba param gitti mi, kod gelecek mi" kaygısı yaratır ve destek taleplerini artırır.
Ödeme sağlayıcınızın panelinden webhook/bildirim URL'sinin doğru tanımlı olduğunu ve son 24 saatte başarısız bildirim (failed callback) olup olmadığını haftalık kontrol edin. Tek bir yanlış yapılandırılmış URL, günlerce fark edilmeden siparişleri "beklemede" bırakabilir.
Manuel Teslimat Neden Hâlâ Bu Kadar Riskli?
Küçük ölçekli satıcıların çoğu işe elle başlar: sipariş geldiğinde WhatsApp'tan ya da e-postadan kod gönderilir. Sipariş sayısı günde 5-10 iken bu yönetilebilir. Ama günde 50, 100 siparişe çıkıldığında insan hatası ve gecikme kaçınılmaz hale gelir — özellikle gece saatlerinde veya satıcı uykudayken gelen siparişlerde.
| Kriter | Manuel / Elle | Pinova ile |
|---|---|---|
| Teslimat süresi | Dakikalar - saatler (satıcı müsaitliğine bağlı) | Ödeme onayından saniyeler sonra |
| Gece/hafta sonu sipariş | Sabaha veya mesai saatine kalır | 7/24 kesintisiz, insan gerekmez |
| Aynı kodun iki kişiye gitme riski | Yüksek (elle takip, Excel karışıklığı) | Stok kilidiyle pratik olarak sıfır |
| Stok tükenince ne olur | Sipariş bekler, satıcı fark edince müdahale eder | Tedarikçi API'sinden otomatik tamamlanır |
| Ölçeklenme (100+ sipariş/gün) | Ek personel gerekir | Ek maliyet olmadan aynı hızda çalışır |
Tablodaki fark sadece hız değil, güvendir. Bir müşteri kodu geç aldığında belki bir kez şikayet eder; ama aynı kodun başka bir müşteriye de gittiğini fark ederse markaya bir daha hiç güvenmez.
Yanlış ya da Kullanılmış Kod Giderse Sistem Kendini Nasıl Toparlar?
Otomatik teslimat "hiç hata olmaz" anlamına gelmez — tedarikçi tarafında bozuk bir kod, önceden kullanılmış bir seri numarası ya da API'den gelen hatalı yanıt her zaman ihtimal dahilindedir. Asıl fark, hatanın nasıl yönetildiğidir. İyi kurulmuş bir teslimat akışında her kod teslimatı loglanır: hangi sipariş, hangi kod, hangi tedarikçiden, hangi zaman damgasıyla gönderildi.
Bu kayıt sayesinde bir müşteri "kod çalışmadı" dediğinde satıcı dakikalar içinde ilgili siparişi bulup ikinci bir kod ataması yapabilir ya da bakiyeye iade işleyebilir — kayıp zaman ve karmaşık e-posta trafiği olmadan. Site cüzdanı/bakiye sistemi burada özellikle işe yarar: sorunlu bir teslimatta müşteriye anında bakiye iadesi yapılabilir, o bakiyeyle başka bir üründen alışveriş devam edebilir.
- Her teslimat kaydı; sipariş no, kod kaynağı ve zaman damgasıyla loglanır
- Sorunlu kod bildirimlerinde tek tıkla yeniden teslimat veya bakiye iadesi yapılabilir
- Tedarikçi API hatası durumunda sipariş otomatik "inceleme" kuyruğuna alınır, sessizce kaybolmaz
Bayiler ve Müşteriler Aynı Anda Sipariş Verirse Sistem Dayanır mı?
Bir e-pin platformunda tek başına bireysel müşteri trafiği olmaz; çok seviyeli bayi sistemi varsa aynı anda onlarca bayi de kendi müşterileri için sipariş girer. Kampanya günlerinde ya da yeni bir oyunun güncellemesinde bu trafik saniyeler içinde katlanabilir. Sorulması gereken soru şu: sistem aynı anda gelen 50 siparişte de her birine farklı ve doğru kodu, karışıklık olmadan atayabiliyor mu?
Bu, veritabanı seviyesinde doğru kilitleme (row locking) mekanizmasıyla çözülür — iki sipariş aynı kodu aynı anda "kapmaya" çalıştığında sistem bunlardan birini bekletir, diğerine kodu atar; asla ikisine birden aynı kodu vermez. Bayi sisteminde ayrıca her bayinin kendi bakiyesinden düşüm yapılması, kendi kâr marjıyla fiyatlandırma görmesi ve kendi müşterisine kendi paneli üzerinden teslimat yapması gerekir — bunların hepsi aynı anlık akışın parçasıdır, ayrı bir süreç değildir.
- Row-level kilitleme ile aynı kodun birden fazla siparişe atanması engellenir
- Bayi bakiyesi, sipariş onayıyla eş zamanlı güncellenir
- Bayi ve site sahibi farklı fiyat/kâr marjı görür, teslimat akışı aynı hızda işler
Bu akışı kendi sitenizde kurmak gerçekten bu kadar karmaşık mı?
Pinova, yukarıda anlatılan tüm akışı (stok kontrolü, tedarikçi API yedeği, kilitleme, bayi bakiyesi) hazır ve test edilmiş şekilde sunar; sizin kendi sunucunuza kurup marka olarak büyütmeniz yeterlidir.
Otomatik teslimat sistemi kurmak için teknik bilgim olması gerekir mi?
Pinova gibi hazır scriptlerde kurulum ve panel yönetimi teknik bilgi gerektirmeden yapılabilir; sunucuya kurulum sonrası ürün, stok ve tedarikçi API bilgilerini panelden tanımlamanız yeterlidir.
Tedarikçi API'si (Turkpin/Pinabi) olmadan sadece kendi stoğumla çalışabilir miyim?
Evet, sistem yerel stokla bağımsız çalışabilir. Tedarikçi API entegrasyonu isteğe bağlıdır ve genelde stok tükendiğinde yedek kaynak olarak eklenir.
Ödeme onaylandığı halde kod gelmezse ne yapmalıyım?
Bu durumlarda önce webhook/bildirim loglarını kontrol edin. Doğru kurulmuş bir sistemde her sipariş "beklemede" veya "hata" statüsüyle işaretlenir, böylece sorunu hızlıca tespit edip elle veya sistem üzerinden ikinci kod atayabilirsiniz.
Çok seviyeli bayi sistemi küçük bir siteye de uygun mu?
Başlangıçta tek bayi (siz) ile de çalışabilirsiniz; sistem büyüdükçe alt bayi tanımlayarak aynı altyapıyı büyütmeden genişletebilirsiniz, sonradan yeniden kurulum gerekmez.