Önce Kodun Geldiği Alanı Belirleyin
PayTR’de ödeme başarısızlığını anlatan failed_reason_code ile iade servisindeki err_no aynı kod listesi değildir. Bu yazı ödeme bildirimindeki başarısızlık nedenlerini ele alır. Bir sayı görülmesi yeterli olmaz; alan adı, işlem türü ve ona eşlik eden açıklama birlikte okunmalıdır.
Destek kaydında “hata 2” yazmak yerine hangi ödeme denemesinde hangi alandan bu değerin geldiği belirtilmelidir. Böylece farklı servislerin benzer numaraları birbirine karışmaz. Aynı müşterinin önceki başarısız denemesiyle sonraki başarılı işlemi de ayrı kimliklerle takip edilmelidir.
0, 1, 2 ve 6: Açıklama ve Müşteri Adımı
0 kodunda neden değişkendir; beraberindeki açıklama okunmalıdır. Bu alandaki 0 başarı anlamına gelmez. 1 kimlik doğrulama adımının tamamlanmamasını, 2 doğrulama şifresinin hatalı girilmesini, 6 ise işlemden ayrılma veya ayrılan sürede tamamlayamamayı gösterebilir.
AdPix’in önerisi müşteriye önce hangi aşamada kaldığını sormaktır. Ödeme ekranı kapanmış mı, doğrulama adımına ulaşılmış mı, işlem için bekleme yaşanmış mı? Müşteriden doğrulama şifresini istemeden bu bağlam alınabilir. Aynı hatanın birçok müşteride aynı anda görülmesi ayrıca teknik inceleme gerektirebilir.
3, 10 ve 11: Güvenlik Kontrolü
3 güvenlik kontrolünün geçilemediği veya yapılamadığı durumu, 10 işlemin 3D Secure gerektirdiğini, 11 ise güvenlik incelemesi gerektiren fraud uyarısını anlatır. Bu kodlar görüldüğünde güvenlik adımlarını kaldırmak veya sonucu zorla başarılı işaretlemek uygun bir çözüm değildir.
İşletme, ilgili işlem kaydıyla yetkili destek üzerinden ilerlemelidir. Müşteriye gerekçesi doğrulanmamış suçlayıcı bir ifade kullanılmamalıdır. Kayıt ne söylüyorsa onun sınırları içinde bilgi verilir; teknik güvenlik uyarısı müşterinin niyeti hakkında kesin bir hüküm oluşturmaz.
8, 9 ve 99: Yetki veya Entegrasyon
8 seçilen kartla taksit yapılamamasını, 9 mağazanın ilgili kart için işlem yetkisi bulunmamasını belirtir. 99 teknik entegrasyon sorununu işaret eder. Bu üç durumda aynı çözüm uygulanmaz; taksit seçimi, hesap yetkisi ve yazılım bağlantısı ayrı sorumluluklardır.
Özellikle 99 için teknik ekibin işlem kimliği ve güvenli hata kaydıyla inceleme yapması gerekir. Hassas hata ayrıntılarını bütün ziyaretçilere açmak, erişim anahtarını paylaşmak veya ödeme korumalarını kapatmak araştırmanın parçası olmamalıdır. Destek kaydı kişisel kart bilgileri olmadan hazırlanabilir.
Kod ile Sipariş Durumunu Birlikte Değerlendirin
Hata açıklaması bir ödeme denemesine aittir. Siparişin son durumunu anlamak için aynı siparişe bağlı başka denemeler ve mağazadaki kayıt da görülmelidir. PayTR’de müşterinin dönüş sayfasının açılması kesin ödeme sonucu olarak kullanılmaz; sunucuya iletilen sonuç esas alınır.
Örneğin müşteri ilk denemede doğrulama adımından ayrılıp ikinci denemede ödemeyi tamamlamış olabilir. İlk hata kaydına bakılarak ikinci kez ödeme istenmemelidir. Tamamlanan inceleme, müşteriye ne söyleneceğini ve siparişin hazırlanıp hazırlanmayacağını gerçek işlem durumuyla tutarlı biçimde açıklayabilmelidir.
Bu Yazıdaki Terimler 1 Kavram
Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.
- 3D Secure
- 3D Secure, kartlı internet ödemesinde kart sahibinin kimliğini bankasının gönderdiği tek kullanımlık şifre ya da mobil uygulama onayıyla ek olarak doğrulayan ödeme güvenliği protokolüdür.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
PayTR