Çoğu kişi ödeme altyapısını bir teknik entegrasyon meselesi sanır. "Sanal POS alırım, e-pin scriptine bağlarım, iş biter" diye düşünür. Oysa bu işi yıllardır yapanların bildiği ve pek anlatmadığı bir gerçek var: ödeme altyapısı teknik değil, ciro eşiklerine dayalı bir strateji meselesidir. Ayda 30 bin TL döndüren bir bayiyle ayda 400 bin TL döndüren bir bayinin doğru sağlayıcısı aynı olamaz. Aynı sağlayıcıyı kullanıyorlarsa, biri kesinlikle para kaybediyor.
İşin ilginç tarafı, kaybeden genellikle büyük olan değil, küçük olan. Çünkü küçük bayi kendisine "kurumsal" satılan bir paketin sabit maliyetlerini kaldıramaz; büyük bayi ise hâlâ ilk gün kurduğu yüzde 6'lık geçitle çalıştığı için her ay sessizce onbinlerce lira komisyon ödüyordur. Bu yazıda hangi ciro bandında hangi ödeme modelinin mantıklı olduğunu, başvuruların neden reddedildiğini ve e-pin satış scripti tarafında hangi ayarın cironu doğrudan kurtardığını açıkça konuşacağız.
Çoğu Bayi Ödeme Altyapısını Neden Yanlış Sırayla Kuruyor?
Klasik senaryo şu: kişi önce siteyi açar, sonra ödeme arar. Halbuki doğru sıra tam tersi. Çünkü ödeme sağlayıcısı sana bir şey satmaz, seni risk skoruna göre kabul eder. Dijital ürün, e-pin, oyun kodu gibi kalemler bankaların iç sınıflandırmasında "yüksek iade riski" grubundadır. Bu yüzden sitede ne yazdığı, iade politikasının netliği, teslimat sürecinin belgelenebilir olması başvuru sonucunu doğrudan etkiler.
Bu noktada kullandığın dijital ürün satış yazılımı devreye giriyor. Sipariş anını, teslim edilen kodun zamanını, kullanıcının IP'sini ve onay kaydını log'layan bir altyapı varsa itiraz süreçlerinde elinde kanıt olur. Log tutmayan bir kurulumda her chargeback otomatik kayıptır. Yani ödeme altyapısı kurulumu aslında scriptin kayıt mimarisiyle başlar.
Aylık 50 Bin TL Ciroda Hangi Sağlayıcı Mantıklı?
Bu bantta amacın maliyeti sabitlemek değil, başlama hızını maksimize etmek. Aylık kirası olan, entegrasyon ücreti isteyen, yıllık taahhüt bağlayan bir yapı bu ciroda zarardır. Komisyonu biraz yüksek ama sabit gideri sıfır olan ödeme kuruluşları veya pazar yeri tipi tahsilat çözümleri burada doğru tercihtir. Yüzde 6 komisyon 50 bin TL'de 3.000 TL demek; oysa aylık 2.500 TL sabit + yüzde 3 komisyon aynı ciroda 4.000 TL'ye çıkar.
Bu bantta ikinci kural: tek sağlayıcıya bel bağlama ama ikinciyi de kurmakla uğraşma. Yeterince cironun olmadığı bir dönemde iki geçidin mutabakatını takip etmek zaman kaybı. Onun yerine manuel havale/EFT kanalını scriptte açık tut. Doğru kurulmuş bir epin yazılım altyapısında havale bildirimi, otomatik eşleştirme ve bakiye yüklemesi zaten hazır gelir; bu kanal komisyonsuz olduğu için kâr marjını ilk aylarda ayakta tutar.
| Aylık Ciro Bandı | Uygun Model | Tipik Komisyon | Sabit Gider | Öncelikli Hedef |
|---|---|---|---|---|
| 0 - 50.000 TL | Ödeme kuruluşu / tahsilat aracısı + havale | %5,5 - %7,9 | Yok | Hızlı başlangıç |
| 50.000 - 150.000 TL | Ödeme kuruluşu + ikinci yedek geçit | %4,5 - %6 | Düşük | Kesintide satış kaybetmemek |
| 150.000 - 400.000 TL | Banka sanal POS + ödeme kuruluşu birlikte | %3,2 - %4,5 | Orta | Komisyon düşürmek |
| 400.000 - 1.000.000 TL | Çoklu banka POS + akıllı yönlendirme | %2,6 - %3,6 | Orta-yüksek | Vade ve taksit avantajı |
| 1.000.000 TL üzeri | Pazarlıklı POS seti + kurumsal mutabakat | %2,4 - %3,1 | Yüksek | Nakit akışı yönetimi |
150 Bin TL Eşiğinde Ne Değişir: Komisyon mu, Kesinti mi?
Bu eşik sektörün kırılma noktası. 150 bin TL üzerinde komisyon farkının her puanı aylık 1.500 TL'dir; yıllık 18 bin TL. Artık banka sanal POS'u konuşmanın anlamı var, çünkü sabit maliyeti amorti edecek hacim oluştu. Ama burada asıl değişen şey komisyon değil, para çekim vadesi. E-pin işinde tedarikçiye peşin ödeyip müşteriden 7-14 gün sonra tahsil ediyorsan, ciro büyüdükçe işletme sermayesi erimeye başlar.
Yani bu bantta doğru soru "komisyon kaç?" değil, "param kaç günde hesabımda?". Yüzde 4 komisyonla 3 günde ödeyen bir yapı, yüzde 3 komisyonla 15 günde ödeyen bir yapıdan çoğu zaman daha kârlıdır. Çünkü 12 günlük fark, aynı parayla ayda bir tur daha ürün döndürmek demektir.
E-pin Bayilerinde Ödeme Kanallarının Ciro Dağılımı
- Kredi kartı / sanal POS 48%
- Havale & EFT 26%
- Bakiye yükleme ile ön ödeme 18%
- Diğer (mobil ödeme, kripto vb.) 8%
Sanal POS Başvurun Neden Reddediliyor? İşte Konuşulmayan Filtreler
Ret sebeplerinin çoğu ciroyla ilgili değil. Bankanın risk ekibi siteye girer ve şu beş şeye bakar: ürünün fiziksel mi dijital mi olduğu, iade koşullarının açık yazılıp yazılmadığı, iletişim bilgilerinin doğrulanabilirliği, mesafeli satış sözleşmesinin varlığı ve ticari unvanın site ile uyumu. Bunlardan biri eksikse dosya okunmadan geri döner.
Burada çok yapılan hata, "yakında dolduracağım" denilen boş yasal sayfalarla başvurmak. İyi kurulmuş bir e-pin satış yazılımı bu sayfaları şablon halinde hazır sunar; bilgileri doldurup yayına almak on beş dakikalık iş. Ret alıp altmış gün beklemek yerine bu on beş dakikayı harcamak en yüksek getirili yatırımdır. Pinova'nın yasal sayfa ve sözleşme modülü tam olarak bu yüzden kutudan çıkar; detaylar için özellikler bölümüne göz atabilirsin.
Sanal POS başvurusundan önce siteyi 24 saat boyunca tam çalışır durumda, yasal sayfaları dolu, test ürünü yayında bırak. Risk ekibi sayfayı başvuru tarihinden sonra inceler; o an eksik gördüğü şey kalıcı bir ret notuna dönüşür.
Tek Sağlayıcı mı, Çoklu Geçit mi? Yedeklilik Hesabı
Ödeme geçitleri yılda ortalama birkaç kez kesinti yaşar ve bu kesintiler nedense en yoğun saatlere denk gelir. Tek geçitle çalışıyorsan o saatlerdeki tüm trafik boşa gider. Çoklu geçit kurulumunda script, birincil geçitten hata kodu aldığında kullanıcıyı otomatik olarak alternatife yönlendirir; müşteri hiçbir şey fark etmez.
Bunun ikinci faydası komisyon arbitrajı. Tek çekimi ucuz geçide, taksitli işlemi taksit maliyeti düşük geçide yönlendirirsen efektif komisyonun yarım puan aşağı iner. 300 bin TL ciroda bu ayda 1.500 TL'dir. Yazılım tarafında yönlendirme kuralları yönetilebiliyorsa bu tamamen ayar meselesidir, ek maliyeti yoktur.
Ödeme Geçidini Scriptine Bağlarken Hangi Teknik Detay Cironu Kurtarır?
Tek bir cevabı var: otorite kaynağı. Siparişin ödendi sayılıp sayılmayacağına tarayıcıdan dönen sonuç değil, sağlayıcının sunucudan sunucuya gönderdiği bildirim karar vermelidir. Kullanıcının internetinin koptuğu, sayfayı kapattığı, geri tuşuna bastığı her senaryoda tarayıcı tabanlı doğrulama çöker. Sunucu bildirimine dayanan kurulumda ödeme alınmış ama teslim edilmemiş sipariş kalmaz.
İkinci detay tekrar koruması: aynı bildirimin iki kez gelmesi durumunda ürünün iki kez teslim edilmemesi gerekir. Üçüncüsü tutar doğrulaması; gelen bildirimdeki tutar siparişteki tutarla birebir eşleşmiyorsa işlem askıya alınmalı. Bu üç kural yoksa kurulumun ne kadar şık göründüğü önemli değil, sızıntı kaçınılmazdır.
| Kontrol Adımı | Neden Kritik | Durum |
|---|---|---|
| Sunucu bildirimi otorite kabul ediliyor | Kopan bağlantıda sipariş kaybını önler | Zorunlu |
| Tutar ve para birimi karşılaştırması | Manipüle edilmiş işlemi engeller | Zorunlu |
| Mükerrer bildirim koruması | Aynı siparişte çift teslimatı keser | Zorunlu |
| Yasal sayfalar ve sözleşmeler dolu | Sanal POS onayının ön koşulu | Zorunlu |
| İkinci yedek geçit tanımlı | Kesinti saatlerinde ciroyu korur | 150 bin TL üzeri |
| Taksit/tek çekim yönlendirme kuralı | Efektif komisyonu düşürür | Önerilir |
| İşlem log'ları ve IP kaydı | Chargeback itirazında kanıt sağlar | Zorunlu |
| Havale kanalı otomatik eşleştirme | Komisyonsuz ciro payını büyütür | Önerilir |
Ödeme altyapısını doğru kurgudan başlat
Pinova, çoklu ödeme geçidi yönetimi, sunucu bildirimi doğrulaması, havale otomatik eşleştirme ve hazır yasal sayfalarla gelir. Ciron büyüdükçe sağlayıcı değiştirmek bir ayar ekranı meselesine iner.
Yeni başlıyorum, doğrudan banka sanal POS'u almalı mıyım?
Hayır. Sabit maliyeti ve başvuru süresi başlangıç için ağırdır. İlk aşamada ödeme kuruluşu artı havale kanalıyla başla, aylık ciron 150 bin TL bandına yaklaştığında banka POS'u için başvur.
İki ödeme sağlayıcısını aynı anda kullanmak sorun yaratır mı?
Yaratmaz, aksine önerilir. Yazılım tarafında her geçidin işlemleri ayrı log'lanır ve mutabakat ayrı yapılır. Tek dikkat edilecek nokta, muhasebe kayıtlarında geçit bazlı raporlamanın açık olması.
E-pin satışında chargeback riskini nasıl azaltırım?
Teslimatı zaman damgalı log'la, kullanıcı IP'sini ve onay kaydını sakla, yüksek tutarlı ilk siparişlerde doğrulama adımı koy. Kanıt zinciri güçlü olan itirazların büyük kısmı bayinin lehine sonuçlanır.
Komisyon mu vade mi daha önemli?
150 bin TL'ye kadar komisyon, üzerinde vade. Çünkü hacim büyüdükçe tedarikçiye peşin ödenen tutar arttığı için nakit döngüsünün hızı kâr üzerinde komisyondan daha belirleyici olur.
Özetle ödeme altyapısı bir kez kurulup unutulan bir şey değil; ciro büyüdükçe yeniden kurgulanan canlı bir sistem. Doğru e-pin scripti bu geçişleri kod değiştirmeden, panelden yapılabilir hale getirir; yanlış olanı ise her sağlayıcı değişikliğinde seni geliştiriciye mahkûm eder. Hangi tarafta durmak istediğine karar vermek için önce yapıyı kendi gözünle görmen mantıklı: canlı demo üzerinden çoklu geçit yönetimini ve sipariş log'larını incele, ardından fiyat tablosuyla kendi ciro bandına göre hesabını yap.