FinTechとトレーディング
FX・CFD ブローカーの CRM と顧客ポータル:FX 向け CRM を買うか、プラットフォームに含まれるものを使うか、自社で作るか
KYC や顧客ポータルから IB 報酬まで、ブローカーのバックオフィスが何をするのか、どの連携に最も手間がかかるのか、EU のルールが記録に何を求めているのか、そしていつ FX 向け CRM を買い、いつプラットフォームに含まれるものを使い、いつ自社で作るべきかを解説する。
執筆:amBrain読了10分
この記事の内容
FX・CFD ブローカーのバックオフィスとは、トレーディングプラットフォームの裏側で動くソフトウェアである。新しい顧客を審査し、その取引口座を開設し、資金を動かし、顧客を紹介したパートナーに報酬を支払う。顧客が目にするのはその一部である顧客ポータルで、スタッフはもう一方の CRM(顧客関係管理システム)で仕事をする。FX 向け CRM は、買うことも、トレーディングプラットフォームやホワイトレーベルのパッケージに含まれるものを使うことも、自社で作ることもできる。自社で作る場合は、買った CRM と並べて作ることが多い。どれを選ぶかは、主に、運用するプラットフォームの数と、パートナーとの取り決めがどれほど特殊かで決まる。どの道を選んでも、顧客と規制当局に対する義務は自社に残る。
短い答え:顧客の大半が一つのプラットフォームで取引していて、パートナーとの取り決めが単純なら、プラットフォームやホワイトレーベルのパッケージに含まれるものから始める。複数のプラットフォームを運用している場合や、多くの決済プロバイダーと本人確認プロバイダーをすぐに接続する必要がある場合は、FX 向け CRM を買う。パートナーとの取り決めやオンボーディングの流れが自社の売り物の一部なら、自社で作る。多くの場合は、買った CRM と並べて作ることになる。どの道を選んでも、顧客記録、本人確認のファイル、入出金の履歴の完全なエクスポートを受け取れるよう、契約に定めておく。
ブローカーのバックオフィスは何をするのか
バックオフィスの仕事は七つある。そのすべてをカバーする製品もあれば、一つか二つだけの製品もある:
- オンボーディングと KYC(Know Your Customer、顧客確認):本人確認書類と住所証明を確認し、顧客をウォッチリストと照合してスクリーニングする。たいていは専門のプロバイダーを通じて行う
- 顧客ポータル。トレーダーズルームとも呼ばれ、顧客はここで登録し、書類をアップロードし、口座を開設し、入金と出金を行い、取引明細をダウンロードする
- 取引口座:プラットフォームのサーバー上に口座を一つずつ作成し、そのグループ、つまり口座に適用される取引条件を設定し、残高を変更する。これは、プラットフォームの開発元がほかのソフトウェア向けに提供するインターフェースである API を通じて行われる
- 支払い:決済サービスプロバイダー(PSP)を通じた入金と出金。PSP とは、カード、銀行、電子ウォレットの決済を処理する会社である
- IB 報酬:イントロデューシングブローカー(IB)は、報酬と引き換えに顧客を紹介する。バックオフィスは、どの顧客がどの IB から来たのかを、多くの場合は何層にもわたるサブパートナーまで含めて追跡する。そのうえで、たとえばプラットフォームの標準的な取引単位であるロットごとに、それぞれが受け取る額を計算する
- 営業とリテンションのための CRM:リード、通話、タスク、メモ。スタッフはこれを使って、登録した人を入金済みの口座へと導き、取引をやめた顧客に連絡をとる
- 経営陣、財務、コンプライアンス、パートナー向けのレポート
MetaTrader 5 の開発元である MetaQuotes は、ブローカー向けの CRM には「一般に、リード管理、顧客のオンボーディング、顧客のセグメンテーション、マーケティングオートメーションといった機能が含まれる。」と述べている。
どの連携に最も手間がかかるのか
バックオフィスの大部分は、ほかのシステムとの接続である。そのうち三つが手間の大半を占める:トレーディングプラットフォーム、PSP、KYC プロバイダーだ。それぞれが、残高、支払いのステータス、チェックの結果といった自らの記録を更新する。バックオフィスは、自らの写しをそれと一致させ続けなければならない。
MetaTrader 5 について、MetaQuotes は、「Manager API を使えば、独自の管理用ユーティリティや、さらには独自のマネージャーターミナルを開発できる」と述べている。マネージャーターミナルとは、ブローカーのスタッフが顧客口座を運用するために使うプログラムである。MetaQuotes はまた、「Web API は、プラットフォームをウェブリソースや会社のほかのサービスと統合するために使われる。」とも述べている。
cTrader の開発元である Spotware は、「CRM、トレーダーズルーム、登録フォームを cTrader のバックエンドと統合する」ための WebServices API を提供している。同社によれば、ブローカーは「一回の API 呼び出しで、取引口座を作成し、ユーザーを登録」し、「正確なレポーティングと報酬の追跡のために、トレーダーをパートナーに割り当てる」ことができる。Spotware はまた Manager's API も提供しており、これは「サーバーのエンティティに対する主要な操作のほぼすべてを実行できる」という。ただし、cTrader のサーバーである cServer について、次の警告が付いている:「不適切に使うと、cServer のインスタンスに悪影響を及ぼし、パフォーマンスに影響したり、停止を引き起こしたりするおそれがある。」
Match-Trader の開発元である Match-Trade Technologies は、CRM API を公開している。その連携ガイドは、ユーザーと取引口座の作成から、入金と出金の処理までを順に説明している。そこには、「決済ゲートウェイは、Match-Trade または顧客によって事前に設定される」との注記がある。
支払いは、確定するまでにいくつものステータスを経る。Spotware は、「cTrader 自体は決済処理業者ではない」と述べている。Match-Trade は、Praxis のキャッシャーを「PSP アグリゲーター」と呼んでいる。一つの接続で多くの PSP につながるという意味だ。Praxis は、「pending」という入金ステータスについて、こう説明している:「決済サービスプロバイダー(PSP)からの更新を待っている状態。」出金の申請は、自社のスタッフが承認するまで「awaiting merchant approval」のままになる。バックオフィスは、資金が確認されてから、一度だけ口座に入金を反映させなければならない。
KYC の結果は、プロバイダーの側からも届く。MetaQuotes は、KYC プロバイダーである Sumsub を「MetaTrader 5 と統合済み」と呼んでいる。Sumsub は Webhook、つまり何かが変わったときにあるシステムが別のシステムに送るメッセージを送っており、それぞれが「失敗時には自動的に再試行される」と述べている。そのため、同じメッセージが二度届くことがある。バックオフィスは、KYC と支払いのメッセージの重複を見分けなければならない。さもないと、入金が二重に計上される。
トレーディングプラットフォームやホワイトレーベルのパッケージには何が含まれているのか
ホワイトレーベルとは、他社のライセンスのもとで、自社のブランドを付けて運用されるトレーディングプラットフォームの複製である。何が含まれるかは、プラットフォームによって異なる。
MetaTrader 5。MetaQuotes は、「CRM の機能はすでに MetaTrader 5 Manager Terminal に組み込まれているが、顧客との仕事と社内業務の管理の両方に対応する完全なソリューションへと拡張することを勧める。」と述べている。同社は、組み込みの決済機能を「開発リソースも追加の設定も必要としない無料のソリューション」と呼んでいる。ライセンスの種類である Entry、Standard、Enterprise は、「リアル口座の数とシステムコンポーネントの構成がそれぞれ異なる」。
cTrader。Spotware は、「プラットフォーム・アズ・ア・サービスを提供している」と述べている。つまり、プラットフォームは Spotware が代わりに運用する。同社のドキュメントは、ブローカーのクライアントエリアを「ブローカーに属する CRM システム」と定義しており、連携ページにはサードパーティの CRM が並んでいる。Spotware のフル連携は自社の CRM を cTrader につなぐもので、顧客は一つのログインでポータルとプラットフォームの両方を使え(シングルサインオン)、プラットフォームの中から入金もできる。Spotware によれば、これは「有料のアドオンであり、オンボーディングパッケージの一部として標準で提供されるものではない。」
Match-Trader。Match-Trade のホワイトレーベルのページは、ホワイトレーベルのブローカーに提供する「アプリと拡張機能」を挙げている。その中には、「顧客のオンボーディング、本人確認、管理を簡単に行うための Client Office / CRM アプリケーション」と、「最大50階層の IB 構造を自動的に構築するための Multi-Level IB モジュール」がある。
この道は、運用する部品が最も少ない。顧客の大半が一つのプラットフォームで取引していて、IB との取り決めが製品の設定に収まるなら、この道が向いている。その代わりに手放すもの:顧客記録はプラットフォームの開発元や事業者のシステムに、その形式で置かれ、自社が離れるときに持ち出せるのはエクスポートだけだ。MetaQuotes は、MetaTrader 5 を運用するブローカーに対し、「当社はあなたのサーバー、口座、顧客の取引履歴にアクセスできない」と伝えている。ホワイトレーベルなら、顧客の記録を開けるのは誰かを事業者に尋ねる。
ブローカーが既製の FX 向け CRM を買うべきなのはどんなときか
FX 向け CRM のベンダーは、ポータル、CRM、IB モジュール、そしてプラットフォームや PSP との接続を、一つの製品として販売している。ベンダーの一つである Kenmore Design は、FX 向け CRM が「FX 顧客ポータルおよびトレーディングプラットフォームと統合され、オンボーディング、KYC、入金、取引データ、IB 構造、PSP 連携を可能にする」と述べている。これらはベンダーの主張なので、自社のプラットフォームと PSP を使ったデモで確かめる。
自社のニーズがベンダーのほかの顧客のものと似ているなら、買うのが向いている:
- 複数のプラットフォームを運用している、またはその予定があり、それらにまたがって一つの顧客記録を持ちたい
- 多くの PSP や KYC との接続がすぐに必要で、ベンダーがすでにほかのブローカーのためにそれらを運用している
- IB のプランとレポートが、製品がサポートする範囲に収まる
その代わりに手放すのは、正本のシステム(system of record)、つまり各顧客のデータの公式な版が置かれる場所を管理する力である。たとえば Kenmore Design は、「当社の FX 向け CRM は、標準では SaaS 型である」と述べている。つまり、ベンダーが運用し、自社は利用権を借りる。同社はさらに、「セルフホスト環境向けのソースコードライセンスも、場合によっては可能である。」と付け加えている。製品にない報酬ルールは、ベンダーの計画か、有料の変更を待つことになる。
自社でバックオフィスを作る価値があるのはどんなときか
自社で作るといっても、すべての部分を書くことはまれだ。多いのは、購入した CRM と並べて、独自の顧客ポータルや IB 報酬の計算エンジンを置く形である。あるいは、独自の顧客データベースを正本のシステムとして持ち、ほかのシステムからデータを流し込む形もある。すべてを自社で作るのが向いているのは、主に、自社のトレーディングプラットフォームを運営していて、それを中心にバックオフィスを組み立てたい場合だ。
次のうち少なくとも一つが当てはまっていることが前提になる:
- パートナーとの取り決めやオンボーディングの流れが自社の売り物の一部であり、試した製品ではそれを書かれたとおりに適用できない
- 口座数や収益に応じて増える料金が、いまでは自社のシステムを運用するチームのコストを上回っている
- すべての顧客記録、KYC ファイル、支払いを、自社が管理するデータベースに置きたい
その代償は、最初にかかる時間と、ローンチ後に必要なチームである。プラットフォームの更新や PSP の変更は、すべて自社の仕事になる。自社の側にそれを引き受けられる人がいないなら、まず買い、他社との違いを生む部分はあとで作る。
それぞれの選択肢には、どんな費用がかかるのか
この記事は独自の価格を示さない。それぞれの道で課金の仕方が違う:
- プラットフォームのバンドル:ライセンス料またはホワイトレーベルの料金に、有料のアドオンを加えたもの。MetaQuotes は、ライセンスの種類をリアル口座の数に結びつけている
- 購入した CRM:パッケージ、モジュール、顧客数に応じた月額料金で、初期設定費用がかかることも多い。Kenmore Design は、「Initial Setup Fee」「Final Setup Fee」「Monthly Service Fee」という料金項目を挙げている。料金を低く抑える代わりに、収益の一部を受け取るベンダーもある。2026年11月6日時点で、BrokerTech の料金ページには「CRM from $3,000/month」とあり、「a lower base plus 5% of net revenue」(基本料金を下げ、純収益の5%を加える)という選択肢も示されていた
- 自社開発:それを作るチーム、サーバー、そして運用と変更を担うスタッフ
- どの道でも:PSP と KYC プロバイダーの料金、そして連携にかかる自社スタッフの時間
各ベンダーに、1年後と3年後に見込む顧客数での見積もりを書面で求める。そのうえで、離れるときのコストを加える。その大半は、データを次のシステムに移す作業である。
自社は何を所有しておくべきか。契約を離れるとき、何を持ち出せるのか
どの道を選んでも、次のものを契約に明記し、それぞれのエクスポートの形式と、いつ求められるかも定めておく:
- 顧客データベース:すべての顧客、リード、口座、メモ、ステータスの変更。いつでも、また契約終了後も、完全なエクスポートとして受け取れること
- KYC ファイル:書類、チェックの結果、日付。EU のルールにより、顧客が去ったあとも何年も保存しなければならないため、ベンダーとの契約よりも長く残る必要がある
- 入出金の履歴:すべての入金、出金、振替、調整と、PSP の参照番号
- IB 構造と報酬のルール:誰が誰を紹介したのか、どの階層で、どのルールのもとでか、そしてすべての支払い
- ドメインとブランド:自社の名義で登録された、ポータルのドメイン、メールのドメイン、アプリストアのアカウント
- コード:自社のものになるのは自社で作る場合だけで、それも権利を移転する契約がある場合に限られる。購入した製品なら、ソースコードエスクローを求める。第三者がベンダーのコードを預かり、ベンダーの廃業など、合意した事由が起きたときにそれを自社に引き渡す仕組みである。コードは通常ベンダーのものにとどまり、自社が得るのは、それを使い、保守するためのライセンスだ
- 契約終了の条件:通知期間と移行期間、エクスポートの費用、そしてその後のベンダー側での自社データの削除
EU のルールは、これらの記録に何を求めているのか
この節では EU の法令だけを引用している。ほかの国にはそれぞれ独自のルールがある。
指令 2014/65/EU である MiFID II は、投資サービス業者を対象とする EU の主要な法律である。その第16条(6) は、業者に「自らが行ったすべてのサービス、活動、取引の記録を保存する体制を整える」ことを求めている。欧州委員会委任規則 (EU) 2017/565 の第72条(1) は、これらの記録を、「訂正やその他の修正、およびそうした訂正や修正の前の記録の内容」を容易に確認できるように保存しなければならないと付け加えている。また、「記録がそれ以外の方法で操作または改変されることがないように」保存しなければならない。CRM がこれらのルールの対象となる記録を保持しているなら、それを満たす方法の一つは、以前の値を残し、スタッフが消去できない変更履歴を持つことだ。
MiFID II の第16条(7) は、顧客の注文と自己勘定取引(業者が自らのために行う取引)に関する「電話での会話または電子通信」の記録を対象としている。そこには、「取引につながることを意図した」ものも含まれる。記録は「5年間、所管当局から求められた場合は最長7年間」保存される。営業やリテンションのスタッフが CRM から顧客に電話をかけたりメッセージを送ったりするなら、どの会話がこれに該当するかを弁護士に尋ねる。
EU の資金洗浄対策指令である指令 (EU) 2015/849 は、KYC のチェックを顧客デューデリジェンスと呼んでいる。その第40条のもとで、業者は書類の写しを「顧客との業務関係の終了後5年間」保存する。その後は、「国内法に別段の定めがない限り、個人データを削除する」。指令 (EU) 2024/1640 は、規則 (EU) 2024/1624 の適用が始まる2027年7月10日をもって、この指令を廃止する。同規則の第77条は、5年を「業務関係の開始を拒否した日」からも数えるため、このルールは、却下した申込者のファイルにも及ぶ。
GDPR は EU のデータ保護法である。そのもとでは、顧客データをホスティングするベンダーは、通常、処理者にあたる。処理者とは、管理者、ここでは自社に「代わって個人データを処理する」者である。第28条は、処理者が「管理者の選択に応じて、サービスの提供の終了後に、すべての個人データを削除するか、管理者に返却する」ことを定めた契約を求めている。また処理者は、別の処理者を加える前に、自社の書面による許可を得なければならない。各ベンダーに、ホスティング会社など、ほかにどの処理者を使っているのかを尋ねる。
MiFID II の第24条(9) は、投資サービスや付随サービスに関連して、業者が顧客または顧客のために行動する者以外の誰かに支払う、あるいはそうした者から受け取る報酬や手数料を対象としている。これらが認められるのは、顧客へのサービスの質を高めるよう設計されており、かつ顧客の最善の利益のために行動するという業者の義務を損なわない場合に限られる。同条は、そうした支払いの「存在、性質および金額」は、サービスを提供する前に「顧客に明確に開示されなければならない」としている。自社の IB 報酬がこれに該当するかどうかは、弁護士に尋ねる。
この記事の出典はすべて2026年11月6日に閲覧した。EU の法令は、EU 出版局(EU Publications Office)が公開する統合版のテキストで確認した。
バックオフィスの構築や接続を任せる会社に何を聞くべきか
- 口座の作成、残高の変更、レポートに、プラットフォームのどの API を使うのか。そのうち、これまでに扱ったことがあるのはどれか
- PSP が同じメッセージを二度送ったり、遅れて送ったりしても、システムはどうやって入金をちょうど一度だけ反映させるのか
- トレーディングプラットフォームに接続できないあいだに顧客が入金や出金をしたら、どうなるのか
- IB 報酬のルールはどう保存され、どう変更されるのか。財務のスタッフが過去の月を計算し直したとき、同じ結果になるのか
- 顧客記録への変更はすべてどのようにログに記録され、そのログを読んだり削除したりできるのは誰か
- KYC ファイルはどこに保存され、どれだけの期間保持され、保存期間が終わったときにどう削除されるのか
- 引き渡しの時に何を受け取れるのか。ソースコード、ビルドの手順、データベースの構造、そしてすべてのサーバーと外部サービスの管理者権限は含まれるか
- いま稼働しているシステムで、これが動いているところを見せてもらえるか
amBrain はどこに位置づけられるか
このブログを発行しているのは amBrain である。amBrain は、トレーディング分野の仕事の一部を一行でこう説明している:「amBrain はアルゴリズム取引の基盤を構築する:注文執行、マーケットデータ、プレトレードのリスク管理。」amBrain のウェブサイトには、もう一行こうある:「トレーディングターミナルの開発、注文管理システム、FIX プロトコルによる取引所連携。」どちらの一文も、CRM や顧客ポータルには触れていない。
amBrain は2019年からソフトウェアを作っている。顧客との仕事の進め方については、こう述べている:「三つの形態:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。」所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、そのコンポーネントを名前で列挙した一覧を求めること。
この記事は事例紹介ではなく、顧客のための仕事についても述べていない。amBrain がいずれかの顧客のために FX 向け CRM、顧客ポータル、IB のシステムを構築、購入、連携したとは述べていない。MetaQuotes、Spotware、Match-Trade Technologies、Kenmore Design、BrokerTech、Praxis、Sumsub は、それぞれが公開しているページから引用しており、この記事は、amBrain とこれらの会社のいずれかとのあいだに何らかの関係があるとは主張せず、いずれの製品も推奨しない。amBrain の価格や期間も示さない。
この記事は法的助言でもない。自社に適用されるルールは、自社が事業を行う市場の弁護士に確認する。amBrain が候補リストに入っているなら、ほかのどの会社とも同じ質問をすること。
トピック
- FX向けCRM
- ブローカレッジ
- 顧客ポータル
- 自作か購入か