Havale Seçeneğinin Yetkisi
PayTR Havale/EFT iFrame çözümü, mağaza hesabında gerekli yetkinin tanımlanmasını gerektirir. Kart ödemesinin çalışıyor olması bu ödeme yönteminin de aynı hesapta hazır olduğunu göstermez. Entegrasyon kapsamı belirlenirken mağazanın kendi banka hesabına yapılan manuel havale ile PayTR üzerinden yürütülen Havale/EFT süreci ayrı tanımlanmalıdır. Müşteri aynı isimde iki farklı ödeme seçeneği görüyorsa destek ve operasyon kayıtları kolayca karışabilir. İlk kontrol, siparişin hangi yöntemle başlatıldığıdır. Ödeme ekranının açılması, hizmetin kullanılabilirliğini gösterebilir; paranın alındığını ve siparişin sevke uygun olduğunu tek başına kanıtlamaz.
Sipariş Kimliğinin Korunması
İşlem başlatılırken kullanılan sipariş kimliği, ödeme sonucu geldiğinde aynı siparişe ulaşmayı sağlamalıdır. Müşterinin tarayıcı oturumuna veya açık sepetine bağımlı eşleme güvenilir değildir; müşteri ekranı kapatabilir. Varsayımsal olarak aynı kişi iki farklı sepet için ödeme başlatmış olsun. Sadece e-posta adresine göre sonuç işlemek, yanlış siparişin onaylanmasına yol açabilir. Bu nedenle ödeme yöntemi, beklenen tutar ve işlem kimliği sipariş kaydında birlikte tutulur. Ödeme yeniden başlatıldığında eski denemenin geçmişi korunur. İki ödeme denemesi, fark edilmeden iki ayrı teslimat emrine dönüşmemelidir.
Dekont ve Sağlayıcı Sonucu
Müşterinin gönderdiği dekont, destek incelemesinde yardımcı bir belgedir; otomatik entegrasyonun doğrulanmış sonucunun yerine geçmez. PayTR ikinci adımı, bildirim adresine gelen sonucun işlenmesini tanımlar. Sonuç mağazanın sunucusunda doğrulanarak doğru kayıtla eşleştirilir. Örneğin müşteri ödeme yaptığını söylemiş ancak beklenen bildirim henüz oluşmamışsa kayıt incelemeye alınabilir. Bu durumda ne müşteriye yeniden ödeme dayatılır ne de doğrulama yapılmadan sevkiyat başlatılır. İlgili işlem sağlayıcı kayıtlarıyla araştırılır. Operasyon ekibine gösterilen durum, “müşteri bildirdi” ile “ödeme doğrulandı” aşamalarını anlaşılır biçimde ayırmalıdır.
Bildirim İşleme Kuralları
PayTR bildirim isteğinin doğrulamasını ve başarılı alındı yanıtının düz metin OK olmasını belirtir. Uygulama, sonucu kalıcı olarak işledikten sonra bu yanıtı vermelidir. Aynı bildirim tekrar gelirse aynı sipariş için ikinci stok düşümü, ikinci fatura veya yinelenen müşteri mesajı üretilmemelidir. Bildirim ekranına HTML tasarımı, oturum açma zorunluluğu veya farklı yönlendirme eklenmesi beklenen yanıtı bozabilir. Kontrol sırasında gizli anahtarlar paylaşılmaz. Başarısız doğrulama kaydı, gerçek bir ödeme başarısızlığıyla aynı başlıkta gizlenmemelidir; teknik ekip hangi olayın doğrulanamadığını görebilmelidir.
Ödeme Yöntemine Özgü Kabul Testi
Kabul kontrolünde kartlı ödeme testlerinin sonuçları bu yöntem için yeterli sayılmaz. Havale/EFT işlem başlatma, ödeme sonucu, tarayıcının erken kapanması ve tekrar bildirim ayrı denenir. Yetkili test düzeninde siparişin bekleyen durumdan doğru sonuca geçtiği görülmelidir. Beklenen tutar ve bildirilen sonuç uyuşmazsa işlem sessizce onaylanmak yerine incelemeye ayrılır. Müşteri hesabı, yönetim paneli ve depo listesi aynı güncel sipariş durumunu göstermelidir. Böylece ödeme seçeneği yalnızca ekranda duran bir düğme olmaktan çıkar; gerçek tahsilat sonucunu izleyen, tekrar işlemleri kontrol eden ve destek ekibine açıklanabilir kayıt sunan bir entegrasyona dönüşü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