Sanal POS İçin Banka mı, Ödeme Kuruluşu mu?

E-ticaret ödeme altyapısında iki yaygın seçenek vardır: bankadan doğrudan sanal POS almak veya bir ödeme kuruluşuyla çalışmak. Doğru tercih yalnızca görünen komisyon oranına göre yapılamaz; taksit kapsamı, teknik bağlantı, ödeme başarısı, para geçiş süresi ve destek modeli de hesaba katılmalıdır.

Teklifleri aynı maliyet tablosuna çevirin

Komisyon oranı tek başına toplam maliyet değildir. Kurulum veya yıllık ücret, işlem başı bedel, taksit farkı, yabancı kart, iade maliyeti, valör süresi ve teknik bakım ayrı satırlarda karşılaştırılmalıdır. Aylık sipariş adedi ile ortalama sepet tutarı kullanılarak üç farklı ciro senaryosu hesaplanmalıdır.

Entegrasyon farkı nedir?

Doğrudan banka bağlantısında her bankanın test hesabı, anahtarları, hata kodları ve 3D Secure akışı ayrı yönetilebilir. Ödeme kuruluşu çoğu zaman bu bağlantıları tek API veya eklenti altında toplar. Buna karşılık sağlayıcıya özgü iş kuralları ve panel bağımlılığı oluşabilir. WooCommerce kullanıyorsanız Checkout Block, HPOS, iade ve sipariş notu desteği yazılı olarak sorulmalıdır.

Taksit ve kart kapsamını gerçek ürünlerle test edin

• Hangi kart ailelerinde kaç taksit gösteriliyor?
• Taksit maliyetini işletme mi müşteri mi üstleniyor?
• Banka kartı, yabancı kart ve Troy davranışı nedir?
• Kampanya değişikliği mağazaya ne kadar sürede yansıyor?
• Başarısız ödemede müşteriye anlaşılır mesaj veriliyor mu?

Mutabakat ve destek yükünü ölçün

Banka veya sağlayıcı panelindeki işlem, WooCommerce siparişi ve muhasebe kaydı aynı işlem kimliğiyle eşleşmelidir. Birden fazla POS kullanıldığında günlük mutabakat ve hata takibi için merkezi rapor gerekir. Destek talebinde hangi ekibin bankayla görüşeceği, cevap süresi ve acil kesinti kanalı sözleşmede yer almalıdır.

Güvenilir kuruluş kontrolü

Ödeme kuruluşu seçerken ticari tekliften önce güncel faaliyet iznini TCMB listesinden doğrulayın. Yetki kapsamı ve durum zamanla değişebileceği için eski blog listelerine güvenmeyin. RentonDiji'nin WooCommerce sanal POS, Akbank ve Garanti BBVA entegrasyonu sayfaları teknik seçenekleri gösterir.

Teklifleri aynı işlem senaryosuyla karşılaştırın

Banka ve ödeme kuruluşundan gelen tekliflerde yalnızca komisyon oranını yan yana koymak yanlış karar üretebilir. Aynı aylık hacim, ortalama sepet, kart türü, taksit dağılımı, yabancı kart, iade ve ters ibraz varsayımlarını her iki teklife uygulayın. Sabit ücret, başarısız işlem, erken ödeme, taksit ve para birimi kalemlerini ayrı satırlarda gösterin.

Teknik demoda başarılı ödeme dışında başarısız 3D doğrulama, kullanıcı dönüş yapmadan kapanan pencere, tekrar callback, kısmi iade ve rapor dışa aktarma senaryolarını çalıştırın. WooCommerce sipariş numarası ile sağlayıcı işlem kimliği panelde kolay eşleşmiyorsa finans ekibinin günlük mutabakat yükü artar.

Kararı tek sağlayıcıya bağımlılık açısından da değerlendirin. Eklentinin kim tarafından güncellendiği, anahtarların nasıl devredileceği, sağlayıcı değişiminde sipariş geçmişinin kalıp kalmayacağı ve sözleşme bitiminde veriye erişim açıkça yazılmalıdır.

• Toplam üç yıllık maliyet
• Ödeme/iade özellikleri
• Teknik destek ve hata görünürlüğü
• Mutabakat kolaylığı
• Çıkış ve sağlayıcı değiştirme planı

Pilot önerisi: Sözleşme izin veriyorsa önce sınırlı ürün ve düşük trafikle uçtan uca pilot yapın. Başarılı ödeme yüzdesi kadar destek yanıtı, iade süresi, panel raporu ve net ödemenin hesaba geçişini izleyin. Pilot boyunca müşteriye birden fazla ödeme yöntemi sunmak, sağlayıcı kaynaklı sorunda satışın tamamen durmasını önler.

Ek kontrol: Teklif geçerlilik tarihini ve oranların hangi kart/işlem türleri için verildiğini kaydedin. Sonradan yapılan sözlü değişiklikleri karar tablosuna işlemeyin; güncel şartları yazılı ekle doğrulayın.

Sıkça sorulan sorular

Banka her zaman ucuz mudur?

Toplam maliyet ve operasyon görülmeden karar verilemez.

Birden fazla POS kullanılabilir mi?

Evet; yönlendirme ve mutabakat birlikte tasarlanmalıdır.

Yetki nereden kontrol edilir?

TCMB'nin güncel resmî listelerinden.