あなたは本当に役立つ何かをするMCPサーバーを公開しました——たとえば、部品カタログへの構造化アクセスや文書要約ツール——そしてある朝、見たこともないAIエージェントから一晩で40,000件のツール呼び出しが届いていることに気づきます。それは夢のような話ですが、あなたの課金メーター、帳簿、税務設定がすべて、人間の速度でボタンをクリックする人間向けに設計されていたことに気づくまでは。エージェントは人間のユーザーのようには振る舞いません。1つのプロンプトが数秒で何十ものツール呼び出しを連鎖させ、1つの指示を解決するために何千ものリクエストをループし、あらゆるホップで下流のコストを発生させます。アクセスに対して課金するなら、エージェントの消費方法に合致するメータリング、価値が提供された時点に合致する収益記録、そしてマージンを見える状態に保つ経費追跡が必要です。本ガイドではこの3つすべてを順に説明します。
MCP収益が実際にどのように入ってくるか
Model Context Protocolは、AIクライアントがJSON-RPC経由で呼び出す一連のツールとリソースとしてあなたのサーバーを公開します。すべての呼び出しがプログラム的であるため、従来のSaaSのシート課金よりも多くの価格設定オプションがあり、それぞれが異なる方法で記帳されます。
ツール呼び出しごと。 最もシンプルなモデル：各メソッド呼び出しに固定額を課金します。メータリングが簡単で説明も簡単であり、ツールのコストがほぼ均一な場合にうまく機能します。軽量なメタデータ検索はほとんどコストがかからない一方で、ワークフローツールが何十もの下流API呼び出しにファンアウトする場合には破綻します。
データ量ごと。 メソッドが大きなペイロード——文書コンテンツ、埋め込み、クエリ結果——を返す場合、返却メガバイト単位または千トークン単位で課金することで、モデルプロバイダーが自社APIを価格設定するのと同じように、価格をコストに整合させられます。
成果ごと。 試行ごとに課金する代わりに、完了したアクションごとに課金します：要約に成功した文書ごと、実行されたデバイスコマンドごと、有効な結果を返したクエリごと。失敗または空の呼び出しが無料になるため顧客は喜びますが、1単位としてカウントする前に成功と失敗を区別できるメータリングが必要です。
セッションまたはメモリごと。 呼び出しをまたいで会話状態を保持するサーバーは、作成されたセッションごと、アクティブセッション時間の分ごと、または保持されたコンテキストのブロックごとに課金できます。これはあなたのメモリ層に依存するアシスタントや長時間実行エージェントに適しています。
ハイブリッドサブスクリプション＋超過分。 クォータを含む基本月額料金と、閾値を超えた従量課金。これは本番のAPIビジネスで最も一般的な形です。基本料金が固定費をカバーし、超過分はヘビーユーザーに応じてスケールするためです。
前払いクレジット。 顧客は使用量のブロックを前もって購入し、それを引き出します。キャッシュフローには最適ですが、会計は厄介です（詳細は後述）。受け取った現金はクレジットが消費されるまで稼得収益ではないためです。
マーケットプレイスの支払い。 MCPサーバー周辺のリスティングやマーケットプレイスは収益分配を取り、残りをあなたに送金します——これはアプリマーケットプレイスを通じた販売と同じ形で、同じ総額対純額の簿記上の問題があります。
エージェントネイティブのマイクロペイメント。 x402のようなプロトコルにより、エージェントはHTTP経由でステーブルコインでリクエストごとに支払うことができ、アカウント登録も請求書も不要です。この方法を取るなら、すべてのツール呼び出しがそれ自体が小さな販売となり、収益と原価基準の記録方法に実際の影響を与えます。（これらのマシン決済がどのように機能するかの背景については、x402経由でAIエージェント同士が支払う方法に関するガイドをご覧ください。）
顧客が価値として認識するメーターを選んでください——それは製品上の決定です——しかし、上記の各選択が異なる簿記パターンを生み出すことを知っておいてください。本ガイドの残りでは、それぞれを通じてお金を追跡します。
あなたのメーターは簿記の原本である
従量課金ビジネスでは、使用量イベントストリームは法律事務所にとってのタイムシートのようなものです：請求書のすべてのドルを正当化する原本記録です。そのように扱ってください。
標準的な仕組みはこのようになります。サーバーは課金対象単位ごとに使用量イベントを発行します——メソッド名、顧客ID、数量、タイムスタンプ、成功または失敗。これらのイベントはメータリング層（Stripe Billing Meters、従量課金プラットフォーム、または独自のアグリゲーター）に流れ、顧客ごとに属性付けされ、期末請求書に集約されます。Stripeのメータリング課金はまさにこの形に従います：サイクル中に使用量を報告し、期末にレコードを集計して合計を請求します。
このパイプラインから3つの簿記上の規律が導かれます：
- 毎サイクル、メーターを請求書と照合する。 メータリング単位×料金は請求された従量課金収益と等しくなるべきです。ちょうど出荷単位×価格が売上と等しくなるべきであるように。ギャップがあれば、それは意図した無料枠の使用、成果ベース価格が免除した失敗呼び出し、またはリーケージ——メーターが見なかった使用量——のいずれかです。リーケージは静かな殺し屋です：認証されていないエンドポイントやメータリングされていないツールは、あなたが稼いだが永遠に回収できない収益です。
- 生の使用量ログを監査証跡として保管する。 集計は請求するものですが、イベントレベルのログは、顧客が急増に異議を唱えたり、会計士が収益数値が何で構成されているかを尋ねたりしたときに示すものです。少なくとも請求書紛争ウィンドウと同じ期間、理想的には税務記録と同じ期間保持してください。
- エッジでIDを属性付ける。 課金対象の当事者がプロンプトの背後にいるエンドユーザーなのか、サーバーを統合するAPIキー保有者なのかを決定し、その決定をイベントに記録します。ある企業キーが50人の従業員のエージェントにファンアウトする場合、「顧客は誰か」は税務上の影響を伴う会計上の問題であり、単なる請求の詳細ではありません。
従量課金収益を正しく記録する
ここがMCP運営者が最もよく間違えるところです：現金がStripeに届き、それを収益として記帳し、帳簿が静かに現実から乖離していきます。収益認識基準であるASC 606の下では、消費価格設定のルールは単純です：顧客が消費するにつれて収益を認識します。消費された各単位が、履行されている履行義務だからです。従量課金は変動対価であり、つまり契約が価値があると期待するものではなく、実際に期間中に使用されたものを認識することを意味します。
純粋な従量課金は簡単なケースです。エージェントが9月に提示料金で100,000件の呼び出しを消費した場合、9月の収益は100,000×料金です。たとえ請求書が10月まで支払われなくても。請求するときに売掛金を記録し、使用量が発生したときに収益を記録します。ASC 606の下でのトークンと使用量のメータリングの完全な扱いについては、トークンの課金と従量課金SaaSの収益認識に関するガイドでより深く掘り下げています。
ハイブリッド基本料金＋超過分は2つに分かれます。基本サブスクリプションはサービス期間にわたって均等に認識され——月額プランでは1日あたり30分の1——超過分は超過使用が発生するにつれて認識されます。それらを別々の収益勘定に保ってください。それらを混ぜると、実際にビジネスを動かす2つの数値——予測可能なサブスクリプションMRRと急変する消費収益——が隠れます。
前払いクレジットは収益ではなく負債を生み出します。顧客がクレジットのブロックを購入するとき、現金を借方に記入し、繰延収益を貸方に記入します。使用量が残高を引き出すたびに、消費された価値を繰延収益から稼得収益へ移します。顧客が決して引き換えない残り——失効——には独自のルールがあります：あなたの履歴が未使用分を確実に推定できるなら、その予想失効を実際の使用量に比例して徐々に認識します；推定するには新しすぎる場合は、クレジットが失効するか引き換えが遠隔になるまで待ち、その後残りを認識します。新しいMCPサーバーはほぼ常に後者のカテゴリに該当するので、月を良く見せるために予想失効を早く記帳しないでください。
成果ベースの価格設定はタイミングのしわを追加します：収益は呼び出しが始まるときではなく、成果が達成され測定可能になるときに認識されます。メーターが成功した完了のみをカウントするなら、収益記録も同じカウンターに従うべきです——メーターと元帳が「販売」とは何かについて一致しなければなりません。
2つの実践的な習慣がこれらすべてを乗り切れるようにします。第一に、請求メーターごと（呼び出しごとのツール、データ量、セッション、超過分）に別々の収益勘定またはタグを実行し、1つのツールのマージン問題が混ざった合計の中に隠れないようにします。第二に、月末の締め切りを徹底します：9月にタイムスタンプされた使用量は、請求書が10月2日に確定しても9月に属します。バッチ遅延のあるメータリングパイプラインは、締め切りエラーを従量課金ビジネスで最も一般的な誤表示にします。
経費側：MCPサーバーが実際にかかるコスト
ツール呼び出しごとの収益は、ツール呼び出しごとのコストなしでは何の意味もありません。売上原価をボトムアップで構築してください：
- コンピュートとホスティング。 ツールを実行するサーバー、コンテナ、またはサーバーレス呼び出し、およびペイロードの重いメソッドのための下り帯域幅。
- 下流のAPIとモデルコスト。 ツールが顧客に代わって行うすべてのLLM呼び出し、埋め込み検索、検索クエリ、またはサードパーティAPIヒット。要約ツールが文書ごとにモデルプロバイダーを呼び出す場合、そのパススルーは最大の変動費であり、月次の一括ではなくツールごとに追跡する必要があります。
- データとライセンス料。 サーバーが公開する独自データのロイヤルティまたはクエリごとの手数料。
- マーケットプレイスの収益分配。 マーケットプレイス販売に対するプラットフォームの取り分は販売費（または純支払額への減額——どちらか一方の扱いを選んで一貫させる）であり、収益の中に埋め込まれた相殺ではありません。
- 決済処理。 サブスクリプション課金のカード手数料、請求書のゲートウェイ手数料、ステーブルコイン決済のネットワーク手数料。マイクロペイメントの規模ではこれらが効いてきます：固定の取引ごとの手数料が1セント未満のツール呼び出しのマージンを超えることがあり、まさにそれがエージェント決済プロトコルが低手数料レールに落ち着いた理由です。
価格を設定する前に、ツールごとの単位計算を実行してください。カタログ検索ツールがコンピュート＋下流クエリで呼び出しあたり$0.004かかり、$0.01を請求するとします。それは60パーセントの粗利益に見えます——サポート、メータリングインフラ、失敗呼び出しの免除がそれを引き下げるまでは。雰囲気ではなく測定されたコストから価格を設定し、下流プロバイダーが料金を変更するたびに計算をやり直してください。
ステーブルコインの受領は独自の段落に値します。税務上、ステーブルコインは通貨ではなく財産です：受領の瞬間の公正市場価値があなたの収益であり、その価値があなたの原価基準になります。コインを保有してペッグが揺らいだり、後で異なる価値で換金したりする場合、その差は利益または損失です。マイクロペイメントの量では、取引ごとの追跡は交渉の余地がありません——集計の推測は調査に耐えられません——そのため決済記録を年末に再構築するのではなく、自動的に帳簿に取り込んでください。
売上税：あなたのAPIは思っているよりも多くの州で課税対象
ほとんどのMCP運営者を待ち受けているコンプライアンスの驚きはこれです：APIアクセスの販売はソフトウェアまたはデジタル製品の販売であり、州はこれらの定義を急速に拡大しています。
- カリフォルニア州は2026年6月にSB 122に署名し、リモートアクセスソフトウェアやSaaSを含むデジタル製品に売上税を拡大し、2027年1月1日に発効——国内最大の州市場での数十年にわたる免税を終わらせます。
- シカゴは州レベルではイリノイ州がSaaSに課税しないにもかかわらず、動産リース取引税の下でSaaSとクラウドソフトウェアに9パーセントを課税します。
- オクラホマ州は逆を行き、電子的に配信されるSaaSサブスクリプションは免税であると裁定しました——全国的に1つの答えを仮定できないことの証拠です。
経済的ネクサスの閾値が、どこで徴収しなければならないかを決めます：売上税を持つほとんどの州は遠隔販売者に10万ドルの売上閾値を使用し、カリフォルニア、テキサス、ニューヨークは50万ドルです。全国的なリーチを持つ従量課金APIは、一度も足を踏み入れたことのない州で、純粋に取引量だけで閾値を超えることがあります。
それに対して何をすべきか：
- 顧客がいる各州ごとに課税対象を判断する、住んでいる場所だけでなく。メーターはすでに帰属のために顧客の場所を記録しています——そのデータをネクサス追跡に再利用してください。
- マーケットプレイス販売はカバーされる場合があります。 マーケットプレイスがマーケットプレイスファシリテーターとして資格を持つ場合、それを通じたあなたの販売について徴収し送金します。あなた自身のサイトまたは独自のx402エンドポイントからの直接販売は完全にあなたの責任です。
- 早めに徴収を自動化する。 チェックアウトに接続された税務エンジン（Stripe Taxとその競合）は、手作業で十数の州に登録、申告、送金するよりもはるかに安価です——そして監査人が求める顧客場所の証拠を保持します。
- カレンダーを注視する。 カリフォルニアの2027年発効日と他の議会を通じて進む同様の拡大により、「小さすぎて心配する必要はない」という姿勢はすぐに失効します。
マーケットプレイスの支払いと税務フォーム
収益のいずれかがマーケットプレイスの支払いとして到着する場合、アプリストア開発者がするように記帳してください：総額の販売を収益として記録し、プラットフォームの取り分を経費として記録します。あなたの1099-K（またはプラットフォームの分類に応じて1099-NEC）は総額を報告し、IRSはその数値をあなたの申告書と照合します——純入金額のみを報告することは過少報告通知が始まる方法です。総額支払明細を毎月純銀行預金と照合し、差を説明する手数料スケジュールを保管してください。
タイミングのギャップにも注意してください：プラットフォームの支払日はあなたの収益日ではありません。収益は、マーケットプレイスが2週間後に送金しても、エンド顧客のエージェントがあなたのツールを消費した期間に属します。直接販売にも同じ原則が適用されます——使用期間が支配し、決済日はそうではありません。
MCP運営者のための月末チェックリスト
毎月同じ方法で帳簿を締めれば、エッジケースは複利で膨らむのをやめます：
- 顧客ごと、メーターごとにメータリングされた使用量を引き出し、請求された従量課金収益と一致させる。無料枠と失敗免除のベースラインを超えるギャップを調査する。
- ハイブリッド請求書を基本（均等按分）と超過分（消費時）の収益勘定に分割する。
- 前払いクレジットの引き出しを繰延収益から出す；エイジングするクレジット残高を失効処理のために見直す。
- 下流API、ホスティング、データコストをツールごとに転記する；メーターごとに粗利益を再計算する。
- マーケットプレイスの総額明細を純預金と照合する；明細をその月の記録にファイルする。
- ステーブルコインの受領を公正市場価値で記録し、換金を通じて原価基準を追跡する。
- 顧客場所の合計を州のネクサス閾値と照合する；必要な場所で税徴収を確認する。
- 生の使用量エクスポートをその月の締めパッケージとともに保存する——それは未来のあなた（または監査人）が求める原本です。
財務管理をシンプルに
従量課金収益、繰延クレジット残高、パススルーAPIコスト、50州の課税対象——週末のMCPサーバーとして始まったサイドプロジェクトにとっては多くの可動部分です。Beancount.ioは、完全な透明性と財務データの管理を備えたプレーンテキスト会計を提供します——すべての使用量請求書、クレジット引き出し、マーケットプレイス手数料が、実際に監査できるバージョン管理されたAI対応の取引として記録されます。無料で始めるそして、エージェント経済の帳簿をサーバーと同じくらいプログラム可能に保ちましょう。
