マーケットプレイスのダッシュボードには先月$1,000稼いだと表示されています。銀行口座には$850が入金されました。そしてプラットフォームから送られてくる税務書類は——そもそも送られてくるとしての話ですが——実際に手元に残った入金額ではなく、大きい方の数字を示しています。帳簿に着金した$850だけを記録していると、確定申告の時期に帳簿の食い違いが表面化します。プラットフォームが提出した情報申告書には、あなたが報告した額より15〜30パーセント高い収益が記載されているのです。
これがAIエージェントやスキルをマーケットプレイス経由で販売する際の中心的な記帳問題です。プラットフォームはあなたがお金を受け取る前に手数料を差し引き、受け取る支払いはすでに純額であり、その下流にあるすべての記録——収益、確定申告、マージン計算——には、あなたが一度も手にしなかった総額の数字が必要になります。ここでは、AIマーケットプレイスが実際にどのように支払うのか、総額と純額が照合したままになるように各支払いをどう記録するのか、そしてどの税務書類が届くのかを説明します。
AIマーケットプレイスが2026年後半に実際に支払うもの
何かを計上する前に、自分がどの支払いモデルに属しているかを明確にしてください。AIマーケットプレイスのすべてがアプリストアと同じように機能するわけではありません。
GPT Storeはパーセンテージではなくエンゲージメントに基づいて支払います。 OpenAIのビルダープログラムは、販売価格の15〜30パーセントを差し引くのではなく、GPTに対するユーザーのエンゲージメントに基づいてクリエイターに報酬を支払います——第三者による推計では、平均して会話1回あたりおよそ$0.03です。このプログラムは限定的な基準ベースの展開にとどまっており、利用量が膨大でない限り、ほとんどの個人クリエイターの月収は数百ドル程度です。ここには計上すべき手数料は全くありません。支払いは単一の収益項目であり、あなたの仕事は会話数に実効レートを掛けたものを着金額と照合することです。
さらに期限も迫っています。個人のChatGPTアカウントでは新しいGPTを作成・公開できなくなり、OpenAIは既存のカスタムGPTを2026年12月11日に廃止する予定で、承認された延期が適用されるエンタープライズワークスペースは2027年2月11日まで猶予があります。後継はApps SDKで構築するプラグインで、その従量課金制の開発者向け支払いは議論されていますが広く展開されてはいません。GPT Storeの支払いが帳簿の項目になっているなら、その項目が終わり、異なる報告方法を持つ別のものに置き換わることを計画してください。
Claude Skillsには公式のマーケットプレイスも収益分配もありません。 AnthropicはAgent Skills標準と自社の無料スキルを公開していますが、今年時点では組み込みの支払い機能を持つファーストパーティのストアはありません。ビルダーは間接的に収益化します。ブランド化されたスキルでユーザーを有料サブスクリプションティアに誘導する、ビルダー自身の従量課金APIエンドポイントにルーティングするスキル、または直接契約の下でエンタープライズ顧客向けに構築されたスキルなどです。これらはいずれも帳簿上は通常の製品またはサービス収益であり、マーケットプレイス収益ではありません。
サードパーティのスキルマーケットプレイスは実際にパーセンテージ手数料を取ります——そしてそれぞれ異なります。 ここでこそ、段階的料率の問題が実際に効いてきます。Claudeスタイルのスキルの独立系マーケットプレイスは独自の分配率を公表しています。あるところは8パーセントを取得してクリエイターが92パーセントを保持し、別のところは有料スキル価格の70パーセントをクリエイターに支払い、Stripe Connect経由で支払います。同じスキルを2つのマーケットプレイスに出品すれば、2つの異なる手数料率を2つの異なる支払いスケジュールに対して計上することになります。以下の仕組みはどのパーセンテージでも機能しますが、計算例では15パーセントを使用します。これはプラットフォームコマース全体で最も一般的な小規模販売者向けの料率であるためです。
15〜30パーセントという形はアプリストアから来ています。 Appleの標準手数料は各販売の30パーセントで、App Store Small Business Program（年間収益100万ドル未満の開発者）に参加する開発者は15パーセントに引き下げられます。AIマーケットプレイスはこの段階的な形を借用しています。標準料率と小規模販売者向けの軽減料率があり、直近12か月の取扱高がしきい値を超えると料率が上がることもあります。手数料率が自分の販売量に依存する場合、各支払いは金額のチェックだけでなくレートのチェックも必要です——これがまさに以下の照合ループです。
総額か純額か：帳簿を左右する一つの判断
マーケットプレイスがあなたのスキルを$49で販売し、$7.35を保持して$41.65をあなたに送るとします。記録方法は2つあります。正しいのはそのうち1つだけです。
総額の販売を収益として記録し、手数料を費用として記録します。 ASC 606の本人対代理人の枠組みでは、問題は顧客に届く前に誰が製品を支配しているかです。あなたのスキルはあなたの製品です。あなたが作り、価格を設定し、購入者をサポートします。マーケットプレイスは単に販売を手配し支払いを処理するだけであり、それによりマーケットプレイスが代理人、あなたが本人となります。本人は総収益を報告します。プラットフォームの取り分は販売費——他人の店頭を通じて流通させるコスト——です。
これは学術的な区別ではありません。あなたが気にする3つの数字を変えます。
税務書類は総額を報告します。 マーケットプレイスや決済処理業者からの情報申告書は、手数料控除前の全販売額を示します。帳簿に純入金額だけを収益として記録していると、提出する申告書はIRSがすでに受け取った書類と食い違い、その不一致は自動通知の最も一般的な引き金の一つです。総収益を別個の手数料費用とともに計上すれば、帳簿は構造上、書類と一致します。
マージンが正直なまま保たれます。 $7.35のプラットフォーム手数料で$49で販売されるスキルは、総額でも純額でも$41.65を稼ぎます——どちらの方法でも売上総利益は同じです。しかし純額のみの計上は手数料をより小さい収益数値の中に隠すため、プラットフォームが料率を引き上げたり、あなたがより高いティアに移行したりすると、その損害は明確に表示された増加する費用ではなく、不可解に縮小する収益として現れます。項目を分けることで、手数料の行が動くのを見ることができます。
プラットフォームごとの比較が可能なまま保たれます。 異なる手数料率の2つのマーケットプレイスで販売する場合、プラットフォームごとの手数料勘定で総額計上すれば、各チャネルにいくらかかるかが正確に分かります。純額のみの計上はチャネルの経済性を分解できない一つの数字に混ぜてしまいます。
手数料の行はどこに属するか
プラットフォーム手数料は、決済処理手数料と並んで販売費または流通費として計上します——売上原価としても、収益から相殺してもいけません。売上原価は製品自体を提供するコストのためのものです。API推論の請求、ホスティング、従量課金の上流サービスなどです。マーケットプレイス手数料はそのチャネルを通じて販売を獲得するコストです。それを売上総利益の行の下に保つことで、売上総利益率は製品の経済性（価格マイナス提供コスト）を反映し、営業利益率はチャネルの選択を反映します。マーケットプレイスが取扱料率を引き上げたとき、あなたはそれを（価格変更、再交渉、または撤退によって）対応できる販売費の増加として見たいはずであり、製品の運営がより高くついたように見える売上総利益率の低下として見たくはありません。
月次の照合ループ
すべてのマーケットプレイスでのすべての支払いは、同じ4段階のループを通ります。帳簿を締める前に、プラットフォームごとに毎月行ってください。
1. 入金だけでなく支払いレポートを取得する
銀行の入金は一つの数字です。その背後にある支払いレポートには少なくとも5つの数字があります。総売上、プラットフォーム手数料、返金とチャージバック、差し引かれた源泉徴収や保留金、そして純支払額です。プラットフォームが提供する最も細かい粒度でレポートをダウンロードしてください——可能なら取引ごとに——ステップ3で必要になるためです。プラットフォームが販売ごとのドル以外で報告する場合（エンゲージメント支払いなら会話数、従量課金スキルなら計量APIユニット）、利用レポートも取得してください。ユニット数に契約レートを掛けたものが、照合する総額です。
2. 金額の前に手数料率を検証する
段階制のプラットフォームでは、料率は変動する要素です。各販売がどのティアに入ったかを確認してください。期間の途中でより高い区分に移行した後に販売が行われたか？ プロモーション料率が期限切れになったか？ 本来今月のティアで請求されるべき販売に先月の15パーセントを適用した（またはその逆の）支払いは、販売ごとのデータから自分で手数料を再計算することによってのみ発見できるプラットフォームのエラーです。各販売に販売日時点で有効なティア料率を掛け、予想手数料を合計し、レポートの手数料合計と比較してください。計上前に、計上後ではなく、差額を調査してください。
3. 総額、手数料、調整を別々の行として計上する
支払いごとに1件の仕訳で、総収益、プラットフォーム手数料、返金やチャージバックをそれぞれ別個の転記として記録します。返金は収益を取り消します——費用ではありません——そしてプラットフォームが返金された販売の手数料を回収する場合、その回収は手数料費用を減少させます。プレーンテキストの帳簿ではパターンは次のようになります（この形式が初めてなら、帳簿の構文についてはドキュメントを参照してください）：
2026-01-01 open Assets:Bank:Checking USD
2026-01-01 open Income:Marketplace:Skill-Sales USD
2026-01-01 open Expenses:Marketplace:Platform-Fees USD
2026-11-01 * "Skills marketplace" "October payout, 15% tier"
Assets:Bank:Checking 850.00 USD
Expenses:Marketplace:Platform-Fees 150.00 USD
Income:Marketplace:Skill-Sales -1,000.00 USD
2026-11-15 * "Skills marketplace" "Refund, order 1042, fee clawed back"
Income:Marketplace:Skill-Sales 49.00 USD
Expenses:Marketplace:Platform-Fees -7.35 USD
Assets:Bank:Checking -41.65 USD支払いの仕訳は、販売の全額$1,000を収益として、$150の手数料を独自の費用として、$850の入金を銀行の動きとして示しています——ダッシュボード、手数料スケジュール、銀行明細を結びつける3つの転記です。返金の仕訳は3つの脚すべてを巻き戻します。複数のマーケットプレイスで販売する場合は、それぞれに独自の収益と手数料のサブ勘定を与えてください。そうすれば前節のチャネル比較が帳簿から自然に得られます。
4. 純額を銀行に、総額を利用状況に結びつける
2つの独立した結びつきがループを閉じます。第一に、支払いの純額は銀行の入金と1セントまで一致しなければなりません——一致しない場合、その差額は未決項目（保留中の準備金、遅延した送金、通貨換算）であり、独自の説明が必要で、端数調整で埋めてはいけません。第二に、総額は基礎となる活動に遡って結びつかなければなりません。ユニット販売なら販売ごとのレポートの合計、エンゲージメントや従量課金の支払いなら自分の計量ユニット数に契約レートを掛けたものです。第二の結びつきを省略するビルダーこそ、6か月後に料率変更が1か月早く適用されていたことに気づく人たちです。自分の利用ログがプラットフォームのメーターに対する唯一のチェックです——保管しておいてください。
税務書類：何が届き、何が届かないか
マーケットプレイス収益は通常の事業収益であり、他の自営業収益とともにSchedule Cで報告します。プラットフォームによって異なるのは、どの情報申告書が——もしあれば——それを証明するかです。
サードパーティのマーケットプレイスの支払いはForm 1099-Kで届くことがあります。 2026年について、One Big Beautiful Bill Actは従来のしきい値を復活させました。決済処理業者とマーケットプレイスは、受取人が暦年で総支払額$20,000および200件の取引を超えた場合にのみ1099-Kを発行します。それ以下では書類は届きません——しかし収益は依然として完全に課税対象であり、写し取るべき書類がないときに申告書を正しくするのは前節の総額計上の習慣です。しきい値は総支払額と取引件数を数えることに注意してください。大量・低価格のスキルカタログは取引件数のしきい値に引っかかる一方、いくつかの大きなエンタープライズスキル契約はそれには全く近づきません。
直接のエンゲージメント支払いはより請負収入に近いものです。 第三者の購入者の支払いをあなたに決済するのではなく、プラットフォームが自腹でエンゲージメントベースの収益分配をあなたに支払う場合、それはより支払者と請負者の関係に近く、しきい値を満たす場合には1099-NECまたは1099-MISCファミリーで文書化され、その報告しきい値は2026年に$2,000に引き上げられました。いずれにせよ、届いた書類はそのプラットフォームに関する帳簿の総収益と照合してください。書類と帳簿は申告書を提出する前に一致しているべきです。
州のしきい値は連邦より低いことがあります。 いくつかの州は連邦の$20,000および200件の取引をはるかに下回る独自の1099-K申告しきい値を課しており、そのため連邦の書類が決して届かない年に州の写しの1099-Kを受け取り——そして州が一致する収益を期待する——ことがあります。受け取った場合は同じように照合してください。書類の総額と帳簿の総額を照合するのです。
書類がないことは収益がないことと同じではありません。 これが小規模販売者に実際の損害を与える間違いです。月に数百ドルのエンゲージメント支払い、報告しきい値を決して超えないマーケットプレイスで販売されたスキル、スキルがユーザーを自分の従量課金APIに誘導することによる間接収益——これらすべては、誰かが書類を送ってくるかどうかにかかわらず課税対象です。税務シーズンを難なく乗り切る販売者は、帳簿にすでにすべてのドルが総額で記録されている人たちであり、そのため申告書はプラットフォームのメールの箱からではなく帳簿から自然に書けます。
静かに複利で膨らむ4つの間違い
入金を収益として記録する。 上記で取り上げた純額のみの習慣です。収益を過少表示し、手数料の傾向を隠し、あらゆる1099-Kとの不一致を保証します。その年の支払いを総額で再計上して一度修正すれば、月次ループがそれを修正したままにします。
プラットフォーム手数料を売上原価として計上する。 手数料を売上原価にまとめると、売上総利益率が販売費に属すべきチャネルコストを吸収してしまいます。製品は実際より収益性が低く見え、手数料の増加はチャネルの問題ではなく製品の問題として読まれます。提供コスト（推論、ホスティング、上流API）は売上原価に、流通コスト（マーケットプレイス手数料、決済処理）は販売費に保ってください。
ティア移行を忘れる。 段階的料率のプラットフォームでは、直近の取扱高がより高い区分に押し上げた月、実効レートは混合です——月初の販売は旧料率、後半の販売は新料率です。支払い全体を1つの料率で計上する販売者は、手数料をより役に立たない方向に誤って表示し、その誤りは境界の近くにいる毎月繰り返されます。ステップ2の販売ごとのレートチェックはまさにこのケースのために存在します。
すべてのプラットフォームを1つの勘定で処理する。 すべてのマーケットプレイスに対して1つの収益勘定と1つの手数料勘定は、どのチャネルが元を取っているかに答える必要があるまで、またはあるプラットフォームの1099-Kを混合残高と照合する必要があるまで、より簡単に感じられます。プラットフォームごとのサブ勘定は計上時にコストがかからず、確定申告の時期に何時間も節約します。
今月の支払いチェックリスト
販売している各マーケットプレイスの最新の支払いレポートを取得し、最初から最後まで処理してください。各販売日に有効な手数料ティアを確認し、販売ごとのデータから手数料合計を再計算し、総収益を手数料と返金を別々の行として計上し、純額を銀行の入金に結びつけ、総額を自分の利用または販売ログに結びつけます。次に、直近12か月の取扱高がティアの境界に近づいているかどうかを確認してください——近づいているなら、プラットフォームが教えてくれる前に実効レートがまもなく動くことが分かります。これが全体の規律です。すべてのドルを総額で計上し、すべての手数料を独自の行に可視化し、すべてのプラットフォームをそれぞれの条件で照合するのです。
