従量課金と Merchant of Record：AI をトークン単位で売るとき、どこが壊れるのか
多くの Merchant of Record サービスは定額サブスクリプション向けに作られています。前払いクレジットと従量消費を売るとき、このモデルが壊れる 5 つの箇所と、事業者に確認すべき要件を解説します。
目次
Merchant of Record は定額サブスクリプションを中心に成熟しました。請求前に金額が確定している前提です。従量課金はこれを逆転させ、モデルは 5 つの具体的な箇所で壊れます。前払いクレジットの収益計上時点、取り崩し済み残高への部分返金、役務提供地の判定、チャージ額に比例して拡大する係争リスク、そして経理が承認できない請求書です。
- Merchant of Record は「何を、誰に、どこで、いくらで売ったか」に明確に答えられますが、それは請求前に金額が確定している場合に限られます。
- クレジットの販売と消費は別個のイベントであり、購入時の入金しか記録しない事業者は収益認識の選択肢そのものを奪います。
- 部分返金は Merchant of Record 体制では構造的に難しくなります。請求書が事業者名義で発行されているためです。
- 係争リスクは取引単価に比例して拡大し、しかもクレジットが消費され尽くした後に異議が届くことがあります。
- ハイブリッド請求書はサブスクリプション・無償枠・超過分を別行で示す必要があり、そうでなければ法人顧客は更新時に必ず減速します。
多くの課金基盤には、明示されない前提があります。顧客が価格に同意し、請求前に金額が確定しており、その請求が周期的に繰り返される、という前提です。サブスクリプションはこの通りに動きます。そして過去 10 年に作られたほぼすべての Merchant of Record（MoR）サービスも同様です。
AI プロダクトはそうではありません。
主に 3 つの形態があり、本稿では繰り返しこれらを参照します。
- 前払いクレジットパック。 画像・動画生成系プロダクトが 20 ドルで 1,000 クレジットを販売します。顧客は残高を購入し、不均一に取り崩す——あるいは途中で使うのをやめ、二度と戻ってきません。
- サブスクリプション + 超過。 月額 99 ドルのプランに 100 万トークンが含まれます。利用が多いチームは 11 日に無償枠を使い切り、残りの期間を従量の超過課金で走ります。
- 純粋な実行単位課金。 エージェント型プロダクトが 1 回の実行につき 0.30 ドルを課金します。一つのエンタープライズ顧客が 1 週間に生む変動幅が、SaaS の 1 シートが 1 年に生む変動幅を上回ることさえあります。
このような売り方をしていて MoR を検討しているなら、問うべきは「従量課金に対応しているか」ではありません。たいていは対応していると答えます。問うべきはどこで壊れるかです。壊れる箇所は予測可能で、しかも高くつきます。
なぜ Merchant of Record は定額サブスクリプション向けなのか
MoR はあなたのプロダクトの法的な販売者になります。注文を受け、自社名義で請求書を発行し、代金を回収し、その販売に伴う納税義務を負います。この仕組みがあるからこそ、小規模なチームが十数か国で VAT 登録をすることなくグローバルに販売できます。
この構造全体が、ひとつの問いに明確に答えられることに依存しています。何を、誰に、どこで、いくらで売ったのか。
定額サブスクリプションであれば、この 4 項目は請求の瞬間にすべて確定しています。請求書は即座に発行でき、翌月になっても正しいままです。
従量課金は、この明確さを 5 つの具体的な箇所で壊します。
壊れる箇所 1：販売と提供が同時に起きない
顧客が 500 ドル分のクレジットを購入すると、資金は動きます。しかし、まだ何も提供されていません。提供は後から、断片的に、数か月にわたって起こり、最後まで使い切られないこともあります。
定額サブスクリプションではこの時間差は実質的な問題になりません。クレジット型ではこれが問題のすべてです。ここにはクレジットの販売とクレジットの消費という 2 つの独立したイベントがあり、会計処理も税務上の立場も、自社のビジネス理解そのものも、この 2 つを分けて見られるかどうかにかかっています。
これは課金事業者が代わりに決められる判断ではありません。適切な処理は管轄地、利用規約、監査人によって変わります。事業者にできるのは、その判断を可能にしておくことです。
したがって要件は具体的になります。販売クレジットと消費クレジットを、顧客別・期間別に独立した系列として出力できるか。任意の日付時点の未消費残高を照会できるか。
購入時の入金イベントしか記録しない事業者は、その選択肢を静かに奪っていることになります。
具体例。 顧客が 3 月に 20 ドルのクレジットパックを購入し、6 月までに 1,000 のうち 150 を消費したところでプロダクトを開かなくなりました。会計年度末、残高には 850 クレジットが残っています。これは収益でしょうか、負債でしょうか、認識可能な未消費分でしょうか。どの答えを採るにせよ、事業者が顧客別・期間別に「販売したクレジット」と「実際に消費されたクレジット」を示せることが前提です。
壊れる箇所 2：一部が消費済みの残高に対する返金
顧客が 500 ドル分のクレジットを購入し、120 ドル分を使い、返金を求めてきたとします。
通常の決済代行でも厄介ですが、MoR 体制では構造的にさらに難しくなります。請求書は事業者が法的販売者として発行したものだからです。誰かが残存価値を計算し、事業者名義で発行された文書を訂正し、元の販売について納付済みの税を返金部分について調整しなければなりません。
典型的な失敗は、事業者が全額返金しかできず、部分返金をシステム外で手作業処理することになる形です。結果として自社の記録と法的販売者の記録が乖離します。その乖離こそ、MoR を採用して避けようとしたものです。
契約前に 3 点を明確にしてください。取り崩し済み残高への部分返金が可能か。税は返金部分のみ再計算されるか。顧客が受け取るのは訂正証憑か、それとも説明のない銀行返金だけか。
具体例。 同じ顧客が返金を求めてきます。Merchant of Record はすでに自社名義で 20 ドルの請求書を発行しており、パックの 15% は消費済みです。誰かが 17 ドルの残存価値を計算し、法的販売者が発行した文書を訂正し、返金部分についてのみ納付済みの税を調整しなければなりません。全額返金しかできない事業者なら、この作業は手作業になり——自社の記録と法的販売者の記録が乖離し始めます。
壊れる箇所 3：役務提供地が自明でなくなる
ここで答えを示すことは意図的に避けています。 クレジット販売と役務提供地の正しい取扱いは、管轄地・利用規約・監査人によって変わります。事業者にできるのは正しい処理を可能にしておくことであり、文書化された立場を持っているかどうか自体が有用なシグナルになります。
デジタル役務の課税は一般に顧客の所在地に基づきます。サブスクリプションなら一度確定すればそのままです。
クレジット型では、販売と消費が別の場所で起こり得ます。顧客がある国で残高を購入し、6 か月かけて使い、その一部を別の国に居住中に消費する。どちらのイベントが役務提供地を決めるのか。その判定を裏づける証拠は何か。
ここで答えを示すことは意図的に避けます。関係する管轄地によって変わり、かつ変化するためです。言えるのは、これは事業者が文書化された立場を持っているべき論点であり、立場がないこと自体が情報になるということです。クレジット型プロダクトを実際に越境で扱ってきた事業者は、この問題を考えざるを得ません。考えていない事業者を選べば、あなたが発見する側になります。
具体例。 顧客がシンガポール在住時に 500 ドル分のクレジットを購入し、その後ドイツへ移住して、残り 60% を以降の 6 か月でドイツで消費しました。役務提供地を決めるのはどちらのイベントか——購入か、個々の消費か。 その立場を裏づける証拠は何か。事業者は答えられるべきであり、答えられないこと自体が、越境でのクレジット型の取扱実績の薄さを示します。
壊れる箇所 4：係争リスクはチャージ額に比例する
月額 49 ドルのサブスクリプションが生む係争対象は 49 ドルです。API 残高を一度に 2,000 ドルチャージする顧客が生むのは 2,000 ドルです。
これだけなら管理可能です。問題を悪化させるのはタイミングです。カードの異議申立ては請求から 60 日以上経ってから届くことがあり、その時点でクレジットは使い切られている可能性があります。計算資源は提供済みで、原価も支払い済みです。異議が認められれば、資金は流出します。
そこで問うべきは、契約上その損失を誰が負担するか、事業者が実際にどの証拠を提出するか、そして最も見落とされやすい点として、消費ログがデジタル役務の提供証明として受理されるかです。
異議対応がサブスクリプション向けに調整されている事業者は、登録記録と請求レシートを提出します。取り崩し型の残高に対しては、それは誤った証拠です。
具体例。 エンタープライズ顧客がエージェントのワークフローを回すために 2,000 ドルを一度にチャージし、3 週間で 4 万回の実行を消費しました。58 日目、カード保有者が異議を申し立てます。計算資源は提供済み、推論コストは支払い済み、クレジットも消費済みです。異議が認められれば、資金は流出します。 誰が負担するのか、そして消費ログが提供証明として受理されるのかを確認してください。
壊れる箇所 5：請求書が経理部門を通らなければならない
これは体裁の話に聞こえますが、違います。商談が止まる箇所です。
ハイブリッド請求書には、基礎サブスクリプション、課金根拠となった単位と数量を伴う従量分、計測開始前に消費された無償枠、各行の税務上の取扱い、法的販売者の情報が必要です。買い手の経理が、あなたに問い合わせることなく承認できなければなりません。
合計額しか出力できない事業者を使うと、利用を拡大してほしいまさにその瞬間に、法人顧客すべてが減速します。セルフサーブの個人購入では誰も請求書を読みませんが、実際に収益を伸ばすアカウントでは一行ずつ読まれます。
具体例。 買い手の経理が「API usage」の 1 行だけで 3,247.80 ドルと記載された請求書を受け取ります。調達は自力で再構成できない金額を承認できないため、請求書は社内推進者に差し戻され、その人からあなたにメールが来て、入金は 1 サイクル遅れます。これは体裁の問題ではなく構造の問題です——すべての従量行に単位・数量・単価を。
Merchant of Record に求めるべき要件
消費量で課金しているなら、統合前に以下を MoR 事業者に提示してください。
計測とレポーティング
- 販売クレジットと消費クレジットを顧客別・期間別の独立系列として出力
- 任意の日付時点の未消費残高を照会可能
- 利用記録を API で取得可能（ダッシュボード表示のみでない）
資金の移動
- 取り崩し済み残高への部分返金、返金部分のみの税額再計算
- 顧客への訂正証憑の発行（単なる銀行返金ではない）
- 越境消費される前払いクレジットの役務提供地に関する文書化された立場
リスク
- チャージバック責任の書面による配分
- 異議対応における提供証明としての消費ログの受理
- 従量型プロダクト専用の異議対応テンプレートの存在
請求書
- サブスクリプション、無償枠、超過分を独立した行として表示
- すべての従量行に単位と数量を表示
- 行ごとの税務上の取扱いと法的販売者の情報
どの事業者も従量課金に対応していると言えます。上記の問いが分けるのは、実際に運用してきた事業者と設定しただけの事業者です。
消費量ベースで価格設定しているなら、ここで挙げた問いはどの事業者にも——当社を含めて——ぶつける価値があります。
Waffo Pancake の位置づけ
Waffo Pancake は Merchant of Record として運営しており、課金はサブスクリプション・従量クォータ・オンデマンド（動的 price snapshot）の 3 モデルをカバーします。境界を明確にしておくと、Pancake は従量計測（metering）を内蔵していません。消費量の計測はご自身のシステムか外部の計測サービスで行い、Pancake はその数値を注文・決済・請求書・納付済みの税に変換します。
AI プロダクトを消費量ベースで価格設定しており、上記の論点を自社モデルに当てて検討したい場合は、課金とサブスクリプションの仕組み、AI 向けの統合、あるいはまずMerchant of Record が実際に担うことをご覧ください。
本記事は一般的な情報提供を目的としたものであり、税務・法務・財務に関する助言を構成するものではありません。税率・登録しきい値・コンプライアンス要件は、時期や管轄区域によって変わります。意思決定の前に、ご自身の状況について有資格の専門家にご相談ください。
よくある質問
Merchant of Record は従量課金に対応できますか？
対応できる事業者もありますが、十分に扱えないケースが多いのが実情です。MoR というモデルは定額 SaaS サブスクリプションを中心に成熟しました。請求前に金額が確定している前提です。従量課金はこれを逆転させ、消費後にしか金額が決まりません。前払いクレジット残高の管理、期中の超過分、消費済み分に対する返金、サブスクリプション行と従量行が混在する請求書の形式について、具体的に確認してください。
前払いクレジットの収益は購入時と消費時のどちらで認識しますか？
クレジット型プロダクトにおける中核の会計論点であり、課金事業者が代わりに判断できるものではありません。管轄地、利用規約、監査人によって適切な扱いが変わります。運用上確実に必要なのは、MoR が「販売されたクレジット」と「消費されたクレジット」を別系列で、顧客別・期間別に出力できることです。購入時の入金イベントしか記録しない事業者を選ぶと、判断に必要なデータそのものが手に入りません。
一部だけ消費されたクレジットの返金はどうなりますか？
誰かが残存価値を計算し、法的な販売者が発行済みの請求書を訂正する必要があります。MoR 体制ではその販売者は事業者であり、あなたではありません。契約前に 3 点を確認してください。消費済み残高に対する部分返金が可能か、返金部分のみ税額が再計算されるか、顧客に訂正済みの証憑が発行されるか（単なる銀行での返金処理ではなく）。
従量課金ではチャージバックの影響が大きくなるのはなぜですか？
係争リスクは取引単価に比例して拡大します。API 残高を一度に大きくチャージした顧客は、月額サブスクリプションよりはるかに大きな係争対象取引を生みます。さらに、クレジットが消費され尽くした後に異議申立てが届くこともあり、その場合サービスは提供済みなのに資金だけが流出します。損失を契約上どちらが負担するか、事業者が実際にどの証拠を提出するか、消費ログが提供証明として受理されるかを確認してください。
サブスクリプションと従量課金のハイブリッド請求書には何を記載すべきですか？
相手方の経理が問い合わせなしで承認できる情報です。基礎サブスクリプションを独立した行として、従量分は課金根拠となった単位と数量とともに、計測開始前に消費された無償枠、各行の税務上の取扱い、そして法的販売者の情報。合計額しか出力できない事業者を選ぶと、法人顧客すべてで支払いが遅延します。
従量課金とメータリング課金に違いはありますか？
実務上は同じ意味で使われます。いずれも事前に合意した固定価格ではなく、実測した消費量から金額を算出する方式を指します。商業的に意味のある区別は前払いか後払いかです。顧客が先にクレジット残高を購入して取り崩すのか、先に消費して後日請求されるのか。この 2 つは税務・返金・与信リスクのいずれにおいても別の問題を生みます。
Waffo Pancake は、開発者と個人創業者のための Merchant of Record(MoR)プラットフォームです。173 か国でグローバル決済・税務・コンプライアンスを代行し、あなたは開発に集中できます。これらのガイドは、決済と課金の実務経験を持つチームが執筆しています。
Waffo Pancake について →
