Перейти к основному содержимому

Разместили своего ИИ-агента в GPT Store или на маркетплейсе навыков? Как учитывать комиссии платформы при выручке на основе использования

Опубликовано 12 мин чтенияMike ThriftMike Thrift
Разместили своего ИИ-агента в GPT Store или на маркетплейсе навыков? Как учитывать комиссии платформы при выручке на основе использования
Содержание страницы

Ваша панель управления маркетплейса показывает, что в прошлом месяце вы заработали $1 000. На банковский счёт пришло $850. А налоговая форма, которую присылает платформа — если вообще присылает, — покажет бо́льшую сумму, а не тот депозит, который вы фактически оставили себе. Если в ваших книгах отражены только $850, которые поступили на счёт, в вашем учёте остаётся расхождение, которое всплывёт в момент уплаты налогов, когда информационная декларация, поданная платформой, покажет, что ваша выручка на 15–30 процентов выше заявленной вами.

В этом и заключается главная проблема бухгалтерского учёта при продаже ИИ-агентов и навыков через маркетплейс: платформа удерживает свою комиссию прежде, чем вы вообще увидите деньги, полученная вами выплата уже чистая, а каждая последующая запись — ваша выручка, ваша налоговая декларация, расчёт маржи — требует валовых показателей, которых вы никогда не касались. Вот как на самом деле платят ИИ-маркетплейсы, как учитывать каждую выплату, чтобы валовая и чистая суммы оставались сверенными, и какие налоговые формы ожидать.

Что на самом деле платят ИИ-маркетплейсы в конце 2026 года​

Прежде чем что-либо учитывать, разберитесь, на какой модели выплат вы находитесь, потому что ИИ-маркетплейсы работают не все так, как магазины приложений.

GPT Store платит за вовлечённость, а не в процентах. Программа для разработчиков OpenAI вознаграждает создателей исходя из вовлечённости пользователей в их GPT — в среднем примерно $0,03 за диалог, по оценкам третьих сторон, — а не берёт 15 или 30 процентов от цены продажи. Программа оставалась ограниченным развёртыванием по критериям, и большинство отдельных создателей получают низкие сотни долларов в месяц, если только их использование не огромно. Здесь вообще нет комиссии для учёта: выплата — это одна строка выручки, и ваша задача — сверить количество диалогов, умноженное на эффективную ставку, с тем, что поступает на счёт.

Есть и обратный отсчёт. Личные аккаунты ChatGPT больше не могут создавать или публиковать новые GPT, и OpenAI запланировала вывод существующих кастомных GPT на 11 декабря 2026 года, при этом корпоративные рабочие пространства с одобренной отсрочкой — до 11 февраля 2027 года. Замена — это плагины, созданные через Apps SDK, выплаты разработчикам на основе использования которых обсуждались, но широко не развёрнуты. Если выплаты GPT Store — это строка в ваших книгах, планируйте, что эта строка закончится и будет заменена чем-то с иной отчётностью.

Claude Skills не имеет официального маркетплейса или доли в выручке. Anthropic публикует стандарт Agent Skills и собственные бесплатные навыки, но на сегодняшний день нет собственного магазина со встроенными платежами. Разработчики монетизируют косвенно: брендированный навык, который направляет пользователей на платный уровень подписки, навык, который маршрутизирует к собственным тарифицируемым конечным точкам API разработчика, или навыки, созданные для корпоративных клиентов по прямому договору. Каждый из них — это обычная выручка от продукта или услуг в ваших книгах, а не выручка маркетплейса.

Сторонние маркетплейсы навыков действительно берут процентные комиссии — и они различаются. Вот где вопрос скользящей шкалы действительно кусается. Независимые маркетплейсы для навыков в стиле Claude публикуют собственные доли: один берёт 8 процентов, оставляя создателю 92 процента, другой платит создателям 70 процентов от платной цены навыка с выплатами через Stripe Connect. Разместите один и тот же навык на двух маркетплейсах — и вы учитываете две разные ставки комиссии по двум разным графикам выплат. Механика ниже работает для любого процента; в примерах используется 15 процентов, потому что это самый распространённый уровень для мелких продавцов в коммерции платформ.

Форма 15–30 процентов происходит от магазинов приложений. Стандартная комиссия Apple — 30 процентов от каждой продажи, сниженная до 15 процентов для разработчиков в App Store Small Business Program — тех, у кого годовая выручка менее $1 млн. ИИ-маркетплейсы заимствуют эту ступенчатую форму: стандартная ставка с пониженным уровнем для мелких продавцов, иногда со ставкой, которая повышается, когда ваш объём за последние двенадцать месяцев превышает порог. Когда ваша ставка комиссии зависит от вашего собственного объёма продаж, каждая выплата требует проверки ставки, а не только проверки суммы — что и представляет собой цикл сверки ниже.

Валовая или чистая: единственное решение, которое управляет вашими книгами​

Когда маркетплейс продаёт ваш навык за $49, оставляет $7,35 и отправляет вам $41,65, у вас есть два способа это учесть. Правильный только один из них.

Учитывайте валовую продажу как выручку, а комиссию — как расход. В рамках модели «принципал против агента» по ASC 606 вопрос в том, кто контролирует продукт до того, как он достигает клиента. Ваш навык — это ваш продукт: вы его создали, вы установили цену, вы поддерживаете покупателя. Маркетплейс лишь организует продажу и обрабатывает платёж, что делает его агентом, а вас — принципалом. Принципалы отражают валовую выручку. Доля платформы — это ваши расходы на продажу, стоимость распространения через чужую витрину.

Это не академическое различие. Оно меняет три числа, которые вас волнуют:

Ваши налоговые формы показывают валовую сумму. Информационные декларации от маркетплейсов и платёжных процессоров показывают полные суммы продаж, поступающие вам до вычета комиссий. Если в вашем учёте как выручка отражены только чистые депозиты, поданная вами декларация будет расходиться с формами, которые IRS уже получила, а такое расхождение — один из самых частых триггеров для автоматического уведомления. Учёт валовой выручки с отдельным расходом на комиссию заставляет ваши книги согласовываться с документами по построению.

Ваша маржа остаётся честной. Навык, который продаётся за $49 с комиссией платформы $7,35, приносит вам $41,65 независимо от того, учитываете вы валовую или чистую сумму — валовая прибыль идентична в обоих случаях. Но учёт только чистой суммы прячет комиссию внутри меньшего показателя выручки, поэтому, когда платформа повышает ставку или вы переходите на более высокий уровень, ущерб проявляется как загадочно сокращающаяся выручка, а не как чётко обозначенный растущий расход. Раздельные строки позволяют видеть движение строки комиссии.

Сравнение по платформам остаётся возможным. Если вы продаёте на двух маркетплейсах с разными ставками комиссии, валовой учёт с отдельными счетами комиссий по каждой платформе точно говорит, чего стоит каждый канал. Учёт только чистой суммы смешивает экономику каналов в одно число, которое вы не можете разложить.

Где должна находиться строка комиссии​

Учитывайте комиссии платформ как расходы на продажу или распространение, наряду с комиссиями за обработку платежей — не как себестоимость проданных товаров и не в зачёт выручки. COGS — это для затрат на поставку самого продукта: ваши счета за вывод API, хостинг, тарифицируемые вышестоящие сервисы. Комиссия маркетплейса — это стоимость получения продажи через этот канал. Держа её ниже строки валовой прибыли, вы сохраняете валовую маржу, отражающую экономику вашего продукта (цена минус стоимость поставки), тогда как операционная маржа отражает выбор каналов. Когда маркетплейс повышает свою ставку, вы хотите, чтобы это проявилось как рост расходов на продажу, на который вы можете отреагировать — изменив цену, пересмотрев условия или уйдя, — а не как снижение валовой маржи, которое выглядит так, будто ваш продукт стало дороже содержать.

Ежемесячный цикл сверки​

Каждая выплата, на каждом маркетплейсе, проходит один и тот же цикл из четырёх шагов. Делайте это ежемесячно, по каждой платформе, до закрытия книг.

1. Берите отчёт о выплатах, а не только депозит​

Банковский депозит — это одно число. Отчёт о выплатах за ним содержит как минимум пять: валовые продажи, комиссия платформы, возвраты и чарджбэки, любое удержание или резервы, удержанные платформой, и чистую выплату. Скачайте отчёт в максимально мелкой детализации, которую предлагает платформа — по транзакциям, если доступно, — потому что это нужно для шага 3. Если платформа отчитывается не в долларах за продажу (количество диалогов для выплат за вовлечённость, тарифицируемые единицы API для навыков на основе использования), возьмите также отчёт об использовании: единицы, умноженные на договорную ставку, — это валовая сумма, с которой вы сверяетесь.

2. Проверяйте ставку комиссии прежде сумм​

На ступенчатой платформе ставка — подвижная часть. Проверьте, на какой уровень попала каждая продажа: были ли продажи после того, как вы в середине периода перешли на более высокий уровень? Истекла ли промо-ставка? Выплата, в которой прошломесячные 15 процентов применяются к продажам, которые должны были облагаться ставкой этого месяца (или наоборот), — это ошибка платформы, которую вы можете поймать, только пересчитав комиссию самостоятельно по данным о каждой продаже. Умножьте каждую продажу на ставку уровня, действовавшую на дату её продажи, просуммируйте ожидаемые комиссии и сравните с итогом комиссий в отчёте. Исследуйте любое расхождение до учёта, а не после.

3. Учитывайте валовую сумму, комиссию и корректировки отдельными строками​

Записывайте одну проводку на каждую выплату с валовой выручкой, комиссией платформы и любыми возвратами или чарджбэками как отдельными проводками. Возврат сторнирует выручку — это не расход, — и если платформа возвращает свою комиссию по возвращённым продажам, это сторно уменьшает ваш расход на комиссию. В plain-text учёте шаблон выглядит так (см. документацию, если этот формат для вас нов):

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 как банковское движение — три проводки, которые связывают панель управления, график комиссий и банковскую выписку. Проводка возврата разворачивает все три стороны. Если вы продаёте более чем на одном маркетплейсе, дайте каждому свои субсчета выручки и комиссий, чтобы сравнение каналов из предыдущего раздела получалось из учёта бесплатно.

4. Привязывайте чистую сумму к банку, а валовую — к использованию​

Две независимые привязки замыкают цикл. Во-первых, чистая сумма выплаты должна равняться банковскому депозиту до копейки — если нет, разница это непроведённая статья (удержанный резерв, задержанный перевод, конвертация валюты), которая требует собственного объяснения, а не округления-заглушки. Во-вторых, валовая сумма должна привязываться к лежащей в основе активности: для штучных продаж — итоги отчёта по продажам; для выплат за вовлечённость или использование — ваше собственное количество тарифицируемых единиц, умноженное на договорную ставку. Разработчики, которые пропускают вторую привязку, — это те, кто через шесть месяцев обнаруживает, что изменение ставки было применено на месяц раньше. Ваши собственные журналы использования — единственная проверка счётчика платформы; храните их.

Налоговые формы: что приходит и что нет​

Доход от маркетплейса — это обычный доход от бизнеса, отражаемый в Schedule C наряду с вашей прочей выручкой от самозанятости. Что различается по платформам — так это какая информационная декларация, если вообще какая-либо, его документирует.

Выплаты сторонних маркетплейсов могут приходить по форме 1099-K. На 2026 год One Big Beautiful Bill Act восстановил классический порог: платёжные процессоры и маркетплейсы выдают 1099-K только тогда, когда получатель превышает $20 000 валовых платежей и 200 транзакций за календарный год. Ниже этого форма не приходит — но доход всё равно полностью облагается налогом, и привычка вести валовой учёт из предыдущего раздела — это то, что делает вашу декларацию правильной, когда нет формы, с которой можно списать. Учтите, что порог считает валовые платежи и объём транзакций, поэтому каталог навыков с высоким объёмом и низкой ценой может превысить счётчик транзакций, тогда как несколько крупных корпоративных контрактов на навыки никогда к нему не приблизятся.

Прямые выплаты за вовлечённость больше похожи на доход подрядчика. Платформа, платящая вам долю в выручке на основе вовлечённости из своего кармана, а не рассчитывающаяся с третьими покупателями за вас, ближе к отношениям «плательщик — подрядчик», документируемым — при достижении порогов — по семейству 1099-NEC или 1099-MISC, чей порог отчётности вырос до $2 000 на 2026 год. В любом случае сверяйте любую пришедшую форму с валовой выручкой в вашем учёте по этой платформе; форма и книги должны согласовываться до подачи декларации.

Пороги штатов могут быть ниже федеральных. Несколько штатов устанавливают собственные пороги подачи 1099-K, намного ниже федеральных $20 000 и 200 транзакций, что означает, что вы можете получить 1099-K штата — и штат будет ожидать соответствующего дохода — в год, когда федеральная форма никогда не приходит. Если вы её получите, сверяйте её так же: валовая сумма в форме против валовой суммы в учёте.

Отсутствие формы — не то же самое, что отсутствие дохода. Это ошибка, которая стоит мелким продавцам реальных денег. Выплаты за вовлечённость в несколько сотен долларов в месяц, навыки, продаваемые на маркетплейсе, который никогда не переступает пороги отчётности, косвенный доход от навыков, направляющих пользователей к вашему собственному тарифицируемому API, — всё это облагается налогом независимо от того, присылает ли кто-то вам форму. Продавцы, которые спокойно проходят налоговый сезон, — это те, чьи книги уже содержат каждый доллар валовой суммы, поэтому декларация пишется сама из книг, а не из коробки с письмами платформ.

Четыре ошибки, которые тихо накапливаются​

Учёт депозита как выручки. Привычка вести только чистую сумму, рассмотренная выше. Она занижает выручку, скрывает тренд комиссий и гарантирует расхождение с любой 1099-K. Исправьте это один раз, перепроведя годовые выплаты по валовой сумме, и ежемесячный цикл будет поддерживать это исправление.

Учёт комиссии платформы как COGS. Включение комиссии в себестоимость проданных товаров заставляет вашу валовую маржу поглощать расходы канала, которые относятся к расходам на продажу. Ваш продукт выглядит менее прибыльным, чем есть, а повышение комиссии читается как проблема продукта, а не проблема канала. Держите расходы на поставку (вывод, хостинг, вышестоящие API) в COGS, а расходы на распространение (комиссии маркетплейсов, обработка платежей) в расходах на продажу.

Забыть о переходе уровня. На платформе со скользящей шкалой в месяц, когда ваш объём за последние двенадцать месяцев толкает вас на более высокий уровень, ваша эффективная ставка — это смесь: продажи начала месяца по старой ставке, более поздние продажи по новой. Продавцы, которые учитывают всю выплату по одной ставке, искажают комиссию в ту или иную сторону, что менее полезно, и ошибка повторяется каждый месяц, когда они находятся вблизи границы. Проверка ставки по каждой продаже в шаге 2 существует именно для этого случая.

Вести все платформы через один счёт. Один счёт выручки и один счёт комиссий для всех маркетплейсов кажется проще, пока вам не понадобится ответить, какой канал оправдывает себя, или пока 1099-K одной платформы не потребует сверки со смешанным балансом. Субсчета по платформам ничего не стоят при учёте и экономят часы при уплате налогов.

Чек-лист выплат этого месяца​

Возьмите ваш самый свежий отчёт о выплатах по каждому маркетплейсу, на котором вы продаёте, и проработайте его от начала до конца: подтвердите уровень комиссии, действовавший на каждую дату продажи, пересчитайте итог комиссий по данным о каждой продаже, учтите валовую выручку с комиссией и любыми возвратами отдельными строками, привяжите чистую сумму к банковскому депозиту и привяжите валовую сумму к вашему собственному журналу использования или продаж. Затем проверьте, приближается ли ваш объём за последние двенадцать месяцев к границе уровня — если да, вы теперь знаете, что ваша эффективная ставка вот-вот изменится, прежде чем платформа вам об этом скажет. В этом вся дисциплина: каждый доллар учтён по валовой сумме, каждая комиссия видна отдельной строкой, каждая платформа сверена на своих условиях.

Источник: https://beancount.io/ru/blog/2026/11/09/ai-agent-marketplace-platform-commission-revenue-share-bookkeeping-guide

Опубликовано: 9 ноября 2026 г.

10 мин чтения

Бухгалтерия продавца AWS Marketplace: сверка валовой выручки, комиссий за размещение, налогов, возвратов и отложенных выплат по предложениям

Как продавцы AWS Marketplace могут не допустить, чтобы зачисления на счёт…

bookkeeping
reconciliation
11 мин чтения

Metronome, Orb или просто Stripe Billing? Почему смена платформ биллинга с оплатой по факту использования в середине года превращается в головную боль при сверке выручки по метрикам

Смена платформ биллинга в середине года разрушает связь между метрическим…

saas
revenue-recognition
7 мин чтения

ASC 606 для независимых разработчиков приложений: Учитывать выручку App Store по gross или net?

Большинство независимых разработчиков являются принципалами по тесту "принципал…

revenue-recognition
apple
12 мин чтения

Продажа доступа к вашему MCP-серверу: бухгалтерский учёт выручки по потреблению и подпискам

Признавайте выручку от потребления MCP по мере использования агентами,…

ai
saas
8 мин чтения

Биллинг токенов: Руководство по признанию выручки для SaaS-сервисов с оплатой по использованию AI

ASC 606 по-прежнему регулирует ценообразование на основе токенов AI, но оценки…

revenue-recognition
saas