決済代行の切り替えは統合プロジェクトです。Merchant of Record（MoR）の乗り換えはそうではありません。

MoR はあなたのプロダクトの法的な販売者です。請求書に記載され、税務登録を保有し、顧客が契約した相手方そのものです。乗り換えれば、顧客が明細書で目にする名称も、相手方の経理が保管するすべての文書上の主体も変わります。これは技術の装いをまとった商業上の意思決定です。

本稿はデューデリジェンスのチェックリストであり、ランキングではありません。個別事業者との比較は別途公開しています——Stripe、Paddle、Lemon Squeezy、Gumroad、PayPal。そして当社自身がこの市場の参加者である以上、自社を首位に置いたリストには何の価値もありません。価値があるのは、うまく答えるのが難しい問いの集合です。

第一部：Merchant of Record と契約する前に確認すべきこと

法務と税務

MoR を検討している理由そのものなので、ここから始めます。

• 法的販売者はどの主体か。 ブランド名ではなく、実際の登記名称と法域を入手してください。請求書に記載されるのはこれです。
• どの国で VAT / GST / 消費税および同等の税目を登録しているか。 EU は処理しているが日本は処理していない事業者には、あなたが引き継ぐことになる空白があります。
• 誰が、何を根拠に申告するのか。 登録と申告は別の義務です。
• 税務調査リスクは誰が負うのか。 当局がある販売の取扱いを争った場合、誰が対応し、契約上あなたは補償されるのか。
• どこかで基準額を超えた場合、あなたの義務は変わるのか。 答えは「あなたには何も変わらない」であるべきです。そうでなければ、このモデルはあなたが思っているより少ないことしかしていません。

資金

• 精算通貨、および選択可能かどうか。
• 精算サイクル——提示されたサイクルが営業日基準か暦日基準か、どの祝日カレンダーに準拠するか。
• 出金経路：対応国、口座種別、個人口座か法人口座か。
• 精算時の為替スプレッド。 参照レートではなく、参照レートに対する上乗せ幅を尋ねてください。
• 出金手数料と最低額。 定率手数料に定額の下限が付く構造は、実質的に少額出金への罰則です。
• 自社の実際の平均注文単価で算出した総コスト。 表示料率に固定手数料、為替、出金手数料を加え、実際の価格帯に当てはめる。この計算をすると、事業者間の順位はしばしば逆転します。

受理能力

買い手が最も過小評価する領域であり、手数料率よりも収益を動かします。

• 市場ごとに、ローカルアクワイアリングか越境アクワイアリングか。 発行会社は馴染みのない国外加盟店をより高い頻度で拒否します。主要市場でローカルアクワイアリングを持つ事業者は、より安価な事業者を純収益で上回り得ます。
• どのローカル決済手段に対応し、そのうち今日利用できるのはどれか。 提供済みとロードマップを区別してください。日付入りの現行リストを書面で求めます。
• 主要 3 市場での承認率は。 尋ねてください。多くは回答しませんが、それ自体が回答です。
• 顧客の言語と通貨で、チェックアウトはどう見えるのか。

リスク

• チャージバックは誰が負担するのか。
• 異議対応プロセスはどうなっており、事業者はどの証拠を提出するのか。
• 制限・禁止カテゴリ——開発に着手する前に書面のリストを入手してください。最初の審査で却下された後ではなく。
• アカウントの審査や資金保留は何をきっかけに発生し、不服申立ての経路は何か。

プロダクト適合性

• サブスクリプション：トライアル、アップグレード、ダウングレード、日割り計算、期中のプラン変更。
• 従量およびハイブリッド課金：消費量ベースで販売しているなら、ここは単独の評価に値します——従量課金が MoR モデルを壊す箇所について書いています。
• 市場別価格設定：基準価格から換算するのではなく、通貨ごとに異なる価格を設定できるか。
• API の守備範囲：商品、注文、動的価格をプログラムから作成できるか、それともダッシュボードが唯一の経路か。

第二部：Merchant of Record 間の移行そのもの

この部分を書く人はほとんどいませんが、コストが実際に発生するのはここです。

カードトークンがすべてを決める

保存済みカード認証情報は、移行が一日で終わるか四半期かかるかを決める唯一の変数です。

両事業者の処理基盤間でトークンを移行できれば、サブスクライバーは何も気づきません。できなければ、稼働中のサブスクライバー全員がカードを再入力する必要があり、現実には相当数が再入力しません。

これは優れた復帰メールで取り戻せる解約ではありません。契約した時点で選んだ解約です。

契約前に、両事業者から書面で回答を得てください。旧事業者に協力する商業的動機はありません。だからこそ、まだ顧客である間に尋ねるのです。

切替期間中のサブスクリプション継続性

• 切替当日に当たる更新はどうなるのか。
• dunning シーケンスはリセットされ、すでに 2 回リトライ済みの顧客が最初からやり直しになるのか。
• トライアル期間と前払い済みの残期間は保持されるのか。
• 移行期間中に両事業者を並行稼働できるのか、それとも一斉切替か。

過去の記録

旧事業者名義で発行された請求書は、引き続き旧事業者の文書です。

• 契約終了後、どれだけの期間アクセスできるのか。
• 請求書と取引履歴を、使える形式で一括エクスポートできるのか。
• 3 年後に税務当局が証憑を求めたら、誰が用意するのか。

すでに対価を支払っていない事業者に協力する動機はごくわずかです。離れる前にエクスポートしてください。

顧客への告知

請求書上の主体が変わります。

コンシューマー向けプロダクトでは主に問い合わせ件数の問題です。「この請求は誰からか」という照会を想定し、請求明細表記の事前告知で先回りしてください。

BtoB ではそれ以上です。顧客の経理システムには旧主体のベンダー登録があります。新規ベンダー登録、税務関連書類の再提出、場合によっては発注書の再発行が必要になることもあります。相手の調達サイクルに見合った猶予を取ってください。そのサイクルは想像より長いものです。

二重課金のウィンドウ

移行における技術的な典型事故は、同一顧客への二重課金です。旧システムがそのスケジュールで 1 回、新システムがもう 1 回。

• 旧事業者が課金の開始を正確にいつ停止するのかを確認する。
• Webhook の切替順序を確認し、同一イベントを両側から処理しないようにする。
• 最初の完全な 1 サイクルを手作業で照合する。サンプリングではなく全件。

go / no-go チェックリスト

契約前：

• 法的販売者の登記名称と法域（書面）
• 国別の税務登録カバレッジ、空白箇所の明示
• 税務調査への対応と補償条項の立場
• 実際の平均注文単価で算出した実効総コスト
• ローカルアクワイアリング対応市場のリスト（日付入り、ロードマップと区別）
• チャージバック責任の書面による配分
• 制限カテゴリのリストを自社プロダクトと照合済み
• サブスクリプションと価格モデルを自社の実際の仕組みと照合済み

移行前：

• カードトークンの移行経路を両事業者が書面で確認
• 切替期間中の更新と dunning の挙動を文書化
• 過去の請求書と取引データをエクスポート済み
• 顧客告知を起案済み、BtoB 調達サイクルに見合った期間を確保
• 二重課金の防止を検証済み、最初の 1 サイクルを全件手作業照合

次のステップ

評価段階であれば、まずMerchant of Record が実際に担うことから始め、料金を使って上記の総コスト計算を自社の数字に当てはめてください。

特定の事業者と比較している場合は、Stripe、Paddle、Lemon Squeezy、Gumroad、PayPal との直接比較を用意しています。

本記事は一般的な情報提供を目的としたものであり、税務・法務・財務に関する助言を構成するものではありません。税率・登録しきい値・コンプライアンス要件は、時期や管轄区域によって変わります。意思決定の前に、ご自身の状況について有資格の専門家にご相談ください。

関連記事

決済

決済はなぜ失敗するのか：拒否と回収の実践ガイド(2026年)

決済

SWIFT vs IBAN：国際銀行送金の本当の仕組み

決済

ACH 決済入門：B2B 取引の手数料をもっと安く