Sanal POS Nasıl Alınır? Banka ve Ödeme Kuruluşu Seçenekleri, Başvuru Adımları

3D Secure Ne İşe Yarar?

3D Secure, online kartlı ödemede kart sahibinin kimliğini kartı çıkaran banka üzerinden doğrulayan bir güvenlik protokolüdür. Müşteri ödeme sırasında bankasının gönderdiği tek kullanımlık kodu girer ya da işlemi mobil bankacılık uygulamasından onaylar; böylece kartı başkasının kullanması zorlaşır.

Protokolün standardını yöneten EMVCo’nun 3-D Secure sayfası, amacı kartın fiziksel olarak bulunmadığı işlemlerde dolandırıcılığı önlemek ve e-ticaret ödemelerini güvenli kılmak olarak tanımlar. İşletme açısından 3D Secure’lu işlemde ödeme adımı bir aşama uzar; buna karşılık izinsiz kart kullanımına dayalı itirazlarda daha güçlü bir konumda olunur. Hangi işlemlerin 3D Secure ile, hangilerinin doğrudan alınacağı kuruluşla yapılan anlaşmada belirlenir.

Protokolün güncel sürümleri, işlemle birlikte iletilen cihaz ve sipariş bilgilerini kullanarak riski değerlendirir. Bu sayede düşük riskli görülen bazı ödemelerde müşteriden ek bir adım istenmeyebilir, şüpheli görülenlerde ise doğrulama devreye girer. Ödeme sayfasının mobilde rahat açılması ve banka onay ekranından mağazaya sorunsuz dönülmesi, müşterinin bu aşamada vazgeçmemesi için önemlidir.

PCI DSS: Kart Verisinin Güvenliği Kimin Sorumluluğunda?

PCI DSS, kart bilgisini depolayan, işleyen veya aktaran her kuruluşun uyması beklenen uluslararası veri güvenliği standardıdır. PCI Güvenlik Standartları Konseyi, standardın üye işyerlerini, ödeme işleyicilerini, bankaları ve hizmet sağlayıcıları kapsadığını belirtir.

Küçük bir mağaza için pratik sonuç şudur: kart numarası sitenin kendi sunucusundan hiç geçmeyecek şekilde, ödeme kuruluşunun barındırdığı sayfa ya da çerçeve üzerinden alındığında sitenin üstlendiği güvenlik yükü azalır. Kart bilgisini doğrudan sitenin veritabanına kaydeden özel yazılımlar ise çok daha kapsamlı bir uyum çalışması gerektirir. Hangi entegrasyon yönteminin hangi uyum beyanını gerektirdiği kuruluşa sorulur. Kuruluşların teknik belgelerinde önerilen bağlantı yöntemi genellikle açıkça yazılır; entegrasyon kararı bu belgeler okunduktan sonra verilir ve sitede kart bilgisinin geçtiği her nokta not edilir.

WooCommerce ve Hazır Altyapılarda Sanal POS Entegrasyonu

WordPress ve WooCommerce ile kurulan mağazalarda sanal POS çoğunlukla kuruluşun yayımladığı resmi eklentiyle bağlanır. Eklenti kurulduktan sonra kuruluşun panelinden alınan anahtar bilgileri girilir, önce test modu, ardından canlı mod açılır.

Entegrasyonda iki yaklaşım öne çıkar. Birincisinde müşteri ödeme için kuruluşun sayfasına yönlendirilir ve işlem sonrası siteye geri döner; ikincisinde ödeme alanı kuruluşun sağladığı bir çerçeveyle sitenin içinde gösterilir. Her iki yöntemde de ödeme sonucunun siteye bildirildiği adresin doğru tanımlanması gerekir; aksi halde para çekilmiş olsa bile sipariş ödenmemiş görünebilir.

Resmi olmayan ya da uzun süredir güncellenmemiş eklentilerden kaçınılır; ödeme adımındaki bir açık doğrudan müşteri verisini etkiler. Eklenti ve WooCommerce güncellemeleri düzenli yapılmadığında ödeme sayfası bir sürüm değişikliğinden sonra çalışmaz hale gelebilir. Bu tür aksaklıklar WordPress problem çözme kapsamında giderilir, düzenli kontrol için ise WordPress bakım hizmeti tercih edilebilir. Hazır e-ticaret paketlerinde ise hangi kuruluşların desteklendiği paketin kendisine bağlıdır; e-ticaret scripti seçimi yapılırken ödeme entegrasyonları da karşılaştırılır.

Sanal POS Sürecinde Sık Yapılan Hatalar

Hataların büyük kısmı başvurudan önce yapılan hazırlığın eksikliğinden ve sözleşmenin okunmadan imzalanmasından kaynaklanır. Sık görülenler şöyle sıralanabilir:

• Site yapım aşamasındayken, yasal sayfalar eksikken başvuru yapmak.
• Sadece komisyon oranına bakıp hesaba geçiş süresini ve sabit ücretleri gözden kaçırmak.
• Kuruluşun lisansını TCMB listesinden kontrol etmeden anlaşma imzalamak.
• Test modunda kalan bir altyapıyla canlıya çıkmak ya da canlı anahtarları test ortamında denemek.
• İade ve kısmi iade işlemlerinin panelden nasıl yapılacağını önceden öğrenmemek.
• Ödeme eklentisini yıllarca güncellemeden bırakmak.

Bu listedeki maddelerin çoğu, ödeme altyapısı mağazanın geri kalanından ayrı bir iş gibi görüldüğünde ortaya çıkar. Oysa sepet, kargo seçenekleri, fatura bilgileri ve ödeme adımı birbirine bağlı çalışır; birinde yapılan değişiklik diğerini etkileyebilir. Mağazada bir güncelleme ya da tasarım değişikliği yapıldıktan sonra küçük tutarlı bir deneme siparişi vermek, sorunları müşteri fark etmeden yakalamanın en basit yoludur.