Konuyu Açan
#1
Ödeme tarafında müşterinin bankadan çekim görüp mağazada siparişinin hâlâ “beklemede” kalması, destek ekibine en çok iş çıkaran durumlardan biri. Genelde sorun, ödeme kuruluşunun bildiriminin gecikmesi ya da aynı bildirimi birden fazla kez göndermesi; bazen de müşteri ödeme sonrası mağazaya dönerken sayfayı kapatıyor.
Bence burada üç noktayı baştan sağlam kurmak gerekiyor:
Stok ayırma kısmı da önemli: ödeme beklerken stoğu ne kadar süre tutuyorsunuz, süre dolunca otomatik bırakıyor musunuz? Bu akışı doğru kurmak hem müşterinin güvenini koruyor hem de aynı ürünün iki kişiye satılması riskini azaltıyor.
Sizde bu tür ödeme-sipariş uyuşmazlıkları en çok hangi aşamada çıkıyor; webhook, stok rezervasyonu, yoksa ödeme sağlayıcısıyla durum eşleştirmesi mi?
Bence burada üç noktayı baştan sağlam kurmak gerekiyor:
- Siparişi yalnızca müşterinin tarayıcıdan döndüğü başarı sayfasına bakarak onaylamayın. Asıl durum güncellemesini sunucuda doğrulanan webhook bildirimiyle yapın.
- Webhook işlemini tekrarlanabilir tasarlayın. Aynı bildirim yeniden geldiğinde ikinci kez stok düşmemeli veya yeni sipariş oluşmamalı. Sağlayıcının olay kimliğini veritabanında benzersiz tutmak ya da sipariş durum geçişini kontrollü yapmak işe yarar.
- Bildirim ulaşmazsa diye ödeme kuruluşundaki işlemlerle mağaza siparişlerini karşılaştırabileceğiniz basit bir kontrol ekranı veya periyodik görev bulundurun. Böylece “çekim var, sipariş yok” kayıtları görünür olur.
Stok ayırma kısmı da önemli: ödeme beklerken stoğu ne kadar süre tutuyorsunuz, süre dolunca otomatik bırakıyor musunuz? Bu akışı doğru kurmak hem müşterinin güvenini koruyor hem de aynı ürünün iki kişiye satılması riskini azaltıyor.
Sizde bu tür ödeme-sipariş uyuşmazlıkları en çok hangi aşamada çıkıyor; webhook, stok rezervasyonu, yoksa ödeme sağlayıcısıyla durum eşleştirmesi mi?