Çoğu satıcı ödeme sağlayıcısını tek bir sayıya bakarak seçer: komisyon oranı. Sonra aylar sonra fark eder ki asıl parayı yiyen şey oran değil, paranın hesabına kaç gün sonra geçtiğidir. Yüzde 2,4 komisyonla çalışıp yedi gün bekleyen bir satıcı, yüzde 2,9 ile ertesi gün para alan satıcıdan daha az kazanır; çünkü e-pin işinde nakit, stok demektir ve bekleyen para satılamayan koddur.
İkinci yanılgı, tek sağlayıcının yeterli olduğu inancıdır. Sağlayıcı bir sabah bakiyeni bloke ettiğinde ya da doğrulama ekranı çöktüğünde işin durur. Bu yazıda sağlayıcı seçimini komisyon tartışmasından çıkarıp ciro bandına göre karar tablosuna dönüştüreceğim; ayrıca bu kararın bir e-pin satış scripti tarafında nasıl esnek kurgulanacağını anlatacağım, çünkü seçtiğin sağlayıcı değişecek, yazılımın değişmemeli.
Komisyon değil toplam maliyet: gerçek hesap nasıl yapılır?
Bir sağlayıcının sana maliyeti dört kalemin toplamıdır. Birincisi işlem komisyonu, ikincisi sabit işlem ücreti, üçüncüsü hakediş gecikmesinin sermaye maliyeti, dördüncüsü ters ibra ve itiraz başına kesilen ceza. Küçük sepet ortalamasıyla çalışıyorsan sabit ücret, orana göre çok daha belirleyicidir: 60 liralık bir siparişte 1,5 lira sabit ücret, tek başına yüzde 2,5'e denk düşer.
Sermaye maliyetini hesaplamak için basit bir yol var: aylık cironu 30'a böl, günlük satışını bul, hakediş gün sayısıyla çarp. Çıkan tutar sürekli sağlayıcıda duran paradır. Bunu yıllık sermaye maliyetinle çarptığında, oran farkının çoğu zaman gürültüden başka bir şey olmadığını görürsün. Hakediş süresi, komisyon oranından daha önemli bir pazarlık kalemidir ve çoğu satıcı bunu hiç pazarlık masasına koymaz.
Ciro bandına göre hangi yapı mantıklı?
Aynı sağlayıcı her ölçek için doğru olmaz. Başlangıç aşamasında entegrasyon kolaylığı ve onay hızı her şeyden önemlidir; orta ölçekte hakediş ve taksit yetenekleri öne çıkar; yüksek ciroda pazarlık gücü, çoklu sağlayıcı yönlendirmesi ve muhasebe entegrasyonu belirleyici olur.
| Aylık ciro bandı | Öncelikli kriter | Önerilen yapı | Hakediş hedefi | Kaçınılacak şey |
|---|---|---|---|---|
| 0-50 bin TL | Hızlı onay, düşük sabit ücret | Tek sağlayıcı + manuel havale | Haftalık kabul edilebilir | Yıllık taahhütlü sözleşme |
| 50-200 bin TL | Sabit ücret / oran dengesi | Bir ana + bir yedek sağlayıcı | 3 iş günü | Yönlendirmeli tek akış |
| 200-600 bin TL | Hakediş hızı ve taksit | İki aktif sağlayıcı, yüzdeli dağıtım | Ertesi iş günü | Tek noktaya bağımlılık |
| 600 bin - 2 milyon TL | Pazarlık gücü, ters ibra oranı | Üç sağlayıcı + kural bazlı yönlendirme | Aynı gün / T+1 | Sabit oranlı standart paket |
| 2 milyon TL üstü | Risk dağıtımı, mutabakat | Doğrudan banka anlaşması + sağlayıcılar | Aynı gün | Manuel mutabakat süreci |
Tablodaki en çok atlanan satır ikincisidir. Elli binden sonra yedek sağlayıcı bir lüks değil, sigortadır. Kurulumu bir gün sürer, yokluğunun maliyeti tek bir kesintide aylık kârını götürür.
Ödemenin gerçek toplam maliyet dağılımı
- İşlem komisyonu 45%
- Hakediş gecikmesinin sermaye maliyeti 25%
- Sabit işlem ücretleri 20%
- Ters ibra ve itiraz cezaları 10%
Yönlendirmeli mi gömülü mü? Dönüşümü asıl belirleyen ayrım
Kullanıcıyı sağlayıcının sitesine gönderen akış, kurulum açısından en kolayıdır ve güvenlik yükünü senden alır. Ama her yönlendirme bir kopuş noktasıdır: sayfa değişir, marka değişir, güven duygusu sarsılır, mobil tarayıcıda geri tuşu sepeti bozar. Gömülü ya da çerçeve içi akış bu kopuşu ortadan kaldırır, karşılığında uyumluluk ve bakım yükü getirir.
Karar şu şekilde verilir: sepet ortalaması düşük ve trafiğin çoğu mobilse gömülü akış neredeyse zorunludur, çünkü kaybedilen her yüzde bir dönüşüm, kazandığın komisyon indiriminden büyüktür. Sepet ortalaması yüksek ve trafik masaüstü ağırlıklıysa yönlendirmeli akış kabul edilebilir. Her iki senaryoda da dijital ürün satış yazılımı tarafında akış tipini kodu değiştirmeden ayarlayabilmelisin.
Oran indirimi istemek yerine hakediş süresinin kısaltılmasını talep et. Sağlayıcı için maliyeti daha düşüktür, senin nakit döngün için etkisi kat kat büyüktür.
Sözleşme imzalamadan önce hangi maddeler sorulmalı?
Sağlayıcı görüşmelerinin çoğu fiyat konuşmasıyla başlar ve orada biter. Oysa asıl riskler sözleşmenin arka sayfalarında saklıdır: rezerv tutma yetkisi, tek taraflı oran değiştirme hakkı, hesabın dondurulması hâlinde bildirim süresi, itiraz dosyalarında kanıt yükümlülüğü. Bunları sormamak, sağlayıcıya bir opsiyon bedava vermek demektir.
Ayrıca test ortamı kalitesini mutlaka ölç. Test ortamında üretilemeyen bir hata senaryosu, canlıda mutlaka karşına çıkar. İyi bir sağlayıcı sana başarısız kart, zaman aşımı, kısmi iade ve ters ibra senaryolarını test ortamında tetikleyecek araçlar verir. Vermiyorsa entegrasyon maliyetini ikiyle çarp.
Yazılım tarafı: sağlayıcıyı değiştirmek neden acı vermemeli?
Sağlayıcı seçimi kalıcı bir karar değil, dönemsel bir karardır. Bu yüzden sistemindeki ödeme katmanı, tek bir sağlayıcının diline göre değil ortak bir sözleşmeye göre yazılmalıdır: ödeme başlat, durum sorgula, iade et, bildirim doğrula. Her sağlayıcı bu dört yöntemi kendi içinde uygular; üst katman hangisiyle konuştuğunu bilmez.
| Kontrol | Neden önemli | Hazır sayılma ölçütü |
|---|---|---|
| Soyut ödeme arayüzü | Sağlayıcı değişimi kodu bozmasın | Dört yöntemli ortak sözleşme |
| Panelden anahtar yönetimi | Dosya düzenlemeden geçiş | Anahtarlar şifreli saklanır |
| Yüzdeli trafik dağıtımı | Yeni sağlayıcıyı kademeli test | %10 ile başlatma imkânı |
| Otomatik yedeğe geçiş | Kesintide satış durmasın | Hata eşiğinde devretme |
| Sağlayıcı bazlı raporlama | Gerçek maliyeti görmek | Oran, ücret, iade ayrı ayrı |
| Mutabakat dosyası içe alma | Muhasebe farklarını yakalamak | Günlük otomatik eşleştirme |
| Test / canlı ayrımı | Yanlış ortamda satış olmasın | Ortam etiketi panelde görünür |
| Ters ibra kaydı | İtiraz dosyasını hızlı hazırlamak | Sipariş ve teslimat kanıtı bağlı |
Bu sekiz maddeyi karşılayan bir e-pin yazılımında sağlayıcı değiştirmek yarım gün sürer; karşılamayan bir kurguda aynı iş iki haftalık geliştirme projesine döner ve o sürede eski sağlayıcının kötü koşullarına mahkûm kalırsın. Esneklik, pazarlık gücünün ta kendisidir. Altyapı tarafını özellikler başlığından, paket karşılaştırmasını fiyat bölümünden inceleyebilir, canlı kurulum akışını panel üzerinden görebilirsin.
Sağlayıcını ciro bandına göre seç, yazılımını buna göre kur
Pinova çoklu ödeme sağlayıcısı, yüzdeli dağıtım, otomatik yedeğe geçiş ve sağlayıcı bazlı maliyet raporlamasıyla bu kararı tersine çevrilebilir kılar.
Küçük ciroda birden fazla sağlayıcı gereksiz mi?
Aktif olarak iki sağlayıcı işletmek gereksiz olabilir, ama ikincisinin entegrasyonunu hazır ve kapalı tutmak gerekir. Kesinti yaşandığında anahtarı açman yeter; o gün sıfırdan entegrasyona başlamak satışını tamamen durdurur.
Hakediş süresini gerçekten pazarlayabilir miyim?
Evet. Düzenli ciro geçmişi, düşük iade oranı ve düşük itiraz oranı gösterdiğinde sağlayıcılar hakediş süresini kısaltmaya oran indiriminden daha istekli davranır, çünkü onlar için risk yönetimi kalemidir.
Sepet ortalamam düşükse hangi kalem beni en çok yakar?
Sabit işlem ücreti. Elli-altmış liralık siparişlerde sabit ücret, orandan büyük bir yük oluşturur; bu bantta sabit ücreti sıfıra yakın olan bir sağlayıcı, oranı biraz yüksek olsa bile daha kârlıdır.
Yönlendirmeli akıştan gömülü akışa geçmek riskli mi?
Kademeli yaparsan değil. Trafiğin küçük bir yüzdesini yeni akışa yönlendir, dönüşüm ve hata oranlarını karşılaştır, sonuç lehine çıkarsa payı kademeli artır. Bu yüzdeli dağıtım yeteneği yazılımından beklediğin temel özelliktir.
Sağlayıcı seçimi bir kere yapılıp rafa kaldırılan bir karar değil; cironun her yeni bandında yeniden açılması gereken bir dosyadır. Yüzdeli dağıtımın, otomatik yedeğe geçişin ve sağlayıcı bazlı maliyet raporunun tek ekranda nasıl göründüğünü kendi gözünle değerlendirmek istersen canlı demo üzerinden iki farklı sağlayıcıyla test siparişi oluşturup maliyet karşılaştırmasını gerçek veriyle yapabilirsin.

