Saha notları

Fintech uygulaması başlatmak için banka lisansı gerekir mi?

"Fintech uygulaması başlatmak için banka lisansı gerekir mi?" aslında tek bir paltoya sığdırılmış üç sorudur. Müşteri parasını tutuyor musunuz? Taşıyor musunuz? Ve bu hareketi hangi düzenleyici izin kapsıyor: sizinki mi, bir başkasınınki mi? Bunları yanıtlarsanız lisans sorusu çoğunlukla kendiliğinden yanıtlanır. Çoğu ekibi şaşırtan kısa cevap şu: fintech uygulamalarının çoğu hiçbir zaman banka lisansı almaz, çünkü çoğu, banka lisansının asıl var olma nedeni olan o tek şeyi yapmaz. Aşağıdaki yazı yelpazenin bir haritasıdır, hukuki tavsiye değildir. Amaç, biri size bir takvim ya da fiyat söylemeden önce hangi soruları soracağınızı bilmenizdir.

Banka lisansı aslında ne için var?

Tam banka lisansı (AB terminolojisinde kredi kuruluşu yetkisi), tek bir sıkı korunan faaliyete izin verir: halktan mevduat toplamak ve bu parayı yeniden borç vermek. Uzun vadeli kredileri, müşterilerin istediği an çekebildiği bakiyelerle finanse etmek anlamına gelen bu vade uyumsuzluğu, bankaların ağır sermaye gerekliliklerini, mevduat güvencesi yükümlülüklerini ve bilançosunu satır satır okuyan bir denetçiyi taşımasının nedenidir. Uygulamanız mevduat toplamıyor ve bunlara karşılık kredi vermiyorsa büyük olasılıkla banka lisansına bakmıyorsunuzdur. Yelpazede daha aşağıda, daha hafif bir şeye bakıyorsunuzdur ve hikâyenin tamamı da bu yelpazedir.

İzin yelpazesi: en ağırdan en hafife

Finansal izinler kademeler halinde gelir. En üstte mevduat kabul edebilen ve kredi verebilen kredi kuruluşu, yani banka yer alır. Onun altında elektronik para kuruluşu (EMI) e-para ihraç edebilir: müşteri değerini saklayıp kartlara veya cüzdanlara yükleyebilir, ancak elindeki float'ın korunması gerekir; ayrı tutulur, dokunulmaz, asla kredi olarak kullandırılmaz. Daha aşağıda ödeme kuruluşu (PI) ödeme gerçekleştirebilir: transfer başlatır, tahsilat yapar, havale gönderir, kart işlemlerini acquire eder. Ancak değeri zaman içinde saklamak için tasarlanmamıştır; para içinden geçer, içinde durmaz. En altta ise acente veya distribütör yer alır: kendi lisansı hiç yoktur, kendisini kaydeden lisanslı bir kuruluşun yetkisi altında faaliyet gösterir.

Örüntü şu: her basamak aşağı inildikçe bir yetenek, onunla birlikte de sermaye ve yükümlülükten bir pay düşer. Mevduat tutmak sahip olabileceğiniz en ağır izindir; bunu yapabilen birinin acentesi olmak ise en hafifi. Tüketici fintech uygulamalarının çoğu (cüzdanlar, kartlar, transferler, ödeme linkleri) EMI ve ödeme kuruluşu aralığında ya da bu izinlerden birine sahip bir iş ortağının üzerinde çalışır. Çok azının banka olması gerekir; bunu erken bilmek, yanlış yöne harcanan çok büyük bir emeği önler.

Kendinizi konumlandırmanın hızlı yolu: müşterileriniz uygulamada bakiye tutacaksa (yükledikleri bir cüzdan, önceden para yükledikleri bir kart) e-para alanındasınız demektir, çünkü değer saklamak bir EMI'yi tanımlayan izindir. Para yalnızca içinden geçiyorsa (transfer başlatıyor, fatura tahsil ediyor, ödemeyi doğrudan iletiyorsanız) doğal seçenek, sizin ya da bir iş ortağının sahip olduğu ödeme kuruluşu iznidir. Fonlara hiç dokunmayıp yalnızca başka yerde tutulan hesaplara dair bilgi sunuyorsanız, bunun bile daha hafif kendi kaydı vardır. Ne kadar ağır konumlanırsanız o kadar sermaye ve denetim yükü gelir; tasarım hedefi, ürünün gerçekten gerektirdiğinden daha ağır konumlanmamaktır.

İzni kiralamak: iş ortağı modelleri

Üzerine inşa etmek için izne kendiniz sahip olmak zorunda değilsiniz. Yaygın yol onu kiralamaktır. Sponsor banka veya Banking-as-a-Service düzenlemesinde lisanslı bir banka ya da EMI hesapları tutar, IBAN'ları ve kartları ihraç eder, float'ı korur; siz uygulamayı onların API'sine karşı geliştirir ve deneyimi yayına alırsınız. Acente modelinde bir ödeme kuruluşunun acentesi veya bir e-para ihraççısının distribütörü olarak kaydolursunuz; faaliyetinizi onların lisansı kapsar ve düzenleyici sizi onlar aracılığıyla tanır. Sözleşmeler farklı, temel gerçek aynı: yığının bir yerinde birileri izne sahip. Tek soru, bu kişinin siz mi yoksa bir iş ortağı mı olduğu.

Hangi sorumluluğu kim taşır

Lisansı kiralamak sorumluluğu kiralamak anlamına gelmez. Düzenleyiciye karşı hesap veren lisanslı kuruluştur: müşteri fonlarının korunması, kara para aklamayı önleme izlemesi ve programın tamamının yürütülmesi konusunda. Ancak bu yükümlülükler sözleşmeyle aşağıya doğru akar. Bir iş ortağının lisansına bindiğinizde yine KYC ve onboarding süreçlerini yürütür, işlemleri AML açısından izler, iş ortağının bağlı olduğu limitlere ve raporlamaya uyarsınız. Sorumluluk dışarıya devredilmekten çok paylaştırılır: iş ortağı düzenleyiciye karşı sorumluluğu üstlenir, size karşı ise günlük görevin büyük kısmını yeniden sizin tarafınıza yükleyen bir sözleşmeyle bağlıdır. O sözleşmeyi, almamayı seçtiğiniz lisansı okuyacağınız kadar dikkatle okuyun.

Lisans, başkalarının parasını tutma veya hareket ettirme iznidir. Yazılım ise o paranın nasıl talimatlandırıldığı, mutabakata bağlandığı ve müşteriye gösterildiğidir. İkisini tek satıcıdan da iki satıcıdan da alabilirsiniz, ama her durumda ikisini de satın alırsınız.
— Protocore · Ödeme mühendisliği

Yazılım ve lisans ayrı satın alımlardır

Bu, projenin bütün sıralamasını değiştiren kavrayıştır. Bir ödeme uygulaması müşteriye tek bir şey gibi görünür, ama aslında kaynaşmış iki şeydir: parayı tutma veya hareket ettirme konusundaki düzenlenmiş izin ve hareketi talimatlandıran, defteri tutan, alacakları mutabakata bağlayan ve ekranda bakiyeyi gösteren yazılım. Bu ikisi ayrı ayrı temin edilir. Kendi lisansınıza sahip olup yazılımı satın alabilirsiniz; lisansa sahip olup yazılımı kurum içinde geliştirebilirsiniz; izni bir iş ortağı üzerinden kiralayıp üstüne yazılım alabilirsiniz; ya da ikisini paketlemiş tek bir satıcıdan alabilirsiniz. Dördü de normaldir. Normal olmayan ve projelere sessizce aylar kaybettiren şey ikisini karıştırmaktır: aslında BaaS iş ortağı ve bir uygulama gerekirken “bankacılık lisansı” aramak ya da iznin uygulamaya kaynaklı geldiğini varsayarak uygulama aramak.

Bunları ayrı satın alımlar olarak görmek işleri netleştirir, çünkü fiyatlandırmayı ve zamanlamayı bağımsız yapmanızı sağlar. Yazılım kendi değeriyle değerlendirilebilir: onboarding akışı çalışıyor mu, defter doğru mu, operatörler sistemi gerçekten yönetebiliyor mu. İzin ise yetki alanı, fon koruma ve şartlar üzerinden değerlendirilir. Protocore Pay (/products/pay) yazılım katmanının tek başına bir örneğidir: getirdiğiniz düzenlenmiş altyapının üzerinde çalışan bir whitelabel uygulama platformu ve operatör konsolu. Lisans değildir, hiçbir yazılım da değildir; lisansın planda ayrı bir kalem olarak kalmasının nedeni tam olarak budur.

Her platform satıcısına sorulacak sorular

Size “fintech'inizi hayata geçirin” platformu satan kim olursa olsun, aynı kısa liste belirsizliğin çoğunu dağıtır. Ürününüz düzenlenmiş bir izin içeriyor mu, yoksa kendi iznimi ben mi getiriyorum? İçeriyorsa lisans kimin, hangi ülkelerde geçerli ve ben o kuruluşun doğrudan müşterisi miyim yoksa acentesi mi? Müşteri fonlarını kim koruyor ve nerede tutuluyor? Kara para aklamayı önleme konusunda düzenleyiciye kim bildirildi: siz, iş ortağı ya da ben? Lisans benim olmadığı halde hangi yükümlülükler sözleşmeyle bana düşüyor? İş ortaklığı biterse müşterilerimin parasına ve verilerine ne olur? Yanıtlar satıcıları hızla ayırır: yazılım satanlar, bir iş ortağının iznini yeniden satanlar ve ikisini gerçekten paketleyenler. Hangisiyle konuştuğunuzu da gösterir.

Bütün bunların güven verici yanı şu: uygulamaların çoğu yazılım artı bir iş ortağının izniyle yayına çıkar ve kendi lisansına yalnızca hacim, marj ya da strateji sermayeyi ve uyum kadrosunu haklı kıldığında geçer. Gerçekte hangi basamağa ihtiyacınız olduğunu ve yazılımla iznin ayrı kalemlerde satın alındığını bilmek savaşın büyük kısmıdır. Gerisi yukarıdaki soruları sormak ve yanıtları dikkatle okumaktır. Bunların hiçbiri hukuki tavsiye değildir; eşikler ve kategori adları yetki alanına göre değişir. Bunu bir düzenleyiciyle veya danışmanla görüşmeye götüreceğiniz harita olarak kullanın, onların yerine geçecek bir şey olarak değil.

Kurulacak bir sisteminiz mi var?

Sorunu anlatın. Size bir mimari ve bir planla dönelim.