マルチアセットのトレーディングターミナルを借りるか、ライセンスするか、作るか:会社が所有するものと切り替えの時期

資金があってエンジニアがいないなら、ホワイトレーベルのターミナルを借りる、トレーディングプラットフォームをライセンスして自社専用のインストールを運用する、あるいはエンジニアリング会社に自社で所有できるターミナルを作ってもらう、という方法がある。最初の二つなら、話す相手はプラットフォームベンダーだ。三つ目なら、話す相手はエンジニアリング会社で、どの会社も、自ら作り、現在顧客が使っているトレーディングシステムを見せられるべきだ。ローンチの時点では、借りるのが最も負担が少ない。ベンダーがすべてを運用するからだ。作ることが割に合い始めるのは、2年後に見込む顧客口座数での利用料が、所有するコストを上回るときだ。どのベンダーも提供していない画面を理由に顧客があなたを選ぶときも、作ることは割に合う。

ターミナルを借りる、ライセンスする、作る、の違いは何か

ベンダーはこれらの呼び名をあいまいに使う。それぞれの提案は条件で分類する:誰がサーバーを運用するのか、誰が顧客データベースを持つのか、そして料金がどう増えるのか。

• ホワイトレーベルのターミナルを借りる。ベンダーは多くの会社のために一つのプラットフォームを運用し、あなたの分にあなたのブランドを付ける。コード、サーバー、顧客データベースはベンダーの手元に残る。支払いは毎月で、多くの場合、顧客口座の数に応じて、段階制やプランの上限の形で決まる
• プラットフォームをライセンスする。自社専用のインストールに対して支払う。ベンダーによって、自社のサーバーで動く場合と、ベンダーが用意するサーバーで動く場合がある。顧客データベースのすべてを手にし、ブローカーやデータベンダーを自社で選べるようになることもある。コードはベンダーのものにとどまる
• 自社で作る。エンジニアリング会社が、あなたの仕様に沿ってターミナルを作る。契約でコードが移転されればコードは自社のものになり、その運用と変更の費用は自社が払う

たとえば Match-Trader は、自社のプラットフォームを両方の形で販売している。2026年10月14日に閲覧した同社のページは、ホワイトレーベルのパッケージとサーバーライセンスを説明している。サーバーライセンスはブローカーに「データベース全体へのアクセス」を与え、自社の流動性プロバイダーとマーケットデータプロバイダーを接続できるようにする。

どの選択肢を選んでも予算に入れておくべき費用がある:ブローカーや取引所を通じた市場へのアクセスと、表示する取引所の価格のライセンスだ。マルチアセットのターミナルに何が必要かについての記事が、これらを説明している。その一部を価格に含めているベンダーもあるので、どれが含まれているかをベンダーごとに尋ねる。

借りるほうが所有するより高くつき始めるのはいつか

請求の増え方は、それぞれ違う。利用料とライセンス料は、顧客口座の数とともに、多くの場合は段階的に上がりうる。自社のターミナルでは、最初の顧客がログインする前に費用の大きな部分がかかる。ローンチ後はホスティング、監視、変更に費用がかかり、そのコストは口座の数よりも、依頼する作業に左右される。

ベンダーの条件も、呼び名から想像する以上に違う。初期設定費用と最低契約期間を求めるベンダーもある。2026年10月14日に閲覧した Leverate のホワイトレーベルプラットフォーム Sirix のページには「初期設定費用なし、契約期間の縛りなし」とあり、解約の通知期間は30日とされている。この二つの答えは、すべてのベンダーから書面で受け取る。

所有するほうが安くなる月を見つけるには、6か月目、12か月目、24か月目に見込む稼働中の顧客口座の数を書き出す。各ベンダーには、この三つの時点の価格を、口座ごと、あるいは取引額に応じたすべての料金を含めて書面で出してもらう。各エンジニアリング会社には、最初のバージョンと、24か月目までの運用と変更の価格を出してもらう。そのうえで、選択肢ごとに24か月目までの毎月の費用を合計する。この記事では2年を使っているが、資金計画がそれより長い期間をカバーしているなら、合計する期間を延ばす。

見積もりで初期費用が最も小さいのが借りる選択肢なら、その累計が所有するコストを上回るまでは、それが最も安い選択肢であり続ける。その月は2年以内に来るかもしれないし、来ないかもしれない。借りる選択肢とライセンスする選択肢には、離れるときのコストも加える。そこには、顧客口座と履歴を別のターミナルに移すこと、新しいソフトウェアが通らなければならないブローカーや取引所のテストをやり直すこと、そして両方のシステムが重なる期間に両方の費用を払うことが含まれる。

ベンダーとの契約が終わると、会社は何を失うのか

借りたターミナルでは、ソフトウェアはベンダーが所有し、顧客の口座と取引が保管されるサーバーとデータベースもベンダーが運用する。自社に残るのは、契約がエクスポートを認めるもの、たとえば契約が指定する形式の顧客記録と取引履歴だ。通知のあとベンダーがどれだけの期間ターミナルを動かし続けなければならないかも、契約で決まる。ライセンスしたインストールなら、ライセンスでデータベース全体を得られる場合、手元にもっと多くのものが残りうる。どちらの選択肢でも、コードはベンダーのもとにとどまる。

ドメインとモバイルアプリは、ベンダーではなく自社の名義で登録されている限り、どの選択肢でも自社のものにできる。2026年6月8日に最終更新された Apple の App Store Review Guidelines は、「商用化されたテンプレート」から作られたアプリを、「アプリのコンテンツの提供者によって直接提出された」ものでない限り却下する。また、テンプレートサービスに対して、顧客に代わってアプリを提出しないよう求めている。一方で、テンプレートの提供者が、すべての顧客を一つにまとめた「ピッカー」モデルのアプリを公開することは認めており、その場合、ストアにあるアプリはベンダーのものになる。

自社ブランドのアプリなら、取引サービスを提供する会社のアプリストア開発者アカウントから公開されるものと考えておく。ガイドラインは、金融取引に使われるアプリは「そのサービスを行う金融機関によって提出されるべき」だとしている。ライセンスを持っているなら、それはあなたの会社だ。App Store でのローンチを計画する前に、取引アプリについてのこのルールが自社にどう適用されるかを弁護士に確認する。

ブローカーや取引所との契約を自社が結んでいるなら、ベンダーがいなくなっても契約は残る。ベンダーが自らの契約を通じて市場へのアクセスを提供しているなら、そのアクセスはベンダーとの契約とともに終わる。その場合、新しい契約を結び、さらにブローカーや取引所が取引を認める前に新しいソフトウェアをテストするところではそのテストに通るまで、顧客はそこで取引できない。

作る選択肢では、契約が権利を自社に移転する場合に限り、コードは自社のものになる。その条項に何を書くべきかは、コードの権利についての記事が説明している。

ターミナルを借りたりライセンスしたりする場合、規制当局は何を求めるのか

ターミナルを借りても、ライセンスしても、規制対象の会社の義務がベンダーに移るわけではない。

米国では、2021年8月13日付の FINRA の Regulatory Notice 21-29 が、それ以前の通知 05-48 を引用している。業務や機能をベンダーに外部委託しても、それに適用される証券法と FINRA の規則の「遵守に対する会員の最終的な責任は免除されない」。自社が FINRA の会員なら、借りたターミナルが停止したり注文を誤って処理したりした場合、それはベンダーだけの問題ではなく、依然として自社のコンプライアンスの問題である。

EU では、デジタル・オペレーショナル・レジリエンス法（DORA）が、投資サービス業者、取引施設、暗号資産サービスプロバイダー、その他の金融事業体を対象としている。その第28条は、外部のテクノロジーサービスを利用する場合でも、これらの事業体は自らの義務について「常に完全な責任を負い続ける」と定めている。また、クリティカルまたは重要な機能を支えるサービスについて出口戦略を求めている。DORA はクリティカルまたは重要な機能を、その中断が会社の事業やコンプライアンスに深刻な損害を与える機能と定義している。自社のターミナルがそれにあたるかどうかは、コンプライアンスのアドバイザーに尋ねるべき問題だ。DORA が求めるそのほかの契約条件は、CTO のいないフィンテック創業者についての記事に挙げている。

あとで離れられるように、ベンダーとの契約には何を書いておくべきか

今は借りるかライセンスして、あとで作るかもしれないなら、最初の契約で次の条件を求める。

• すべての顧客口座、注文、取引履歴を、いつでも、文書化された形式で、追加料金なしにエクスポートできること
• 通知期間に加えて、移行のあいだベンダーがターミナルを動かし続ける移行期間。DORA の第30条は、クリティカルまたは重要な機能を支えるサービスの契約に、こうした移行期間を設けることを EU の金融機関に求めている
• 更新時の値上げの上限
• API、つまりベンダーがほかのソフトウェア向けに提供するインターフェースを通じて、自社の画面をベンダーのシステムにつなぐことの書面での許可。これで中間の選択肢が開ける。あとで画面だけを作り、残りは借り続けるという道だ

いつ借りるのをやめて作るべきか

四半期ごとに、計画と照らしてサインを確認する。借りたターミナルやライセンスしたターミナルが合わなくなるのは、現在の口座数での毎月の請求が、所有した場合のコストを上回るときだ。ほかのサインとしては、顧客が求め続けているのにベンダーが作ろうとしない業務フロー、ベンダーが接続していないブローカーや取引所、そして同じターミナルを自社ブランドで運営している競合がある。

作ることにも固有のリスクがある。最初のバージョンが顧客に届く前に資金が尽きることもあれば、作り手が引き継ぎをせずに去ることもある。マイルストーンごとに支払い、コードを最初から自社のアカウントに置いておけば、どちらのリスクも減る。その仕組みの作り方は、CTO のいないフィンテック創業者についての記事が示している。

amBrain はトレーディングターミナルを作っているのか

作る選択肢では、amBrain は依頼先となりうるエンジニアリング会社の一つだ。amBrain は2019年からソフトウェアを作っている。ウェブサイトはサービスの一つとして「トレーディングターミナル開発、注文管理システム、FIXプロトコルによる取引所連携。」を挙げている。また、amBrain はアルゴリズム取引の基盤を構築する。注文執行、マーケットデータ、プレトレードのリスク管理である。

働き方には三つの形態がある:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、それがどのコンポーネントなのかを名前で尋ねる。

この記事のどの部分も amBrain のプロジェクトについて述べたものではなく、amBrain の価格や期間も示していない。