英國金融科技軟體開發：FCA、支付通道與成本

金融科技軟體開發在報價與排程上，跟一般軟體開發沒有兩樣，直到有人問出那句話：到底誰有資格持有這筆錢。從那一刻起，專案就不再是一道工程題，而變成一道帶著工程成分的監理題，你腦中原本的時程也不再站得住腳。

技術很少是難點。搬動資金是一個已經解決的問題，市場上有成熟的服務商、有文件齊全的介面，還有第一天就能用起來的測試環境。真正拖長金融科技專案的，是執照上的身分、面對稽核必須拿得出的軌跡義務，以及好幾個架構決定其實早已由持照方替你做完了。

決定你時程的問題： 你自己持照，還是以代理人身分掛在別人的執照底下營運，或者完全避開受監理業務？這三個答案會產生長度完全不同的專案，而差距是用等待的月數衡量，不是用開發的週數衡量。在做任何範圍規劃之前，先把它回答清楚。

FCA 執照才是關鍵路徑

如果你需要自己直接申請執照，那麼決定上線日期的是這套流程，而不是開發本身。

英國金融行為監理總署 FCA 有法定義務在固定期限內對申請做出決定，而這些期限最近有所變動。自 2026 年 1 月起，FCA 縮短了法定處理期限 ，新業者的執照與權限變更改為文件完整的申請 4 個月，文件不完整的申請 10 個月，先前分別是 6 個月與 12 個月。對於與既有商業模式高度貼合的權限變更，它承諾完整申請 3 個月、不完整申請 6 個月。高階經理人任職申請方面，目標是至少一半在 35 天內完成。這些是英國監理機關為自己設定的法定期限，只適用於落在英國監理體系內的業務。

由此可以導出兩件事。第一，計時是從申請文件完整那一刻開始，而不是你第一次遞件的時候，所以有缺漏的申請實際上處於暫停狀態，直到你把缺漏補齊；每一次關於營運計畫、資本適足或經理人適格性的補件詢問，都會吃掉好幾週。第二，即使是縮短後的 4 個月，也長於多數 MVP 的開發週期，這代表合理的順序是先啟動執照作業，再讓開發與之並行，而不是先做完再去申請。

多數早期金融科技公司會完全繞開這段等待：不是以持照機構代理人的身分營運，就是在一家已經握有相應權限的服務商之上打造產品。這是一條正當且常見的路線，能明顯縮短上市時間。它同時也是一種商業依賴：你的產品活在別人的風險胃納範圍之內，對方的法遵團隊可以改寫你的產品藍圖。

金融科技開發從支付通道開始

用哪一條支付通道不是實作細節，它決定了你的資料模型、失敗處理方式，以及對帳工作的分量。

信用卡支付串接很快，但會帶來爭議款扣回，這代表爭議的完整生命週期必須從第一天就存在於資料模型裡，而不是事後外掛。Faster Payments 幾秒內完成清算，但只支援推送方向，所以收款需要付款人主動操作，你的系統必須能處理這段等待。直接扣款依排程穩定收款，隨之而來的是授權管理、扣款失敗與保證機制。開放銀行提供付款發動與帳戶資訊，搭配強客戶驗證以及會到期的同意授權，你的系統必須持續追蹤並及時展期。

多數產品最後會用上兩條甚至更多通道，而工程成本正好堆在這裡。對帳一條通道很單純。對帳三條通道就完全不同：每條通道有自己的清算時點、自己的失敗樣態、自己的識別碼，這是一個規模可觀的子系統，因為從外面看不見，所以沒人替它編預算。它包含每日清算檔的處理、把手續費與爭議款掛回原始交易，以及一套處理那些掛不上任何交易的金額的流程。

請從一開始就假定清算是非同步的，並把對帳當成一等公民的功能。凡是把付款建模成「不是成功就是失敗」的同步請求的系統，都會在第一筆延遲清算出現時被迫重做。

受監理軟體多出來的工作

四項一般軟體不必承擔的義務。

不可竄改的稽核軌跡。 金融紀錄的每一次狀態變更都要記下是誰、做了什麼、什麼時候、為什麼，而且形式上不能允許任何人悄悄修改。這代表採用只追加的設計，而不是就地更新資料列，它會牽動整個資料表結構。

客戶資金分離。 只要你持有資金就適用。規則很嚴，申報要求非常具體。企業通常低估的不是分離本身，而是持續的申報工作量。

金融犯罪控管。 身分驗證、制裁名單篩查、可疑活動監控。這些多半是採購而非自建，但串接、案件處理流程以及決策過程的可追溯，全都是你自己的工作。

更高標準的資料保護。 金融資料屬於敏感資料，保存期限由法規而非偏好決定，刪除請求又會與法定的紀錄留存產生衝突，這類問題必須及早拍板。我們關於 GDPR 技術合規 的文章說明了其中的機制。

這些都不是什麼冷門技術。但每一項都要花時間，而且每一項都必須能拿出來給要看的人看。

在英國要花多少錢

這些只是開發成本。申請執照本身還有法務與顧問支出，而等待期無論有沒有人在寫程式，都在消耗現金。我們的客製化軟體開發成本指南 涵蓋了通用區間，英國醫療軟體開發 則呈現另一個受監理產業裡的同一種模式。

真正讓人意外的是中間那一檔。加上自有權限與第二條通道，專案規模大致翻倍，而這部分增量幾乎沒有一點是使用者看得見的。

應該按什麼順序推進

先把監理身分確定下來，落成文字，並且找有資格的人一起確認。後面的一切都取決於它，答案不同，架構也會不同。

接著，做出能在一條通道上真正搬動資金的最小版本，因為一旦對帳體系存在，第二條通道就輕鬆得多。把稽核軌跡與對帳當成帶驗收標準的功能來做，而不是留到後面再補的基礎設施，因為把只追加的歷史紀錄事後移植到一個就地更新資料列的系統上，幾乎等於重寫。

Mecanik 透過軟體開發 團隊打造受監理的金融軟體，包含稽核人員會問到的那些部分。如果你的金融科技時程預設開發是最長的那根柱子，那麼在承諾任何日期之前，值得先核對一下執照身分。

相關文章: MVP 軟體開發：範圍、成本與時程 、英國客製化軟體開發：買家完整指南 、2026年如何建構Web應用：英國開發者指南 、企業 AI 代理人：成本與失敗之處 。

常見問題

申請 FCA 執照要多久？ 自 2026 年 1 月起，英國監理機關的法定期限為文件完整的申請 4 個月、文件不完整的申請 10 個月，先前分別是 6 個月與 12 個月。與既有商業模式高度貼合的權限變更，目標是完整申請 3 個月、不完整申請 6 個月。計時從申請文件完整時開始，而不是第一次遞件時開始，所以任何缺漏實際上都會讓流程暫停。

在英國做金融科技軟體開發要多少錢？ 以代理模式運作、只用一條通道且沒有自有執照的產品，通常在 3 到 5 個月內花費 £60,000 到 £120,000。加上自有權限、第二條通道與金融犯罪控管之後，會升到 6 到 12 個月內的 £150,000 到 £400,000。持有客戶資金的多通道平台，起步大約在 £400,000。

做金融科技產品一定需要 FCA 執照嗎？ 並非總是需要。許多早期產品以持照機構代理人的身分營運，或者建在已經握有相應權限的服務商之上，因而完全避開等待期。代價是一種商業依賴：你的產品運行在另一家公司的風險胃納範圍內，對方的法遵決定可以改變你的產品藍圖。

英國的金融科技該用哪一條支付通道？ 取決於資金的流向與時點。信用卡串接快，但會帶來爭議款扣回。Faster Payments 幾秒清算，但只支援推送，所以收款需要付款人主動操作。直接扣款依排程收款，並帶來授權管理。開放銀行提供付款發動，但同意授權會到期，系統必須持續追蹤。

受監理軟體比一般軟體多需要什麼？ 需要一條記錄金融紀錄每次狀態變更的不可竄改稽核軌跡；如果持有資金，還需要客戶資金分離及其申報；需要涵蓋身分驗證與制裁篩查的金融犯罪控管；以及保存期限由法規而非偏好決定的資料保護。這些都不是冷門技術，但每一項都必須能拿出來證明。