ブローカーとフィンテック企業の取引・資金照合：製品を買うか、バックオフィスのモジュールを使うか、自社で作るか

照合（リコンシリエーション）とは、取引、ポジション、資金に関する自社の記録が、外部の相手方の記録と一致しているかを、定期的に、通常は毎日確認することです。外部の相手方とは、資金を保管したり動かしたりする銀行、カストディアン、流動性プロバイダー、決済事業者、取引所を指します。ブローカー、暗号資産取引所、フィンテック企業には、照合製品を買う、すでに使っているバックオフィスやプラットフォームのモジュールを使う、マッチングと不一致処理のワークフローを自社で作る、という選択肢があります。複数の取引相手を持ち、顧客資金のルールに従う必要がある会社の多くにとって、妥当な答えは、製品を買い、生データのコピーを自社でも持ち、製品では実行できないチェックだけを自社で作ることです。

照合では何を突き合わせる必要があるのか

どのチェックも、自社の記録の一つを外部の記録と比べるものです。作業の大部分は、次の5つのチェックでカバーできます。

• 取引：自社プラットフォーム上のすべての約定を、取引所、清算ブローカー、流動性プロバイダー（自社の取引の相手方となる銀行やブローカー）のレポートと突き合わせます。
• ポジション：自社の帳簿上の保有高を、カストディアンや流動性プロバイダーの明細と突き合わせます。暗号資産取引所では、顧客元帳をブロックチェーン上のウォレット残高と突き合わせます。
• 資金：通貨ごとに、残高を銀行の取引明細および決済サービスプロバイダー（PSP）の精算レポートと突き合わせます。
• 手数料とコミッション：自社システムに計上された費用を、取引施設、銀行、PSPからの請求書と突き合わせます。紹介パートナーや、プロップファームであれば資金提供口座のトレーダーに支払うべき額も、ここに含まれます。
• 顧客資金：顧客のために保持しなければならない額を、分別管理口座や保全口座に実際にある額と突き合わせます。以下で引用するルールの多くは、このチェックに関するものです。

また、チェックは2つのレベルで行われます。残高チェックはある時点の合計を比べ、明細照合は、顧客の入金とそれに対応する銀行の記帳のように、個々の項目を対にします。元帳ソフトウェアを販売するFormanceは、自社の照合機能について「ある時点における資産ごとの集計上の財務状態を確認します。個々のLedgerの記帳を、銀行やPSPの明細行と照合するものではありません」と述べています。残高チェックでわかるのは、差があるということです。どの項目がその差を生んだかは明細照合でわかり、ほとんどの会社には両方が必要です。

照合で、スプレッドシートやスクリプトが通用しなくなるのはなぜか

多くの会社は、スプレッドシートや、アナリストが1人で書いたスクリプトから始めます。取引量が少ないうちは機能しますが、破綻する箇所はおおよそ決まっています。

• 件数：部分約定、まとめて処理される支払い、手数料の明細によって、顧客が増えるよりも速く行数が増えていきます。
• 形式：照合製品のベンダーであるDucoは、典型的なケースとして、「あるファイルは通貨を記号で表し、別のファイルは3文字のコードで表す。日付の形式はまちまちで、一部のデータが欠けていることも多い」と説明しています。一つのレイアウトに合わせて作ったスクリプトは、列の位置が変わると、エラーも出さずに失敗することがあります。
• タイミング：明細は、締め時刻もタイムゾーンもばらばらに届きます。そのため、スプレッドシートでは、明細が遅れているだけなのか、支払いが抜けているのかを区別できません。
• 経過日数と監査証跡：スプレッドシートでは、不一致がどれだけの期間未解決のままなのか、誰がなぜ2つの行を一致させたのかが、ほとんどわかりません。

大企業にも同じ問題があります。照合ソフトウェアを販売するGreshamは、「金融サービスでは、ほぼすべてのエンタープライズ向け照合プラットフォームの横に、スプレッドシートによる照合が数多く残っている」と書いています。そうしたスプレッドシートの一つをプラットフォームに移すと、「専門人材、ベンダーの関与、導入作業、チェンジマネジメントの面で、そのまま残しておくよりも多くのコストがかかることが多い」とのことです。

顧客資金と資金保全の照合に、規制当局は何を求めているか

ルールは国やライセンスによって異なり、ここで引用するのは各制度の一部にすぎません。弁護士に相談する際の見取り図として使ってください。

• 英国の決済事業者と電子マネー事業者。英国金融行為監督機構（FCA）は、ポリシーステートメントPS25/12でCASS 15章を追加し、このルールは2026年5月7日に施行されると述べました。内部照合と外部照合は、「必要な頻度で、かつ照合日ごとに少なくとも1回」行わなければなりません。照合日には、週末、銀行休業日、関連する外国市場が休場の日は含まれません。不足額は、「できる限り速やかに、いかなる場合も照合を実施した日の終わりまでに」払い込まなければなりません。
• 英国の投資会社。FCAは、顧客資金に関する2014年の最終規則（PS14/9、CASS 7章）で、内部照合を「毎営業日」行うことを求めました。この照合は、「前営業日の営業終了時点における、その会社の記録に基づいて」行う必要がありました。外部照合は、「必要な頻度で、ただし1か月を超えて間を空けることなく」行う必要がありました。FCAのガイダンスは、ほとんどの状況において、毎日取引を行う会社は「毎営業日、顧客資金の外部照合を行うべきである」としていました。2026年には、FCAがこれらのルールを定めたCASS 7.15節を改正しているため、ハンドブックの現行の条文を確認してください。
• EUの投資会社。欧州委員会委任指令(EU) 2017/593は、採択時の文言で引用すると、投資会社は「自社の内部の勘定および記録と、それらの資産を保有するあらゆる第三者の勘定および記録との照合を、定期的に行わなければならない」としています。この指令は、これを義務づけるよう加盟国に求めるものなので、自国のルールを確認してください。
• EUの決済機関。決済サービス指令(EU) 2015/2366の第10条は、採択時の文言で引用すると、顧客の資金をどのように保全するかを定めており、その例として「信用機関の別個の口座」を挙げています。照合には触れていません。どのような証拠を求めるかは、規制当局に確認してください。
• EUの暗号資産サービスプロバイダー。暗号資産市場規則（MiCA）は、ここでは、EUの証券規制当局であるESMAのオンラインルールブックから引用しています。同規則の第75条のもとで、カストディアンは「各顧客の名義で開設されたポジションの登録簿」を備えます。この登録簿には、「顧客の権利を生じさせ、または変更する可能性のあるあらゆる事象は、直ちに記録されなければならない」とされています。登録簿をブロックチェーン上のウォレット残高と照合すれば、両者が一致しているかどうかがわかります。
• 米国のブローカー・ディーラー。米国証券取引委員会（SEC）のRule 15c3-3のもとで、顧客の資金や証券を預かるブローカー・ディーラーは、「遅くとも翌営業日までに」帳簿を点検します。全額支払済み証券と超過証拠金証券のうち、どれだけが自社の占有または管理下にあり、どれだけがないのかを確認するためです。多くの場合、顧客準備金は週1回計算し、貸方合計の平均額が5億ドルに達した場合は、遅くともその6か月後から毎日計算します。Rule 17a-13は、証券の保管と記録から独立した者による、四半期ごとの証券の実査と照合を求めています。未解決の差異は、実査から「7営業日以内に」帳簿に計上されます。

照合のたびに、日付入りの記録も必要です。たとえばCASS 15は、「関連するプロセスを実施した日時」と「講じた措置」を記録し、記録を5年間保存するよう会社に求めています。

すべての取引相手のデータを、どうやって一つの形式にそろえるか

何かを突き合わせる前に、ファイルとメッセージが期限どおりに、一つの形式で届いている必要があります。Greshamはデータソースとして、「SWIFTメッセージ、FIXフィード、ISO 20022の決済メッセージ、カストディアンのファイル、プライムブローカーのフィード」などを挙げています。SWIFTとISO 20022は銀行のメッセージ標準で、FIXはトレーディングで使われるメッセージ形式です。届くタイミングもソースによって異なります。ブローカー向けにバックオフィス製品B2COREを販売するB2Brokerが、例を挙げています。トレーディングプラットフォームには約定が表示されているのに、「流動性プロバイダーは異なる数量を確認し、暗号資産ウォレットは1時間後に入金を記帳する」というものです。

正規化によって、これらのソースを比べられる状態にします。

• 識別子：自社の銘柄コード、口座、取引IDを、取引相手ごとのものと対応づけます。
• 金額：符号の付け方と通貨コードを一つにそろえ、小数点以下の桁数を十分に確保します。Greshamは、暗号資産の桁数が「小数点以下最大18桁」に及ぶことがあると指摘しています。
• 時刻：タイムゾーンを一つにそろえ、ソースごとに締め時刻を固定します。FCAの資金保全ルールは、照合の基準時点を「毎日同じ時刻（複数可）に」置くよう求めています。
• 重複と欠落：同じファイルが2回届いたり、1日分が抜けていたりするケースです。

各ファイルは、受け取ったままの状態で、正規化したコピーと並べて保管してください。取引相手が不一致に異議を唱えたとき、生のファイルは自社の証拠になります。ルールを変えた後に、マッチングをやり直すこともできます。

マッチングルールと許容差は、どう決めるべきか

マッチングルールは、2つの記録を同じ1件とみなすために、どの項目が一致していなければならないかを定めます。取引であれば、通常は取引IDまたは注文ID、銘柄、売買区分、数量、価格です。資金であれば、通常は金額、通貨、決済日、参照番号です。組み合わせには、約定と流動性プロバイダー側のチケットのような1対1の場合があります。PSPがまとめて処理した複数の支払いに対して銀行入金が1件だけある1対多の場合や、双方の部分約定を注文ごとの合計で突き合わせる多対多の場合もあります。

許容差とは、一致とみなして受け入れる差のことで、たとえば通貨換算後の端数の差がこれにあたります。Ducoは、見かけ上の不一致をなくす方法として、「ユーザーが設定する許容差、ロールアップルール、ファジーマッチング、マルチパス処理」を挙げています。Greshamは「Nウェイ照合、つまり3つ以上のデータソースを1回の実行で突き合わせる照合」を提供しています。対象となるソースは、たとえば自社の元帳、流動性プロバイダー、銀行です。

毎日の小さな手数料の差を吸収する許容差は、誤った手数料を何か月も隠してしまうこともあります。許容差ごとに担当者を決めて理由を書面に残し、ルールの変更はすべて記録してください。Ducoのデータ準備のページには、「設定変更の二者承認」が挙げられています。FCAの資金保全ルールは、銀行やカストディアンの明細との間で見つかった差異を調査し、「不当に遅れることなく」解消するためにあらゆる合理的な措置を講じるよう、会社に求めています。この要件は、差異が「タイミングの違いのみによって」生じた場合には適用されません。

照合の不一致は誰が担当し、何日まで未解決のままにしてよいか

不一致（ブレーク）とは、対応する相手が見つからない記録のことです。多くは明細の遅れのような害のないものですが、一部は記帳ミスで、ごく一部は資金が足りないことを意味します。例外処理では、これらを次のように仕分けます。

• 分類：タイミング、データの欠落、記帳ミスなど、原因ごとに不一致にラベルを付けます。そうすれば、何が繰り返し問題になっているかがレポートでわかります。
• 担当：分類ごとに、担当チームを名指しで割り当てます。たとえば、資金は財務部門、流動性プロバイダーとのポジションはディーリングデスクです。
• 経過日数：不一致が最初に現れた日から日数を数え、翌日以降に持ち越しても数え続け、あらかじめ決めた日数や金額に達したらエスカレーションします。
• クローズ：原因、修正内容、不一致のクローズを誰が承認したかを記録します。

ベンダーは、これを製品に組み込んでいます。Ducoは「ワークフロー、担当、経過日数、監査を1つの画面で」と説明しています。GreshamのControl Cloudは、例外を「経過日数、金額、取引相手ごとに」順位づけします。

古い不一致は、実際にお金がかかることがあります。FCAの資金保全ルールは、明細との不一致をすぐに解消できず、一方の記録がより多くの資金が必要であることを示している場合を扱っています。その場合、会社は「問題が最終的に解決するまで、その記録または一連の記録が正確であると想定しなければならない」とされ、自己資金を払い込む必要があります。自社の取引所が週末も取引しているなら、週末の不一致を誰が担当するのかを決めておいてください。

照合製品は何を提供し、どこまでが限界か

以下は、ベンダー自身の説明です。Ducoは自社を「金融サービス向けのエージェント型オペレーションプラットフォーム」と呼び、導入は「大規模なITプロジェクトなしに、数日で完了できる」と述べています。さらに、より複雑な照合は「数日から数週間かかることがある」としています。GreshamのControl Cloudでは、業務部門のユーザーが「専門家の関与なしに、Control Studioで直接」コントロールを設定します。AutoRekは、FCAのCASS 6とCASS 7のルールに対応した「顧客資金とカストディ資産の自動照合」と、それとは別の資金保全向けソリューションを販売しています。XceptorのFAQには、同社の顧客が「数か月で初期導入を完了している」とあります。Smartstreamは、Smart Reconciliationsを「オンプレミスまたはSaaSで」販売しています。

製品には、ベンダーがすでに作ったコネクタ、マッチングエンジン、不一致処理のワークフロー、監査証跡がそろっています。ただし、自社のデータをベンダーのモデルに合わせることになり、新しい照合を加えるにはベンダーの専門家が必要になる場合があります。自社のフィードの欠落は、それでも自社で直さなければなりません。トライアル中に、自社のファイルを使って、自社の照合の一つを実際に組んで見せてもらってください。

Greshamはマネージドサービスも提供しており、これを「照合業務を当社の専門家にアウトソースすること」と説明しています。利用する場合は、毎日の結果を誰が承認するのかを確認してください。

バックオフィスやプラットフォームのモジュールで照合が足りるのは、どんなときか

すでに使っているプラットフォームが、仕事の一部をカバーしていることはよくあります。B2Brokerによると、B2COREは、照合に必要なもののうち「接続と記録管理の側面」をカバーします。同社はB2COREを、「照合の対象となるシステムの中に、顧客、決済、規制対応、パートナーの記録を保持する」ものと説明しています。Stripeの入金照合レポートは、「銀行口座で受け取る入金を、それに関連する決済のまとまりやその他の取引と照合するのに役立つ」ものです。

ウォレットや元帳のプラットフォームは、一部のチェックを利用者に任せています。Fireblocksは、同社のVaultアカウントで入金を受け取る開発者に、「エンドユーザーの残高に反映する前に、すべての入金をブロックチェーンと照合してください」と伝えています。同社はこれを、自社のコントロールを補う「独立したチェック」と呼んでいます。前述のFormanceの照合機能は残高を確認するもので、個々の明細は突き合わせません。

モジュールに見えるのは、そのプラットフォーム自身に見えているものだけです。そのため、トレーディングプラットフォームを2つ持ち、複数の流動性プロバイダーと取引するブローカーでは、1つのモジュールがそのすべてを読み取らない限り、抜けが生じます。自社の資金やポジションを保有する外部の相手方を、すべて書き出してください。そのうえで、モジュールがそのうちどれを読み取るか、明細を突き合わせるのか残高だけなのか、不一致に担当者と経過日数が付くか、履歴をエクスポートできるかを確認します。顧客資金のチェックを最初から最後までカバーしているなら、それで足りる場合もあります。

照合システムを自社で作るべきなのは、どんなときか

自社開発が正当化されるのは、限られたケースです。一つは、試した製品では読み取れないデータで、たとえば自社のマッチングエンジンと複数のブロックチェーンにまたがって残高がある場合です。もう一つは、顧客の残高に反映する前に入金を1件ずつ確認するといった、自社プラットフォームの内部で行うチェックです。いずれの場合も、何年もそのシステムに関わり続けるエンジニアとオペレーション担当者が必要です。

マッチングは、小さな部分にすぎません。自社開発では、取引相手ごとのコネクタと、レイアウトが変わったときにそれを直す担当者も必要です。バージョンと承認を管理できるルールの保管場所、不一致処理のワークフロー、監査証跡、監査人が読めるレポートも必要になります。

オープンソースの部品に、照合が含まれているとは限りません。Formanceは中核となる元帳をMITライセンスで公開していますが、照合モジュールは有料のEnterpriseプランにしか載せていません。このプランは「年間サブスクリプション、規模に応じた個別見積もり」です。

中間の道として、薄い自社の層を持つ方法があります。コネクタ、生のファイル、正規化したデータの保管場所は自社で持ち、その上で、購入した製品がマッチングと不一致処理のワークフローを動かします。製品を乗り換えても、データとその履歴は手元に残ります。

照合製品のベンダーは、どのように料金を決めているか

各ベンダーに書面で見積もりを依頼してください。Duco、Gresham、AutoRek、Xceptorはデモの依頼や予約を求めており、Formanceは料金モデルを示していますが金額は出していません。照合ソフトウェアの購入に関するDucoのFAQは、計算に入れるべきものとして「アップグレード費用、保守費用、ITとプロジェクトの費用、そして無形のコストや機会費用を考慮してください」と挙げています。

現在の取引量の場合とその2倍の場合の料金を、初期費用も含めて尋ねてください。照合や取引相手のフォーマットを1つ追加するときの費用も確認します。最後まで残っているスプレッドシートがいつか製品に移るかどうかは、こうした費用で決まります。

照合ベンダーへのロックインとはどのようなもので、乗り換えられるように何を手元に残すべきか

ロックインは、ルールと履歴の中にあります。ベンダーを変えればマッチングルールを書き直すことになると考え、ルールは平易な言葉で文書にしておいてください。不一致の履歴は、何年も後に必要になるかもしれない証拠です。前述の投資会社向けのEU指令は、顧客資産の記録が「監査証跡として使用できる」ものであることを求めています。

Ducoは、「数年分の履歴データを保存している」とし、利用者は「データを上流のプロセスへ、またはその他の報告目的で下流へエクスポートすることもできる」と述べています。契約前にエクスポートを試し、次のものはベンダーなしで読める形式で保管してください。

• 受け取ったままのすべてのソースファイルと、その到着時刻。
• マッチングルールと許容差、およびその変更と承認の履歴。
• すべての不一致と、その経過日数、担当者、コメント、原因、クローズの記録。
• 日々の承認記録と、監査人や規制当局に送ったレポート。

移行するときは、両方のシステムの不一致が1行ずつ一致するまで並行して動かし、未解決の不一致は元の経過日数のまま引き継いでください。エクスポートと、その並行稼働に十分な長さの通知期間を、契約に盛り込んでください。

照合製品のベンダーや、システムの構築を請け負うチームに、何を尋ねるべきか

• 当社の銀行、カストディアン、流動性プロバイダー、PSP、ブロックチェーンのうち、すでに読み取れるものはどれですか。また、形式は何ですか？
• 明細を1件ずつ突き合わせますか。それとも残高だけですか？
• 許容差を変更できるのは誰ですか。また、変更のたびに承認者とともに記録されますか？
• 不一致には、どのように担当者が割り当てられ、経過日数が数えられ、エスカレーションされますか？
• すべてのソースファイル、ルール、不一致、承認記録をエクスポートできますか。形式と費用はどうなりますか？
• 当社の現在の取引量の場合と、その2倍の場合の料金はいくらですか。また、照合を1つ追加するごとの費用はいくらですか？
• 構築を依頼する場合：コードの所有者は誰ですか。また、どの部分に御社の既存のコンポーネントを再利用しますか？

amBrain はどこに位置づけられるか

amBrainはこのブログを公開しています。同社は、トレーディング分野の仕事の一部を3つの文で説明しています。「amBrainはアルゴリズム取引の基盤を構築します：注文執行、マーケットデータ、プレトレードのリスク管理。」「amBrainは暗号資産取引所を構築します：マッチングエンジン、ウォレット、入出金。」「amBrainは自己勘定取引会社向けのプラットフォームを構築します：評価チャレンジ、取引ルール、会計。」いずれの文にも、照合製品は出てきません。これらはサービスの説明にすぎません。

amBrain は2019年からソフトウェアを作っている。顧客との仕事の進め方については、こう述べている:「三つの形態:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。」所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、そのコンポーネントを名前で列挙した一覧を求めること。

この記事は事例紹介ではなく、クライアントの案件を扱っていません。amBrainがいずれかのクライアントのために照合システムを構築、販売、運用したとは、どこにも書かれていません。引用は、上に挙げた企業、FCA、ESMA、米国連邦規則集（Code of Federal Regulations）、legislation.gov.ukの公開ページから取っており、2026年11月12日に確認しました。この記事は、amBrainとそれらのいずれとの関係も主張せず、いずれの製品も推奨せず、amBrainの料金や所要期間も示していません。

この記事は、法務や会計の助言でもありません。自社に適用されるルールは、顧客の資金や資産を預かっている各市場の弁護士に確認してください。amBrainが候補に入っている場合は、ほかの会社と同じ質問をしてください。