برای راه‌اندازی یک اپ فین‌تک مجوز بانکی لازم است؟

«برای راه‌اندازی یک اپ فین‌تک مجوز بانکی لازم است؟» در واقع سه پرسش در یک لباس است. آیا پول مشتری را نگه می‌دارید؟ آیا آن را جابه‌جا می‌کنید؟ و این جابه‌جایی زیر چتر مجوز نظارتی چه کسی است، شما یا دیگری؟ اگر به این‌ها جواب بدهید، پاسخ پرسش مجوز بیشتر خودش روشن می‌شود. خلاصه‌ای که بیشتر تیم‌ها را غافلگیر می‌کند: بیشتر اپ‌های فین‌تک هرگز مجوز بانکی ندارند، چون بیشترشان هرگز کاری را که مجوز بانکی واقعاً برای آن است انجام نمی‌دهند. آنچه می‌خوانید نقشه‌ای از این طیف است، نه مشاورهٔ حقوقی؛ هدف این است که بدانید پیش از آنکه کسی برایتان زمان‌بندی یا قیمت بدهد چه پرسش‌هایی بپرسید.

مجوز بانکی واقعاً برای چیست

مجوز کامل بانکی، در اصطلاح اتحادیه اروپا مجوز مؤسسهٔ اعتباری، یک فعالیت مشخص و به‌شدت تحت کنترل را مجاز می‌کند: پذیرش سپرده از عموم مردم و وام دادن همان پول. همین عدم تطابق سررسید، یعنی تأمین مالی وام‌های بلندمدت با موجودی‌هایی که مشتری هر لحظه می‌تواند برداشت کند، دلیل الزامات سنگین سرمایه، تعهدات تضمین سپرده و ناظری است که ترازنامهٔ بانک را سطر به سطر می‌خواند. اگر اپ شما سپرده نمی‌پذیرد و روی آن وام نمی‌دهد، تقریباً مطمئناً اصلاً سراغ مجوز بانکی نیستید. سراغ چیزی سبک‌تر، پایین‌تر در این طیف هستید، و ماجرا همین طیف است.

طیف مجوزها، از سنگین‌ترین تا سبک‌ترین

مجوزهای مالی چند سطح دارند. در رأس، مؤسسه اعتباری یا همان بانک قرار دارد که می‌تواند سپرده نگه دارد و وام بدهد. پایین‌تر، مؤسسه پول الکترونیک (EMI) می‌تواند پول الکترونیک صادر کند: ارزش متعلق به مشتری را نگه می‌دارد و روی کارت یا در کیف پول قرار می‌دهد، اما موجودی‌ای که در اختیار دارد باید حفاظت شود، یعنی جدا بماند، دست‌نخورده باشد و هرگز وام داده نشود. پایین‌تر از آن، مؤسسه پرداخت (PI) می‌تواند پرداخت‌ها را اجرا کند، یعنی انتقال آغاز کند، وصول کند، حواله بزند و تراکنش‌های کارتی را پذیرش کند، اما برای نگه‌داری ارزش در طول زمان ساخته نشده است. پول از آن عبور می‌کند و در آن نمی‌ماند. در پایین‌ترین سطح، نماینده یا توزیع‌کننده اصلاً مجوز مستقل ندارد و با اختیارنامهٔ یک نهاد مجاز فعالیت می‌کند که او را ثبت کرده است.

الگو این است که هر پله پایین‌تر یک قابلیت را کنار می‌گذارد و همراه با آن بخشی از سرمایه و تعهد را. نگه‌داری سپرده سنگین‌ترین کاری است که می‌توان مجوزش را گرفت و نمایندگیِ کسی که این مجوز را دارد سبک‌ترین. بیشتر اپلیکیشن‌های فین‌تک مصرفی، از کیف پول و کارت تا انتقال وجه و لینک پرداخت، در محدودهٔ EMI و مؤسسه پرداخت قرار می‌گیرند یا روی شریکی ساخته می‌شوند که یکی از این مجوزها را دارد. تعداد کمی از آن‌ها لازم است بانک باشند و دانستن این موضوع از همان ابتدا، از اتلاف زیادی از انرژی جلوگیری می‌کند.

یک راه سریع برای تعیین جایگاه: اگر مشتریانتان در اپ موجودی نگه می‌دارند، مثلاً کیف پولی که شارژ می‌کنند یا کارتی که از قبل بار می‌گذارند، در قلمرو پول الکترونیک هستید، چون نگه‌داری ارزش همان مجوزی است که EMI را تعریف می‌کند. اگر پول فقط عبور می‌کند، یعنی انتقالی را آغاز می‌کنید، قبضی را وصول می‌کنید یا پرداختی را مستقیم منتقل می‌کنید، مجوز مؤسسه پرداخت انتخاب طبیعی است، چه خودتان آن را داشته باشید چه شریکتان. اگر اصلاً به وجوه دست نمی‌زنید و فقط اطلاعات حساب‌هایی را نمایش می‌دهید که جای دیگری نگهداری می‌شوند، حتی برای این حالت هم ثبت‌نام سبک‌تری وجود دارد. هرچه سنگین‌تر باشید، سرمایه و نظارت بیشتری همراهتان می‌آید؛ هدف طراحی این است که از آنچه محصول واقعاً لازم دارد سنگین‌تر نباشید.

اجارهٔ مجوز: مدل‌های مشارکتی

برای ساختن روی یک مجوز لازم نیست خودتان آن را داشته باشید. رایج‌ترین راه، اجاره کردن آن است. در مدل بانک حامی یا Banking-as-a-Service، یک بانک یا EMI دارای مجوز، حساب‌ها را نگه می‌دارد، IBAN و کارت صادر می‌کند و موجودی را حفاظت می‌کند؛ شما اپ را روی API آن‌ها می‌سازید و تجربهٔ کاربری را عرضه می‌کنید. در مدل نمایندگی، به‌عنوان نمایندهٔ یک مؤسسه پرداخت یا توزیع‌کنندهٔ یک صادرکنندهٔ پول الکترونیک ثبت می‌شوید و مجوز آن‌ها فعالیت شما را پوشش می‌دهد و نهاد ناظر شما را از طریق آن‌ها می‌شناسد. قراردادها فرق دارند، اما واقعیتِ زیربنایی یکی است: جایی در این زنجیره، کسی مجوز را دارد. تنها پرسش این است که آن کس شما هستید یا شریکتان.

مسئولیت‌ها بر دوش چه کسی است

اجارهٔ مجوز، مسئولیت را اجاره نمی‌دهد. نهاد دارای مجوز است که در برابر نهاد ناظر پاسخگوست: برای حفاظت از وجوه مشتریان، پایش مبارزه با پولشویی و رفتار کل برنامه. اما این تعهدات از طریق قرارداد به پایین منتقل می‌شوند. اگر روی مجوز یک شریک سوار شوید، باز هم باید KYC و فرایند جذب مشتری را اجرا کنید، تراکنش‌ها را از نظر AML پایش کنید و به سقف‌ها و گزارش‌دهی‌هایی که شریک به آن‌ها متعهد است پایبند بمانید. مسئولیت بیشتر تقسیم می‌شود تا برون‌سپاری: شریک در برابر نهاد ناظر پاسخگوی آن است و شما را با قراردادی پاسخگو نگه می‌دارد که بخش بزرگی از وظایف روزمره را به دوش شما برمی‌گرداند. این قرارداد را همان‌قدر دقیق بخوانید که مجوزی را که تصمیم گرفتید نگیرید.

مجوز، اجازهٔ نگه‌داری یا انتقال پول دیگران است. نرم‌افزار، ابزاری است که به این پول دستور می‌دهد، آن را مغایرت‌گیری می‌کند و به مشتری نشان می‌دهد. می‌توانید هر دو را از یک فروشنده بخرید یا از دو فروشنده، اما همیشه هر دو را می‌خرید.

نرم‌افزار و مجوز دو خرید جداگانه‌اند

این همان بینشی است که کل پروژه را بازچینی می‌کند. اپ پرداخت برای مشتری یک چیز واحد به نظر می‌رسد، اما در واقع دو چیزِ درهم‌تنیده است: مجوز نظارتی برای نگه‌داری یا انتقال پول، و نرم‌افزاری که انتقال را دستور می‌دهد، دفتر کل را نگه می‌دارد، اعتبارها را مغایرت‌گیری می‌کند و موجودی را روی صفحه نشان می‌دهد. این دو را جداگانه تأمین می‌کنند. ممکن است مجوز خودتان را داشته باشید و نرم‌افزار را بخرید؛ مجوز داشته باشید و نرم‌افزار را داخلی بسازید؛ مجوز را از طریق شریک اجاره کنید و نرم‌افزار را روی آن بخرید؛ یا هر دو را از یک فروشنده بگیرید که آن‌ها را بسته‌بندی کرده است. هر چهار حالت عادی است. آنچه عادی نیست، و بی‌صدا ماه‌ها از پروژه‌ها می‌گیرد، خلط این دو است: دنبال «مجوز بانکی» گشتن در حالی که چیزی که لازم داشتید یک شریک BaaS به‌علاوهٔ یک اپ بود، یا خرید اپ با این فرض که مجوز به آن جوش خورده است.

دیدن این دو به‌عنوان دو خرید جدا روشنگر است، چون به شما اجازه می‌دهد قیمت و زمان‌بندی هر کدام را مستقل بسنجید. نرم‌افزار را می‌شود بر اساس کیفیت خودش ارزیابی کرد، یعنی اینکه فرایند جذب مشتری درست کار می‌کند، دفتر کل صحیح است و اپراتورها واقعاً می‌توانند سیستم را اداره کنند، و مجوز را بر اساس حوزهٔ قضایی، حفاظت از وجوه و شرایط قرارداد. Protocore Pay (/products/pay) نمونه‌ای از لایهٔ نرم‌افزاری به‌تنهایی است: یک پلتفرم اپ whitelabel و کنسول اپراتور که روی هر زیرساخت نظارتی‌ای که خودتان بیاورید اجرا می‌شود. مجوز نیست و هیچ نرم‌افزاری هم مجوز نیست؛ و دقیقاً به همین دلیل مجوز باید در برنامه ردیف جداگانه‌ای باشد.

پرسش‌هایی که باید از هر فروشندهٔ پلتفرم بپرسید

هر کسی که پلتفرم «فین‌تک خودتان را راه بیندازید» به شما پیشنهاد می‌دهد، همین فهرست کوتاه بیشتر ابهام‌ها را برطرف می‌کند. آیا محصول شما شامل مجوز نظارتی است یا باید مجوز خودم را بیاورم؟ اگر شامل است، مجوز چه کسی است، در کدام کشورها، و من مشتری مستقیم آن نهاد هستم یا نمایندهٔ آن؟ چه کسی از وجوه مشتریان حفاظت می‌کند و این وجوه کجا نگهداری می‌شوند؟ در حوزهٔ مبارزه با پولشویی، چه کسی نزد نهاد ناظر مسئول معرفی شده است: شما، شریک، یا من؟ کدام تعهدات با وجود اینکه مجوز مال من نیست، از طریق قرارداد بر عهدهٔ من می‌افتد؟ و اگر همکاری پایان یابد، بر سر پول مشتریانم و داده‌هایشان چه می‌آید؟ پاسخ‌ها فروشندگان را سریع دسته‌بندی می‌کنند: کسانی که نرم‌افزار می‌فروشند، کسانی که مجوز یک شریک را بازفروشی می‌کنند، و کسانی که واقعاً هر دو را بسته‌بندی کرده‌اند، و نشان می‌دهند که واقعاً با کدام‌یک سروکار دارید.

جنبهٔ اطمینان‌بخش ماجرا این است: بیشتر اپ‌ها با نرم‌افزار به‌علاوهٔ مجوز یک شریک شروع می‌کنند و فقط وقتی به مجوز خودشان می‌رسند که حجم، حاشیهٔ سود یا استراتژی، سرمایه و نیروی انسانی انطباق را توجیه کند. دانستن اینکه واقعاً به کدام پله نیاز دارید، و اینکه نرم‌افزار و مجوز در دو ردیف جدا خریده می‌شوند، بیشتر راه است. بقیه‌اش پرسیدن همین پرسش‌ها و خواندن دقیق پاسخ‌هاست. هیچ‌یک از این مطالب مشاورهٔ حقوقی نیست و آستانه‌ها و نام دسته‌ها بسته به حوزهٔ قضایی فرق می‌کند؛ آن را نقشه‌ای بدانید که به گفت‌وگو با نهاد ناظر یا مشاور می‌برید، نه جایگزینی برای آن‌ها.