メインコンテンツまでスキップ

Merchant of Record(MoR)の解説:いつ販売者であることを止めるべきか

· 約17分
Mike Thrift
Mike Thrift
Marketing Manager

最後に契約したSaaSサブスクリプションのクレジットカード明細を確認してみてください。その利用明細の項目を見てみましょう。実際に利用している製品の開発会社の名前ではなく、「PADDLE.NET* COMPANYNAME」や「LEMONSQUEEZY*COMPANY」、あるいは聞いたこともないような他の中介業者の名前が記載されている可能性が十分にあります。これは請求処理の不手際ではありません。「Merchant of Record(販売代理者)」と呼ばれる意図的な法的スキームです。成長を続ける多くのオンラインビジネスにとって、これは「ソフトウェアの開発に集中できるか」それとも「国際的な税務申告に忙殺されるか」の分かれ道となっています。

このガイドでは、Merchant of Record(MoR)の正体、決済プロセッサーとの違い(これらは頻繁に混同されます)、コスト、導入すべきタイミング、そして過去2年間で市場に急増したプロバイダーの評価方法について解説します。

2026-04-23-merchant-of-record-explained-saas-payments-guide

「Merchant of Record」の本当の意味

Merchant of Record(MoR)とは、顧客、カードネットワーク、および税務当局の観点から見た、製品またはサービスの「法的な販売者」のことです。MoRを通じて販売を行う場合、MoRは以下の責任を負う主体となります。

  • カード保有者の明細書に名称が表示される
  • Visa、Mastercard、その他のカードネットワークとの加盟店契約を保持する
  • 支払いを回収し、手数料を差し引いた収益を開発者に送金する
  • 購入者が居住するすべての法域における売上税、付加価値税(VAT)、物品サービス税(GST)を計算、収集、納付する
  • チャージバック、返金、および不正利用に関する異議申し立てを処理する
  • 請求書を発行し、規制当局の監査の際に取引の責任を負う

製品を開発した企業(あなた)は、MoRに対して基礎となる商品やサービスの「サプライヤー(供給元)」となり、MoRがそれをエンドユーザーに「転売」する形をとります。法的には卸売・小売の関係ですが、顧客体験としては、あなたから直接購入しているように感じられます。

この法的な代替こそが、このモデルの価値の源泉です。通常「販売者」に課せられるすべてのコンプライアンス義務が、あなたではなくMoRに課せられることになります。

Merchant of Record と決済プロセッサーの違い

これら2つの用語はしばしば同じ意味で使われますが、そうすべきではありません。その違いは表面的なものではなく、問題が発生したときに誰が責任を負うかを決定づけるものです。

決済プロセッサー(Stripe、Square、標準モードのAdyen、Authorize.netなど)は、「技術的なパイプ」です。カードの承認を行い、資金を移動させ、あなたの銀行口座に入金します。しかし、プロセッサーが販売者になるわけではありません。あなたは依然として加盟店(マーチャント)であり、加盟店契約を締結し、チャージバックの責任を負います。また、ネクサス(納税義務)が発生するすべての州で売上税を納める義務があり、デジタルサービスの免税点を超えるすべての国でVATを収集・納付しなければなりません。プロセッサーの仕事は「カードが決済できたか」で完結します。

Merchant of Recordはその一層上に位置します。MoR自体が決済プロセッサーの顧客ですが、あなたにとってはMoRが販売者となります。MoRが加盟店契約を締結し、チャージバックの法的責任を引き受け、税務申告を行い、不正損失のリスクを吸収します。あなたに支払われる収益は、銀行預金というよりも「ロイヤリティ」に近い性質のものになります。

最も簡単な見分け方は、領収書を開くことです。もし自社の法的名称が記載されていれば、あなたがMerchant of Recordです。第三者の名称が記載されていれば、その第三者がMoRです。

Merchant of Record が実際に代行する業務

MoRの売り文句は「すべてをお任せください」というものですが、実際にはその「すべて」に含まれる内容は驚くほど多岐にわたります。一般的なMoRは以下の業務を代行します。

決済インフラの提供: クレジットカード決済、ACH、SEPA、iDEAL、PIX、Boleto、さらにはAlipayやPayPayのような地域限定のウォレット決済。ほとんどのMoRは、数十種類の決済方法と数十種類の通貨に対応しており、為替手数料も価格に含まれています。

米国における売上税(Sales Tax): 現在、45の州とコロンビア特別区で「経済的ネクサス(Economic Nexus)」ルールが導入されています。多くは10万ドルの基準を設けており、カリフォルニア州やテキサス州のような大州では50万ドルに設定されています。事務所の所在地に関わらず、ある州でこの基準を超えると、登録、申告、納付の義務が生じます。過去2年間で、いくつかの州(イリノイ、アラスカ、ユタ)では「200件の取引」という古い基準を撤廃しましたが、これにより状況は多少整理されたものの、登録の負担がなくなるわけではありません。

世界中におけるVAT、GST、およびデジタルサービス税: 現在、140カ国以上で、デジタルサービスの海外販売者に対して間接税の登録と納付を求めています。EU VAT、英国VAT、オーストラリアGST、ニュージーランドGST、シンガポールGST、インドのOIDARサービスに対するGST、カナダのGST/HST/QST、日本の消費税など、リストは増え続けています。MoRはこれらすべての法域で登録を維持し、あなたに代わって納税します。

現地法に準拠した形式での請求書発行: いくつかの国では、特定の請求書フォーマット、連番、あるいは政府による事前承認済みの請求書(イタリア、メキシコ、インド、チリなど)が必要です。MoRはこれらを自動生成します。

チャージバックと不正利用: カード保有者が請求に異議を唱えた場合、MoRがその対応を行います。不正利用が発生した場合、その損失はMoRが負担します。多くのSaaS分野では、非対面決済の不正利用率は0.5%〜2%に達します。100万ドルの売上がある場合、この負担は無視できない額になります。

PCI準拠とセキュリティ: PCI-DSSの準拠範囲に入るのはMoRであり、あなたではありません。あなたのアプリケーションがカード番号に触れることはありません。

サブスクリプションの仕組み: 督促メール(ダニング)、決済失敗時のスマートなリトライ、プラン変更時の日割り計算、解約フロー、返金処理。これらすべてがプラットフォームに組み込まれています。

請求に関するカスタマーサポート: 通常、MoRが請求に関する一次サポートを担当します。これにより、あなたの受信トレイからかなりの量の事務作業を削減できます。

MoR(販売代行業者)が対応しないこと

同様に重要な点として、MoRはあらゆる税務をカバーしてくれるわけではありません。

MoRは**法人税(法人所得税)**を扱いません。デラウェア州のC-corpであれば、依然としてフォーム1120を提出する必要があります。英国のLTD(有限会社)であれば、CT600の提出が必要です。MoRは顧客の取引にかかる間接税を徴収し納付しますが、ビジネスの利益に関する税金は、依然として自社の問題です。

また、給与計算、従業員の福利厚生、またはコントラクター(業務委託先)への支払いも扱いません。これらは完全に別のシステムとなります。

規制産業のコンプライアンスを排除することもありません。金融商品、ヘルスケアデータ、あるいは年齢制限のあるものを販売する場合、MoRを利用したからといって、KYC(本人確認)、HIPAA、または年齢確認のルールを魔法のように遵守できるわけではありません。依然として自社でこれらの管理を行う必要があります。

さらに、**エンタープライズ契約(法人契約)**をうまく扱えないことが多いのも特徴です。購入者が手動で交渉されたMSA(基本合意書)、カスタムの支払い条件、または60日払いの銀行振込を求めている場合、ほとんどのMoRは不向きです。これらは、大量のセルフサービス型の取引向けに設計されているからです。

真のコスト:手数料 vs. 隠れたオーバーヘッド

表面上の数字だけを見ると、MoRは高価に見えます。ほとんどのMoRは、1取引あたり4% + 0.40ドルから8% + 0.50ドルの間で価格設定されています。これを純粋な決済プロセッサー(2.9% + 0.30ドル)と比較すると、MoRは2倍から3倍の手数料を取っているように見えます。

しかし、表面的な数字を超えて計算してみると、状況は変わります:

  • 米国の売上税自動化ツール(Avalara、TaxJar、Anrok、Numeral)は、取引量と登録州の数に応じて、年間1,000ドルから30,000ドルかかります。これに加えて申告手数料と登録手数料が発生します。
  • 複数管轄区域のVAT(付加価値税)自動化ツールは、年間5,000ドルから50,000ドルかかります。
  • 不正対策プラットフォーム(Sift、Signifyd、Stripe Radarのスケール版)は、収益の0.1%~1%かかります。
  • サブスクリプション請求ソフトウェア(Chargebee、Recurly、Stripe Billing)は、スケール時に収益の0.5%~2%かかります。
  • チャージバック損失とPCI準拠プログラム:変動しますが、無視できない実コストです。
  • これらすべてを管理する会計士またはオペレーション担当者の雇用:福利厚生等を含め年間80,000ドル~180,000ドル。

これらを合計してみてください。月間経常収益(MRR)がおよそ30,000ドル〜50,000ドル以下であれば、個別のツールを組み合わせたスタック(Unbundled stack)の方が通常は安上がりです。しかし、それを超えると、MoRの方が同等か安くなることが多く、請求額が高くなったとしても、オペレーションが簡素化されるという実質的なメリットがあります。また、初日から国際的に販売する場合、国際的な税務登録は非常に高額になるため、損益分岐点は下がり(=より早い段階でMoRが魅力的になり)ます。

MoRを使用すべきケース

多くの国の顧客にデジタル製品やSaaSを販売している。 これが典型的なユースケースです。グローバルに販売することによるコンプライアンスの負荷こそが、このモデルを選択する最大の正当な理由です。

財務やオペレーションの担当者がいない小規模なチーム。 「創業者が夜の11時に記帳している」という状況であれば、MoRを利用することで自分の週末の時間を取り戻すことができます。

典型的な取引がセルフサービス型で、数千ドル以下である。 MoRはクレジットカード決済に最適化されています。カスタム条件を伴う20万ドルのエンタープライズ案件向けには作られていません。

チャージバックのリスクを懸念している。 情報商材、ゲーム、特定のコミュニティなどの一部の業種では、通常の加盟店アカウントが停止されるほどのチャージバック率が発生することがあります。MoRにそのリスクを負わせることが、運営を継続するための唯一の方法である場合もあります。

1年もかけて法務作業をすることなく、グローバルに展開したい。 法人を設立し、銀行口座を開設し、EU各加盟国でVAT登録を行うには、数ヶ月の作業と数万ドルの費用がかかります。MoRは、そのインフラを実質的に「レンタル」させてくれる存在です。

MoRを使用すべきでないケース

米国のみでB2B販売を行っており、ネクサス(納税義務が発生する拠点)が数州しかない。 決済プロセッサーと売上税ツールがあれば十分カバーできます。

交渉済みの契約を伴う大規模なエンタープライズソフトウェアを販売している。 MoRのチェックアウト型の料金体系や硬直的な規約が邪魔になります。

利益率が低く、取引単価が大きい。 50,000ドルの案件に対して6%のMoR手数料がかかれば3,000ドルです。2.9%のプロセッサー手数料なら1,450ドルです。高額な取引では、この計算はすぐに厳しいものになります。

コンプライアンス上の理由から、顧客との関係を完全に管理する必要がある。 一部の規制産業では、販売者としての関係を第三者に譲渡することが法的に認められない場合があります。

2026年のプロバイダー状況

市場は2024年から2025年にかけて大きく統合されました。Stripeは2024年中盤にLemon Squeezyを買収し、その後2026年に自社製MoR製品をプライベートベータで発表しました。これは、このモデルが定着したことを示しています。Paddleは長らくの市場リーダーとして君臨し続けています。一方で、より安価で開発者優先の新しい選択肢(Polar、Creem、Dodo Payments、Fungies)が次々と登場し、主にインディーSaaSやデジタル製品をターゲットに価格とDX(開発者体験)で競い合っています。

現在の概算料金:

  • Paddle: 5% + 0.50ドル(別途の国際手数料なし)
  • Lemon Squeezy(現在はStripe傘下): 5% + 0.50ドル
  • Polar: 約4% + 0.40ドル、オープンソース、開発者重視
  • Creem: 約3.9% + 0.40ドル、SEPA支払手数料無料
  • Stripe MoR (ベータ): 標準の決済手数料に約3.5%を上乗せ
  • Cleverbridge / FastSpring: エンタープライズ寄り、個別見積もり、従来から高価格帯

選定の3つの軸:総コスト(通貨換算や国際カード手数料を含む)、開発者体験(SDKやWebhookが自社のスタックに適合するか)、そして顧客の地理的構成(EUに強いMoRもあれば、中南米やアジア太平洋に強いMoRもあります)です。

MoR(販売代行業者)が帳簿に与える影響

MoRに切り替えると、会計の構成が変わります。導入にあたって知っておくべき3つのポイントを挙げます:

エンドユーザーからの総売上を計上しなくなります。 代わりに、MoRからの入金を売上として認識することになります。これは税務および監査の観点から、根本的に異なる収益ストリームです。切り替える前に会計士に相談してください。

注意深く照合(リコンシリエーション)しない限り、レポートはMoRのレポートと一致しなくなります。 通貨換算、返金のタイミング、チャージバックによる引き落としなどはすべて、タイムラグやノイズを生じさせます。初日から月次の照合ルーチンを構築しましょう。

帳簿でユニットエコノミクスを個別に追跡する必要があります。 MoRの手数料は実質的に売上原価です。真の売上総利益(グロスマージン)を把握したい場合は、MoRの総コスト(手数料 + チャージバック + 為替スプレッド)を他の項目に埋もれさせるのではなく、ひとつのラインアイテムとしてモデル化する必要があります。

これはまさに、透明で監査可能な会計設定が報われる状況です。MoRの月次明細が届いたとき、すべての入金、手数料、返金、税金の納付を帳簿の正しい仕訳まで追跡できるようにしたいものです。また、1年後に資金調達や事業売却を行う際に、レビュー担当者が同じように追跡できるようにしておく必要があります。

よくある間違いとその回避方法

MoRの手数料を埋没費用(サンクコスト)として扱うこと。 これは規模に応じて交渉可能な価格です。ほとんどのプロバイダーは、ARR(年間経常収益)が100万ドルを超えると大幅な割引に応じます。

為替(FX)の影響を無視すること。 一部のMoRは外国為替スプレッドを積極的に設定しています。グローバルビジネスにおいては、FXコストが表面上の手数料を上回ることがあります。

元の事業に依然として納税義務があることを忘れること。 MoRは取引に関する間接税を処理しますが、自社の法人税、給与税、およびフランチャイズ税は変わりません。

データをエクスポートしないこと。 MoRがサブスクリプションの状態を保持しており、将来的に移行したいと考えている場合は、エクスポート計画が必要です。契約前にデータのポータビリティ(持ち運び可能性)に関する条項を確認してください。

販売税の登録を急いで解除すること。 以前に特定の州でネクサス(税務上の拠点)を持っていたり、VAT(付加価値税)登録をしていたりした場合は、過去の期間についてそれらの管轄区域での申告義務がなくなったことを確認するまで、登録を解除しないでください。IRSやEUの税務当局は、モデルを切り替えたからといって過去の義務を免除してくれるわけではありません。

初日から財務状況を明確に保つ

決済プロセッサを使い続けるか、販売代行業者(MoR)に移行するかにかかわらず、根底にある事実は同じです。成長、監査、または買収の際、どちらのモデルでも存続を可能にするのは、クリーンで透明性の高い財務記録です。Beancount.io は、すべての取引、手数料、税金の納付を完全に可視化するプレーンテキスト会計を提供します。ブラックボックスもベンダーロックインもなく、将来の監査人やCFOが読み取れる記録を残せます。無料で始める をクリックして、グローバルなソフトウェアビジネスを運営する開発者や財務チームが、バージョン管理可能でAI対応の帳簿を選んでいる理由を確かめてください。