ほとんどの SaaS 創業者は、決済について調べ始めて早い段階で「マーチャントアカウント(merchant account)」という言葉に行き当たり、カードを 1 枚でも切れるようにする前に、まず用意しておかなければならないものだと思い込みます。しかし、ほとんどの場合は必要ありません。より役に立つ問いは、マーチャントアカウントを「持つかどうか」ではなく、自社のステージにどのインフラモデルが合うか——決済サービスプロバイダー(PSP)なのか、それとも Merchant of Record(MoR)なのか、です。

本ガイドでは、マーチャントアカウントが実際には何なのか、PSP がほぼすべての現代的な事業にとってこの計算をどう変えたのか、MoR が税務と責任の面でどう違うのか、そしてどちらのモデルが自社に合うかをどう判断するか——間違った土台の上に作ってしまわないために——を解説します。

マーチャントアカウントとは?

マーチャントアカウントとは、事業者がカード決済を受け付けられるようにする一種の銀行口座です。アクワイアリングバンク(加盟店契約会社)に開設され、中間の保管口座として機能します。顧客がカードで支払うと、資金は発行銀行からカードネットワークを経てマーチャントアカウントへ移り、そこで短時間保管されたのち、事業者の通常の法人口座へ掃き出されます。

従来のモデルでは、マーチャントアカウントがなければ、事業者がカード決済を直接受け取る手立てはありませんでした。

従来のマーチャントアカウントの仕組み。 事業者はアクワイアリングバンクに直接申し込みます。銀行は申請内容——業種、取引量、チャージバックのリスク、財務履歴——を審査し、承認するか却下します。承認されると、事業者は固有のマーチャント ID(MID)を受け取り、自社専用の口座を通じて取引を処理できます。料率は交渉で決まり、準備金の要件も定められ、チャージバック責任についても契約条項で取り決められます。

マーチャントアカウントがやらないこと。 チェックアウト、不正検知、通貨換算、請求書発行、税の徴収、サブスクのライフサイクル管理は行いません。あくまで保管と精算のレイヤーにすぎません。その上にあるスタックのすべて——ゲートウェイ、プロセッサー、不正対策レイヤー——には、別途インフラが必要です。

なぜ、ほとんどの SaaS 企業はもう申し込まないのか

従来のモデルでは、どの事業者もアクワイアリングバンクの審査を通る必要がありました。決済サービスプロバイダーが市場に登場して、それが変わりました。

PSP は、多数の加盟店を、PSP 自身が保有する単一の共有マーチャントアカウントの下にまとめます。事業者が標準的なオンボーディングで Stripe や Square、あるいは類似のプロバイダーに登録するとき、それは従来の意味で自社専用のマーチャントアカウントを手に入れているのではありません。PSP の共有マーチャントアカウントのインフラへのアクセスを得ているのであり、アクワイアリング関係と審査リスクは PSP が引き受けます。

加盟店にとって、これは 3 つの実務的な効果をもたらします。

• セットアップが速い。 従来のマーチャントアカウントの申請は数日から数週間かかることがあります。PSP のオンボーディングは通常は数分で済み、本人確認も自動で行われます。
• 直接のアクワイアリング関係がない。 アクワイアラーは PSP が扱います。あなたは銀行と料率交渉をしたり、準備金の要件を直接管理したり、専用の MID を保有したりしません。
• リスクの共同プール化。 多数の加盟店が PSP のインフラを共有するため、PSP はポートフォリオ全体でチャージバック率と不正利用率をまとめて管理します。取引量の少ない加盟店はこのプール化の恩恵を受けますが、自社の指標が許容範囲から外れると、アカウントの保留や停止に直面することもあります。

ほとんどのアーリーステージの SaaS 企業にとって、PSP はマーチャントアカウントを取得する手間を取り除きつつ、すぐにカード決済を提供してくれます。そこで本当の問いは、そもそも PSP というモデルが、その事業にとって正しいアーキテクチャなのかどうかになります。

PSP モデルの先へ：Merchant of Record

PSP モデルは決済の仕組みそのものは扱いますが、各法域での税の徴収、チャージバックの争議、規制要件はあなたの責任に残します。SaaS 企業が新しい市場へとスケールするにつれ、それらの責任はあっという間に積み上がっていきます。

Merchant of Record は、まったく別のモデルです。MoR は、それぞれの取引において記録上の法的主体です。売り手として表に立ち、アクワイアリング関係を保有し、税の徴収と納付、チャージバック責任、そして現地の決済規制への準拠について全面的な法的責任を負います。

MoR モデルでは、SaaS 企業はマーチャントではありません——MoR がマーチャントです。あなたの製品、価格設定、顧客との関係は、すべて完全にあなたのものです。法的な観点では、MoR が各取引において売り手として振る舞い、あなたのソフトウェアをエンドユーザーへ再販します。あなたは純収益の入金を受け取り、下流の義務はすべて MoR が処理します。Waffo Pancake はそれをシンプルにこう表現します。「We're the seller. You focus on building.」(私たちが売り手になります。あなたはものづくりに集中してください。)

これが実際に何を意味するのか。 Waffo Pancake がある SaaS 企業の MoR として動くとき、流れは次のようになります。

1. フランスの顧客が、チェックアウトであなたの製品に €49(VAT 込み)を支払う。
2. Pancake が記録上の法的な売り手として、その決済を処理する。
3. Pancake が販売時点で 20% のフランス VAT を計算し、徴収する。
4. Pancake が純額を USD であなたに精算し、適用される申告スケジュールに沿ってフランス当局へ VAT を納付する。
5. あなたはきれいな純収益を受け取る——フランスの VAT 登録も、現地のアクワイアリング関係も、欧州取引向けの別建てのマーチャントアカウントも不要。

Pancake がマーチャントかつ記録上の法的な売り手になるからこそ、あなたは販売を始めるのに LLC を設立する必要も、海外の税登録を持つ必要もありません。Pancake の既存のインフラが、173 か国でそれをカバーします(制裁対象の 23 か国はブロックされます)。

MoR と PSP：構造上の違い

多くの創業者が MoR と PSP を混同します。PSP はパイプです——顧客からあなたへお金を動かし、あなたはすべてのコンプライアンス義務を抱えたまま法的な売り手であり続けます。MoR は盾です——あなたと、グローバル販売がもたらす法務・税務・規制の複雑さとの間に立ちます。この選択は、本質的には技術的なものではありません。コンプライアンスとリスク配分の意思決定です。

PSP はお金を動かします。MoR はお金を動かし、かつ法的責任を引き受けます。それが構造上の違いです。

あなたの MoR として Waffo Pancake が担うこと

あなたの Merchant of Record として、Pancake は 173 か国で登録上の売り手となり、3 つの中核的な仕事を引き受けます。

自動化された税務、チェックアウトで計算。 Pancake はチェックアウトの最初のステップで集めた情報から顧客の所在地を判定し、正しい現地税率を適用します——たとえば日本の消費税 10%、フランスの VAT 20%、あるいは 45 以上の州にまたがる米国の州販売税など——そのうえで徴収・納付・報告まで行います。Pancake は EU VAT を OSS スキームで、また英国 VAT も処理するため、カバー対象の市場では、あなたが税の登録・申告・納付をする必要はありません。

法務・チャージバック・不正利用の責任。 Pancake が記録上の売り手であるため、争議や不正利用のエクスポージャーは、あなたのアカウントではなく MoR 側に乗ります。これは構造的に重要です。カードネットワークはチャージバック比率を加盟店単位で監視しますが、MoR の下ではそれらの記録はあなたの会社に対して付くものではありません。

コンバージョン最適化されたチェックアウト。 Pancake の 2 ステップ・チェックアウトは、まずメールアドレス・国・請求情報(税務と注文処理のため)を集め、その後に決済へ進みます。Visa と Mastercard、Apple Pay、Google Pay に対応し、英語・中国語(簡体字)・日本語で表示され、フッターには Merchant of Record の記載があります。各製品は ISO 4217 の価格マップを通じて複数通貨で価格設定でき、決済は USD で行われます。

なぜ MoR として Waffo を信頼できるのか

Waffo Pancake は Waffo の決済プラットフォームの上に構築されています。Waffo は PCI DSS v4.0 Level 1 認証を取得し、HSBC の支援を受け、Alipay と Ant Group 出身の創業チームによって作られ、累計で $30M 超を調達しています。参考までに、業界のサブスク更新の初回試行成功率は平均でおよそ 57%(Cashfree、2024)ですが、Waffo プラットフォーム全体では、加盟店は決済成功率で最大 45% の改善を記録し、これまで失敗していた注文の約 18% を回収しています(Waffo プラットフォームのデータに基づく)。

あなたに本当にマーチャントアカウントは必要か?

答えは、その問いで何を意味しているかによります。

• 銀行に直接、従来型のマーチャントアカウントを申し込む? ほとんどの SaaS スタートアップや成長期の企業にとっては、いりません。一般的な取引量では、直接のアクワイアリング関係にかかる負担——審査、準備金の交渉、MID の管理——が、その利点を上回ります。アクワイアリングのレイヤーは PSP か MoR があなたの代わりに扱ってくれます。
• いずれ自社専用の MID が必要になる? 取引量が非常に大きい場合、おおむね月間処理額が $10M 以上(一般的な業界の目安)になると、一部の企業は取引ごとのコストを下げるために直接のアクワイアリングを交渉します。これは後期ステージの最適化であって、出発点ではありません。
• どの決済モデルが自社の SaaS に合うか? より役に立つ問いは PSP か MoR かです。その判断は、以下の 2 つの変数で決まります。

1. いくつの市場へ販売していますか? 国内の 1〜2 市場なら、PSP に別建ての税ツールを組み合わせれば回ります。3 つ以上の国際市場なら、各法域で有効な登録、四半期ごとの申告スケジュール、監査リスクを維持することは、通常は社内リソースか外部の税務顧問を必要とします——新しい市場ごとに積み重なっていく経常コストです。MoR はそれを取り除きます。

2. 専任の法務・財務・税務リソースがありますか? PSP モデルは、スケールに合わせてコンプライアンスを処理する社内の体力(あるいは外部顧問)があることを前提とします。MoR モデルは、その負担を丸ごと取り除くために取引ごとの手数料を払うほうがよい、という前提に立ちます。多くのチームにとって、複数の市場で PSP を運用し、さらに税ツール・法律顧問・申告インフラを抱える総コストは、MoR の手数料に近づくか、それを上回ります。

透明で予測しやすい料金

マーチャントアカウントには、自分で管理しなければならない交渉済みの料率と準備金の条件が付いて回ります。Pancake は逆のアプローチを取り、月額費用も初期費用もなしで、すべての手数料を公開します。

契約に隠された不意の準備金ポリシーもなければ、料率に織り込まれた非開示の為替マークアップもありません。表示されたものが、そのまま請求される金額です。

PSP を使い続けるべき時、切り替えるべき時

主に 1〜2 の国内市場で販売していて、エンジニアリングチームが請求ロジックとチェックアウト UX を最大限コントロールしたいと考えており、税務コンプライアンスを管理する社内の法務・財務体制がある場合、PSP はうまく機能します。

一方、次のような場合には MoR のほうが優れたインフラになります。

• 税務義務が複雑な市場へ拡大しようとしている——EU VAT、英国 VAT、日本の消費税、米国の州販売税。
• コンプライアンスの負担が、本来プロダクトに充てるべきエンジニアリングや財務の時間を食いつぶしている。
• PSP からアカウントの準備金保留や凍結を受け、重要な局面でキャッシュフローが乱された経験がある。
• 国際的に販売するためだけに、法人を立ち上げて税登録を整えるのは避けたい。

新規顧客の登録については、MoR への切り替えに必要な運用変更はごくわずかです。既存のサブスク利用者の移行には筋道立った計画が要りますが、ほとんどの企業はまず新規顧客を MoR 経由でオンボードし、既存のサブスク利用者を計画的に移行していくことで、強制的な一斉切り替えを避けています。

最初に正しいモデルを選んでおくほうが、スケールしてから移行するよりもはるかに安く済みます。マーチャントアカウントが必要かどうかという問いは、たいてい、より単純な問いに行き着きます——自社のステージと市場の広がりには、どの決済モデルが合うのか?

本記事は一般的な情報提供を目的としたものであり、税務・法務・財務上の助言を構成するものではありません。税率、コンプライアンス要件、第三者製品の詳細は変更される場合があります。何らかの判断を下す前に、ご自身の状況について適切な資格を持つ専門家にご相談ください。

関連記事

グローバルコンプライアンス

SaaS の売上税(VAT/GST)を頭を抱えずに処理する方法

グローバルコンプライアンス

SaaSはLLCと株式会社(Inc)どちらを選ぶ?2026年版ガイド

グローバルコンプライアンス

Merchant of Record(MoR)とは?2026年版・開発者と起業家のための完全ガイド