Müşterinin Döndüğü Sayfa Kesin Sonuç Değildir
PayTR iFrame bağlantısında müşterinin ödeme sonrasında yönlendirildiği sayfa ile sunucunun aldığı kesin sonuç birbirinden ayrıdır. merchant_ok_url müşteri bilgilendirmesi için kullanılır. Sipariş onayı bu sayfanın açılmış olmasına dayanarak verilmemelidir; ödeme sonucu Bildirim URL üzerinden sunucuya iletilir.
Bu nedenle müşterinin başarılı görünen ekranı ile mağazanın bekleyen siparişi arasında fark oluştuğunda her iki kayıt karşılaştırılır. Müşteriye hemen yeniden ödeme yaptırmak yerine mevcut denemenin durumu araştırılır. Aynı alışveriş için gereksiz ikinci tahsilat ihtimali böylece azaltılır.
PayTR Test Ödeme Formu
Resmî örnek form müşterinin kart bilgilerini girdiği ödeme adımını gösterir. Görselde test kartı kullanılmıştır. Müşterinin bu ekranı tamamlaması veya mağazaya dönmesi, sunucu bildiriminin işlendiği anlamına gelmez; sipariş sonucu bildirim kaydıyla doğrulanır.
Bildirim Adresinin Yanıtını İnceleyin
PayTR bildiriminin işlendiğini belirtmek için uç noktanın düz metin olarak yalnızca OK yanıtı vermesi gerekir. HTML, hata ekranı veya giriş sayfası bu yanıtın yerine geçmez. Tarayıcıdan adresi açabilmek, PayTR’nin gönderdiği isteğin doğru işlendiğini tek başına kanıtlamaz.
AdPix’in önerdiği incelemede istek zamanı, HTTP sonucu ve yanıt gövdesi birlikte değerlendirilir. Teknik ekip ilgili bildirim yolunu kontrol ederken bütün sitenin erişim korumalarını kaldırmamalıdır. Sorun hangi uç noktadaysa düzeltme onun gerçek ihtiyacıyla sınırlandırılır.
Siparişi Doğru Kimlikle Eşleştirin
Bildirim sunucular arasında geldiği için müşterinin tarayıcı oturumuna dayanarak sipariş aranmamalıdır. merchant_oid siparişle ilişki kurmak için kullanılır. Gelen hash değerinin doğrulanması, bildirimin güvenilir şekilde işlenmesinin temel parçasıdır. Doğrulanmamış bir istek siparişi ödenmiş duruma taşımamalıdır.
Örnek bir olayda müşteri sekmeyi kapatsa bile sunucu bildirimi işleyebilmelidir. Bu davranışın kontrolü, ödeme sisteminin müşteri ekranından bağımsız çalışıp çalışmadığını gösterir. Test kaydında hangi işlem kimliğinin hangi siparişe bağlandığı açıkça görülebilmelidir.
Tekrar Bildirim Yeni Satış Anlamına Gelmez
Aynı ödeme için birden fazla bildirim gelebilir. Bu durumda ürün teslimi, stok düşümü veya fatura başlatma gibi sonuçlar ikinci kez uygulanmamalıdır. Tekrar gelen geçerli bildirimin daha önce işlenmiş ödeme olarak tanınması gerekir.
İşletme açısından örnek kontrol, bir ödeme kaydının tek sipariş hazırlığı oluşturmasıdır. Siparişin iki kez depoya düşmesi veya müşteriye tekrarlanan işlem yapılması yalnızca bildirim sayısından anlaşılmaz; sonraki operasyon kayıtları da incelenir. Başarılı bir sonuç bütün bu kayıtların birbiriyle tutarlı olmasını gerektirir.
Bekleyen İşlemi Kanıtlarla Sonuçlandırın
Ödeme beklerken mağazanın sipariş numarası ile PayTR işlem kaydı yan yana getirilir. Tutar, para birimi ve test/canlı ortam bilgisi karıştırılmamalıdır. Müşterinin ekran görüntüsü incelemeye yardımcı olabilir; ancak tek başına sevkiyat veya iade kararı için yeterli kayıt sayılmamalıdır.
Teknik düzeltme sonrasında yeni bir kontrollü ödeme denemesiyle bildirim ve sipariş sonucu doğrulanır. Eski bekleyen işlemler ayrıca uzlaştırılır; yeni denemenin başarılı olması geçmişteki bütün kayıtların düzeldiğini göstermez. Destek paylaşımında işlem kimliği ve güvenli hata özeti kullanılmalı, mağaza anahtarı veya kart bilgileri paylaşılmamalıdır.
Bu Yazıdaki Terimler 1 Kavram
Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.
- HTML
- HTML (HyperText Markup Language), web sayfası oluşturmak için kullanılan metin tabanlı işaretleme dilidir. Açılı ayraçlar arasına yazılan etiketlerden oluşur; tarayıcılar bu etiketleri okuyup yorumlayarak sayfayı ekranda görüntüler.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
PayTR