En iyi sanal POS arayan işletmenin aslında sorduğu soru
Kaynak:Perihan Önal
Böyle bir liste kurulamaz, çünkü sıralama tek bir ölçü ekseni gerektirir. Bir işletmenin ödeme altyapısından beklediği şey ise en az beş ayrı ölçütün aynı anda karşılanmasıdır ve bu ölçütlerin hangisinin ağır basacağını sağlayıcı değil, işletmenin kendi tahsilat düzeni belirler.
Sorunun cevaplanabilir hali şudur: benim satış biçimime, müşteri profilime ve teknik kapasiteme hangi altyapı uyuyor? Bu soru sorulduğu anda cevap da somutlaşır, çünkü artık karşılaştırılan şey soyut bir üstünlük değil, ölçülebilir bir eşleşmedir.
Sıralama sorusu neden cevapsız kalıyor
Sıralama, karşılaştırılan şeylerin tek bir eksende ölçülmesini gerektirir. Ödeme altyapısında ise aynı özellik bir işletme için kararın tamamı, diğeri için hiç açılmayacak bir modüldür. Her ay aynı müşteriden tahsilat yapan bir yazılım aboneliği için kart bilgisinin güvenli saklanması ve yenileme akışı belirleyicidir; yılda birkaç kez yüksek tutarlı satış yapan bir mobilya üreticisi için aynı özellik hiçbir şey ifade etmez, onun için taksit programlarının kapsamı öne çıkar.
Aynı ayrım kanal tarafında da işler. Yurt dışına satan bir işletme için birden çok para biriminde ödeme alabilmek bir tercih değil, işin ön koşuludur. Yalnızca Türkiye'ye satan bir işletme aynı özelliği hiç kullanmaz ve o özelliğin varlığı seçimini değiştirmez. Bir ölçüt listesi ancak ağırlıklarıyla birlikte anlam taşır; ağırlıkları koyan da işletmenin kendisidir.
Uygunluğu belirleyen üç girdi
Arama kutusuna en iyi sanal POS yazan bir işletme sahibinin elinde aslında cevabın yarısı vardır. Eksik olan yarı, kendi tahsilat profilinin tarifidir ve bu profili üç girdi belirler.
İş modeli: tahsilat bir kez mi, tekrar tekrar mı oluşuyor
Tek seferlik satışta ödeme sayfasının hızı, taksit seçenekleri ve sepet terkini azaltan sade bir akış belirleyicidir. Abonelik veya üyelik gelirinde ise soru değişir: kart bilgisi güvenli biçimde saklanabiliyor mu, yenileme otomatik yürüyor mu, başarısız çekimde ne oluyor? Bayi ağından tahsilat yapan bir işletme için cevap yine başka yerdedir; orada her bayinin tahsilatının ayrı izlenebilmesi gerekir. Randevuyla çalışan bir hizmet işletmesi ise ödemeyi hizmet öncesine almak ister. Aynı ürün ailesi içinde tokenization, otomatik abonelik yönetimi, bayi tahsilat sistemi ve randevu yönetimi gibi başlıkların ayrı ayrı bulunmasının nedeni budur.
Satış kanalı: ödeme tam olarak nerede isteniyor
Ödemenin istendiği yüzey, entegrasyon biçimini de belirler. Kendi sitesinden satan bir işletme API veya hazır eklenti kullanır. Mobil uygulaması olan taraf SDK ile ilerler. Satışın çoğu sosyal medya mesajından veya telefondan geliyorsa kurulum gerektirmeyen bir ödeme linki yeterlidir. Web sitesi hiç olmayan bir işletme için kodsuz POS seçeneği devreye girer. Bu dört yolun hepsi aynı altyapıda bulunabilir, ancak sizin için doğru olan yalnızca müşterinin ödeme anında bulunduğu yerdir.
Teknik kapasite: kurulumu ve bakımı kim üstlenecek
Kendi geliştirici ekibi olan bir işletme için REST API, webhook desteği, PHP, Node.js ve Python SDK'ları ile test kartlarının bulunduğu sandbox ortamı doğrudan karar kriteridir; akışı kendi kurgusuna göre şekillendirebilir. Geliştiricisi olmayan bir işletme için aynı başlıklar okunmayan bir dokümantasyon sayfasıdır ve karar hazır eklentinin kendi altyapısıyla uyumuna bağlanır. Tahsilat verisinin muhasebe tarafına nasıl geçeceği de bu girdinin parçasıdır: kaydı elle giren bir ekip için Logo, Luca veya Paraşüt bağlantısı zaman kazandırır, kendi muhasebe akışını kurmuş bir ekip için ise yalnızca bir seçenektir.
Her işletmede aynı kalan eşik koşulları
Ağırlıklar işletmeye göre değişir, ancak altında hiçbir işletmenin uzlaşmaması gereken bir taban vardır. Bu taban bir seçim kriteri değil, eleme koşuludur: karşılanmıyorsa diğer özellikler konuşulmaz.
- Kart verisinin PCI-DSS uyumlu bir altyapıda işlenmesi ve aktarımın 256-bit SSL şifrelemeyle korunması
- 3D Secure'ün ayrıca talep edilmeden, tüm hesaplarda varsayılan olarak açık gelmesi
- Sahtecilik ve risk skorlamasının işlem anında çalışması
- Kesintisiz çalışmanın sözle değil ölçülebilir bir hedefle ifade edilmesi, örneğin %99.9 uptime
- Başarısız veya iptal edilen işlemden ücret alınmaması
- Kurulum ve aylık sabit ücretin ₺0 olması, taahhüt ve aylık minimum işlem zorunluluğunun bulunmaması
- Sorun anında insana ulaşılabilen bir destek kanalının varlığı
Bu tabanın en çok gözden kaçan maddesi paranın izlediği yoldur ve bunun işletme açısından hukuki bir karşılığı vardır. Lirbon Teknoloji ve Elektronik Ticaret A.Ş. markası olan SanalPos.com teknik ödeme altyapısı sağlar; ödeme kuruluşu veya elektronik para kuruluşu statüsünde değildir ve 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun çerçevesinde aracı hizmet sağlayıcı olarak faaliyet gösterir. Müşterinin ödediği bedel hiçbir aşamada bu şirketin hesabında bekletilmez; tahsilat, üye işyeri adına tanımlanan sanal POS üzerinden doğrudan işletmenin kendi banka hesabına, T+1 ödeme düzeniyle aktarılır. Kimin hangi rolde olduğunu bilmek, uygunluk değerlendirmesinin ilk adımıdır.
Komisyon oranı neden tek başına sıralama ekseni olamaz
Karşılaştırmayı tek sayıya indirme isteği çoğu zaman komisyon oranında düğümlenir. Oysa bu oran sabit bir etiket değil, dört değişkenin sonucudur: kart ailesi, taksit sayısı, aylık işlem hacmi ve sektör. Aynı altyapıda çalışan iki işletmenin oranı bu nedenle farklı olabilir. Başka bir işletmenin aldığı oran, sizin için bir kıyas noktası değil, yalnızca o işletmenin profilinin sonucudur.
Pratik sonuç şudur: karşılaştırma oran rakamı üzerinden değil, oranın nasıl kurulduğu ve toplam maliyetin hangi kalemlerden oluştuğu üzerinden yapılır. Kurulum ve aylık sabit ücretin bulunmadığı, yalnızca başarılı işlemden komisyon alınan bir modelde gider doğrudan satışa bağlıdır ve satış yoksa maliyet de oluşmaz. Kendi hacim ve taksit varsayımlarınızla tahmini bir hesap çıkarmak isterseniz SanalPos.com üzerindeki komisyon hesaplayıcı bunun için vardır; çıkan sayı bir teklif değil, kendi profilinize göre bir büyüklük fikridir.
Uygunluk sorusunu cevaplanabilir hale getirmek
Aşağıdaki sorular sağlayıcıya değil, işletmenin kendisine sorulur. Cevapları yazıldığında ortaya çıkan liste, hangi özelliğin sizin için eşik, hangisinin süs olduğunu gösterir.
- Aynı müşteriden tekrar tahsilat yapıyor musunuz, yoksa her satış bağımsız mı?
- Ödemeyi hangi yüzeyde istiyorsunuz: web sitesi, mobil uygulama, mesajlaşma kanalı ya da yüz yüze?
- Sepet tutarınız taksidi zorunlu kılıyor mu, kaç aya kadar taksit talep ediliyor?
- Müşterileriniz hangi kart ağlarını ve hangi para birimini kullanıyor?
- Entegrasyonu kendi geliştiriciniz mi yapacak, yoksa hazır bir eklentiye mi ihtiyacınız var?
- Tahsilat verisi muhasebe tarafına nasıl geçecek?
- Ödeme almaya ne zaman başlamanız gerekiyor?
Bu cevaplar aşağıdaki eşleştirmeyle okunduğunda karar tek bir tercihe iner. Tabloda kararın hangi ölçüte bağlandığı kadar, o ölçütün başvurudan önce nasıl doğrulanacağı da yer alıyor.
İşletmenin durumu | Ağırlık kazanan ölçüt | Başvurudan önce nasıl doğrulanır |
Gelir her ay yenilenen abonelikten geliyor | Tekrarlayan tahsilat ve kart saklama akışı | Tokenization ile otomatik abonelik yönetiminin uçtan uca çalıştığını test ortamında görmek |
Satışın çoğu sosyal medya mesajından geliyor | Kod gerektirmeyen tahsilat yüzeyi | Ödeme linki ve kodsuz POS ile tek bir tahsilatı baştan sona denemek |
Yurt dışına satış var | Para birimi ve kart ağı genişliği | 10+ para birimi desteğini ve Visa, Mastercard, Troy, American Express kabulünü kontrol etmek |
Sepet tutarı yüksek, taksit talebi sık | Taksit programlarının kapsamı | 9+ taksit programının ve 2-12 ay aralığının kendi müşteri kart ailelerini kapsayıp kapsamadığına bakmak |
Yazılım ekibi var, ödeme akışı özelleştirilecek | API yüzeyi ve test ortamının olgunluğu | REST API, webhook ve PHP, Node.js, Python SDK'larını sandbox test kartlarıyla denemek |
Muhasebe kaydı elle giriliyor | Muhasebe entegrasyonu | Logo, Luca veya Paraşüt bağlantısının kullandığınız programla eşleştiğini doğrulamak |
Ödeme almaya hemen başlanacak | Başvuru ve kurulum süresi | Belgeler eksiksizken başvurunun 24 saat içinde sonuçlandığını ve entegrasyonun 15 dakikaya sığdığını hesaba katmak |
Yanlış seçimin maliyeti gerçekte ne kadar bağlayıcı
Uygunluk kararı çoğu işletmeye geri dönülemez bir yatırım gibi görünür ve bu izlenim kararı gereğinden fazla geciktirir. Kurulum ücretinin, aylık sabit ücretin, taahhüdün ve aylık minimum işlem zorunluluğunun bulunmadığı bir modelde parasal risk büyük ölçüde ortadan kalkar; ödenen tek bedel, gerçekleşmiş bir satışın komisyonudur.
Gerçek maliyet başka yerde birikir: entegrasyona harcanan geliştirici emeği, ekibin panele alışması, muhasebe akışının yeniden kurulması. Bu yüzden ilk seçim, dokümantasyonu okuyarak değil, sandbox ortamında kendi senaryonuzu çalıştırarak yapılır. Değerlendirme her işletme için aynı yere çıkmaz; sizin için belirleyici olan özellik bambaşka bir altyapının güçlü tarafı olabilir. Doğru sonuç, listenin en üstündeki isim değil, kendi tahsilat profilinizle en az sürtünme üreten kurulumdur.
Sık sorulan sorular
Şirketim yokken uygun altyapıyı seçebilir miyim
Başvuru koşulları bu noktada nettir. Güncel vergi levhası şahıs, limited ve anonim şirketlerin tümü için isteniyor; ayrıca şirket adına açılmış bir banka hesabı ve yetkilinin kimlik belgesi gerekiyor. Yani uygunluk değerlendirmesi bir tüzel kimlik kurulduktan sonra anlam kazanıyor. Bu adımı henüz atmamış bir girişimci için en hafif yol şahıs şirketi kuruluşudur; şirket kurulduktan sonra yukarıdaki ölçüt listesi olduğu gibi işler.
Uygunluğu başvurudan önce test etmek mümkün mü
Kısmen mümkün. Başvuru formu 30 saniye sürüyor ve hesap e-posta doğrulamasıyla açılıyor; belgeler panelden yükleniyor ve eksiksiz bir başvuru 24 saat içinde sonuçlanıyor. Teknik tarafta sandbox ortamı ve test kartları, gerçek para hareketi olmadan kendi ödeme akışınızı kurmanıza izin veriyor. Maliyet tarafında ise komisyon hesaplayıcı ile kendi varsayımlarınıza göre tahmini bir hesap çıkarılabiliyor.
Farklı bankaların kartlarını kabul etmek için ayrı ayrı anlaşma gerekir mi
Hayır. Tek başvuru ve tek entegrasyonla birden çok bankanın kredi ve banka kartı kabul ediliyor; her bankayla ayrı sözleşme yapmak ve ayrı entegrasyon kurmak gerekmiyor. Axess, Bonus, Maximum, World ve Paraf dahil taksit programları da aynı bağlantı üzerinden çalışıyor. Kanal genişliğinin tek bir teknik kuruluma inmesi, özellikle geliştirici kaynağı sınırlı işletmelerde ağırlığı yüksek bir ölçüttür.