業務範圍與許可邊界
使用線上或移動系統經營銀行服務仍需適用存款授權。數字模式重點包括技術外包、運營韌性、網路安全與客戶賬戶連續性,不享自動低資本豁免。
數字銀行或Challenger Bank描述的是以線上、移動端或新型分銷方式提供銀行服務的商業模式,不是英國獨立的低門檻牌照。若實際接受存款,仍須取得PRA授予、經FCA同意的Part 4A許可。申請及持續經營的差異集中在遠端開戶和反欺詐、技術與雲外包、數字分銷資金風險、運營韌性,以及故障或退出時客戶賬戶的連續性;普通銀行審慎准入、英國法人總部和實際治理要求不因此降低。[1] [3] [6] [7]
本條主要按英國法人銀行使用App、網站或第三方數字渠道經營存款及賬戶服務說明。Digital / Challenger Bank不是另一個法定授權類別,真正的權利來自接受存款等獲准活動、客戶範圍及permission中的限制。貸款、按揭、投資、託管或其他金融服務仍須逐項核對許可權;只提供電子貨幣或支付服務的機構不能僅因介面像銀行就被歸類為存款銀行。[1] [2] [6]
數字模式與零售、商業或私人銀行模式可以重疊。面向零售客戶時適用的Consumer Duty和存款保護義務不會因無分行或經平臺獲客而消失;僅服務機構也不能免除適用銀行授權及審慎要求。境外集團設英國子行還須說明集團依賴和英國單體控制;海外分行則應另按其法人及母國監管路徑分析,不能把本條英國法人資本和地址安排機械套給分行。[3] [6] [7]
申請價值與路徑選擇
應選擇能夠合法支援實際業務、客戶範圍與資金責任的最小充分許可權組合,不以最廣許可權或最快獲批作為唯一目標。
在獲批範圍內,可透過線上賬戶和移動渠道向目標客戶提供存款及銀行服務,並把開戶、支付和客戶支援組織為一致的客戶旅程。數字渠道提供一種交付方式,不是全部業務許可權的通行證,也不能宣傳每位客戶都可遠端開戶或一定獲接納。[2] [6]
英國新銀行既可在具備完整運營能力時直接申請無動員限制授權,也可採用獲監管接受的mobilisation計劃完成最後建設。數字銀行可以把系統整合、招聘和供應商落實納入該計劃,但該安排不是從零開始開發App的寬限期,更不是快速批准保證。[6]
符合資格的銀行存款適用FSCS保障,一般限額為每位存款人、每個PRA授權機構£120,000,而不是每個App、賬戶或合作品牌分別計算。銀行應在自有及第三方渠道清楚顯示實際存款提供法人和適用保護;技術平臺的信譽或認證不能代替存款資格判斷。[5] [6]
申請條件與准入要求
普通銀行門檻條件持續適用。英國法人申請人須證明適當法律形式、英國總部及註冊辦事處、足夠金融與非金融資源和有效監管可接觸性,不能以遠端團隊、境外創始人或購買雲服務代替銀行本身的治理和控制。[3] [6]
監管商業計劃RBP須把數字渠道、目標客戶、產品、定價和盈利路徑聯絡起來。應說明獲客依據、活躍客戶及存款增長假設,計入技術維護、反欺詐、客服和控制職能的成本,並測試獲客不足、費用上升或融資失敗的影響。董事會應留下質詢記錄,使RBP與ICAAP、ILAAP和恢復及退出方案一致,而非只展示下載量或投資人宣傳稿。[6] [7]
遠端開戶須形成從申請、身份和實際受益人核實、風險分類到持續交易監控的可執行流程。金融犯罪業務整體風險評估應覆蓋非面對面獲客及擬用產品;例如假冒身份、賬戶接管或錢騾風險,應按業務風險說明核驗、升級複核及調查安排。具體技術可按風險選擇,不能把自拍、某種生物識別或供應商評分宣稱為所有銀行統一法定方案,也不能讓自動化核驗直接替代銀行的控制責任。[6] [7]
反欺詐與反洗錢控制須與客戶旅程同時設計,明確開戶異常、可疑交易和賬戶限制的處理責任。自動篩查或攔截後應有適當複核、客戶支援及投訴渠道,並監測錯誤攔截或長期凍結帶來的可預見損害。全線上渠道不意味著可以只提供機器人答覆或令無法使用App的客戶失去必要支援。[6] [7]
技術方案須證明核心賬務、開戶身份服務、支付連線、客戶支援和監管資料能夠共同工作。按擬開展業務準備實施、整合、容量和恢復測試,評估網路攻擊、資料失真和技術快速變化等風險;測試應從客戶能否完成關鍵服務出發,而非僅證明App上線或單一系統沒有報錯。[6] [7]
雲及其他外包應納入銀行的外包策略和治理。申請人應識別重要服務依賴哪些供應商、集團共享服務及相關下游依賴,說明跨境雲安排、供應商容量和集中依賴的風險,並證明銀行持續取得必要資料、監督服務和應對服務終止的能力。雲服務可帶來韌性改善,也會產生新風險,不能把外包解釋為監管責任移交。[6] [7]
重要業務服務及影響容忍度須在授權階段識別和設定,並由董事會負責審批與監督。直接無動員限制授權或退出mobilisation前,應提交適用運營韌性自評,說明依賴對映、嚴重但合理的情景測試、恢復安排及缺口整改。對數字賬戶可考慮支付、存取款或必要賬戶訪問等實際服務,不能不經分析就把每個IT元件都列成重要業務服務。[7]
ICAAP及ILAAP須反映數字模式的資產負債和運營風險。數字分銷及中介渠道可能影響資金集中度和存款流出,應分析同一平臺獲客、定價變化或服務事故引發的資金壓力,並說明可行的流動性應急安排。零售產品另須落實Consumer Duty、FSCS披露和SCV資料,恢復、處置及有償退出要求按實際制度範圍適用。[5] [6] [7] [9]
股東、董事與關鍵人員
控制人須披露完整股權鏈、最終所有人、集團關係和資金來源。數字創業團隊或境外科技投資者沒有自動豁免;應說明科技母公司、品牌公司及銀行之間的決策和服務關係,防止關聯交易或創始人增長目標壓過銀行風險控制。[6] [7] [10]
董事會及執行團隊須具備與銀行業務和技術依賴相稱的集體能力,能夠挑戰資本、流動性、客戶結果和運營風險。現行新銀行申請說明至少要求CEO、董事會主席及另一執行SMR持有人;完整開業時團隊和董事會應充分運作。此為普通新銀行階段要求,不是數字銀行固定人數優惠或每位董事都須居住倫敦的規則。相關SMF應同步提交適當性、職責及批准材料。[6] [7] [8]
銀行應明確風險、合規、反洗錢、反欺詐、資訊保安、技術運營和客戶支援的履職責任、資源及替補安排,並按實際承擔的職能判斷SMF和其他人員規則。若設有SMF24,應按適用職責安排運營韌性責任;不能認定每個CTO當然都是同一SMF。供應商可以執行服務,銀行內部仍需有理解系統和資料、挑戰供應商以及決定事故處置的人,董事會也須持續監督外包審計和其他控制職能。[6] [7]
資本金與財務資源
使用App、雲架構或無分行模式並不產生單獨的低資本檔位。英國法人普通銀行現行基本資本資源下限為€5,000,000的貨幣等值金額,不是£5,000,000,也不是完整專案預算。Small specialist bank須獨立滿足資本規則定義,SDDT須滿足其審慎制度資格;數字模式名稱本身不證明任何一種資格。[13] [14]
實際資本還取決於適用Pillar 1、Pillar 2A、緩衝及必要時MREL。申請應透過ICAAP識別信用、運營和其他重大風險,在無動員限制授權或退出動員時證明至少首十二個月經營期間能夠維持相關要求。數字模式的預測應納入系統建設及持續維護、客服、欺詐損失和整改成本等與實際業務有關的專案,不能只按減少實體分行開支推導資本足夠。[6] [7]
新銀行PRA buffer通常按六個月預計日常運營開支校準,並非按App收入或使用者數計算的統一比例。Mobilisation的階段性要求依據受限業務個案設定,授權後須始終滿足;維持最低監管資本的資金不能用於把開發開支燒到門檻以下。流動性和籌備資金仍須另外規劃,下一輪融資意向不是已經可用的資本。[6] [7]
資料口徑為2026年11月7日。Basel 3.1及SDDT資本階段主要於2027年1月1日實施,市場風險內部模型方法另於2028年1月1日實施;須按實際生效日和資格判斷,不能用未來改革宣傳當前數字銀行資本優惠。本條不承諾批准或融資預算。[14] [16]
註冊地址與經營實質
英國註冊法人銀行的總部及註冊辦事處須設在英國,數字經營並不免除這一門檻。須說明實際決策、業務管理和監管聯絡安排,證明PRA及FCA可以有效接觸負責人員、記錄和系統。只購買郵箱、通訊地址或掛名董事,不能證明銀行實際管理已在英國。[3] [6]
遠端工作和境外雲服務應與英國治理相銜接,說明管理層如何控制分散人員和服務依賴、取得資料,並在事故中維持聯絡和履職。英國總部要求不等於所有伺服器必須在英國,也沒有本條可普遍承諾的倫敦辦公室面積或固定駐場人數。任何擬用地址的真實可用性和實際辦公安排鬚由申請人證明,本條不證明已經存在某處銀行辦公室。[6] [7]
申請材料清單
銀行申請表、擬申請活動及限制清單、申請費資料和預申請反饋回應。明確提供銀行服務的法人、App及合作品牌的關係,以及直接完整開業或mobilisation路線;申請費應按提交時PRA和FCA適用費表核對,不能把服務商報價當作監管費或資本要求。[6] [17] [18]
經董事會審查的RBP及相關質詢記錄。列明產品、數字與中介交付渠道、目標市場、盈利和財務預測依據;把技術、控制職能、反欺詐和客服投入以及壓力下的業務調整與ICAAP、ILAAP銜接。[6] [7]
最終版ICAAP、ILAAP、資本工具條款及適用分類批准申請、資本到位和可用性證明。對數字分銷及平臺資金集中提供流出假設和流動性應急分析,並區分受限動員與完整開業資金要求。[6] [7] [13]
股權結構、控制人及最終所有人材料、資金來源和集團服務關係;董事及有關SMF的履歷、適當性評估、職責宣告和治理資料。補充團隊的銀行、技術和金融犯罪風險能力證明及關鍵人員替補安排,不以科技專案經驗自動替代銀行勝任能力。[6] [7] [8]
完整客戶旅程、賬戶和收費條款、開戶核驗及金融犯罪業務整體風險評估。說明身份與實際受益人核實、風險升級、反欺詐和持續監控如何執行,並提供客戶支援、賬戶限制複核及投訴流程;所用自動化工具應有可解釋的業務控制和測試依據。[6] [7]
核心系統與數字渠道架構、實施及測試計劃和按申請階段應有的測試證據。重要外包資料應列出服務範圍、供應商及銀行責任、監督與必要資料獲取安排;結合合同和系統事實,說明供應商更換、終止或不可用時的遷移和連續性,而非只交雲服務宣傳冊或供應商認證。[6] [7]
運營韌性的重要業務服務及影響容忍度資料、依賴對映和情景測試計劃;直接無動員限制授權或退出動員前附適用自評及整改證明。以雲或身份供應商故障、支付連線中斷、網路事件等與本行有關的情景,說明客戶服務恢復和事故溝通,並取得董事會審批。[6] [7]
零售業務的Consumer Duty落實和客戶結果監測安排,以及FSCS披露、SCV和排除檔案的生成及驗證證據。跨App和合作品牌須識別同一存款人及實際提供法人,驗證在系統或平臺中斷時仍能取得準確客戶和餘額資料。[5] [6] [7]
經董事會批准的適用恢復、退出和處置準備材料。受非系統性有償退出制度覆蓋者須準備SEA,說明存款償還或轉移所需人員、資金、系統、第三方服務和客戶溝通;採用mobilisation者還須提交明確里程碑、供應商落實、測試驗收、融資及退出審查緩衝的動員計劃。[6] [7] [9]
此處供專案整理參考;不能替代現行官方申請表與個案補件要求。請勿透過網站表單傳送證件或客戶記錄。
申請流程與關鍵步驟
先分析實際活動是否為接受存款,確定提供法人、產品許可權和客戶範圍。說明為何選擇銀行而非支付或電子貨幣模式;逐項區分App運營、合作品牌及銀行本身承擔的職責,不把技術名稱作為授權依據。[1] [2] [6]
可向New Bank Start-up Unit進行初始、反饋及技術挑戰預申請溝通。初始說明數字商業模式和融資;隨後以RBP說明客戶旅程、分銷渠道、外包、反欺詐和治理;技術挑戰把風險證明與ICAAP、ILAAP及系統建設計劃銜接。回應全部反饋,結束會議不等於獲准或預先保證批准。[6] [7]
當表格和支援檔案達到可接受質量後,按PRA新銀行程式電子遞交申請及支援檔案至NewFirmAuthorisation@bankofengland.co.uk,並按兩監管機構要求辦理申請費。同步準備控制人和SMF材料,不把銀行首次授權簡化為只在Connect填表。[6]
PRA及FCA評估完整性、門檻條件和持續合規能力。申請方須解釋遠端核驗與欺詐控制、數字渠道資金風險、重要服務依賴和實際管理能力,回應補料並證明資本已到位。PRA只有取得FCA同意才可授權,雙方的比例原則不意味著數字風險可不審查。[6] [7]
選擇直接完整開業者須在無動員限制授權時具備完整運營能力;採用mobilisation者須已滿足門檻條件,並按批准函的存款限制和建設條件完成最後工作。動員中繼續提交適用監管資料和進度證明,完成客戶旅程、控制職能、系統測試、供應商安排以及恢復和連續性方案,不能先大規模接收存款再補系統。[6]
退出mobilisation前按VoP程式提交銀行治理批准的解除限制申請,以及完成各項條件的證據和適用運營韌性材料。數字系統的可用性、客戶資料、供應商安排和端到端服務測試須證明已達到擬開業規模,不能只用App商店上線證明就緒。取得書面解除限制並在生效後,才可在獲批範圍擴大經營;開業後繼續用實際資料檢驗和改進控制。[6] [7]
審批時限與專案時間
數字銀行沒有因為線上經營而獲得的獨立快速審批時鐘。新銀行完整申請自被認定完整起法定決定期為六個月,不完整申請自提交起為十二個月;決定可能批准也可能拒絕。預申請商業模式、人員、融資和技術籌備不計入完整申請的六個月,也沒有統一完成承諾。[6]
數字模式排期應把核心系統整合、開戶與支付供應商落實、銀行自身測試、資料質量整改和團隊履職列為就緒條件。PRA明確新銀行常低估構建、測試和實施IT所需時間,不能用App開發週期代替完整銀行籌備週期或保證某個月上線。[6]
Mobilisation通常最長十二個月,典型限制為全行存款總額£50,000,不是單客戶限額或數字銀行永久額度。應至少在該十二個月期間屆滿前三個月提出退出VoP,預留審查和問題整改;官方說明退出評估通常至少三個月,但仍適用完整VoP六個月、不完整VoP十二個月的法定決定規則,不構成必定按期解除限制承諾。[6]
股東、董事及許可權變更
融資或出售股權時,應先判斷是否觸發銀行控制權通知與批准。英國法人銀行通常按10%、20%、30%及50%控制檔位並結合間接持股、共同一致行動及重大影響分析;插入控股公司即使最終控制人不變也可能觸發。需要Section 178批准的事項須在實施前辦理,不能因為是科技融資或App品牌收購就只在Companies House登記;完整控制通知六十個工作日評估期亦須考慮依法補料暫停。[10] [19] [20]
更換董事、CEO或承擔技術運營等實際高階職能的人員,應判斷SMF審批、職責重新分配和替補需要。數字銀行關鍵人員離職還可能影響外包監督、事故響應和系統訪問能力,應更新履職安排而不是隻修改網站團隊介紹;新任人員的任職不能以一般公司董事登記代替監管批准。[6] [7] [8]
擴大客戶市場、引入新產品或合作分銷、遷移雲及核心系統、重大更換身份或支付供應商,應評估許可權、資本流動性、金融犯罪控制及客戶結果的變化,並按適用規則辦理事前通知、審批或VoP。不是每次App版本更新都需新增牌照,但重大業務或運營變化不能只作為內部技術更新處理。動員中的重大策略或人員改變還可能影響原批准基礎和退出條件,應及時與監管機構溝通。[6] [7]
持續合規與年度維護
自獲授權起,包括mobilisation期間,銀行須維持適用資本和流動性並提交與法人及活動相對應的監管資料。開業後RBP、ICAAP和ILAAP應採用實際業務資料持續校準;重點複核數字及中介渠道存款增長、資金集中、流出假設和獲客成本。控制職能和系統容量須跟上業務增長,不可先以使用者規模擴張再追補風控。[6] [7]
遠端開戶控制須持續驗證有效性,客戶身份及實際受益人資料、風險分類、交易監控、異常調查、可疑活動升級和培訓安排應保持有效。對反欺詐可按實際風險監測身份冒用、賬戶接管、錢騾、誤報和調查積壓,並把發現反饋到核驗及交易規則。供應商演算法或資料來源變化後也需評估控制是否失效;下載量或攔截數量本身不能證明風險被妥善管理。[6] [7]
董事會須監督重要業務服務及影響容忍度,至少每年審視重要服務清單,並在重大變化時提前複核。保持依賴對映、自評、嚴重但合理的情景測試和整改計劃,將網路風險、雲故障、系統老化及快速技術變更納入實際測試。同步維護事故升級、內部外部溝通、客戶支援和恢復安排;技術供應商不可用時銀行仍須負責其客戶服務和監管義務。[7]
外包和數字分銷關係須持續監督。應取得能驗證服務容量、故障、必要資料質量和遷移可行性的資料,對集中依賴及重大變化更新風險分析。客戶從合作平臺開戶時,應確保實際存款法人、產品條款和保護資訊清晰,銀行可取得業務所需的底層客戶資料,並把平臺造成的客戶支援或賬戶訪問問題納入處理,不假設合作方已承擔全部責任。[5] [6] [7]
面向零售客戶時持續監測收費、開戶拒絕或賬戶限制、客服和投訴等客戶結果,包括不能順利使用數字渠道的客戶。FSCS資訊、SCV及排除檔案須保持準確且能按適用要求迅速生成;一般保護按每位存款人每個PRA機構£120,000計算。普通存款是銀行償還義務,不是全部按CASS信託隔離的客戶資金;若另開展投資或客戶資產業務,須單獨核對其規則。[5] [6] [7] [22]
恢復計劃應按實際業務保持可執行並定期更新。受非系統性有償退出制度覆蓋的英國銀行須日常維持SEA,退出變得合理可能時準備執行方案;數字模式尤其應把關鍵人員留任、雲和支付服務持續費用、資料提取、存款償還或轉移及客戶溝通列入資源評估。供應商退出與銀行退出是兩件事,關閉App或終止雲合同不會解除存款債務。處置準備和重要服務連續性按實際處置策略適用,不能承諾所有賬戶在任何故障或退出中均無中斷。[6] [7] [9]
收購盡調與交易注意
收購前首先核對Financial Services Register中的真實銀行法人、permission、客戶範圍和限制,取得授權函及監管往來。買入品牌、App、程式碼或供應商合同並不等於取得接受存款許可權;股權交易仍須分析Section 178等先決條件。目標在mobilisation期間的剩餘期限、未完成測試及資本消耗應單獨核查,交割不會自動解除或重置限制。[6] [10]
審慎盡調仍須審查貸款質量、減值、存款結構、資本工具及個別要求、流動性壓力和融資持續性。數字模式還應對照實際客戶活躍、存款留存及平臺集中度檢驗增長和盈利預測,核查欺詐損失、補救支出和長期技術及客服投入,不能按使用者數或所謂牌照殼價代替資產負債表和可持續性分析。[6] [7] [13]
技術和運營盡調應檢查系統及資料的實際控制和可遷移性、關鍵合同在控制權變化後的持續安排、供應商和集團服務依賴,以及銀行能否繼續取得完整客戶和餘額資料。審查網路事件、重大停機、身份核驗缺陷、反欺詐和客戶投訴整改證據,並用實際測試及銀行管理記錄判斷運營韌性,而非僅憑供應商認證或賣方演示。[6] [7]
整合計劃應說明客戶身份資料、賬戶、支付及SCV如何安全銜接,避免遷移導致客戶無法用款、重複或錯誤客戶記錄、保護資訊混淆。同步核對關鍵團隊留任、責任分配和恢復、SEA及處置準備在交易後是否仍可執行。需要批准的業務轉移、permission變化或控制權事件應分別安排,不能承諾收購後立即換品牌全面展業。[5] [6] [7] [9] [10]
檢視持牌公司收購完整流程細分業務與適用制度
下列為本專題涉及的細分許可權、組織模式或法定類別。它們不一定分別構成獨立金融牌照。
常見問題
英國有沒有隻憑App即可申請的數字銀行特別牌照?+
沒有本條所稱的獨立數字銀行低門檻路徑。數字是商業模式,實際接受存款仍需PRA授予、經FCA同意的Part 4A許可及適用銀行規則;只提供支付或電子貨幣服務的機構須按自身制度判斷,不能把錢包介面當作存款授權。[1] [2] [6]
沒有實體分行是否就不需要英國地址或本地治理?+
不是。英國法人銀行仍須在英國保持總部及註冊辦事處,並證明實際管理和監管可接觸性。遠端團隊和雲服務可以成為運營安排,但通訊地址、掛名董事和境外供應商都不能代替銀行真正的控制能力;本條不保證任何辦公室已經存在。[3] [6] [7]
數字銀行能否一律以較低資本或€500万總預算開業?+
不能。數字名稱不會自動取得Small specialist bank或SDDT資格。普通銀行€5,000,000只是基本資本下限,另須滿足個別風險資本、緩衝、流動性及預期虧損融資;系統、反欺詐、客服和整改投入也須進入現實預算。[6] [7] [13] [14]
遠端開戶是否意味著每位客戶都可全自動獲批?+
不是。申請須說明目標客戶和開戶資格,按風險落實身份及實際受益人核驗、異常升級和持續監控。具體核驗技術應有風險及測試依據,不能承諾所有客戶都適合非面對面開戶,也不能把供應商一次透過或自拍核驗視為已完成所有銀行合規。[6] [7]
核心系統及反欺詐全部外包後,銀行是否不用負責?+
銀行仍對監管義務和重要業務服務負責。須保持能監督供應商、理解資料、處理事故和維持服務的內部能力,並評估雲及關鍵第三方集中依賴。供應商認證不能代替銀行自身的端到端測試或董事會監督。[6] [7]
數字渠道為何還需專門分析流動性和分銷風險?+
PRA明確要求ILAAP考慮數字和中介分銷帶來的風險。銀行應分析目標存款人的行為、平臺集中和壓力流出,而非只預測開戶增長;系統事故和渠道變化可能同時影響客戶支援、資金及商業計劃,相關假設須彼此一致。[6] [7]
App已上線或仍在mobilisation時能否全面吸收存款?+
不能僅據此判斷。上線不等於獲准完整經營;mobilisation典型限制是全行合計£50,000存款,通常最長十二個月。須完成批准條件、提供資本及運營就緒證據並取得解除限制的VoP,才可在生效後擴充套件業務,數字模式沒有快批保證。[6]
官方依據與核查來源
主要依賴FCA、PRA / Bank of England、GOV.UK與現行法規。使用者提供的第三方舊指南用於業務素材整理,不凌駕於最新官方要求。

唐上永(唐生)· 仁港永勝