Sanal POS entegrasyonu, ödeme sayfasında “başarılı” mesajı göstermeden önce sipariş, banka işlemi ve yerel kayıt arasında güvenilir bir durum zinciri kurmalıdır.
Tutarı tarayıcıdan kabul etmeyin
Ödenecek tutar, sipariş kimliği ve para birimi sunucuda yetkili kayıttan yeniden okunur. Kullanıcının gönderdiği fiyat veya başarı parametresi tek başına güvenilir değildir. Ödeme denemesi için benzersiz kimlik üretilir ve siparişle ilişkilendirilir.
Kart verisi kapsamını küçültün
Mümkün olduğunda sağlayıcının güvenli ödeme sayfası veya uygun token yöntemi kullanılır; kart bilgisi uygulamanın sunucu ve loglarına alınmaz. Kimlik bilgileri ortam yapılandırmasında tutulur, test ve canlı anahtarlar ayrılır.
Dönüş ekranı tek kanıt değildir
Kullanıcı ödeme sonrası tarayıcıyı kapatabilir veya sahte dönüş isteği gönderebilir. İmza doğrulaması, sunucudan sunucuya bildirim ve sağlayıcı durum sorgusu birlikte değerlendirilir. Aynı bildirim tekrar gelse bile sipariş ikinci kez ödenmiş sayılmamalıdır.
İptal, iade ve kısmi iade
İade isteği asıl işlem tutarını aşmamalı; yetkili rol ve gerekçe taşımalıdır. Sağlayıcı sonucu yerel muhasebe hareketiyle aynı transaction mantığında ilişkilendirilir. Başarısız iade görünür kuyruğa alınır, sessizce tamamlandı gösterilmez.
Gün sonu mutabakatı
Başarılı ödeme adedi ve tutarı, komisyon, taksit, iptal ve iadeler banka raporuyla karşılaştırılır. Farklar işlem kimliği üzerinden araştırılır. Ödeme entegrasyonu hizmetini inceleyebilir; sağlayıcı ve satış modeliniz için teknik ihtiyacınızı paylaşabilirsiniz.
Ödeme operasyon ekranı
Destek ekibi işlem kimliği, sipariş, sağlayıcı durumu, yerel durum, tutar ve zaman çizgisini tek ekranda görebilmelidir. Kart verisi veya hassas doğrulama içeriği görüntülenmez. Belirsiz işlem için yalnızca durum sorgusu, güvenli yeniden deneme ya da yetkili iade eylemleri sunulur; serbestçe “başarılı yap” butonu bulunmaz. Bu görünürlük müşteriye hızlı yanıt verirken muhasebe ve banka mutabakatını da korur.