Banka POS, lisanslı ödeme kuruluşu ve teknik altyapı sağlayıcısı arasındaki fark

Online ödeme almak isteyen bir işletme, arama sonuçlarında “sanal POS firmaları” başlığı altında birbirine benzeyen sayfalarla karşılaşır. Oysa bu başlığın altında tek bir yapı yoktur. Üye işyeri sözleşmesini doğrudan imzalayan bankalar, düzenleyici otoriteden aldığı yetkiyle ödeme hizmeti sunan lisanslı kuruluşlar ve bankanın sanal POS’una bağlanan yazılım katmanını kuran teknik altyapı sağlayıcıları aynı listede yan yana görünür. Müşterinin gördüğü ödeme sayfası üçünde de birbirine benzer; sözleşmenin muhatabı, sorumluluğun sınırı ve paranın izlediği yol benzemez.

Aradaki farkı en hızlı ortaya çıkaran soru teknik değil finansaldır: tahsil edilen bedel önce hangi hesaba geçiyor ve oradan işletmeye nasıl geliyor? Bu tek sorunun cevabı, hem karşıdaki yapının hukuki statüsünü hem de her ay kimin neyi takip edeceğini belirler. Kısa cevap şudur: üç modelin ikisinde bedel işletmenin kendi banka hesabına doğrudan geçer, birinde ise araya lisanslı bir kuruluşun taraf olduğu bir aşama girer.

Banka POS: sözleşme doğrudan bankayla kurulur

Bu modelde işletme, üye işyeri sözleşmesini bankanın kendisiyle imzalar. Hesap, sanal POS tahsisi, işlem onayı ve ödeme takvimi tek bir kurumun içinde toplanır. Kart ağından geçen bedel, bankanın kendi mutabakatı tamamlandıktan sonra işletmenin o bankadaki hesabına aktarılır. Zincirde başka bir taraf yoktur, bu da sorumluluğun kimde olduğu konusunda en az tartışma çıkaran kurgudur.

Buna karşılık operasyonel yük banka sayısıyla birlikte çoğalır. Her banka için ayrı başvuru, ayrı sözleşme, ayrı test ortamı ve ayrı teknik entegrasyon gerekir. Taksit programları bankaya özgüdür; Axess, Bonus, Maximum, World ve Paraf gibi programların tamamını müşterisine sunmak isteyen bir işletme, aynı süreci program sahibi banka sayısı kadar tekrarlar. Gün sonu raporu, iade ve chargeback takibi de her bankanın kendi ekranından yürür. Muhasebe tarafında bunun karşılığı, tek bir kaynaktan değil banka sayısı kadar kaynaktan mutabakat yapmaktır.

Model, tek bir bankayla çalışmayı yeterli gören işletmelere, bankasıyla halihazırda güçlü bir ilişkisi ve pazarlık gücü bulunan yüksek hacimli yapılara ve entegrasyonu kendi geliştirici kaynağıyla sürdürebilen ekiplere uyar. Küçük bir teknik ekiple çok bankalı taksit sunmayı hedefleyen bir e-ticaret işletmesinde ise tekrar eden entegrasyon yükü, doğrudan banka ilişkisinden kazanılan avantajı hızla aşar.

Lisanslı ödeme kuruluşu bedele taraf olur

Ödeme kuruluşu ve elektronik para kuruluşu, faaliyetini düzenleyici otoriteden aldığı yetkiye dayandırır. Bu yetki, kuruluşun ödeme işlemine taraf olmasına ve lisansın kapsamına göre müşteri fonlarını belirli kurallar altında bulundurmasına imkan verir. Yapısal fark burada başlar: bedel, işletmenin hesabına ulaşmadan önce kuruluşun taraf olduğu bir aşamadan geçebilir. Bu aşamanın nasıl işlediği kuruluşa ve lisansın kapsamına göre değişir, dolayısıyla tek bir standart akıştan söz edilemez.

Operasyondaki karşılığı, tek muhatapla çalışmanın rahatlığı ile takip yükünün yer değiştirmesidir. Kart ağı ve banka tarafındaki çeşitliliği kuruluş kendi tarafında toplar, işletme tek sözleşmeyle ilerler. Buna karşılık ödeme takvimi, bakiyenin ne zaman ve hangi kesintilerle aktarıldığı ve mutabakatın hangi belgeden okunacağı artık kuruluşun kendi yapısına bağlıdır. Kuruluşun uyum ve risk süreçleri de işletmeden ek bilgi, ek belge veya işlem limiti kabulü isteyebilir.

Bu model, bedelin bir süre havuzlanması ya da birden fazla satıcıya bölüştürülmesi gereken kurgular için yapısal olarak uygundur. Aracılık eden pazaryerleri, alt üye işyeri mantığıyla çalışan platformlar, cüzdan ve bakiye tutan uygulamalar bu ihtiyacı taşır. Kendi ürününü kendi adına satan ve tahsilatın doğrudan kendi hesabına geçmesini isteyen bir işletme içinse aradaki bu aşama, çözdüğü sorundan fazlasını sorar.

Teknik altyapı sağlayıcısı ödeme hizmetini değil yazılımı sağlar

Üçüncü grup, ödeme hizmetinin kendisini üstlenmez. Yaptığı iş, üye işyeri adına tahsis edilmiş sanal POS’lara bağlanan yazılım katmanını kurmak ve kart ağlarını, taksit programlarını, raporlamayı işletmenin göreceği tek arayüzde toplamaktır. Bu katman bankanın yerine geçmez, bankaya erişimi tekilleştirir.

Aramalarda sanal POS firmaları ifadesiyle karşılaşılan sağlayıcıların önemli bir bölümü bu üçüncü gruptadır. Sağlayıcının hangi statüde olduğu ise listelerden değil, kendi hukuki statü beyanından okunur.

Para akışı bu modelde banka POS’undaki akışa benzer. Bedel, altyapı sağlayıcısının hesabına uğramaz; kart ağı ve banka üzerinden üye işyerinin kendi banka hesabına geçer. Sağlayıcı, işlemi başlatan ve raporlayan yazılımı işletir, bedeli elinde tutmaz. Zincirdeki rolü finansal değil teknolojiktir.

Bu grubun bir örneği olan SanalPos.com, Lirbon Teknoloji ve Elektronik Ticaret A.Ş. markası olarak sitesinde ödeme kuruluşu veya elektronik para kuruluşu statüsünde bulunmadığını açıkça yazar ve 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun çerçevesinde aracı hizmet sağlayıcı olarak faaliyet gösterdiğini belirtir. Sunduğu şey teknik ödeme altyapısıdır; ödemeye konu bedel şirketin hesaplarına intikal etmez, üye işyeri adına tahsis edilen sanal POS üzerinden doğrudan işletmenin kendi banka hesabına aktarılır. Site, ödeme vadesini T+1 olarak yayımlar.

Yükün nereden nereye taşındığı bu modelde nettir. Tek başvuru ve tek entegrasyonla birden çok bankanın kartı kabul edilebildiği için banka başına tekrarlayan sözleşme ve entegrasyon işi ortadan kalkar; Visa, Mastercard, Troy ve American Express kartları ile bankaların taksit programları aynı bağlantı üzerinden yönetilir. Ancak banka tarafı yok olmaz. İşletmenin kendi banka hesabı, bankanın üye işyeri onayı ve iade ile chargeback kurallarına uyum yerinde durur. Sağlayıcı bu ilişkiyi ortadan kaldırmaz, tek yerden yönetilebilir hale getirir.

Kendi ürününü satan e-ticaret siteleri, KOBİ’ler ve şahıs şirketleri, abonelik ve SaaS iş modelleri ve geliştirici kaynağı sınırlı ekipler bu modelin doğal muhatabıdır. Uygun olmadığı yer de bellidir: tahsil edilen bedelin bir süre tutulmasını, havuzlanmasını veya üçüncü taraflara bölüştürülmesini gerektiren bir kurgu lisansa bağlı bir yapı ister ve teknik katman tek başına bu ihtiyacı karşılamaz.

Üç model yan yana

Aynı ölçütler üç yapıya birlikte uygulandığında seçim, marka karşılaştırmasından önce yapı karşılaştırmasına dönüşür.

Modeli yanlış okumanın operasyonel karşılığı

Model karışıklığı çoğunlukla sözleşme imzalandıktan sonra, ilk mutabakat gününde fark edilir. Bedelin doğrudan işletme hesabına geçtiği kurgularda tahsilat, banka hesap hareketinden okunur ve işlem raporu bu hareketi açıklar. Aradan lisanslı bir kuruluşun geçtiği kurguda ise hesaba düşen tutar tek tek işlemleri değil, toplu aktarımı gösterir; eşleştirme işlem raporu ile aktarım kaydı arasında yapılır. Bu ayrım nakit akışı planını, iade sürecinde kimin muhatap olduğunu ve bir sorun çıktığında hangi kapının çalınacağını doğrudan etkiler.

Karşınızdaki yapının hangi grupta olduğunu belirlemek için üç şeyi netleştirmek yeterlidir.

1. Tahsil edilen bedelin ilk durağını sorun: doğrudan kendi banka hesabınız mı, yoksa arada taraf olan bir kuruluş mu?
2. Kaç bankanın kartını ve hangi taksit programlarını sunmanız gerektiğini yazın; bu sayı, banka başına tekrarlayan işin gerçek büyüklüğünü verir.
3. Tahsilatı üçüncü taraflara bölüştürmek zorunda olup olmadığınıza karar verin; cevap evetse teknik katman tek başına yetmez.

Bu üç cevap netleştiğinde geriye kalan soru “hangi firma” olmaktan çıkar, “hangi yapı” olur. Sağlayıcı listesi de kendiliğinden daralır, çünkü işletmenin ihtiyacını karşılamayan modeller listeden düşer.

Sık sorulan sorular

Bir işletme birden fazla modeli aynı anda kullanabilir mi

Kullanabilir. Ana satış kanalında bankayla doğrudan çalışıp, farklı bir tahsilat ihtiyacı için ayrı bir yapı kurmak mümkündür. Kazanç esneklik, bedeli ise mutabakatın iki ayrı kaynaktan yürütülmesidir. Küçük ekiplerde bu ek takip yükü genellikle sağladığı esnekliğin önüne geçer, bu yüzden ikinci bir modelin gerçekten çözdüğü bir problem olup olmadığı önceden yazılmalıdır.

Teknik altyapı sağlayıcısıyla çalışınca bankayla ilişkim biter mi

Bitmez. Tahsilat işletmenin kendi banka hesabına aktığı için banka zincirin içinde kalır. Üye işyeri onayı, iade ve chargeback kuralları banka tarafındadır. Değişen tek şey, bu ilişkinin kaç ayrı ekrandan ve kaç ayrı entegrasyondan yönetildiğidir.

Bir sağlayıcının hangi grupta olduğunu nereden anlarım

İlk bakılacak yer sağlayıcının kendi hukuki statü beyanıdır; kurumsal bilgi sayfaları ve sözleşme metinleri bu bilgiyi taşımak durumundadır. Lisanslı kuruluşlar yetkilendirildikleri statüyü açıkça belirtir ve düzenleyici otoritenin yayımladığı yetkili kuruluş listeleri üzerinden de doğrulanabilir. Statüsünü belirtmeyen bir sağlayıcıda sorulacak ilk soru sabittir: tahsil edilen bedel hangi hesaba geçiyor?