Sanal POS Entegrasyonu: Teknik Rehber

Sanal POS kurulumu yalnızca ödeme butonu eklemek değildir

E-ticaret sitesindeki ödeme akışı; sipariş oluşturma, ödeme kuruluşuna güvenli yönlendirme, ödeme sonucunu sunucuda doğrulama ve sipariş durumunu güncelleme adımlarından oluşur. Entegrasyon yöntemi bankanın veya ödeme kuruluşunun güncel dokümanına göre seçilir. Canlı işlem yapılmadan önce test ortamında başarılı, başarısız, iptal edilmiş ve zaman aşımına uğramış ödemeler denenmelidir.

Sağlayıcı seçerken hangi koşullar yazılı olarak alınmalı?

Desteklenen kart ve taksit seçenekleri, komisyon, ödeme aktarım takvimi, iade işlemi, itiraz yönetimi ve ek ücretler sözleşmeyle doğrulanmalıdır. Bir sağlayıcının bütün bankaları veya kampanyaları otomatik desteklediği varsayılmamalıdır. Test ve canlı hesap bilgileri ayrı tutulur; gizli anahtarlar tarayıcıya, site kod deposuna veya hata kayıtlarına yazılmaz.

3D Secure ne sağlar, neyi garanti etmez?

EMV 3-D Secure, çevrim içi kart ödemelerinde kart sahibinin doğrulanmasını destekler. Doğrulama her zaman SMS değildir: bazı işlemler ek etkileşim olmadan ilerler, bazıları ek doğrulama ister. Bu güvenlik katmanı dolandırıcılık riskini azaltmaya yardımcı olur; bütün ters ibrazları veya finansal kayıpları ortadan kaldırdığı anlamına gelmez. İtiraz ve sorumluluk koşulları banka, ödeme kuruluşu ve kart ağı kurallarıyla değerlendirilmelidir.

Teknik kaynak: EMVCo 3-D Secure açıklaması.

Ödeme bildirimi ve sipariş durumu nasıl doğrulanır?

Tarayıcının başarı sayfasına dönmesi tek başına ödeme kanıtı değildir. Sağlayıcının sunucu bildirimi veya durum sorgusu, dokümandaki imza doğrulamasıyla kontrol edilir. Sipariş kimliği, tutar ve para birimi eşleştirilir. Aynı bildirimin tekrar gelmesi ikinci sipariş veya ikinci teslimat üretmemelidir; işlem kaydı aynı ödeme için tekrar çalıştırılabilen, tek sonuç veren bir yapıda tutulur.

Yayına geçmeden önce test edilecek senaryolar

• Başarılı ödeme ile tek sipariş kaydı oluşması ve doğru tutarın eşleşmesi.
• Başarısız veya iptal edilmiş ödemenin teslimata açılmaması.
• Tekrarlanan sunucu bildiriminin mükerrer sipariş oluşturmaması.
• Tarayıcı kapanmasına rağmen sunucu bildiriminin siparişi doğru güncellemesi.
• İade ve kısmi iade akışlarının muhasebe ve stok süreçleriyle eşleşmesi.
• Test anahtarlarının canlı ortamdan kaldırılması ve sırların erişim kontrollü saklanması.

Entegrasyonun kapsamı ve bakım sorumluluğu

Takvim; sağlayıcı onayı, doküman erişimi, mevcut sipariş altyapısı ve kabul testlerine bağlıdır. Bir günlük teslim veya otomatik PCI DSS uyumluluğu vaat edilmez. Sağlayıcının kart verisi işleme modeli, işyerinin yükümlülükleri ve güvenlik kapsamı ayrıca değerlendirilir. SRN Dijital, e-ticaret projesinin ödeme ve sipariş akışını bu test senaryolarıyla birlikte planlar; sağlayıcı sözleşmesi ve işletmenin mali yükümlülükleri teknik kurulumdan ayrı konulardır.