Sanal POS seçimi genellikle tek bir soruya indirgenir: “Komisyon kaç?” Oysa paranın hesabınıza ne zaman geçtiği, taksit koşulları, 3D Secure akışının müşteriyi kaçırıp kaçırmadığı, ödeme sonucunun siparişe doğru yansıması ve iade işlemlerinin kolaylığı, komisyon kadar maliyet yaratır. Ödeme altyapısı mağazanın kasasıdır; yanlış seçim satış kaybı, nakit sıkışıklığı ve operasyon yükü olarak geri döner.
Bu rehberde sanal POS ile ödeme kuruluşu farkını, AveksaSoft’un sunduğu ödeme bağlantılarını, ihtiyaç listesini, toplam maliyet karşılaştırmasını, tahsilat süresi ve bloke koşullarını, güvenlik ve 3D Secure kontrollerini, ödeme sonucu-sipariş eşleşmesini, mobil ödeme deneyimini, iptal-iade-ters ibraz süreçlerini ve canlıya geçiş testlerini anlatıyoruz.
Sanal POS ile ödeme kuruluşu farkı
Banka sanal POS’u, doğrudan bir bankayla sözleşme yaparak kart tahsilatı almanızı sağlar; genellikle o bankanın kartlarında avantajlı taksit, diğer bankalarda ise farklı koşullar sunar; başvuru ve teknik kurulum daha uzun sürebilir. Ödeme kuruluşu (iyzico, PayTR gibi), tek sözleşmeyle birçok bankanın kartını ve taksit seçeneğini sunar; başvuru hızlıdır, komisyon genellikle banka POS’undan yüksektir, ancak kurulum ve operasyon daha basittir. Birçok işletme başlangıçta ödeme kuruluşuyla başlar, ciro büyüdükçe banka POS’u ekler. Ödeme kuruluşu seçerken TCMB’nin yetkili kuruluş listesindeki kaydını kontrol edin.
AveksaSoft hangi ödeme bağlantılarını sunuyor?
AveksaSoft’un ödeme entegrasyonlarında iyzico ve PayTR bağlantıları yer alır; AveksaSoft Market’te Akbank, Garanti BBVA ve Türkiye Finans için banka sanal POS seçenekleri bulunur. Güncel liste, paket uyumluluğu ve kurulum bedelleri teklif aşamasında netleştirilir. Bir bağlantının bulunması, sağlayıcının her hizmetinin (kart saklama, abonelik tahsilatı, kısmi iade, yabancı para, çoklu POS) entegrasyona dahil olduğu anlamına gelmez; bu ihtiyaçları ayrı ayrı sorun.
İhtiyaç listesi
| Soru | Neden önemli? |
|---|---|
| Aylık kartlı ciro ve işlem sayısı tahmini | Komisyon pazarlığı ve sağlayıcı seçimi |
| Ortalama sipariş tutarı | Taksit ihtiyacı; düşük tutarlarda taksit gereksiz |
| Tek çekim / taksit dağılımı | Taksit komisyonları toplam maliyeti belirler |
| Yabancı kart veya döviz tahsilatı | Her sağlayıcı desteklemez; ayrı özelliklerdir |
| Kapıda ödeme, havale, cüzdan ihtiyacı | Alternatif yöntemlerin entegrasyonu |
| İade sıklığı | İade işlem kolaylığı ve komisyon iadesi koşulları |
Toplam maliyeti karşılaştırın
Komisyon oranını tek başına karşılaştırmak yanıltır. Aynı tabloda şunları yazın: tek çekim komisyonu, taksit sayısına göre komisyonlar, işlem başına sabit ücret (varsa), aylık/yıllık sabit ücret, kurulum bedeli, entegrasyon bedeli, erken ödeme (valör kısaltma) maliyeti, iade işlem ücreti ve komisyonun iadede geri alınıp alınmadığı. Örnek: 500.000 TL aylık kartlı ciroda %2,5 ile %3,2 komisyon farkı ayda 3.500 TL’dir; ancak düşük komisyonlu seçenek paranızı 30 gün geç ödüyorsa nakit maliyeti bu farkı aşabilir. Toplam maliyeti kendi ciro ve taksit dağılımınızla hesaplayın.
Tahsilat süresi ve bloke koşulları
Ödeme kuruluşları ve bankalar, tahsilatı belirli bir valör sonrasında hesaba geçirir; tek çekim ve taksitli satışlarda süre farklı olabilir. Taksitli satışlarda paranın bir kerede mi (erken ödeme komisyonuyla) yoksa taksitlerle mi geleceğini öğrenin. Bazı sağlayıcılar ters ibraz riskine karşı cironun bir kısmını belirli süre bloke eder; bloke oranı ve süresi nakit akışınızı doğrudan etkiler. Bu koşulları sözleşmede yazılı görün ve nakit akışı planınıza işleyin.
Güvenlik ve 3D Secure
Kart bilgisi hiçbir zaman sizin sunucunuzda saklanmamalı; ödeme sayfası veya kart alanı sağlayıcının güvenli altyapısı üzerinden çalışmalıdır. Sağlayıcının PCI DSS uyumunu sorun. 3D Secure, kart sahibinin bankasıyla doğrulama yaparak ters ibraz riskini azaltır; Türkiye’de yaygın olarak zorunlu akış budur. 3D Secure adımının mobilde sorunsuz çalıştığını, doğrulama sonrası siparişin doğru sayfaya döndüğünü ve zaman aşımı durumunda müşterinin net bir mesaj gördüğünü test edin. Sitenizin SSL sertifikası ve ödeme sayfasının HTTPS üzerinde olması temel koşuldur.
Ödeme sonucu ile sipariş durumu
En kritik teknik nokta, ödeme sağlayıcısından dönen sonucun siparişe doğru yansımasıdır. Üç durum vardır: başarılı (sipariş onaylanır, stok düşer), başarısız (sipariş ödeme bekliyor kalır veya iptal olur, stok serbest kalır) ve belirsiz (müşteri 3D Secure sonrası geri dönmedi ama ödeme alındı). Üçüncü durum için sağlayıcının sunucu tarafı bildirimi (callback/webhook) kullanılmalı ve ödeme alınan her işlemin bir siparişle eşleştiği günlük kontrol edilmelidir. Ödemesi alınıp siparişi oluşmayan veya siparişi oluşup ödemesi alınmayan kayıtlar, mutabakatın ilk kontrol noktasıdır.
Mobil ödeme deneyimi
Ödeme sayfasını gerçek telefonda test edin: kart numarası alanında sayısal klavye açılıyor mu, alanlar ekranda kaymadan görünüyor mu, taksit seçenekleri okunaklı mı, 3D Secure sayfası mobilde düzgün açılıyor mu, SMS kodu girişinden sonra sipariş sayfasına dönüş sorunsuz mu? Kayıtlı kart veya tek tıkla ödeme seçenekleri tekrar eden müşterilerde dönüşümü artırır; bu özelliklerin sağlayıcı ve entegrasyon tarafında desteklenip desteklenmediğini sorun.
İptal, iade ve ters ibraz
Aynı gün yapılan iptal ile sonraki günlerde yapılan iade, sağlayıcı tarafında farklı işlemlerdir ve farklı sürelerde müşterinin kartına yansır. Kısmi iade (çok ürünlü siparişte tek ürün) desteklenmeli ve panelden yapılabilmelidir. Taksitli satışların iadesinde bankanın yansıtma biçimini öğrenin. Ters ibraz (müşterinin bankası üzerinden itiraz) sürecinde sağlayıcının sizden hangi belgeleri istediğini ve süreleri sözleşmede görün; teslimat kanıtı ve 3D Secure kayıtları bu süreçte belirleyicidir.
Canlıya geçmeden önce testler
- Test ortamında başarılı, başarısız ve zaman aşımı senaryoları
- Gerçek kartla düşük tutarlı canlı test ve ardından iade
- Taksitli ödeme ve taksit komisyonunun ödeme sayfasında doğru gösterilmesi
- 3D Secure sonrası sipariş sayfasına dönüş ve sipariş e-postası
- Sunucu tarafı bildirimle ödeme-sipariş eşleşmesi
- Kısmi iade işlemi
- Mobil cihazda baştan sona akış
- Sağlayıcı panelindeki işlem kaydı ile sitedeki siparişin karşılaştırılması
Destek ve sorumluluklar
Ödeme alınamadığında sorun banka, sağlayıcı veya entegrasyon kaynaklı olabilir. Hangi durumda kime başvurulacağını, hafta sonu destek koşullarını ve hangi işlem bilgilerinin isteneceğini önceden netleştirin. Müşteri hizmetleri için banka kaynaklı retler (limit, yanlış bilgi) ile teknik hataları ayıran kısa bir rehber hazırlayın. Sağlayıcı API veya sözleşme değişikliklerinde bildirim düzenini sorun.
AveksaSoft ile ödeme kurulumu
AveksaSoft paketleriyle kurulan mağazalarda iyzico ve PayTR bağlantıları ile Market’teki banka sanal POS seçenekleri panelden tanımlanır; taksit tablosu, havale/EFT ve kapıda ödeme seçenekleri yönetilebilir, ödeme sonucu siparişe otomatik işlenir. Hangi sağlayıcıyla çalışacağınızı ve taksit ihtiyacınızı demo görüşmesinde paylaşırsanız kurulum ve test planı birlikte çıkarılabilir.
Sık sorulan sorular
Ödeme kuruluşu mu, banka sanal POS’u mu?
Başlangıçta ödeme kuruluşu hızlı ve basittir; ciro büyüdükçe banka POS’u komisyon avantajı sağlayabilir. İkisini birlikte kullanmak da mümkündür.
Komisyon dışında hangi maliyetlere bakmalıyım?
Taksit komisyonları, sabit ücretler, valör süresi ve erken ödeme maliyeti, bloke koşulları, iade işlem ücreti ve komisyonun iadede geri alınıp alınmadığı.
Ödeme alındı ama sipariş oluşmadı, ne yapmalıyım?
Sağlayıcı panelindeki işlemi sitedeki kayıtlarla eşleştirin; sunucu tarafı bildirimin çalıştığını kontrol edin ve bu durumu günlük mutabakatla yakalayın.
