推出金融科技應用，需要銀行執照嗎？

「推出金融科技應用需要銀行執照嗎？」其實是披著同一件外套的三個問題。你是否持有客戶資金？你是否在轉移資金？而這項轉移是由誰的監管許可所涵蓋，是你的，還是別人的？回答了這些，執照問題大多就迎刃而解。令多數團隊意外的簡短答案是：大多數金融科技應用從未持有銀行執照，因為大多數金融科技應用從不做銀行執照真正針對的那件事。以下是這道光譜的地圖，而非法律意見；目的是在有人向你報出時程或價格之前，先知道該問哪些問題。

銀行執照真正的用途

完整的銀行執照（以歐盟的說法，即信用機構許可）允許一項特定且受到嚴密把關的業務：吸收公眾存款，並將這些資金貸放出去。這種期限錯配，也就是以客戶可隨時提領的餘額來支應長期貸款，正是銀行必須承擔嚴格資本要求、存款保障義務，以及由監理機關逐行審視資產負債表的原因。如果你的應用不吸收存款，也不以存款放貸，你幾乎肯定不需要的是銀行執照。你面對的是光譜上更輕的一端，而這道光譜就是整個故事。

許可類型光譜：由重到輕

金融許可分成不同層級。最上層是信用機構，也就是銀行，可以吸收存款並放款。其下是電子貨幣機構（EMI），可以發行電子貨幣：能儲存客戶的價值，並放進卡片或錢包中，但所持有的客戶資金必須隔離保管，不得動用，更不能放貸。再往下是支付機構（PI），可以執行支付，包括發起轉帳、收款、匯款、收單處理卡片交易，但並非設計來長期儲存價值；資金只是經手而過，不會留存。最底層是代理商或經銷商，本身不持有任何執照，而是在已登記其身分的持牌機構授權下營運。

規律是：每往下一層，就少掉一項能力，同時也減輕一部分資本與義務。吸收存款是所能獲准的最重的業務；擔任有資格者的代理人則是最輕的。多數消費型金融科技應用，包括錢包、卡片、轉帳與支付連結，都落在 EMI 與支付機構這個區間，或是建立在持有其中一種許可的合作夥伴之上。真正需要成為銀行的少之又少，及早釐清這一點，能省下大量白費的力氣。

有個快速的定位方法：如果客戶會在應用程式中持有餘額，例如可儲值的錢包、可預先充值的卡片，那就屬於電子貨幣範疇，因為儲存價值正是定義 EMI 的許可。如果資金只是經手而過，例如你發起轉帳、代收帳單、把款項直接轉出，那麼支付機構許可最為合適，可由你自己或合作夥伴持有。如果你完全不經手資金，只呈現其他機構所持帳戶的資訊，連這類業務也有較輕的專屬登記制度。定位越重，隨之而來的資本與監管要求就越多；設計目標是，定位不要比產品實際所需更重。

租用許可：合作夥伴模式

要在許可之上開發產品，不必自己持有許可，常見做法是租用。在贊助銀行或 Banking-as-a-Service 的安排下，由持牌銀行或 EMI 持有帳戶、發行 IBAN 與卡片，並隔離保管客戶資金；你則根據對方的 API 開發應用程式，打造使用者體驗。在代理模式下，你登記成為支付機構的代理商，或電子貨幣發行機構的經銷商，由對方的執照涵蓋你的業務，監管機關則透過對方知悉你的存在。合約不同，根本事實相同：技術堆疊中總有某處有人持有許可，唯一的問題是，這個人是你，還是合作夥伴。

誰承擔哪些責任

租用執照並不等於把責任一併租出去。持牌機構才是對監管機關負責的一方，包括客戶資金的隔離保管、反洗錢監控，以及整個專案的營運行為。但這些義務會透過合約往下轉移。借用合作夥伴的執照，你仍然要執行 KYC 與客戶開戶，仍然要監控交易以符合 AML，仍然要遵守合作夥伴所受的限額與申報規定。責任並非外包，而是分攤：合作夥伴對監管機關負責，再透過合約要求你承擔大部分日常職責。審閱這份合約，要像審閱你選擇不去申請的那張執照一樣仔細。

執照是持有或移動他人資金的許可。軟體則是這些資金被下達指令、完成對帳並呈現給客戶的方式。兩者可以向同一家供應商購買，也可以分開購買，但你永遠需要兩者都買。

軟體與執照是分開採購的

這個觀點會讓整個專案的順序重新洗牌。對客戶來說，支付應用程式看起來是單一的東西，實際上是兩件事融合在一起：一是持有或移動資金的受監管許可，二是下達資金移動指令、維護帳本、核對入帳並在畫面上顯示餘額的軟體。這兩者是分開取得的。你可以自己持有執照並購買軟體；可以持有執照並自行開發軟體；可以透過合作夥伴租用許可再購買上層軟體；也可以向把兩者打包的單一供應商一併採購。四種都很正常。不正常的是把兩者混為一談，而這會悄悄吃掉專案好幾個月：明明需要的是 BaaS 合作夥伴加一個應用程式，卻去找「銀行執照」；或是誤以為買了應用程式，許可就隨附在內。

把兩者視為分開的採購，好處是可以各自獨立計價與排程。軟體可以就其本身的優劣來評估：開戶流程順不順、帳本正不正確、營運人員能否真正操作；許可則看司法管轄區、資金隔離保管與條款。Protocore Pay（/products/pay）就是單獨的軟體層範例：一套 whitelabel 應用程式平台與營運後台，可運行在你自備的任何受監管金流基礎設施之上。它不是執照，任何軟體也都不是，正因如此，執照在計畫中必須單獨列項。

向任何平台供應商提出的問題

無論誰向你推銷「快速啟動金融科技」平台，同一份簡短清單都能釐清大部分模糊之處。你們的產品是否包含受監管許可，還是由我自備？如果包含，是誰的執照、涵蓋哪些國家，我是該機構的直接客戶，還是其代理商的客戶？誰負責隔離保管客戶資金，資金存放在哪裡？向監管機關登記負責反洗錢的是誰：你們、合作夥伴，還是我？即使執照不是我的，哪些義務會透過合約落到我身上？如果合作終止，我客戶的資金與資料會如何處理？這些答案能迅速把供應商分成三類：賣軟體的、轉售合作夥伴許可的，以及真正兩者兼具的，也讓你知道眼前面對的是哪一種。

令人安心的是：多數應用程式起步時都是軟體加上合作夥伴的許可，等到交易量、利潤或策略考量讓資本與合規人力投入變得值得，才轉為持有自己的執照。弄清楚自己真正需要哪一層，並明白軟體與許可是分開採購的，就已完成大半功課。剩下的就是提出上述問題，並仔細閱讀答案。以上內容不構成法律意見，門檻與類別名稱依司法管轄區而異；請將它當作與監管機關或顧問交談時帶上的地圖，而非取代他們。