SaaS modeli için hangi tür banka seçmelisiniz?

Çoğu SaaS kurucusu bankacılığı sonradan düşünülecek bir konu olarak görür. En hızlı açılan hesabı açarsınız, Stripe'ı bağlarsınız ve ürünü geliştirmeye geçersiniz. Sonra ilk sınır ötesi ödeme gelir, ilk para birimi dönüşümü yüzde üç keser ya da bir büyüme sıçraması sırasında hesap dondurulur. Bu karar birdenbire çok önemli hale gelir. Peki bir SaaS modeli için hangi tür bankayı seçmelisiniz?

Dürüst başlangıç noktası şu: SaaS işletmesinin geleneksel bir şirketten farklı bankacılık ihtiyaçları vardır. Gelirleriniz tekrarlayan ve öngörülebilirdir. Bu bir avantajdır. Ancak gelir, onlarca ülkedeki müşterilerden, birden fazla para biriminde, çok sayıda küçük işlem halinde gelir. Fiziksel ürün yoktur, nakit yoktur. Bu profil bazı kurumları eler, bazılarını öne çıkarır.

Üç kategori vardır ve her biri farklı bir sorunu çözer. Geleneksel bankalar istikrar, ulusal garanti sistemleri kapsamında mevduat koruması ve kredi erişimi sunar. Bedeli ise daha yavaş süreçler ve zayıf para birimi yönetimidir. Dijital bankalar ve neobank'lar hızlı kayıt, çoklu para birimli hesaplar, rekabetçi döviz kurları ve API erişimi sunar. Bunu genellikle tam bir bankacılık lisansı yerine elektronik para lisansı altında yaparlar. İşletme bankacılığı platformları ikisinin arasında yer alır. Hesapları muhasebe, gider yönetimi ve hazine araçlarıyla birleştirir.

Özellikle bir SaaS için birkaç ölçüt gerçekten önemlidir. Çoklu para birimi desteği, cezalandırıcı dönüşüm marjları olmadan. Çünkü her yüzde puanı, tekrarlayan gelirde birikir. API erişimi, böylece bankacılık verileriniz manuel mutabakat olmadan muhasebenize akar. Hacim artışına tolerans, çünkü ani bir gelir sıçraması, buna hazırlıksız kurumlarda risk incelemelerini tetikler. Ve mevduat korumasında netlik. Bu, bankacılık lisansı ile elektronik para lisansı arasında önemli ölçüde farklılık gösterir.

Ancak her seçeneği kesen yapısal bir boşluk var ve çoğu SaaS kurucusunu geç yakalar: hiçbir banka vergi uyumunuzu yönetmez. Avrupa Birliği'ne yazılım satmak, ülke bazında KDV yükümlülüklerini, dijital hizmetler için OSS raporlamasını ve kendiniz izlemeniz gereken kayıt eşiklerini tetikler. Bu sorumluluk, herhangi bir bankanın sunduğu hizmetlerin tamamen dışında kalır.

Inflowpay, inflowpay.com adresinde, bu boşluğu bir Merchant of Record olarak kapatır. Ödeme kabulünü ve tüm yargı bölgelerindeki vergi uyumunu %4 artı 0,35 dolar her şey dahil ücretle yönetir. Dondurulmuş fonları yapısal olarak önleyen emanetsiz (non custodial) bir model kullanır.

Bu makalede, hangi banka türünün bir SaaS modeline uyduğunu ve nedenini açıklıyoruz.

Bir SaaS İşletmesinin Bankacılık İhtiyaçları Nelerdir?

Bir SaaS şirketinin finansal profili geleneksel bir işletmeden keskin biçimde ayrılır. Bu profili anlamak, banka kararını keyfi olmaktan çıkarıp net hale getirir. Gerçekten önemli olanlar şunlar.

Gizli marj olmadan çoklu para birimi yönetimi

Göz ardı edildiğinde en pahalıya mal olan ihtiyaç budur. Bir SaaS ilk günden küresel satış yapar. Yani gelir dolar, euro, sterlin ve daha fazlasıyla gelirken, maliyetleriniz tek bir para birimindedir.

Her dönüşümün bir maliyeti vardır. Asıl zarar veren kısım ise bunun nadiren ücret olarak görünmesidir. Bankalar bankalararası döviz kuruna genellikle %2 ila %4 marj ekler ve bu marj ekstrede hiçbir zaman ayrı bir kalem olarak yer almaz. Yılda 500.000 dolar çeviren bir işletmede %3'lük bir fark, görünmeden kaybolan 15.000 dolar demektir.

Bir SaaS'ın ihtiyacı olan şey, ana pazarlarında yerel hesap bilgileri ve piyasa ortası kurda ya da ona yakın, şeffaf dönüşümdür.

Düşük tutarlı, yüksek işlem hacmi

Bir SaaS, az sayıda büyük faturadan çok binlerce küçük yinelenen tahsilat işler. Bu desen önemlidir. Çünkü birçok banka işlem başına ücret alır ya da tamamen farklı akışlara sahip işletmeler için tasarlanmış aylık işlem sınırları uygular.

Taahhüt vermeden önce işlem başına maliyeti ve hacim üst sınırını kontrol edin. Elli işlemde ucuz görünen bir model, beş bin işlemde pahalıya dönüşür.

API erişimi ve muhasebe entegrasyonu

Binlerce işlemi elle mutabakata bağlamak ölçekte imkânsızdır. Bir SaaS'ın banka verisinin muhasebe sistemine, gelir panellerine ve faturalama platformuna otomatik akması gerekir.

Belgelenmiş bir API ve önde gelen muhasebe araçlarıyla yerel entegrasyonlar sunan bir kurum, her ay saatlerce iş tasarrufu sağlar ve insan hatasının bütün bir kategorisini ortadan kaldırır.

Hızlı büyümeye tolerans

Kurucuların bu ihtiyacı fark ettiği an, en kötü andır. Bankaların risk modelleri ani hacim artışlarını işaretler. Gelirinizi bir ayda katlayan başarılı bir lansman da bu modellerin yakalamak için kurulduğu desenle birebir aynı görünür.

Bir SaaS'ın gelir ölçeklenmesine rahat bakan bir kuruma ihtiyacı vardır. İdeal olarak, büyüme anından önce hesap yöneticinizi bilgilendirebileceğiniz, dondurma sırasında sonradan açıklama yapmak zorunda kalmayacağınız bir kurum olmalıdır.

Mevduat korumasında netlik

Birçok dijital banka tam banka lisansı yerine elektronik para lisansı altında çalışır. İkisi de meşrudur ama paranızı farklı korurlar. Banka lisansı genellikle ulusal mevduat garanti sistemi kapsamında teminat sağlar. Elektronik para lisansında ise fonlar ayrılmış hesaplarda korunur.

Orada anlamlı bakiyeler tutmadan önce hangisinin geçerli olduğunu belirleyin.

Sınır ötesi ödemeler ve tedarikçi ödemeleri

Bir SaaS, birden fazla ülkede bulut altyapısı, yükleniciler, ajanslar ve araçlar için ödeme yapar. Bu yüzden giden transferler de gelenler kadar önemlidir ve aynı kur dönüşümü marjları tersi yönde de geçerlidir.

Hiçbir bankanın sunmadığı şey

Bir ihtiyaç tamamen bankacılığın dışında kalır. KDV, OSS ve kayıt eşiklerini içeren uluslararası satışlarda vergi uyumu, hangi bankayı seçerseniz seçin sizin sorumluluğunuzda kalır.

inflowpay.com adresindeki Inflowpay, bunu Merchant of Record olarak karşılar.

Geleneksel Banka, Neobank mı, İşletme Platformu mu?

Üç kategori var ve her biri bir SaaS işletmesi için farklı bir sorunu çözer.

Geleneksel bankalar diğer ikisinin sunamadığını sunar: tam bankacılık lisansı, ulusal bir garanti sistemi kapsamında mevduat güvencesi ve kredi, ek hesap ve finansmana erişim. Önemli tutarda rezerv tutan ya da borçlanmayı planlayan bir SaaS için bu koruma ve kredi ilişkisi gerçek bir ağırlık taşır.

Zayıf yönleri de aynı derecede net. Hesap açılışı haftalar sürer ve fiziksel operasyonu, stoku ve nakdi olmayan bir yazılım işletmesine oranla fazla belge ister. Kur dönüşümünde interbank kurunun sıklıkla %3 ila %4 üzerinde marj uygulanır; bu, uluslararası yinelenen gelirde ağır biçimde birikir. API erişimi ya seyrektir ya da sınırlıdır; yani aylık binlerce işlemin elle mutabakatı anlamına gelir. Risk modelleri de hızlı hacim artışına karşı temkinlidir; oysa büyüyen bir SaaS tam olarak bu örüntüyü üretir.

Neobank'lar tam da bu zayıflıkları çözer. Hesap açılışı haftalar yerine saatler içinde tamamlanır. Çoklu para birimli hesaplar standart gelir ve ana pazarlarınızda yerel hesap bilgileri sunar; böylece Almanya'daki bir müşteri dönüşüm tetiklemeden euro hesabına ödeme yapar. Döviz kurları piyasa ortası kura yakındır ve ücretler şeffaftır. Belgelenmiş bir API premium özellik değil, asgari beklentidir; muhasebe entegrasyonları da kutudan çıktığı gibi çalışır.

Ödünleşimleri başka yerdedir. Çoğu, tam bankacılık lisansı yerine bir elektronik para lisansı kapsamında faaliyet gösterir; yani paranız ulusal bir mevduat garanti sistemiyle değil, ayrıştırılmış hesaplarda korunur. Her iki yaklaşım da sizi korur, ancak farklı biçimlerde korur ve bakiyeleriniz büyüdüğünde bu fark önem kazanır. Krediye erişim nadirdir, destek çoğunlukla yalnızca sohbet üzerindendir ve telefon hattı yoktur; risk sinyalleri nedeniyle hesapların dondurulması da kategori genelinde tekrar eden bir şikâyettir.

İşletme bankacılığı platformları, bir hesabı muhasebe, gider yönetimi, faturalama ve hazine araçlarıyla tek bir arayüzde birleştirir. Özel bir finans fonksiyonu olmayan küçük bir SaaS ekibi için bu birleşim operasyonel yükü gerçekten azaltır ve her ay saatlerinizi alan mutabakat işini ortadan kaldırır. Dikkat edilmesi gereken nokta şu: çoğu, kendi lisansına sahip olmak yerine bir iş ortağı kurum üzerinden çalışır. Bu nedenle taahhüt vermeden önce paranızın fiilen nerede durduğunu ve hangi koruma sistemi kapsamında olduğunu doğrulayın.

Çoğu SaaS şirketi için pratik cevap hiçbirini tek başına seçmemektir. İşe yarayan yapılandırma, rezervleri tutan ve krediye erişim sağlayan geleneksel bir bankayı, günlük çoklu para birimli işlemleri yürüten bir neobank ile eşleştirir. Bu ayrım size aynı anda koruma ve verimlilik sağlar, kurulumu neredeyse hiçbir şeye mal olmaz.

Aynı zamanda en büyük tekil operasyonel riskinizi ortadan kaldırır. Her şeyi tek bir kurum üzerinden yürütmek, bir dondurma işleminin işinizi tamamen durdurması demektir. Bunu tam olay anında keşfetmek de olabilecek en kötü zamanlamadır. İkinci bir hesap, olası bir felaketi basit bir aksaklığa dönüştürür.

Hangisini seçerseniz seçin bir boşluk kalır: hiçbir kategorideki hiçbir banka vergi uyumunuzu üstlenmez. KDV, OSS ve kayıt eşikleri sizde kalır.

Hesap Açmadan Önce Nelere Bakmalısınız?

İmzadan önce yapılacak birkaç kontrol, sonradan yaşanacak ciddi sıkıntıları önler. Doğrulamanız gerekenler şunlar.

1. Lisans türü ve mevduat koruması
2. Para birimi dönüşümünün gerçek maliyeti
3. İşlem limitleri ve hacim tavanları
4. API ve muhasebe entegrasyonları
5. Sunulan destek kanalları
6. Ani hacim artışına ilişkin politika
7. Hesap kapatma ve fon geri alma süreci
8. Yayımlanmış ödeme süreleri

İlk adım, lisans türünü belirlemektir. Kurumun tam bankacılık lisansına mı yoksa elektronik para lisansına mı sahip olduğunu belirleyin, ardından fonlarınıza hangi korumanın uygulandığını doğrulayın. Bu bilgi nadiren öne çıkarılır ve en çok tam da bir şeyler ters gittiğinde önem kazanır.

İkinci adım, dönüşümün gerçek maliyetini hesaplamaktır. İlan edilen ücreti okumak yerine, sunulan kuru aynı günkü ara piyasa kuruyla karşılaştırın. Ücretsiz transfer iddia eden bir sağlayıcı, döviz kuru üzerinden görünmez biçimde %3 alabilir. Uluslararası yinelenen gelirde bu, yıllık olarak binlere varan bir tutara dönüşür.

Üçüncü adım, işlem limitlerini kontrol etmektir. Bir SaaS, çok sayıda küçük tahsilat işler. Farklı akışlara sahip işletmeler için tasarlanmış fiyatlandırma yapıları hızla pahalı hale gelir. İşlem başına maliyetleri de aylık tavanı da teyit edin.

Dördüncü adım, API'yi ve entegrasyonları test etmektir. Dokümantasyonun var olduğunu, muhasebe yazılımınızın doğrudan bağlandığını ve işlem verilerinin kullanışlı bir formatta dışa aktarıldığını doğrulayın. Ölçekte manuel mutabakat mümkün değildir.

Beşinci adım, taahhütte bulunmadan önce desteği test etmektir. Gerçek bir soruyla iletişime geçin; yanıt süresini ve kalitesini gözlemleyin. İki yıl kusursuz çalışan ama bir ödeme başarısız olduğunda sizi bir chatbot ile baş başa bırakan bir banka, en önemli anda başarısız olmuştur.

Altıncı adım, büyüme politikasını açıkça sormaktır. Hacimde ani bir artıştan önce onlara bildirim yapıp yapamayacağınızı ve neyin risk incelemesini tetiklediğini öğrenin.

Yedinci adım, nasıl ayrılacağınızı anlamaktır; çünkü bir hesabı kapatmanın ve bakiyeyi geri almanın zorluğu sık tekrarlanan bir şikayettir.

Sekizinci adım, pazarlama vaatlerine güvenmek yerine ödeme sürelerini yazılı olarak doğrulamaktır.

Bir SaaS İçin Banka Neden Tek Başına Yetmez?

Banka hesabı paranızı tutar ve hareket ettirir. Bu gerçekten işe yarar, ancak uluslararası satış yapan bir SaaS için tamamen yetersizdir; çünkü üç kritik ihtiyaç hiçbir bankanın sunduklarının kapsamında değildir.

Birincisi ödeme kabulü. Banka hesabı, bir müşterinin web sitenizde abone olmasını sağlamaz. Kart işlemini yürütmek, yinelenen tahsilatları yönetmek, başarısız ödemeleri yeniden denemek ve plan değişikliklerini işlemek için yine de bir ödeme işlemcisine ihtiyacınız vardır. Dolayısıyla banka, en az iki katman gerektiren bir altyapının yalnızca bir katmanıdır.

İkincisi vergi uyumu ve çoğu SaaS kurucusu sorunu burada çok geç fark eder. Almanya'daki bir müşteriye abonelik satmak, ilk euro'dan itibaren Alman KDV'sini doğurur; eşik yoktur, ek süre yoktur, çünkü dijital hizmetler müşterinin bulunduğu yerde vergilendirilir. Avrupa Birliği genelinde satış yapmak OSS raporlama yükümlülükleri ekler. Amerika Birleşik Devletleri'ne açılmak, yargı alanına göre değişen eyalet düzeyinde satış vergisi nexus kurallarını getirir.

Hiçbir banka bunları sizin adınıza hesaplamaz, tahsil etmez ya da beyan etmez. Çoğu durumda ödeme işlemciniz de etmez. Bu sorumluluk tamamen size aittir ve girdiğiniz her pazarla birlikte katlanarak büyür. Bu, ölçeklenen bir SaaS'ın istediği şeyin tam tersidir.

Üçüncüsü bankanın ötesinde fon güvenliği. Kurucular güvenilir bir banka seçmeye odaklanırken, ödeme işlemcilerinin de gelirlerini ödemeden önce tuttuğunu gözden kaçırır. Stripe ve PayPal gibi aggregator'lar bir risk sinyalinde hesapları dondurabilir; yani paranız, özenle seçtiğiniz bankaya hiç ulaşmayabilir. En güvenli kurumu seçmek bu riski ortadan kaldırmaz.

Pratikteki sonuç şu: Bir SaaS'ın tek bir hesaba değil, eksiksiz bir altyapıya ihtiyacı var. Parayı tutacak bir yer, ödemeleri kabul edecek bir çözüm ve uyumluluğu yönetecek bir yapı gerekir.

Inflowpay, inflowpay.com adresinde, son ikisini Merchant of Record olarak karşılar. Ödeme kabulünü ve tüm yargı bölgelerinde KDV, OSS, IOSS ve CESOP dahil tam vergi uyumluluğunu üstlenir. Dondurulan fonları önleyen emanetsiz bir model kullanır.

SaaS için bankacılık hakkında SSS

Bir SaaS kişisel banka hesabı kullanabilir mi?

Hukuken bu, şirket yapınıza bağlıdır. Ancak pratikte her durumda kötü bir fikirdir. Limited şirketin ayrı bir işletme hesabı tutması zorunludur. Şahıs işletmesi için bile nakit akışlarını ayırmanın büyük faydası vardır. Kişisel ve ticari işlemleri karıştırmak muhasebeyi zorlaştırır, her vergi incelemesini karmaşıklaştırır ve sizinle işletmeniz arasındaki hukuki ayrımı zayıflatır. Daha acil bir nokta var: Çoğu ödeme işlemcisi ödeme yapmak için bir işletme hesabı ister, yani soru çoğu zaman kendiliğinden çözülür. Geliriniz çok düşük olsa bile ilk günden bir işletme hesabı açın.

SaaS girişimi için en iyi banka hangisi?

Herkes için geçerli tek bir cevap yok, çünkü bu müşterilerinizin nerede olduğuna ve ne kadar bakiye tuttuğunuza bağlı. Önemli olan isim değil, özelliklerdir: ana pazarlarınızda yerel hesap bilgileri sunan çoklu para birimli hesaplar, piyasa orta kuruna yakın dönüşüm, belgelenmiş bir API, yerleşik muhasebe entegrasyonları ve büyüyen hacme tolerans. Geleneksel bankalar genellikle para birimi ve API tarafında yetersiz kalır. Neobank'lar ise genellikle mevduat korumasında ve krediye erişimde yetersiz kalır. Çoğu SaaS şirketi seçim yapmak yerine ikisini birlikte kullanır. Bizim de önereceğimiz yapı bu.

Bankalar SaaS hesaplarını neden dondurur?

Genellikle risk modellerinin yakalamak üzere tasarlandığı kalıplar yüzünden. Büyüyen bir SaaS da tam olarak bu kalıpları üretir. Başarılı bir lansmanın ardından ani bir gelir sıçraması, gelen ödemelerin coğrafi dağılımındaki bir kayma ya da ters ibraz sayısındaki bir artış otomatik incelemeleri tetikler. Bankaların inceleme sırasında nedeni açıklaması çoğu zaman yasaktır. Kurucuların muğlak yanıtlar almasının nedeni budur. Beklenen bir büyüme olayından önce hesap yöneticinizi bilgilendirmek, belgelerinizi güncel tutmak ve ikinci bir hesap bulundurmak hem olasılığı hem de etkiyi belirgin biçimde azaltır.

Sattığım her ülkede bir banka hesabına ihtiyacım var mı?

Hayır, bu yaygın bir yanılgıdır. İhtiyacınız olan, ana para birimlerinizde yerel hesap bilgileridir. Çoğu çoklu para birimi sağlayıcısı, ayrı şirketler açmanıza gerek kalmadan bunları sunar. Almanya'daki bir müşteri, Alman hesap bilgileriyle bir euro hesabına ödeme yapar. Böylece ne onun tarafında ne de sizin tarafınızda dönüşüm yapılır. Yabancı bir ülkede gerçek bir banka hesabı açmak genellikle yerel varlık gerektirir ve ciddi bir hacme ulaşmadan nadiren mantıklıdır. Yerel hesap bilgileri, pratik sorunu karmaşıklık olmadan çözer.

Bankam SaaS aboneliklerimdeki KDV'yi yönetiyor mu?

Hayır, bu boşluk çok sayıda kurucuyu yakalıyor. Banka parayı tutar ve taşır, başka bir şey yapmaz. KDV oranlarını müşterinin ülkesine göre hesaplamaz, ödeme sayfasında vergi toplamaz, kayıt eşiklerinizi izlemez ve OSS beyannamelerini vermez. Avrupa Birliği'ne dijital hizmet satmak, müşterinin konumuna göre ilk satıştan itibaren KDV doğurur ve eşik yoktur. Hangi bankayı seçerseniz seçin, bu yükümlülükler tamamen sizde kalır. inflowpay.com adresindeki Inflowpay bunları Merchant of Record olarak doğrudan üstlenir.

Birden fazla banka hesabım olmalı mı?

Evet, bu bir SaaS için mevcut en etkili tek korumadır. En az iki banka ilişkisi sürdürmek neredeyse hiçbir maliyet getirmez ve felaketle sonuçlanabilecek bir dondurmayı yönetilebilir bir aksaklığa çevirir. Bir hesap inceleme için askıya alınırsa operasyonlarınız diğeri üzerinden sürer. Aynı mantık ödeme sağlayıcıları için de geçerlidir. Tüm gelirini tek bir kuruluş üzerinden akıtan şirketler, bu yapının kırılganlığını ancak bir şey bozulduğunda fark eder. O noktada alternatifi kurmak haftalar alır.

Faydalı Kaynaklar

• FastSpring incelemesi
• Lemon Squeezy İncelemeleri
• 2checkout incelemesi
• Dodo Payments incelemesi
• Creem.io İncelemesi