役割分担を詰めるための無人の会議室。決済そのものを外部の登録業者に委ねても、決める・説明する・答える仕事は自社側に残ります
🛠 導入実務 2026年7月10日

ステーブルコイン決済を既存サービスに載せる事案図解|自社に残る仕事

公開: 2026年7月10日 読了目安 約22分

エグゼクティブサマリー

  • 決済そのものは登録を受けた事業者側に寄りますが、事案を前に進める仕事の多くは事業会社側に残ります。残るのは「決める」「説明する」「答える」の3種類で、外注先が決まっても消えません
  • 役割分担は契約書の分担表より先に「誰が答えるか」で決まります。利用者からの申出を最初に受けるのは自社のカスタマーサポートであり、一次回答の線引きが未定のまま運用を開始すると事案はそこで止まります
  • 事務ガイドライン(17 電子決済手段等取引業者関係)は、業者側に受付窓口の公開や苦情等への対処態勢を求めています。自社が先に受け取るべきは、その窓口と説明の中身です(2026年8月6日確認)
  • 資金決済法第62条の12は、業者に対し銀行等・資金移動業者・特定信託会社が行う業務との誤認を防止するための説明を求めています。自社の案内文が業者の説明とぶつかっていないかは、開発とは別の確認作業です
  • 会員向け案内メール・決済選択画面のラベル・利用規約とFAQの追記・営業用の説明資料は、開発が終わってから着手すると間に合いません。運用開始日から逆算して工程に載せる前提条件です
この記事の目次
  1. 事案:法人会員数千社のBtoB卸ECが、受取の選択肢を1つ増やす
  2. 仕事の種類ごとに、担う側と自社側の成果物を並べる
  3. 残る仕事①「決める」——決裁は、外注先が決まっても社内にしかない
  4. 残る仕事②「答える」——役割分担は、契約書の分担表より先に決まる
  5. 残る仕事③「説明する」——告知・導線は後工程ではなく前提条件
  6. 該当性は判定しない——ここまでが社内で整理できる範囲
  7. 図の右側が決まっても、左側は誰かが引き取らなければならない

ステーブルコインを既存サービスに載せる話は、たいてい「どの業者と組むか」で止まります。ところが実際に事案を最後まで動かしてみると、詰まるのは業者選定ではありません。決済そのものは登録を受けた事業者側に寄っていく一方で、事案を前に進める仕事の多くは事業会社側に残るからです。残るのは主に3種類、「決める」(社内の意思決定と稟議)、「説明する」(利用者・取引先への説明と告知)、「答える」(問い合わせへの一次回答)です。本記事は一般論を並べる代わりに、想定事案を1件だけ立てて、その1件を最後まで図解します。なお本記事は、特定の設計が資金決済法上どの区分に当たるかを判定するものではありません。

⚠️ 登録一覧の更新情報(2026年9月24日確認)

本文で参照している金融庁「電子決済手段等取引業者登録一覧」は、新しい版が公表されています。現在日は令和8年8月27日現在で、冒頭の表示は【全業者数:2】です。内訳は、関東財務局長第00001号(登録年月日 令和7年3月4日)SBI VCトレード株式会社、一覧記載の取り扱う電子決済手段はUSDC・RLUSD・JPYSC。関東財務局長第00002号(登録年月日 令和8年8月27日)コインチェック株式会社、一覧記載の取り扱う電子決済手段はUSDCです。いずれも「一覧に記載された取り扱う電子決済手段」であり、各社が扱う銘柄の全体を示すものとは限りません。本文で示していた一覧の現在日は、この版に合わせて改めました。それ以外の本文は2026年8月時点の整理です。桁は依然として2です。組む相手が登録を受けているかを一覧で自社照合するという本文の手順も、役割分担表・一次回答の線引きメモ・告知物の一覧を揃えてから弁護士に持ち込むという本文の整理も変わりません。1社から2社へ変わった経緯はステーブルコインの登録業者が1社から2社へ|金融庁の一覧を数え直したで扱っています。社内資料や稟議書に転記するときは数字だけを写さず、参照した一覧のURLとその一覧の「現在日」を必ず併記してください。一覧は予告なく更新されます。

事案:法人会員数千社のBtoB卸ECが、受取の選択肢を1つ増やす

以下は当サイトが検討用に組み立てた想定事案です。実在の企業・案件ではありません。

①既存事業と既存ユーザー。 国内で会員制のBtoB卸ECを運営する事業会社があります。食品・雑貨を扱い、法人会員は数千社。決済は銀行振込と請求書払いが中心で、月末締め・翌月末払いのサイクルで回っています。既存ユーザーは、仕入れる側の小売事業者と、卸す側のサプライヤーです。ここ数年、海外の小売バイヤーからの注文が増えており、経理は着金までの日数が読めないまま月末に消込作業が集中する状態が続いています。

②やろうとしていること。 海外の取引先からの受取について、ステーブルコイン(法定通貨と価値が連動するデジタルな決済手段。日本では資金決済法上の「電子決済手段」として整理されています)建ての選択肢を1つ増やすことです。既存の銀行振込は残したうえで、対象を海外バイヤー数十社に限って選べるようにします。既存の決済手段を置き換える計画ではありません。

③登録業者との役割分担。 自社は発行者にも取扱業者にもなりません。コインの発行と裏付資産の保全は発行者が、円との取得・換金、取引先の口座開設と本人確認、取引に係る説明と約款の提供、取引に関する問い合わせ対応は電子決済手段等取引業者が担う前提で設計します。自社が持つのは、受取方法としての表示、既存の請求・入金消込との接続、社内の意思決定、そして会員からの問い合わせの一次受けです。

④想定される告知・導線。 対象バイヤー向けの案内メール、受取方法の選択画面に出すラベル、利用規約の追記案、FAQの追記案、カスタマーサポート向けの一次回答フロー、営業担当が取引先に見せる説明資料、経理向けの操作手順書。この7点が、開発とは別に用意しなければならない成果物です。

自社(BtoB卸ECの運営会社) 受取方法としての表示・案内 既存の請求・入金消込との接続 問い合わせの一次受け 社内の意思決定と稟議 発行者にも取扱業者にもならない前提 役割分担 登録を受けた事業者側 円との取得・換金 口座開設・本人確認 取引に係る説明と約款の提供 取引に関する問い合わせ対応 発行者/電子決済手段等取引業者 外注先が決まっても自社に残る3種類の仕事 決める 社内の意思決定と稟議 説明する 利用者・取引先への告知 答える 問い合わせの一次回答

図: 想定事案の役割分担と、自社に残る3種類の仕事(当サイト作成)

仕事の種類ごとに、担う側と自社側の成果物を並べる

役割分担の議論が抽象論になるのは、「業務」という粒度で話すからです。仕事の種類まで割り、主に担う側と、そこで自社側に残る成果物を並べると輪郭が出ます。

仕事の種類主に担う側自社側に残る成果物
コインの発行と裏付資産の保全発行者(銀行等・資金移動業者・特定信託会社のいずれか)発行者の区分と償還条件を書いた社内資料(判断材料であって作業ではありません)
円との取得・換金電子決済手段等取引業者経理が使う換金の依頼手順書と、記録の残し方の取り決め
取引先の口座開設・本人確認電子決済手段等取引業者取引先をどの順で案内するかの導線設計と、営業用の説明資料
取引に係る説明・約款の提供電子決済手段等取引業者自社の案内文・画面表示が業者側の説明とぶつかっていないかの確認記録
取引に関する問い合わせ対応電子決済手段等取引業者一次回答の線引きメモと、カスタマーサポート向けの回答手順
受取方法を増やすかどうかの決裁自社稟議書、判断材料の一覧、対象取引先の範囲を決めた記録
既存会員・取引先への告知自社案内メール、決済選択画面のラベル、利用規約・FAQの追記
既存の請求・入金消込との接続自社+開発ベンダー業務フロー図と、例外が起きたときの手戻り手順

上5行は業者側に寄り、下3行は自社にしか置けません。ここで見落とされやすいのが、業者側に寄る行にも自社側の成果物が必ず1つ残るという点です。たとえば取得・換金は業者の仕事ですが、いつ誰が換金を依頼し、その記録をどこに残すかは自社の経理の仕事です。「業者に任せる」と書いた行ほど、社内で誰も引き取っていない成果物が隠れています。組む相手の類型ごとの確認軸はパートナー選定の4類型に、検討全体の進め方は導入検討の6ステップにまとめています。

残る仕事①「決める」——決裁は、外注先が決まっても社内にしかない

この事案で決めなければならないのは「導入するか否か」の一択ではありません。対象取引先をどこまでに絞るか、既存の銀行振込と並走させる期間をどれくらい取るか、換金を受取の都度にするか日次でまとめるか、想定と違ったときに何をもって中止と判断するか。いずれも業者の提案書には書かれておらず、書けるはずもない項目です。

決裁を通すための材料も、社内でしか集まりません。現行の入金の平均日数、月末に集中している消込の件数、海外バイヤーからの入金にかかっている手数料の実額。これらは経理と情報システムが持っているデータです。稟議が止まる理由は、たいてい制度の不明確さではなく、比較の基準値が社内で揃っていないことです。

残る仕事②「答える」——役割分担は、契約書の分担表より先に決まる

ここが本記事の芯です。役割分担は、契約書の別紙にある分担表で決まるように見えて、実務では「誰が答えるか」で決まります。

運用が始まると、利用者は「送ったのに残高に反映されない」「返金してほしい」と連絡してきます。このとき最初に受けるのは、ほぼ確実に自社のカスタマーサポートです。利用者がログインしているのは自社の画面であり、契約関係を認識している相手も自社だからです。分担表に「取引に関する問い合わせ対応は業者」と書いてあっても、利用者はその分担表を読んでいません。

利用者からの申出(例) 送ったのに残高に反映されない 返金してほしい 手数料はいくらか 自社のCSが 最初に受ける 分担表に何と書いてあっても 自社が答える範囲 状況を確認する方法の案内など 登録業者に引き継ぐ範囲 取引に関する説明・約款・苦情等 この線引きが未定のまま運用を始めると、事案はここで止まる 引き継いだ後、誰がいつ利用者に折り返すかまで決めて初めて線引きが完成する

図: 一次回答の線引きと、そこで止まる箇所(当サイト作成)

業者側には、受付と説明の態勢が求められている

自社が一次回答の線引きを引くとき、手がかりになるのは業者側に何が求められているかです。資金決済法第62条の12(利用者の保護等に関する措置)は、電子決済手段等取引業者に対し、内閣府令で定めるところにより、電子決済手段等取引業と銀行等・資金移動業者・特定信託会社が行う業務との誤認を防止するための説明、電子決済手段の内容、手数料その他の契約の内容についての情報の提供その他の必要な措置を講じなければならないと定めています(e-Gov法令検索・2026年8月6日確認)。

金融庁の事務ガイドライン第三分冊:金融会社関係「17 電子決済手段等取引業者関係」(2026年8月6日確認)は、この措置の着眼点を具体化しています。とくに一次回答の設計に効くのは次の3点です。

第一に、利用者に対する情報の提供の項では、契約を締結するか否かの判断に際して参考となる事項の例として、「電子決済手段等取引業に係る取引依頼後の当該取引に係る金銭及び電子決済手段の状況を確認する方法」が挙げられています。「送ったのに反映されない」への一次回答は、実務的にはまずこの確認方法を案内する形になります。裏を返せば、自社のカスタマーサポートがこの確認方法を先に知らされていなければ、一次回答すらできません。

第二に、Ⅱ-2-2-8「苦情等への対処」では、受付窓口の充実に加え、これら受付窓口や申出の方式等について広く公開し、利用者に分かりやすく周知する態勢が着眼点に置かれています。また、業務の外部委託先が行う委託業務に関する苦情等について、電子決済手段等取引業者への直接の連絡体制を設けるなど、迅速かつ適切に対処するための態勢という項目も置かれています。第三に、資金決済法第62条の16は、指定電子決済手段等取引業務紛争解決機関が存在する場合には手続実施基本契約の締結を、存在しない場合には苦情処理措置および紛争解決措置を講じることを求めており、事務ガイドラインは、その内容を説明する際、外部機関の名称および連絡先など実態に即して適切な事項を説明すべきとしています。

つまり、答える態勢の中身は業者側に用意されています。自社がやるべきなのは態勢をゼロから作ることではなく、その窓口と説明の中身を契約前に現物で受け取り、自社のFAQと回答手順に落とすことです。登録業者に課される義務の全体像は電子決済手段等取引業者とは何かで扱っています。

1
申出の型を、実際の言葉のまま書き出す「送ったのに残高に反映されない」「返金してほしい」「手数料はいくらか」「口座が開設できない」など、想定される問い合わせを利用者の語り口で並べます。
2
型ごとに、答えの出どころを業者から現物で受け取る約款、取引に係る説明資料、取引依頼後の状況を確認する方法、苦情処理措置および紛争解決措置の内容と連絡先を、契約前に取り寄せます。
3
自社が答える範囲を文章で固定するカスタマーサポートの回答手順に落とし、独自の説明を足さない範囲を明記します。営業担当が口頭で説明する場面も同じ範囲に揃えます。
4
引き継いだ後の追跡を決める誰が状況を確認し、いつ利用者に折り返すか。ここまで決めて初めて線引きが完成します。

⚠️ 「業者に聞いてください」しか言えない状態は、線引きではありません

一次回答の範囲を決めないまま運用を始めると、カスタマーサポートは引き継ぎ先を案内する以外に手がなくなります。すると利用者は担当営業に直接連絡し、営業担当が独自の説明を始めます。ここは告知物の論点とつながっており、自社が独自に加える説明の扱いは送客と告知の表示の論点で別途整理しています。線引きメモは、カスタマーサポートのためだけの文書ではありません。

残る仕事③「説明する」——告知・導線は後工程ではなく前提条件

3つ目に残るのが説明です。そして、この事案で最も工程からこぼれやすいのがここです。決済選択画面のラベルは画面実装そのものですから、開発の終盤に文言を決めると差し替えが効きません。利用規約とFAQの追記には法務のレビュー期間が要り、既存会員への案内メールは配信対象の抽出とCRM側の準備が要ります。いずれも見積書が出てこない作業なので、担当者の空き時間で処理される前提になりがちです。

とくに注意したいのが文言の整合です。前述のとおり、資金決済法第62条の12は業者に対して銀行等・資金移動業者・特定信託会社が行う業務との誤認を防止するための説明を求めており、事務ガイドラインは、その説明事項の一つとして、電子決済手段等取引業者が電子決済手段等取引業に係る取引において利用者に対して償還義務を負っていない旨を挙げています(2026年8月6日確認)。自社の案内文が「当社が円でお返しします」と読める書き方になっていると、業者側が行う説明と正面からぶつかります。また同ガイドラインには、利用者が当該電子決済手段等取引業者以外の者に対しても手数料等を支払う必要がある場合の説明に関する着眼点も置かれています。自社が別建てで手数料を取る設計なのかどうかは、この説明の前提になる情報ですから、契約前に業者側と突き合わせておく必要があります。

✅ 運用開始日から逆算して用意する告知物

  • 対象取引先向けの案内メールの文面と、配信対象の抽出条件(全法人会員か、対象バイヤーだけか)
  • 受取方法の選択画面に出すラベルの文言と、取引の相手方が誰かが読み取れるかの確認
  • 利用規約の追記案と、既存条項(支払方法・返金・遅延の条項)との矛盾チェック
  • FAQの追記案が、一次回答の線引きメモと同じ内容になっているかの突き合わせ
  • 営業担当が取引先に見せる説明資料と、そこに書いてよい範囲の指示
  • 問い合わせ窓口の一次回答フロー(受付から引き継ぎ、折り返しまで)
  • 社内(カスタマーサポート・営業・経理)向けの説明会資料と、その実施時期

このリストで抜けやすいのは最後の1行です。社外向けの告知物は工程表に載りますが、社内向けの説明会は「運用開始前にやる」とだけ書かれて日付が入らないまま流れます。最初の問い合わせを受けるのが自社の社員である以上、社内向けの説明が間に合っていないことは、告知が間に合っていないことと同じ意味を持ちます。

該当性は判定しない——ここまでが社内で整理できる範囲

最後に、本記事の限界を明示しておきます。この想定事案の設計が資金決済法上どの区分に当たるかを、当サイトは判断しません。金融庁は、2026年5月22日公表の「コメントの概要及びコメントに対する金融庁の考え方(電子決済手段・暗号資産サービス仲介業)」(2026年8月6日確認)において、該当性や措置の充足について「個別事例ごとに実態に即して実質的に判断されるべきもの」という趣旨の回答を繰り返し示しています。事業者のビジネスモデルを踏まえ、規定の趣旨に照らして判断されるという建て付けである以上、記事の側で「この構成なら大丈夫」と書くことはできません。

当サイトが書けるのは、法務に持ち込む前に社内で整理しておく項目までです。具体的には、本記事で並べた役割分担表、一次回答の線引きメモ、告知物の一覧の3点です。要否の確認は、これらを現物として揃えたうえで弁護士に持ち込む作業になります。なお、組む相手が登録を受けているかどうかは自社で照合できます。金融庁は「免許・許可・登録等を受けている業者一覧」を公表しており、そこから「電子決済手段等取引業者登録一覧」(令和8年8月27日現在)を確認できます(いずれも2026年9月24日確認)。

図の右側が決まっても、左側は誰かが引き取らなければならない

この事案図解から取り出せることは1つです。役割分担図の右側——登録を受けた事業者側の欄——は、契約先が決まれば埋まります。しかし左側の欄は、契約では埋まりません。決めるのも、説明するのも、答えるのも、社内の誰かが引き取って初めて成果物になります。

しかも左側の3つは、決済の担当部門とは違う部門に散らばっています。決めるのは経営企画と事業開発、説明するのは広報・マーケティングと営業、答えるのはカスタマーサポート。プロジェクトの初期に呼ばれるのは前者だけで、後ろの2つは運用開始が近づいてから呼ばれます。順番が逆です。用語の定義を社内で揃える段階であれば用語集も使えます。

本記事の整理は2026年8月6日時点で確認できる法令および金融庁の公表資料に基づくものです。制度と公表資料は更新が続くため、実際の検討にあたっては最新の資料と専門家の確認を前提にしてください。

よくある質問

決済を外部の登録業者に任せれば、自社の作業はほとんど残らないのではありませんか?

決済の実行そのものは登録を受けた事業者側に寄りますが、その手前と後ろに自社の仕事が残ります。具体的には、決済手段を1つ増やすかどうかの意思決定と稟議、利用者・取引先への告知と画面表示、そして問い合わせの一次受けです。いずれも外注先が決まっても消えず、担当部門も決済の担当とは別になることが多いため、工程表から抜け落ちやすい部分です。

利用者からの問い合わせは、すべて登録業者に回せばよいのではありませんか?

最終的に業者が答える領域であっても、最初に受けるのは自社の窓口です。会員がログインしているのは自社の画面であり、契約関係を認識している相手も自社だからです。したがって「どこまで自社が答え、どこから引き継ぐか」を先に決めておく必要があります。事務ガイドラインは業者側にも受付窓口の公開や苦情等への対処態勢を求めているため、自社が用意すべきなのは、その窓口をどう案内するかを書いた一次回答のメモです。

告知や画面表示は、システム開発が終わってから考えれば間に合いますか?

間に合わないことが多い部分です。決済選択画面のラベルは画面実装そのものであり、開発の終盤に文言を決めると差し替えが効きません。利用規約・FAQの追記は法務のレビュー期間が必要で、既存会員への案内メールは配信対象の抽出とCRM側の準備が要ります。開発の工程表とは別に、運用開始日から逆算した告知物の工程表を持つのが実務的です。

この記事を読めば、自社に登録が必要かどうかは分かりますか?

分かりません。本記事は該当性を判定するものではありません。金融庁は、電子決済手段等取引業や仲介業への該当性について、個別事例ごとに実態に即して実質的に判断する必要があるとの立場を公表資料で繰り返し示しています。本記事が扱えるのは、法務に持ち込む前に社内で整理しておく項目、すなわち役割分担表と一次回答の線引きと告知物の一覧までです。

参照法令・公表資料

社内資料に引用する際は、リンク先の原文と公表日をあわせてご確認ください。法令・ガイドラインは改正されます。

本記事は金融庁・法令等の公開情報をもとに作成した一般的な情報提供であり、投資助言・法務助言・税務助言に代わるものではありません。 法令や制度の内容は改正されることがあり、個別の取引における取扱いは事実関係により異なります。実務判断にあたっては原文および貴社の法務・会計・税務の専門家にご確認ください。