フィンテックのソフトウェア開発は、誰が資金を保有する認可を持っているのかと誰かが問うその瞬間まで、ごく普通のソフトウェア開発とまったく同じように見積もられ、同じように日程が組まれます。その問いが出た時点で、案件は工学の課題であることをやめ、工学の要素を含んだ規制の課題に変わります。そして頭の中に描いていた日程は、そのままでは達成できないものになります。

技術が難所になることはめったにありません。資金を動かすこと自体はすでに解かれた問題で、成熟した事業者があり、仕様が文書化されたインターフェースがあり、初日から触れるテスト環境も用意されています。フィンテックの構築を長引かせるのは、認可上の立場と、監査に対して証跡を示す義務と、アーキテクチャ上の判断のいくつかがすでにライセンス保有者の側で決まっているという事実です。

日程を決めるのはこの問いです。 自社が認可を受けているのか、他社の権限のもとで代理人として動くのか、それとも規制対象行為そのものを避けるのか。この三つの答えは、長さがまったく異なる案件を生みます。その差は構築の数週間ではなく、待機の数か月で測られます。何かの範囲を決める前に、まずここに答えてください。

FCAの認可がクリティカルパスになる

直接の認可が必要なら、ローンチ日を決めるのは構築ではなく、その認可手続きのほうです。

英国の金融行為規制機構であるFCAには、申請を定められた期間内に判断する法定の義務があり、その期間は最近になって変わりました。2026年1月からFCAは法定期限を短縮 し、新規事業者の認可と権限の変更について、完全な申請は4か月、不完全な申請は10か月としました。従来はそれぞれ6か月と12か月です。既存の事業モデルに密接に沿った権限変更については、完全な申請で3か月、不完全な申請で6か月を掲げています。上級管理者に関する申請では、少なくとも半数を35日以内に処理することを目標としています。これらは英国の規制当局が自らに課した法定期限であり、英国の規制体系に入る事業にのみ適用されます。

ここから二つのことが導かれます。ひとつは、時計が動き出すのは申請が完全になった時点であり、最初に提出した時点ではないということです。したがって不備のある申請は、その不備を埋めるまで事実上止まったままになります。事業計画や自己資本の十分性、経営陣の適格性についての追加照会が届くたびに、数週間が失われます。もうひとつは、短縮後の4か月であっても、多くのMVP開発より長いということです。つまり合理的な順序は、先に認可の作業を始めて、その横で構築を進めることであり、作り終えてから申請することではありません。

初期段階のフィンテックの多くは、認可を受けた事業者の代理人として運営するか、必要な権限をすでに持つ事業者の上に構築することで、この待ち時間をまるごと回避しています。これは正当で一般的な進め方であり、市場に出るまでの時間を大きく縮めます。同時に商業上の依存でもあります。自社の製品は他社のリスク許容度の内側で生きることになり、その会社のコンプライアンス部門の判断が、自社のロードマップを書き換えることがあります。

フィンテック開発は決済網の選択から始まる

どの決済網を使うかは実装上の細部ではありません。データモデルと障害処理、そして照合作業の重さを決めるのは、その選択です。

カード決済は連携が速い一方でチャージバックを伴うため、紛争のライフサイクルを初日からデータモデルに組み込んでおく必要があり、後から取り付けることはできません。Faster Paymentsは数秒で決済が終わりますが押し出し型しかないため、集金には支払人の行動が必要で、システム側はその待ち時間を扱えなければなりません。ダイレクトデビットは予定に沿って確実に集金しますが、マンデート管理と集金失敗、そして保証制度がついてきます。オープンバンキングは支払指図と口座情報の取得を提供し、強力な認証と期限のある同意を伴うため、システムはその同意を追跡し、期限が来る前に更新し続ける必要があります。

多くの製品は最終的に二つ以上の決済網を扱うことになり、工数はまさにそこに積み上がります。ひとつの決済網を照合するのは単純です。決済のタイミングも障害の出方も識別子も異なる三つを照合するとなると、外からは見えないために誰も予算に計上しない、規模の大きなサブシステムになります。日次の決済ファイルの取り込み、手数料やチャージバックを元の取引に結び付ける処理、そしてどの取引にも結び付かない金額を扱う手順が、そこに含まれます。

決済は非同期であり、照合は一級の機能であると前提してください。支払いを、成功するか失敗するかの同期リクエストとして設計したシステムは、決済が遅れて着金した最初の一件で作り直しになります。

規制対象のソフトウェアが上乗せするもの

普通のソフトウェアが負わない義務が四つあります。

改変できない監査証跡。 金融の記録に対するすべての状態変化を、誰が、何を、いつ、なぜという情報とともに、誰も静かに書き換えられない形で残さなければなりません。これは行をその場で更新するのではなく追記のみで設計することを意味し、スキーマ全体の形を左右します。

顧客資金の分別管理。 資金を預かるなら該当します。規則は厳格で、求められる報告は具体的です。企業が過小評価しがちなのは分別そのものではなく、継続的な報告のほうです。

金融犯罪の統制。 本人確認、制裁リストの照合、疑わしい活動の監視です。その大半は自作せずに購入しますが、連携と、案件処理のワークフローと、判断の根拠を残すことは、いずれも自社の仕事として残ります。

より高い水準のデータ保護。 金融データは機微であり、保存期間は好みではなく規制が決めます。削除請求は法定の記録保存と衝突するため、どう扱うかを早い段階で決めておく必要があります。GDPRの技術的コンプライアンス についての記事で、その仕組みを扱っています。

どれも風変わりな技術ではありません。ただしどれも時間がかかり、どれも尋ねてくる相手に示せる状態になっている必要があります。

英国での費用

形態一般的な範囲期間
代理人モデル、決済網ひとつ、直接の認可なし£60,000から£120,0003から5か月
自社の権限、決済網ふたつ、金融犯罪統制£150,000から£400,0006から12か月
複数決済網、顧客資金の保有、報告£400,000から12か月以上

これは構築の費用です。認可には別途、法務と専門家への支出が生じますし、待機している期間は誰もコードを書いていなくても資金が減り続けます。カスタムソフトウェア開発の費用 についての記事で一般的な価格帯を扱っており、英国の医療ソフトウェア開発 は別の規制業種で同じ形が現れることを示しています。

驚かれるのは真ん中の帯です。自社の権限と二本目の決済網を加えると案件はおおむね倍になりますが、その増分のうち利用者から見える部分はほとんどありません。

どの順序で進めるか

まず規制上の立場を、口頭ではなく文書で、資格のある人と一緒に確定してください。その先のすべてがここに依存し、答え次第でアーキテクチャが変わります。

次に、ひとつの決済網で実際の資金が動く最小のものを作ってください。照合の仕組みが一度できてしまえば、二本目の決済網ははるかに楽になります。監査証跡と照合は、後から足す基盤ではなく、受け入れ基準を持つ機能として扱ってください。行をその場で更新するシステムに、追記のみの履歴を後から移植する作業は、書き直しに近いからです。

Mecanikはソフトウェア開発 チームを通じて規制対象の金融ソフトウェアを構築しており、監査人が確認する部分も含めて対応しています。フィンテックの日程が構築を最長の工程だと想定しているなら、日付を確約する前に認可上の立場を確かめておく価値があります。

関連記事: MVP開発の範囲、費用、期間 、英国におけるカスタムソフトウェア開発 、2026年にウェブアプリを構築する方法 - 英国開発者ガイド 、業務向けAIエージェントの費用と失敗要因 。

よくある質問

FCAの認可にはどれくらいかかりますか。 2026年1月から、英国の規制当局の法定期限は完全な申請で4か月、不完全な申請で10か月となり、従来の6か月と12か月から短縮されました。既存の事業モデルに密接に沿った権限変更は、完全な申請で3か月、不完全な申請で6か月を目標としています。時計は最初に提出した時点ではなく申請が完全になった時点から動くため、不備があれば事実上そこで止まります。

英国でフィンテックのソフトウェア開発はいくらかかりますか。 直接の認可を持たず、単一の決済網で代理人モデルとして動く製品は、通常£60,000から£120,000で、期間は3から5か月です。自社の権限と二本目の決済網、金融犯罪統制を加えると£150,000から£400,000になり、期間は6から12か月に伸びます。顧客資金を保有する複数決済網のプラットフォームは、おおむね£400,000から始まります。

フィンテック製品を作るのにFCAの認可は必要ですか。 常に必要というわけではありません。初期段階の製品の多くは、認可を受けた事業者の代理人として運営するか、権限をすでに持つ事業者の上に構築することで、待ち時間をまるごと回避しています。代償は商業上の依存です。製品は他社のリスク許容度の内側で動き、その会社のコンプライアンス上の判断が自社のロードマップを変えることがあります。

英国のフィンテックはどの決済網を使うべきですか。 資金の向きと時間の取り方によります。カードは連携が速い一方でチャージバックを伴います。Faster Paymentsは数秒で決済しますが押し出し型なので、集金には支払人の行動が必要です。ダイレクトデビットは予定に沿って集金し、マンデート管理を伴います。オープンバンキングは支払指図を提供しますが、期限のある同意をシステムが追跡し続ける必要があります。

規制対象のソフトウェアに必要で、普通のソフトウェアには不要なものは何ですか。 金融の記録のすべての状態変化を残す改変できない監査証跡、資金を預かる場合の顧客資金の分別管理とその報告、本人確認と制裁照合を含む金融犯罪の統制、そして保存期間を好みではなく規制が決めるデータ保護です。どれも風変わりな技術ではありませんが、すべて示せる状態になっている必要があります。