1 липня 2026 року Envato тихо переписала економіку продажів на CodeCanyon і ThemeForest. Авторів, які роками вибудовували статус «ексклюзивного» продавця — і разом із ним комісійні ставки аж до 87,5% з кожного продажу, — перевели на єдину фіксовану частку доходу у 50%, і крапка. Жодних рівнів, жодного бонусу за лояльність, жодної вимоги ексклюзивності. Якщо ви розробник плагінів чи тем WordPress, який продає там, ваш дохід із продажу міг щойно скоротитися вдвічі, і якщо ваш облік ще не відстежував дохід по платформі, по структурі комісій і по типу ліцензії, ви, ймовірно, не помітили цього, доки виплата не виявилася меншою.
Саме в цьому й полягає справжня проблема, що ховається за цією конкретною зміною: більшість соло- та невеликих команд, які продають продукти для WordPress, насправді не знають, скільки вони заробляють. Вони знають, скільки надходить на банківський рахунок. Це не одне й те саме число, і розрив між ними — комісії маркетплейсів, комісії платіжних процесорів, конвертація валют, ПДВ, утриманий у джерела, дохід від поновлень, врахований як одноразовий, — це саме те місце, де бухгалтерські помилки тихо накопичуються роками.
Проблема багатоканальних виплат
Більшість бізнесів продуктів для WordPress не продають через один канал. Типова конфігурація виглядає як певна суміш із:
- Власного магазину на платформі merchant-of-record на кшталт Freemius або Paddle, яка обробляє ліцензування, підписки та збір податків
- Envato Market (CodeCanyon для плагінів, ThemeForest для тем) — маркетплейсу, який бере свою частку ще до того, як ви побачите депозит
- Прямого чекауту через Stripe або платіжний шлюз, під'єднаний до Easy Digital Downloads чи WooCommerce, де мерчантом-реєстратором є ви самі
Кожен із цих каналів виплачує кошти за власним графіком, у власному валютному мікс, після відрахування власної комбінації комісій. Freemius може перераховувати кошти щомісяця за вирахуванням своєї частки доходу та будь-якої обробки податку з продажу. Envato виплачує через PayPal або банківський переказ після своєї комісії, точний відсоток якої тепер залежить від фіксованої ставки з липня 2026 року, а не від вашого історичного рівня ексклюзивності. Прямий чекаут Stripe депонує валовий дохід із карток, а комісії процесора з'являються окремим рядком витрат кількома днями пізніше.
Якщо ваш облік зводиться до того, щоб записувати будь-яку суму, яка потрапляє на банківський рахунок, як «дохід від продажів», ви змішуєте чотири різні бухгалтерські події — валовий дохід, комісію маркетплейсу, комісії обробки та перерахування податку — в одне число, яке практично нічого не говорить про те, який канал насправді прибутковий у розрахунку на одиницю проданого товару.
Рішення нескладне, але вимагає дисципліни: фіксуйте валовий дохід у момент продажу в субрахунку кожного каналу і записуйте комісії маркетплейсів, комісії обробки та будь-який утриманий податок як окремі рядки витрат або контрдоходу. Це єдиний спосіб відповісти на запитання на кшталт «чи вартий ще CodeCanyon свого лістингу після зміни ставки в липні 2026 року?» реальним числом, а не інтуїцією.
Чому зміна в Envato важлива для вашого плану рахунків
До липня 2026 року програма ексклюзивних авторів Envato ранжувала комісії за сукупним заробітком за весь час — чим довше ви продавали на платформі й чим більший обсяг продажів мали, тим нижчою могла бути ставка, аж до 12,5% для найкращих авторів, тобто ви залишали собі до 87,5% з кожного продажу. Неексклюзивні продавці, які могли також розміщувати свої продукти деінде, отримували суттєво гірші умови. Станом на 1 липня 2026 року вся ця багаторівнева структура зникла. Кожен автор — незалежно від історії продажів чи статусу ексклюзивності — тепер отримує фіксовану частку доходу у 50%.
Для бухгалтерського обліку це не дрібниця. Якщо у вас був рахунок «Продажі Envato», у якому неявно закладалася ставка утримання понад 85%, вбудована у ваші історичні розрахунки маржі, це припущення тепер хибне для кожної майбутньої транзакції. Дві речі варто зробити негайно:
- Розділіть звітність про дохід по платформі на межі 1 липня 2026 року. Не усереднюйте місяці до й після зміни, коли оцінюєте, чи маркетплейс усе ще вартий того — юніт-економіка справді змінилася саме на цю дату.
- Перерахуйте порівняння каналів. Фіксована комісія 50% на Envato — це зовсім інше число для порівняння з прогресивною моделлю частки доходу Freemius (яка зазвичай починається вище й знижується з ростом вашого обсягу) або із самостійно керованим чекаутом Stripe, де вашою єдиною «комісією» є приблизно 2,9% плати за обробку плюс усе, що ви витрачаєте на залучення клієнтів. Продукти, які мало сенс тримати ексклюзивними для Envato за старих рівнів, можуть уже не окупатися.
Мерчант-реєстратор проти самостійно керованого чекауту: хто винен податковій
Це та частина бухгалтерського обліку продуктів для WordPress, яка найбільше застає людей зненацька, бо ці дві моделі створюють цілком різні зобов'язання у вашому обліку.
Якщо ви продаєте через платформу merchant-of-record (MoR), як-от Freemius чи Paddle, ця платформа юридично є продавцем-реєстратором для податкових цілей. Вона обчислює, збирає й перераховує ПДВ у ЄС/Великій Британії, GST там, де застосовно, та податок з продажу в США в тих штатах, де у вас є економічний нексус. Вашому обліку не потрібен рахунок зобов'язання «податок з продажу до сплати» для цих продажів — MoR уже взяла на себе це зобов'язання. Ви фіксуєте чисту виплату, яку фактично отримуєте, а також варто зберігати власні звіти про транзакції MoR як аудиторський слід на випадок, якщо податкова служба колись запитає, як був оподаткований той чи інший продаж.
Якщо ви продаєте напряму — інтеграція Stripe чи класичного Paddle, під'єднана до власного чекауту, де мерчантом-реєстратором є ви, — це зобов'язання ваше. Ви відповідаєте за відстеження порогів економічного нексусу в кожному штаті окремо (більшість штатів США встановлюють зобов'язання зі сплати податку з продажу десь між $100 000 продажів або 200 транзакціями на рік, хоча пороги різняться), реєстрацію там, де це вимагається, і перерахування зібраного. Це означає, що вашому обліку потрібен справжній рахунок зобов'язання «податок з продажу до сплати», а не просто рядок доходу, і вам потрібен процес звірки того, що ви зібрали, з тим, що ви перерахували в кожен звітний період.
Змішування цих двох моделей без розрізнення в обліку — поширена і дорога помилка: підприємства або подвійно враховують податкове зобов'язання, яке вже обробила платформа MoR, або — що гірше — припускають, що MoR обробляє податкові зобов'язання на каналі, де насправді відповідальні саме вони.
Поновлення ліцензій — це не одноразові продажі
Ліцензії на плагіни й теми зазвичай продаються як річні (або довічні) ключі, і виникає спокуса зафіксувати всю суму поновлення як дохід у момент, коли вона надходить на рахунок. За стандартними принципами визнання доходу (ASC 606 у США) це некоректно, якщо ліцензія надає рік оновлень і підтримки: дохід від поновлення слід визнавати не раніше початку періоду поновлення, розподіляючи його на весь період, протягом якого клієнт фактично має право на обслуговування.
Конкретно: якщо клієнт поновлює ліцензію за $120/рік, ви не фіксуєте $120 доходу в день списання коштів. Ви записуєте $120 як відкладений дохід (зобов'язання — ви винні рік оновлень/підтримки), а потім визнаєте $10 доходу щомісяця, у міру фактичного виконання цього зобов'язання. Якщо ви продаєте переважно річні ліцензії й фіксуєте як дохід лише надходження готівки, ваш щомісячний звіт про прибутки та збитки буде оманливим — пікоподібним у місяці, насичені поновленнями, і заниженим решту року, — і якщо вам колись знадобиться фінансова звітність для заявки на кредит, розмови про придбання компанії чи навіть просто чесної оцінки того, чи зростає бізнес, ця пікоподібність приховає реальний тренд.
Це має ще більше значення, коли ви продаєте одночасно через Freemius, Envato й прямий чекаут, бо механіка поновлення в кожному каналі трохи відрізняється (ліцензії Envato, наприклад, традиційно більше орієнтовані на одноразову покупку, ніж на підписку з поновленням, тоді як Freemius побудований навколо періодичного ліцензування). Ваш облік відкладеного доходу має враховувати це по кожному каналу, а не застосовувати одне загальне припущення до кожного продажу.
Звірка виплат без втрати глузду
Практичне щотижневе чи щомісячне завдання, яке зв'язує все це воєдино, — це звірка виплат: зіставлення того, що показує панель кожної платформи, з тим, що фактично надійшло на банківський рахунок, і розуміння кожного рядка між ними. Робочий процес виглядає так:
- Отримайте звіт на рівні транзакцій із кожного каналу (Freemius, Envato, Stripe), а не покладайтеся на підсумкову суму виплати — вам потрібні валовий продаж, комісія/плата та утриманий податок як окремі рядки, а не одне чисте число.
- Фіксуйте валовий дохід і кожне відрахування окремо у своєму обліку, з міткою каналу, щоб можна було сформувати справжній звіт про маржу по кожному каналу.
- Звіряйте чистий депозит із сумою валового доходу мінус комісії мінус утриманий податок за цей період виплати. Розбіжність зазвичай означає повернення коштів, чарджбек або різницю в конвертації валют, яку ви ще не зафіксували.
- Відстежуйте дохід від поновлень окремо від нових продажів, навіть у межах одного каналу, щоб бачити реальний коефіцієнт поновлення — напевно, найкращий окремий показник здоров'я бізнесу ліцензованого програмного забезпечення, і той, що повністю затуляється, якщо поновлення й нові продажі звалені в один рахунок «Продажі Envato».
Робити це вручну в таблиці цілком реально за кількох транзакцій на місяць; це перестає масштабуватися в ту мить, коли ви звіряєте три канали з різними валютами, графіками комісій і податковими режимами один проти одного щопериоду виплат.
Тримайте свій багатоканальний облік придатним для аудиту
Якщо ви жонглюєте виплатами від Freemius, Envato й прямого чекауту Stripe, облік у форматі простого тексту — природне рішення: транзакції кожного каналу існують як записи під контролем версій, які можна тегувати, скриптувати й порівнювати, а не ховаються всередині чорної скриньки панелі, що показує лише чисті депозити. Beancount.io дає вам цю прозорість — повний контроль над тим, як категоризуються валовий дохід, комісії маркетплейсів і відкладений дохід від поновлень, з повним аудиторським слідом для кожного продажу. Почніть безкоштовно і подивіться, чому розробники, які вже мислять у категоріях контролю версій, переводять на простий текст і свій облік.