fintech অ্যাপ চালু করতে কি banking license লাগে?
"fintech অ্যাপ চালু করতে কি banking license লাগে?" আসলে একই কোটে মোড়ানো তিনটি প্রশ্ন। আপনি কি গ্রাহকের অর্থ ধরে রাখছেন? আপনি কি তা সরাচ্ছেন? আর সেই চলাচলকে কার নিয়ন্ত্রক অনুমতি কভার করছে — আপনার, নাকি অন্য কারও? এগুলোর উত্তর দিলে licensing-এর প্রশ্নের উত্তর প্রায় আপনিই মেলে। যে সংক্ষিপ্ত কথাটি বেশিরভাগ টিমকে অবাক করে: বেশিরভাগ fintech অ্যাপ কখনো banking licence ধারণ করে না, কারণ banking licence আসলে যে কাজের জন্য, বেশিরভাগ fintech অ্যাপ সেই কাজটিই করে না। নিচে পরিসরের একটি মানচিত্র দেওয়া হলো, আইনি পরামর্শ নয় — লক্ষ্য হলো কেউ আপনাকে সময়সীমা বা দাম বলার আগে কোন প্রশ্নগুলো করতে হবে তা জানা।
banking licence আসলে কীসের জন্য
পূর্ণ banking licence — EU পরিভাষায় credit institution authorisation — একটিমাত্র নির্দিষ্ট, কঠোরভাবে সুরক্ষিত কাজের অনুমতি দেয়: জনগণের কাছ থেকে ডিপোজিট নেওয়া এবং সেই অর্থ ঋণ হিসেবে ফের বাইরে দেওয়া। এই maturity mismatch — গ্রাহক চাহিবামাত্র তুলতে পারে এমন ব্যালান্স দিয়ে দীর্ঘমেয়াদি ঋণে অর্থায়ন — হলো ব্যাংকগুলোর ওপর ভারী মূলধনের শর্ত, deposit-guarantee দায়বদ্ধতা এবং লাইন ধরে ধরে তাদের ব্যালান্স শিট পড়া একজন সুপারভাইজারের কারণ। আপনার অ্যাপ যদি ডিপোজিট নিয়ে তার বিপরীতে ঋণ না দেয়, তাহলে আপনি প্রায় নিশ্চিতভাবেই banking licence নিয়ে ভাবছেন না। আপনি দেখছেন পরিসরের আরও নিচের দিকের কিছু হালকা জিনিস — আর পুরো গল্পটাই এই পরিসরের।
অনুমতির স্পেকট্রাম: সবচেয়ে ভারী থেকে সবচেয়ে হালকা
আর্থিক অনুমতি কয়েকটি স্তরে আসে। সবার ওপরে ক্রেডিট ইনস্টিটিউশন, অর্থাৎ ব্যাংক, যা ডিপোজিট রাখতে ও ঋণ দিতে পারে। তার নিচে ইলেকট্রনিক মানি ইনস্টিটিউশন (EMI), যারা e-money ইস্যু করতে পারে: গ্রাহকের অর্থ জমা রেখে কার্ড বা ওয়ালেটে দিতে পারে, কিন্তু হাতে থাকা float অবশ্যই safeguard করতে হয়, মানে আলাদা ও অক্ষত রাখতে হয়, কখনো ঋণ দেওয়া যায় না। তার নিচে পেমেন্ট ইনস্টিটিউশন (PI), যারা পেমেন্ট সম্পাদন করতে পারে, যেমন ট্রান্সফার শুরু করা, সংগ্রহ, রেমিট্যান্স ও কার্ড লেনদেন acquire করা। তবে দীর্ঘ সময় অর্থ ধরে রাখার জন্য এরা তৈরি নয়; টাকা এদের মধ্য দিয়ে যায়, জমে থাকে না। সবচেয়ে নিচে এজেন্ট বা ডিস্ট্রিবিউটর, যাদের নিজস্ব কোনো লাইসেন্সই নেই; তাদেরকে নিবন্ধিত করেছে এমন একটি লাইসেন্সপ্রাপ্ত প্রতিষ্ঠানের অনুমোদনের অধীনে তারা কাজ করে।
প্যাটার্নটা হলো, প্রতিটি ধাপ নামার সঙ্গে একটি সক্ষমতা বাদ পড়ে, আর তার সঙ্গে কমে যায় খানিকটা মূলধন ও দায়বদ্ধতা। ডিপোজিট রাখা সবচেয়ে ভারী অনুমতি; যে তা পারে তার এজেন্ট হওয়া সবচেয়ে হালকা। বেশির ভাগ কনজিউমার fintech অ্যাপ, যেমন ওয়ালেট, কার্ড, ট্রান্সফার ও payment link, EMI ও পেমেন্ট ইনস্টিটিউশনের পরিসরে চলে, অথবা এসব অনুমতির কোনো একটি ধারণ করা পার্টনারের ওপর ভর করে চলে। ব্যাংক হওয়ার দরকার খুব কম প্রতিষ্ঠানের, আর এটা আগে থেকে জানলে অনেক ভুল দিকের পরিশ্রম বাঁচে।
নিজের অবস্থান বোঝার একটি দ্রুত উপায়: গ্রাহকরা যদি অ্যাপে ব্যালেন্স রাখে, যেমন টপ-আপ করা ওয়ালেট বা আগে থেকে লোড করা কার্ড, তাহলে আপনি e-money এলাকায়, কারণ অর্থ জমা রাখাই EMI-এর সংজ্ঞাগত অনুমতি। অর্থ যদি শুধু মধ্য দিয়ে যায়, অর্থাৎ আপনি ট্রান্সফার শুরু করেন, বিল সংগ্রহ করেন বা পেআউট সরাসরি পাঠিয়ে দেন, তাহলে পেমেন্ট ইনস্টিটিউশনের অনুমতিই স্বাভাবিক মানানসই, সেটি আপনার নিজের হোক বা পার্টনারের। তহবিল যদি আপনি কখনোই স্পর্শ না করেন এবং অন্যত্র থাকা অ্যাকাউন্টের তথ্য শুধু উপস্থাপন করেন, তার জন্যও আলাদা একটি হালকা নিবন্ধন আছে। যত ভারী অবস্থানে থাকবেন, তত বেশি মূলধন ও তদারকি সঙ্গে আসবে; ডিজাইনের লক্ষ্য হলো পণ্যের সত্যিকারের প্রয়োজনের চেয়ে ভারী জায়গায় না বসা।
অনুমতি ভাড়া নেওয়া: পার্টনার মডেল
অনুমতির ওপর কিছু বানাতে হলে সেটি নিজের হাতে থাকতে হবে, এমন নয়। প্রচলিত পথ হলো ভাড়া নেওয়া। sponsor-bank বা Banking-as-a-Service ব্যবস্থায় একটি লাইসেন্সপ্রাপ্ত ব্যাংক বা EMI অ্যাকাউন্ট রাখে, IBAN ও কার্ড ইস্যু করে এবং float safeguard করে; আপনি তাদের API-র ওপর অ্যাপ বানিয়ে অভিজ্ঞতাটি বাজারে আনেন। এজেন্ট মডেলে আপনি কোনো পেমেন্ট ইনস্টিটিউশনের এজেন্ট হিসেবে, অথবা কোনো e-money ইস্যুয়ারের ডিস্ট্রিবিউটর হিসেবে নিবন্ধিত হন; তাদের লাইসেন্স আপনার কার্যক্রম কভার করে, আর রেগুলেটর আপনাকে চেনেন তাদের মাধ্যমে। চুক্তি আলাদা, কিন্তু মূল সত্য একই: স্ট্যাকের কোথাও না কোথাও কেউ একজন অনুমতিটি ধারণ করছে। প্রশ্ন শুধু এটুকু, সেই কেউ একজন আপনি, না পার্টনার।
কোন দায় কার
লাইসেন্স ভাড়া নিলে দায়িত্ব ভাড়া দেওয়া যায় না। রেগুলেটরের কাছে জবাবদিহি করতে হয় লাইসেন্সপ্রাপ্ত প্রতিষ্ঠানকেই: গ্রাহকের তহবিল safeguard করা, anti-money-laundering মনিটরিং এবং পুরো প্রোগ্রামের আচরণের জন্য। কিন্তু সেসব বাধ্যবাধকতা চুক্তির মাধ্যমে নিচের দিকে গড়িয়ে আসে। পার্টনারের লাইসেন্সে চললেও আপনাকে KYC ও onboarding চালাতে হবে, AML-এর জন্য লেনদেন নজরে রাখতে হবে এবং পার্টনার যেসব সীমা ও রিপোর্টিংয়ে বাধ্য, সেগুলো মানতে হবে। দায় আসলে আউটসোর্স হয় না, ভাগ হয়: পার্টনার রেগুলেটরের কাছে দায় বহন করে, আর আপনার কাছে চুক্তির মাধ্যমে দৈনন্দিন দায়িত্বের বড় অংশ আপনার দিকেই ফিরিয়ে দেয়। যে লাইসেন্স নিতে চাননি, তা যতটা মনোযোগ দিয়ে পড়তেন, এই চুক্তিও ততটাই মনোযোগ দিয়ে পড়ুন।
লাইসেন্স হলো অন্যের অর্থ ধরে রাখা বা সরানোর অনুমতি। সফটওয়্যার হলো সেই অর্থের নির্দেশ দেওয়া, reconcile করা এবং গ্রাহকের সামনে দেখানোর মাধ্যম। দুটো এক ভেন্ডর থেকে কিনুন বা দুই ভেন্ডর থেকে, কিনছেন আপনি সবসময় দুটোই।
সফটওয়্যার ও লাইসেন্স আলাদা কেনাকাটা
এই উপলব্ধিই পুরো প্রকল্পকে নতুন করে সাজিয়ে দেয়। গ্রাহকের কাছে পেমেন্ট অ্যাপ একটি জিনিস মনে হয়, কিন্তু আসলে দুটি জিনিস জোড়া লাগানো: অর্থ ধরে রাখা বা সরানোর নিয়ন্ত্রিত অনুমতি, আর সেই সফটওয়্যার যা অর্থ সরানোর নির্দেশ দেয়, ledger রাখে, ক্রেডিট reconcile করে এবং স্ক্রিনে ব্যালেন্স দেখায়। এ দুটির উৎস আলাদা। আপনি নিজের লাইসেন্স রেখে সফটওয়্যার কিনতে পারেন; লাইসেন্স রেখে সফটওয়্যার নিজেরা বানাতে পারেন; পার্টনারের মাধ্যমে অনুমতি ভাড়া নিয়ে তার ওপর সফটওয়্যার কিনতে পারেন; অথবা দুটোকে একসঙ্গে বান্ডল করা একক ভেন্ডর থেকে দুটোই নিতে পারেন। চারটিই স্বাভাবিক। অস্বাভাবিক, এবং নীরবে প্রকল্পের কয়েক মাস খেয়ে ফেলে, তা হলো দুটিকে গুলিয়ে ফেলা: যখন দরকার ছিল একটি BaaS পার্টনার আর একটি অ্যাপ, তখন "ব্যাংকিং লাইসেন্স" খুঁজতে থাকা, অথবা ধরে নিয়ে অ্যাপ খোঁজা যে অনুমতি অ্যাপের সঙ্গেই জোড়া লাগানো আছে।
দুটিকে আলাদা কেনাকাটা হিসেবে দেখলে স্পষ্টতা আসে, কারণ তখন আলাদাভাবে দাম ও সময়সূচি ঠিক করা যায়। সফটওয়্যারকে তার গুণে বিচার করা যায়: onboarding ফ্লো কাজ করছে কি না, ledger ঠিক আছে কি না, অপারেটররা আসলেই সিস্টেমটি চালাতে পারছে কি না। আর অনুমতি বিচার হয় এখতিয়ার, safeguarding ও শর্তের ভিত্তিতে। Protocore Pay (/products/pay) শুধু সফটওয়্যার স্তরের একটি উদাহরণ: একটি whitelabel অ্যাপ প্ল্যাটফর্ম ও অপারেটর কনসোল, যা আপনার আনা যেকোনো নিয়ন্ত্রিত rails-এর ওপর চলে। এটি লাইসেন্স নয়, আর কোনো সফটওয়্যারই লাইসেন্স নয়; ঠিক এ কারণেই পরিকল্পনায় লাইসেন্স আলাদা একটি লাইন হয়ে থাকে।
যেকোনো প্ল্যাটফর্ম ভেন্ডরকে যে প্রশ্নগুলো করবেন
"আপনার fintech চালু করুন" ধরনের প্ল্যাটফর্ম যিনিই প্রস্তাব করুন, একই ছোট তালিকা বেশির ভাগ অস্পষ্টতা কেটে দেয়। আপনার পণ্যে কি নিয়ন্ত্রিত অনুমতি অন্তর্ভুক্ত, নাকি আমাকে নিজেরটা আনতে হবে? অন্তর্ভুক্ত থাকলে লাইসেন্সটি কার, কোন কোন দেশে, এবং আমি কি সেই প্রতিষ্ঠানের সরাসরি গ্রাহক, নাকি তার এজেন্ট? গ্রাহকের তহবিল কে safeguard করে, এবং কোথায় রাখা হয়? anti-money-laundering-এর জন্য রেগুলেটরের কাছে কার নাম নথিভুক্ত: আপনার, পার্টনারের, নাকি আমার? লাইসেন্স আমার না হলেও চুক্তির মাধ্যমে কোন কোন বাধ্যবাধকতা আমার ঘাড়ে পড়ে? আর অংশীদারিত্ব শেষ হলে আমার গ্রাহকদের অর্থ ও ডেটার কী হবে? উত্তরগুলো দ্রুতই ভেন্ডরদের তিন ভাগে ফেলে দেয়: যারা সফটওয়্যার বিক্রি করে, যারা পার্টনারের অনুমতি পুনর্বিক্রি করে, আর যারা সত্যিই দুটি বান্ডল করেছে; এবং বলে দেয় আপনি আসলে কাদের সঙ্গে কথা বলছেন।
এ সবের আশ্বস্তকর দিকটি হলো, বেশির ভাগ অ্যাপ সফটওয়্যার আর পার্টনারের অনুমতি নিয়ে চালু হয়, এবং নিজের লাইসেন্সে যায় তখনই, যখন ভলিউম, মার্জিন বা কৌশলের কারণে মূলধন ও compliance জনবলের খরচ সার্থক মনে হয়। আপনার সত্যিকার কোন ধাপ দরকার, এবং সফটওয়্যার ও অনুমতি আলাদা লাইনে কেনা হয়, এটুকু জানাই অর্ধেক লড়াই। বাকিটা ওপরের প্রশ্নগুলো করা এবং উত্তর মন দিয়ে পড়া। এর কিছুই আইনি পরামর্শ নয়, আর সীমা ও ক্যাটাগরির নাম এখতিয়ারভেদে আলাদা; একে রেগুলেটর বা পরামর্শকের সঙ্গে আলোচনায় নিয়ে যাওয়ার মানচিত্র হিসেবে নিন, তাঁদের বিকল্প হিসেবে নয়।
কোনো সিস্টেম বানাতে চান?
সমস্যাটা আমাদের জানান। আমরা আর্কিটেকচার ও একটি পরিকল্পনা নিয়ে ফিরে আসব।