Ваш дашборд маркетплейсу показує, що минулого місяця ви заробили $1 000. На ваш банківський рахунок надійшло $850. А податкова форма, яку надсилає платформа — якщо взагалі надсилає — покаже більшу суму, а не той депозит, який ви фактично залишили собі. Якщо ваші книги фіксують лише $850, що надійшли, у вас у головній книзі сидить розбіжність, яка випливе під час подання податкової, коли інформаційна довідка, яку подав маркетплейс, покаже, що ваш дохід був на 15–30 відсотків вищим за задекларований.
Це центральна проблема бухгалтерського обліку під час продажу AI-агентів і скілів через маркетплейс: платформа забирає свою комісію ще до того, як ви побачите гроші, виплата, яку ви отримуєте, вже є нетто, і кожен подальший запис — ваш дохід, ваша податкова декларація, ваш розрахунок маржі — потребує валових показників, до яких ви ніколи не торкалися. Ось як насправді платять AI-маркетплейси, як записувати кожну виплату, щоб валові та нетто-суми залишалися зведеними, і яких податкових форм очікувати.
Що насправді платять AI-маркетплейси наприкінці 2026 року
Перш ніж щось обліковувати, з'ясуйте, на якій моделі виплат ви перебуваєте, бо AI-маркетплейси працюють не всі так, як магазини застосунків.
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 мільйона річних надходжень. AI-маркетплейси запозичують цю ступінчасту форму: стандартна ставка зі зниженим рівнем для малих продавців, іноді зі зростанням ставки, коли ваш обсяг за останні дванадцять місяців перетинає поріг. Коли ваша ставка комісії залежить від вашого власного обсягу продажів, кожна виплата потребує перевірки ставки, а не лише перевірки суми — що і є циклом звірки нижче.
Валове чи нетто: єдине рішення, яке керує вашими книгами
Коли маркетплейс продає ваш скіл за $49, залишає $7,35 і надсилає вам $41,65, у вас є два способи це записати. Лише один із них правильний.
Записуйте валовий продаж як ваш дохід, а комісію — як витрати. Згідно з рамкою ASC 606 «принципал проти агента», питання в тому, хто контролює продукт до того, як він потрапляє до клієнта. Ваш скіл — це ваш продукт: ви його створили, ви встановили ціну, ви підтримуєте покупця. Маркетплейс лише організовує продаж і обробляє платіж, що робить його агентом, а вас — принципалом. Принципали звітують про валовий дохід. Частка платформи — це ваші витрати на продаж — вартість розповсюдження через чужий магазин.
Це не академічна відмінність. Вона змінює три числа, які вас цікавлять:
Ваші податкові форми показують валову суму. Інформаційні довідки від маркетплейсів і платіжних процесорів показують повні суми продажів, що надходять вам до відрахування зборів. Якщо ваша книга показує як дохід лише нетто-депозити, декларація, яку ви подаєте, розійдеться з формами, які IRS вже отримала, і ця розбіжність — один із найпоширеніших тригерів для автоматичного повідомлення. Облік валового доходу з окремими витратами на комісію робить ваші книги узгодженими з паперами за визначенням.
Ваші маржі залишаються чесними. Скіл, що продається за $49 із збором платформи $7,35, приносить вам $41,65 незалежно від того, чи ви обліковуєте валово, чи нетто — валовий прибуток однаковий в обох випадках. Але облік лише нетто ховає збір усередині меншого числа доходу, тож коли платформа підвищує ставку або ви переходите на вищий рівень, збиток проявляється як загадково зменшуваний дохід, а не як чітко позначені зростаючі витрати. Окремі рядки дозволяють вам бачити рух рядка зборів.
Ваше порівняння між платформами залишається можливим. Якщо ви продаєте на двох маркетплейсах із різними ставками комісії, валовий облік з окремими рахунками зборів для кожної платформи точно показує, скільки коштує кожен канал. Облік лише нетто змішує економіку каналів в одне число, яке ви не можете розкласти.
Де має бути рядок комісії
Обліковуйте комісії платформи як витрати на продаж чи розповсюдження, поряд із зборами за обробку платежів — не як собівартість проданих товарів і не згортаючи проти доходу. COGS — це для витрат на доставку самого продукту: ваші рахунки за API-інференс, хостинг, вимірювані висхідні сервіси. Збір маркетплейсу — це вартість залучення продажу через цей канал. Тримання його нижче лінії валового прибутку означає, що ваша валова маржа відображає економіку продукту (ціна мінус вартість доставки), тоді як ваша операційна маржа відображає ваші вибори каналів. Коли маркетплейс підвищує свою ставку, ви хочете, щоб це проявилося як зростання витрат на продаж, на яке ви можете відреагувати — переглядом цін, переглядом умов або виходом — а не як падіння валової маржі, що виглядає так, ніби ваш продукт став дорожчим в експлуатації.
Щомісячний цикл звірки
Кожна виплата, на кожному маркетплейсі, проходить через той самий цикл із чотирьох кроків. Робіть це щомісяця, для кожної платформи, перед закриттям книг.
1. Витягніть звіт про виплату, а не лише депозит
Банківський депозит — це одне число. Звіт про виплату за ним має щонайменше п'ять: валові продажі, комісія платформи, повернення та чарджбеки, будь-яке утримання чи резерви, що залишилися, і нетто-виплата. Завантажте звіт з найдетальнішою гранулярністю, яку пропонує платформа — по транзакціях, якщо доступно — бо крок 3 цього потребує. Якщо платформа звітує не в доларах за продаж (кількість розмов для виплат за залученість, вимірювані API-одиниці для скілів за моделлю використання), витягніть також звіт про використання: одиниці, помножені на договірну ставку, — це валове, з яким ви звіряєте.
2. Перевірте ставку комісії до сум
На ступінчастій платформі ставка — це рухомий елемент. Перевірте, на який рівень потрапив кожен продаж: чи відбулися якісь продажі після того, як ви перетнули вищий поріг усередині періоду? Чи закінчилася якась промо-ставка? Виплата, що застосовує торішні 15 відсотків до продажів, які мали оподатковуватися за цим місячним рівнем (чи навпаки), — це помилка платформи, яку ви можете зловити лише перерахувавши збір самостійно з даних по кожному продажу. Помножте кожен продаж на ставку рівня, що діяла на дату його продажу, підсумуйте очікувані збори та порівняйте із загальною сумою зборів у звіті. Дослідіть будь-яку розбіжність до обліку, а не після.
3. Обліковуйте валове, збір і коригування окремими рядками
Записуйте один запис на виплату з валовим доходом, збором платформи та будь-якими поверненнями чи чарджбеками як окремими проведеннями. Повернення сторнує дохід — це не витрата — і якщо платформа стягує назад свою комісію за повернені продажі, це стягнення зменшує ваші витрати на збір. У простому текстовому реєстрі шаблон виглядає так (див. docs щодо синтаксису реєстру, якщо цей формат для вас новий):
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 однієї платформи не потребує звірки проти змішаного балансу. Субрахунки для кожної платформи нічого не коштують під час обліку й заощаджують години під час подання податкової.
Контрольний список виплат цього місяця
Витягніть ваш найсвіжіший звіт про виплату для кожного маркетплейсу, на якому ви продаєте, і пропрацюйте його від початку до кінця: підтвердіть рівень комісії, що діяв на дату кожного продажу, перерахуйте загальну суму зборів із даних по кожному продажу, облікуйте валовий дохід зі збором і будь-якими поверненнями окремими рядками, прив'яжіть нетто до банківського депозиту та прив'яжіть валове до вашого власного логу використання чи продажів. Потім перевірте, чи ваш обсяг за останні дванадцять місяців наближається до межі рівня — якщо так, ви тепер знаєте, що ваша ефективна ставка отже зміниться, перш ніж платформа вам про це скаже. Це вся дисципліна: кожен долар облікований валово, кожен збір видимий на власному рядку, кожна платформа звірена на власних умовах.
