Sanal POS Seçimi: iyzico, PayTR, Param Karşılaştırması

Kısaca

Sanal POS, bir e-ticaret sitesinin kredi kartı tahsilatı yapmasını sağlayan altyapıdır; kartın doğrulanmasını, tutarın provizyona alınmasını ve paranın satıcı hesabına aktarılmasını yürütür. iyzico, PayTR ve Param gibi ödeme kuruluşları bu işi bankayla tek tek anlaşma yapmanıza gerek kalmadan tek entegrasyonla sunar. Seçim yaparken bakılan şey çoğu zaman yalnızca komisyon oranıdır, oysa oran üç değişkenden yalnızca biridir: yanına hesaba geçiş süresi ve ödeme adımındaki dönüşüm kaybı eklenmeden gerçek maliyet ortaya çıkmaz. 2026 itibarıyla soru "hangisinin komisyonu daha düşük" değil, "hangisi benim sepet yapımda bana en az toplam maliyeti çıkarıyor" sorusudur.

Perşembe sabahı 10.40. Ev tekstili satan bir mağazanın ödeme raporunda şu tablo var: son 30 günde ödeme sayfasına 8.420 oturum girmiş, kart bilgisi girip onaya basan 2.310 kişi olmuş, başarıyla tamamlanan işlem sayısı 1.630. Yani ödeme adımına kadar gelmiş her 100 kişiden 29'u kart bilgisini girdikten sonra kaybolmuş. Aynı ay, finans ekibi komisyon oranını binde 20 düşürmek için üç ödeme kuruluşundan teklif toplamış.

Aradaki orantısızlık burada. Binde 20'lik indirim, aylık 1,2 milyon liralık ciroda 2.400 lira kazandırır. Ödeme adımındaki yüzde 29'luk kaybın üçte birini geri kazanmak ise aynı ayda yüz binlerce liralık ciro farkı yaratır. Sanal POS seçimi bir satın alma pazarlığı gibi görünür, ama aslında bir dönüşüm kararıdır: hangi sağlayıcının 3D Secure akışı daha az kırılıyor, hangisi kartı saklayıp ikinci alışverişi tek tıkla bitiriyor, hangisi başarısız işlemin sebebini size söylüyor. Bu yazı, kararı üç başlıkta veriyor: maliyet, entegrasyon ve dönüşüm.

1. Sanal POS Nedir ve Ödeme Akışında Kim Ne Yapar?

Sanal POS, fiziksel bir cihaz olmadan kart ödemesi almanızı sağlayan yazılım altyapısıdır. Ödeme akışında birden fazla taraf vardır ve hangi sorunun kime sorulacağını bilmek, canlıda yaşanan sorunların yarısını çözer.

Ödeme kuruluşu ile banka sanal POS'u arasındaki fark nedir?

Banka sanal POS'u tek bankayla çalışır, ödeme kuruluşu ise birden çok bankanın POS'unu tek entegrasyonun arkasında toplar. Ayrımı şöyle tanımlayabilirsiniz:

• Banka sanal POS'u: bankanın kendi altyapısı üzerinden tahsilat; her banka için ayrı sözleşme, ayrı entegrasyon ve ayrı mutabakat anlamına gelir.
• Ödeme kuruluşu (PSP): BDDK lisansı altında çalışan, birden çok banka POS'unu tek API arkasında sunan aracı; tek sözleşme, tek entegrasyon, tek rapor ekranı.
• Ödeme kolaylaştırıcı / alt üye işyeri modeli: pazaryerlerinde kullanılan, tek ana hesabın altında yüzlerce satıcının tahsilatını ayrı ayrı yürüten yapı.
• Sanal POS yönlendirici (switch): aynı anda birden çok POS'a bağlanıp işlemi banka kartına göre en uygun POS'a gönderen katman.

Küçük ve orta ölçekli mağazaların büyük çoğunluğu için doğru başlangıç ödeme kuruluşudur: tek entegrasyonla tüm bankaların kartını ve taksidini karşılarsınız. Aylık işlem hacmi yükseldikçe, banka POS'larını doğrudan bağlamak komisyonda avantaj yaratmaya başlar, ama karşılığında operasyon yükü gelir.

Bir ödeme işlemi adım adım nasıl ilerler?

Bir kart işlemi dört aşamadan geçer ve her aşama ayrı bir yerde kırılabilir. Yetkilendirme aşamasında kart bilgisi sağlayıcıya iletilir ve kartın geçerliliği sorulur. Provizyon aşamasında tutar kartta bloke edilir; para henüz size geçmemiştir. Mutabakat (settlement) aşamasında günün işlemleri toplu olarak kapatılır. Son aşamada, sözleşmenizdeki valör süresine göre para hesabınıza aktarılır.

Bu ayrımın pratik sonucu şudur: müşteri "param çekildi ama sipariş görünmüyor" dediğinde, işlem büyük ihtimalle provizyona alınmış ama sipariş kaydı oluşmamıştır. Çözüm iade değil, sipariş kaydının webhook üzerinden tamamlanmasıdır.

3D Secure akışı neden hem zorunlu hem riskli?

3D Secure, kartı kullananın gerçekten kart sahibi olduğunu bankanın doğruladığı adımdır ve doğrulama yapıldığında sahtecilik sorumluluğu satıcıdan bankaya geçer. Türkiye'de e-ticaret işlemlerinde 3D doğrulama yaygın biçimde beklenir; doğrulamasız (non-secure) işlem imkânı sektöre ve sağlayıcıya göre değişir ve sahtecilik riskini tamamen satıcıya bırakır. Yükümlülüğün sizin iş modelinizdeki güncel halini sağlayıcınızla ve mali müşavirinizle teyit edin.

Riskli tarafı şu: doğrulama adımı müşteriyi sitenizden bankanın ekranına götürür, SMS bekletir ve geri getirir. Telefonun kapsama girmediği, SMS'in gecikmesi, bankanın ekranının mobilde bozuk görünmesi gibi her aksaklık doğrudan kayıp siparişe dönüşür. Sağlayıcılar arasındaki en somut fark da burada ortaya çıkar: kimisi doğrulamayı açılır pencerede tutup müşteriyi sitede bırakır, kimisi tam sayfa yönlendirme yapar.

2. Maliyet: Komisyon Oranı Tek Başına Neden Yanıltıcı?

Sanal POS maliyeti, komisyon oranı ile paranın hesabınıza geçiş süresinin toplamıdır; ikincisi hesaba katılmadığında karşılaştırma yanlış çıkar. Aşağıdaki kalemlerin hepsini aynı tabloya koymadan teklifleri yan yana koymayın.

Komisyonu oluşturan kalemler nelerdir?

• Tek çekim komisyonu: taksitsiz işlemden kesilen yüzdesel oran; sağlayıcının temel geliri.
• Taksit komisyonu: taksit sayısı arttıkça artan ek oran; 9 ve 12 taksitte tek çekimin birkaç katına çıkabilir.
• İşlem başına sabit ücret: her işlemden alınan sabit tutar; sepet ortalaması düşük mağazalarda yüzdesel orandan daha belirleyicidir.
• Valör (bloke) süresi: paranın hesabınıza geçmesi için beklenen gün sayısı; nakit akışının doğrudan maliyetidir.
• İade ve itiraz ücreti: iade işleminde komisyonun geri alınıp alınmadığı ve itiraz (chargeback) başına kesilen tutar.
• Kurulum ve aylık sabit ücret: bazı paketlerde bulunur, bazılarında sıfırdır; düşük ciroda toplam maliyeti belirleyen kalem olabilir.

Taksidi kim finanse ediyor, siz mi müşteri mi?

Taksitli satışta oluşan ek maliyet ya satıcının marjından düşer ya da vade farkı olarak müşteriye yansıtılır; ikisinin ortası yoktur. Bunu sepet yapınıza göre kararlaştırmanız gerekir. Sepet ortalaması düşük ve marj darsa, altı taksidi komisyonsuz sunmak marjı hızla eritir. Sepet ortalaması yüksek ve taksit satın alma kararını gerçekten değiştiriyorsa, taksit maliyeti pazarlama gideri gibi değerlendirilebilir.

Diyelim ki sepet ortalamanız 1.800 lira ve brüt marjınız yüzde 32. Altı taksitte ek komisyon yükü yüzde 4 ise, marjınız 28'e iner; aynı sepette reklam maliyetiniz zaten yüzde 12 ise kalan pay ciddi biçimde daralır. Sepet ortalamasını yükseltmenin taksit dışındaki yollarını sepet ortalaması yazımızda ayrıca ele almıştık.

Valör süresi nakit akışını nasıl etkiler?

Valör, tahsil edilen paranın hesabınıza geçmesi için geçen gün sayısıdır ve stok devir hızı yüksek işlerde komisyondan daha önemli olabilir. Uzun valör, satılan malın parası gelmeden yeni stok almanız gerektiği anlamına gelir; bu da ya öz kaynak ya da finansman maliyeti demektir. Kısa valör sunan paketlerde komisyon oranı genellikle biraz yüksektir. Karar, hangisinin sizin devir hızınızda daha ucuza geldiğini hesaplamaktır.

Maliyet kalemi	Neyi etkiler	Hangi mağazada kritik	Teklifte sorulacak soru
Tek çekim oranı	Brüt marj	Yüksek hacimli, taksitsiz satan	Hacim kademesi var mı?
Taksit oranı	Kampanya marjı	Sepet ortalaması yüksek	Hangi taksitte hangi oran?
İşlem başı sabit ücret	Düşük tutarlı sipariş kârı	Sepet ortalaması düşük	Başarısız işlemden de alınıyor mu?
Valör süresi	Nakit akışı	Stok devri hızlı olan	Hafta sonu ve tatil nasıl sayılıyor?
İade/itiraz ücreti	İade maliyeti	İade oranı yüksek (tekstil)	İadede komisyon geri veriliyor mu?
Rezerv oranı	Bloke edilen tutar	Riskli görülen sektörler	Rezerv oranı ve süresi ne?

3. iyzico, PayTR ve Param: Hangi Başlıklarda Ayrışıyorlar?

Üç sağlayıcı da BDDK lisanslı ödeme kuruluşudur, üçü de tüm büyük bankaların kartlarını ve taksitlerini karşılar; ayrışma oranlarda değil, çalışma modelinde ve ürün setindedir. Oranlar hacme, sektöre ve pazarlığa göre belirlendiği için burada oran yazmıyoruz; güncel teklifleri kendi cironuzu belirterek doğrudan sağlayıcıdan alın.

Üçünün de ortak sağladıkları

• Çoklu banka desteği: tek entegrasyonla tüm büyük bankaların kartı ve taksit kampanyası.
• 3D Secure: doğrulamalı ödeme akışı ve doğrulama sonucu sorumluluk aktarımı.
• Yönetim paneli: işlem listesi, iade başlatma, mutabakat raporu ve hakediş ekranı.
• Hazır eklentiler: yaygın e-ticaret altyapıları için kurulum gerektirmeyen modüller.
• Test ortamı: canlıya çıkmadan önce sahte kart numaralarıyla akış denemesi.

Seçimi belirleyen asıl farklar

Karar, genellikle şu dört başlıktan birinde düğümlenir. Birincisi ödeme sayfası deneyimi: müşteriyi sitede tutan gömülü bir form mu, yoksa sağlayıcının kendi sayfasına yönlendirme mi. İkincisi pazaryeri desteği: birden çok satıcıya para bölüştürmeniz gerekiyorsa alt üye işyeri yapısı şart. Üçüncüsü ek ödeme yöntemleri: havale/EFT eşleştirme, dijital cüzdan, kapıda ödeme entegrasyonu, yurt dışı kart kabulü. Dördüncüsü destek modeli: canlıda ödeme durduğunda kaç dakikada insan yanıtı alıyorsunuz.

Pazaryeri veya çok satıcılı model kuruyorsanız

Birden çok satıcının parasını tahsil edip aralarında bölüştürüyorsanız normal sanal POS yeterli değildir; alt üye işyeri (marketplace) modeline ihtiyacınız olur. Bu modelde her satıcı ayrı ayrı kaydedilir, tahsilat ana hesapta toplanır ve hakediş her satıcıya ayrı aktarılır. Kurulum, tekil mağazaya göre belirgin biçimde daha uzundur: satıcı onay süreçleri, belge toplama ve hakediş raporlaması eklenir. Bu yapıyı kurarken altyapı seçiminin de etkisi büyüktür; altyapı seçerken yapılan hatalar yazısında bu kararın geri dönüşü zor kısımlarını anlatmıştık.

Karar başlığı	Neye bakılır	Kimin için kritik	Yanlış seçimin bedeli
Ödeme sayfası tipi	Gömülü form / yönlendirme	Mobil ağırlıklı satan	Ödeme adımında kayıp
Kart saklama	Tek tık ile tekrar satın alma	Tekrar eden müşterisi olan	İkinci siparişte sürtünme
Alt üye işyeri	Çok satıcıya para bölüştürme	Pazaryeri, bayi ağı	Model kurulamaz, baştan geçiş
Yurt dışı kart	Yabancı kart ve döviz kabulü	Yurt dışına satan	Reddedilen işlemler
Raporlama / API	Mutabakat verisinin çekilebilirliği	ERP kullanan	Elle mutabakat yükü
Destek yanıt süresi	Canlı arıza prosedürü	Kampanya dönemi satan	Saatlerce duran tahsilat

4. Teknik Entegrasyon: Hangi Yöntem Size Uygun?

Entegrasyon yöntemi, hem geliştirme süresini hem de ödeme adımındaki dönüşümü belirler; üç temel yöntem vardır ve aralarındaki fark müşterinin siteden ayrılıp ayrılmamasıdır.

Üç entegrasyon tipi

• Yönlendirmeli (hosted) ödeme: müşteri sağlayıcının sayfasına gider, öder, geri döner. En hızlı kurulum ve en düşük teknik sorumluluk; karşılığında görsel bütünlük ve bir miktar dönüşüm kaybı.
• Gömülü form (iframe/popup): ödeme formu sitenizin içinde açılır, kart verisi yine sağlayıcının alanında tutulur. Deneyim ile uyum yükü arasında pratik denge.
• Doğrudan API: ödeme formunu tamamen siz tasarlarsınız. En iyi deneyim, en yüksek sorumluluk: kart verisinin sizin sisteminizden geçmesi kart güvenliği yükümlülüklerini büyütür.

Çoğu mağaza için doğru cevap gömülü formdur. Doğrudan API'yi yalnızca ödeme adımı özel bir akış gerektiriyorsa ve bunu sürdürecek teknik ekibiniz varsa tercih edin. API tabanlı entegrasyonların genel mantığını API yazımızda temelden anlatmıştık.

Webhook olmadan neden mutabakat tutmaz?

Webhook, ödeme sonucunun sağlayıcı tarafından sizin sisteminize bildirilmesidir ve siparişin doğruluğu buna bağlıdır. Müşterinin tarayıcısından dönen yanıta güvenirseniz, tarayıcı kapandığında veya bağlantı koptuğunda ödeme başarılı olsa bile sipariş oluşmaz. Kurulumda üç kural: bildirim geldiğinde imzayı doğrulayın, aynı bildirimin iki kez gelmesine karşı işlemi tekilleştirin (idempotency), ve bildirim gelmezse belirli aralıklarla sağlayıcıya işlem durumunu sorun.

Canlıya çıkmadan önce test edilecekler

Test ortamında sahte kartlarla yalnızca başarılı senaryoyu denemek yeterli değildir. Başarısız senaryoları da listeleyin: yetersiz bakiye, doğrulama kodunun girilmemesi, doğrulama ekranında iptal, işlem zaman aşımı, kısmi iade, tam iade ve iade sonrası tekrar sipariş. Her biri için müşterinin gördüğü ekranı ve sistemde oluşan kaydı ayrı ayrı kontrol edin. Ödeme sayfasının sertifika ve karışık içerik durumunu da atlamayın; tarayıcı uyarısı gösteren bir ödeme adımı, SSL yazımızda anlattığımız üzere tek başına satışı durdurur.

Entegrasyon tipi	Kurulum süresi	Deneyim	Teknik sorumluluk	Kime uygun
Hazır eklenti	Saatler	Orta	Düşük	Standart altyapı kullanan
Yönlendirmeli	1-3 gün	Orta	Düşük	Hızlı canlıya çıkmak isteyen
Gömülü form	3-7 gün	İyi	Orta	Mağazaların çoğu
Doğrudan API	2-4 hafta	En iyi	Yüksek	Özel akışı olan, ekibi olan

5. Dönüşüm: Ödeme Adımındaki Kayıp Nerede Oluşuyor?

Ödeme adımındaki kaybın büyük kısmı fiyattan değil sürtünmeden kaynaklanır; kart bilgisini girmiş bir müşteri satın almaya karar vermiştir, onu kaybettiren şey akıştır. Bu bölümdeki maddeler, komisyon pazarlığından çoğu zaman daha fazla para kazandırır.

3D Secure kaybını nasıl azaltırsınız?

Doğrulama adımını tam sayfa yönlendirme yerine sitenin içinde açılan bir katmanda sunmak, mobilde geri dönüş kaybını azaltır. Doğrulama ekranı açılmadan önce müşteriye ne olacağını tek cümleyle söyleyin ("Bankanızdan gelecek kodu bu ekrana gireceksiniz"). Kod gelmezse ne yapacağını gösteren bir bağlantı bırakın. Doğrulama başarısız olduğunda müşteriyi sepete değil, kart bilgileri dolu olarak ödeme adımına geri getirin.

Kart saklama ve tek tık gerçekten işe yarıyor mu?

Tekrar eden müşterisi olan mağazalarda evet; ikinci siparişte kart numarası girme adımını tamamen kaldırır. Kartın sizin sisteminizde değil, sağlayıcının token altyapısında saklandığından emin olun: siz yalnızca bir anahtar tutarsınız, kart numarası sizde durmaz. Bu yapı hem uyum yükünü hem de veri sızıntısı riskini sizden alır.

Taksit ve hata mesajları

Taksit seçeneklerini kart numarasının ilk altı hanesine göre (BIN sorgulama) otomatik gösterin; müşteriye "kartınız hangi banka" diye sormayın. Hata mesajlarında sağlayıcının teknik kodunu değil, müşterinin yapabileceği işi yazın: "İşlem reddedildi (05)" yerine "Bankanız işlemi onaylamadı. Başka bir kart deneyebilir veya bankanızı arayabilirsiniz." Başarısız işlemin sebebini kendi tarafınızda kod düzeyinde loglayın; hangi bankada hangi hatanın yoğunlaştığını ancak böyle görürsünüz. Ödeme adımı dışındaki dönüşüm müdahalelerini dönüşüm oranı yazımızda topladık.

6. Risk, Uyum ve Sözleşmede Bakılacak Maddeler

Sanal POS sözleşmesinin asıl riski komisyonda değil, para akışını durdurabilecek maddelerdedir. Bu bölümdeki kalemleri imzadan önce okumak, sonra tartışmaktan ucuzdur.

Chargeback (ödeme itirazı) nasıl işler?

Ödeme itirazı, kart sahibinin bankasına başvurup işleme itiraz etmesiyle başlayan ve tutarın satıcıdan geri alınabildiği süreçtir. Savunmanız belge gücüne dayanır: teslimat kanıtı, kargo takip kaydı, müşteri yazışması, mesafeli satış sözleşmesinin onaylandığı log. Bu kayıtları sipariş bazında saklamıyorsanız itirazı kaybetme ihtimaliniz yüksektir. İtiraz oranı yükselen mağazalarda sağlayıcı rezerv uygulamaya veya sözleşmeyi askıya almaya gidebilir.

Rezerv ve bloke: paranız neden tutuluyor?

Rezerv, sağlayıcının olası iade ve itirazları karşılamak için hakedişinizin bir bölümünü belirli süre tutmasıdır. Yeni açılan hesaplarda, ön siparişle satış yapan veya teslimatı uzun süren iş modellerinde daha sık uygulanır. Teklif alırken rezerv oranını, süresini ve hangi koşulda devreye girdiğini yazılı isteyin; sözleşmede "gerekli görülmesi halinde" gibi açık uçlu ifade varsa sınırını netleştirin.

Uyum tarafında atlanmaması gerekenler

• Kart verisi güvenliği: kart numarası sizin sunucunuzda tutulmamalı; token yapısı kullanın.
• KVKK: ödeme sırasında işlenen kişisel veriler için aydınlatma metni ve sağlayıcıyla veri işleyen ilişkisinin tanımlı olması.
• Mesafeli satış sözleşmesi: ödeme adımında onaylatılması ve onay kaydının saklanması.
• Yasak ve izne tabi ürünler: sağlayıcıların kabul etmediği ürün kategorileri vardır; başvuru öncesi kategori listenizi paylaşın.
• Faturalama: tahsilat ile fatura kesme anının uyumu; ön ödemeli satışta bu ayrım önemlidir.

Bu başlıkların hepsinde mevzuat değişebilir ve iş modelinize göre farklı yorumlanabilir; yükümlülüğünüzün güncel halini kendi mali müşaviriniz ve hukuk danışmanınızla doğrulayın.

30 Günde Sanal POS Seçimi ve Geçişi

Otuz gün, teklif toplamaktan canlıya almaya kadar tüm süreci kapsamaya yeter; şart, ilk haftayı ölçüme ayırmaktır. Kendi rakamlarınızı bilmeden alınan teklif karşılaştırılamaz.

1-7. gün: kendi rakamlarınızı çıkarın

Son üç ayın verisinden şunları hesaplayın: aylık işlem adedi, sepet ortalaması, taksitli işlem oranı ve taksit dağılımı, iade oranı, ödeme adımı başarı oranı, ortalama sipariş-teslimat süresi. Bu altı rakam olmadan hiçbir teklif anlamlı değildir. Ödeme sayfasında hangi adımda kaç kişi kaybettiğinizi de bu hafta ölçün.

8-14. gün: teklif toplayın ve aynı tabloya koyun

En az üç sağlayıcıdan, kendi hacminizi ve sektörünüzü belirterek yazılı teklif isteyin. Tekliflerde şu altı kalemi ayrı ayrı sorun: tek çekim oranı, taksit oranları, işlem başı sabit ücret, valör süresi, iade/itiraz ücreti, rezerv koşulu. Hepsini tek tabloya koyup kendi işlem dağılımınızla çarpın; "en düşük oran" ile "en düşük toplam maliyet" çoğu zaman aynı sağlayıcı çıkmaz.

15-21. gün: entegrasyon ve test

Seçtiğiniz sağlayıcının test ortamında başarılı ve başarısız senaryoların tamamını deneyin. Webhook'u kurun, imza doğrulamasını ve tekilleştirmeyi test edin. Mutabakat raporunun muhasebe tarafında nasıl okunacağını bu hafta netleştirin; canlıya geçtikten sonra öğrenmek pahalıdır.

22-30. gün: kademeli geçiş ve ölçüm

Mümkünse eski ve yeni sanal POS'u bir süre birlikte çalıştırın ya da trafiğin bir bölümünü yeni sağlayıcıya verin. İlk hafta günlük olarak şunu izleyin: ödeme başarı oranı, banka bazlı ret oranı, ortalama işlem süresi, destek talebi sayısı. Geçiş öncesi rakamlarla karşılaştırın; başarı oranı düştüyse sebep genellikle akıştaki bir ayrıntıdır, oranlarda değil. Tahsilat, kargo ve muhasebe tarafını aynı yerden yönetmek isterseniz entegrasyon seçeneklerine bakabilirsiniz.

Yarın sabah yapabileceğiniz iş şu: ödeme sayfanıza giren oturum sayısı ile başarıyla tamamlanan işlem sayısını yan yana koyun ve aradaki farkı hesaplayın. Bu fark yüzde 20'nin üzerindeyse, komisyon pazarlığından önce ödeme akışında düzeltilecek somut bir sorununuz var demektir; ve onun getirisi, binde birkaçlık indirimin getirisinden büyük olur. Ödeme, kargo ve fatura akışının kutudan çıktığı gibi bağlı geldiği bir e-ticaret altyapısında bu adımların çoğu zaten kurulu başlar.

Sıkça Sorulan Sorular

Sanal POS için şirket kurmak zorunda mıyım?

Evet, ödeme kuruluşları tahsilat hesabını tüzel kişi veya şahıs şirketi adına açar; kişisel hesaba e-ticaret tahsilatı yapılamaz. Başvuruda genellikle vergi levhası, imza sirküleri, kimlik ve site adresi istenir. Gerekli belgelerin güncel listesini başvuru öncesi sağlayıcıdan alın.

Komisyon oranı pazarlığa açık mı?

Genellikle evet; oranlar aylık işlem hacmine, sektöre ve iade oranına göre belirlenir. Hacminiz arttıkça yeniden görüşme hakkınız doğar. Sözleşmeye hacim kademesi yazdırmak, altı ayda bir pazarlık yapmaktan pratiktir.

Birden fazla sanal POS aynı anda kullanılabilir mi?

Kullanılabilir ve büyüyen mağazalarda yaygındır. İki sebebi vardır: bir sağlayıcıda arıza olduğunda tahsilatın durmaması ve kart bazında daha uygun orana yönlendirme. Karşılığında iki ayrı mutabakat ve iki ayrı raporlama yükü gelir.

Taksit oranını müşteriye yansıtmak yasal mı?

Vade farkının fiyat üzerinden gösterilmesi yaygın bir uygulamadır, ancak tüketiciye sunulan toplam tutarın ve vade farkının açıkça belirtilmesi beklenir. Uygulamanızın güncel mevzuata uygunluğunu mali müşavirinizle teyit edin.

Ödeme başarı oranım kaç olmalı?

Evrensel bir eşik yoktur; anlamlı olan kendi trendinizdir. Ödeme sayfasına kart bilgisi girip onaya basanların büyük bölümünün işlemi tamamlaması beklenir. Oran haftadan haftaya düşüyorsa sebebi genellikle bir banka entegrasyonunda veya doğrulama akışındaki bir değişikliktedir.

Yurt dışına satış yapacaksam ne değişir?

Yabancı kart kabulü, döviz cinsinden tahsilat ve yurt dışı itiraz süreçleri ayrı ayrı sorulmalıdır. Her sağlayıcı her ülkenin kartını aynı başarı oranıyla kabul etmez. Ayrıca yurt dışı satışın gümrük ve fatura tarafı ayrı bir konudur; tahsilat çözümü onu kapsamaz.

Kapıda ödeme sanal POS'un yerini tutar mı?

Tutmaz; kapıda ödeme tahsilatı kargo firmasına devreder, teslimat sonrası hesaplaşma gerektirir ve iade oranını yükseltme eğilimindedir. İkisini birlikte sunmak yaygındır, ancak kapıda ödemeyi tek seçenek yapmak nakit akışını ve iade yükünü ağırlaştırır.

Sanal POS değiştirirken siparişler kesilir mi?

Doğru planlandığında kesilmez. Yöntem, yeni sağlayıcıyı test ortamında tamamen doğruladıktan sonra canlıda ikinci seçenek olarak açmak, birkaç gün paralel çalıştırmak ve ancak sonra eskisini kapatmaktır. Kampanya dönemlerinde geçiş yapmayın.

İade yaptığımda komisyon geri geliyor mu?

Sağlayıcıya ve sözleşmeye göre değişir; bazı paketlerde komisyon iade edilmez, bazılarında kısmen iade edilir. İade oranı yüksek kategorilerde bu madde toplam maliyeti belirgin biçimde değiştirir, teklifte ayrıca sorun.

Ödeme sağlayıcısının mutabakat verisi muhasebeye nasıl aktarılır?

İki yol vardır: panelden dosya indirip muhasebeye vermek veya sağlayıcının raporlama API'siyle hakediş kayıtlarını otomatik çekmek. Aylık işlem adediniz birkaç yüzü geçtiğinde ikinci yöntem zorunlu hale gelir; elle mutabakat hem zaman alır hem hata üretir.