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 зачисляет валовую выручку по карте, а комиссии платёжной системы появляются отдельной строкой расходов через несколько дней.
Если ваш учёт сводится к записи любой суммы, поступившей на банковский счёт, как «доход от продаж», вы смешиваете четыре разных бухгалтерских события — валовую выручку, комиссию маркетплейса, комиссию за обработку платежа и перечисление налога — в одну цифру, которая почти ничего не говорит о том, какой канал на самом деле прибылен в расчёте на единицу продукта.
Решение несложное, но требует дисциплины: учитывайте валовую выручку в момент продажи в субрегистре каждого канала и записывайте комиссии маркетплейсов, комиссии за обработку платежей и любой удержанный налог как отдельные статьи расходов или контр-выручки. Только так можно ответить на вопрос вроде «стоит ли после изменения тарифов в июле 2026 года держать листинг на CodeCanyon» реальной цифрой, а не интуицией.
Почему изменение в 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 там, где применимо, и налог с продаж в США по тем штатам, где у вас есть экономическая связь (nexus). В ваших книгах для этих продаж не нужен счёт обязательств «налог с продаж к уплате» — MoR уже взяла на себя это обязательство. Что вы записываете — это фактически полученную чистую выплату, а собственные отчёты о транзакциях MoR стоит хранить как аудиторский след на случай, если налоговый орган когда-нибудь спросит, как была обложена налогом конкретная продажа.
Если вы продаёте напрямую — интеграция Stripe или классического Paddle, встроенная в ваш собственный чекаут, где официальным продавцом являетесь вы сами, — это обязательство лежит на вас. Вы отвечаете за отслеживание порогов экономической связи (nexus) штат за штатом (в большинстве штатов США обязанность по налогу с продаж возникает где-то между 100 000 долларов продаж или 200 транзакциями в год, хотя пороги различаются), за регистрацию там, где это требуется, и за перечисление собранного налога. Это означает, что в ваших книгах нужен настоящий счёт обязательств «налог с продаж к уплате», а не просто строка выручки, и вам нужен процесс сверки собранного с перечисленным за каждый отчётный период.
Смешение этих двух моделей без их разграничения в учёте — распространённая и дорогостоящая ошибка: бизнесы либо задваивают налоговое обязательство, которое уже покрыла платформа-MoR, либо — что хуже — предполагают, что MoR берёт на себя налоговые обязательства по каналу, где на самом деле отвечают за это они сами.
Продление лицензии — это не разовая продажа
Лицензии на плагины и темы обычно продаются как годовые (или пожизненные) ключи, и возникает соблазн учесть полную сумму продления как выручку в момент её поступления на счёт. Согласно стандартным принципам признания выручки (ASC 606 в США), это неверно, если лицензия даёт право на год обновлений и поддержки: выручку от продления следует признавать не раньше начала периода продления, распределяя её по всему периоду, в течение которого клиент фактически имеет право на обслуживание.
Конкретно: если клиент продлевает лицензию за $120 в год, вы не учитываете $120 выручки в день списания средств. Вы записываете $120 как отложенный доход (обязательство — вы должны предоставить год обновлений/поддержки), а затем признаёте $10 выручки каждый месяц по мере фактического исполнения этого обязательства. Если вы продаёте в основном годовые лицензии и учитываете как выручку только поступление денег, ваш месячный отчёт о прибылях и убытках будет вводить в заблуждение — со скачками в месяцы массовых продлений и заниженными показателями в остальное время, — и если вам когда-либо понадобится финансовая отчётность для заявки на кредит, переговоров о продаже бизнеса или просто честной оценки того, растёт ли бизнес, эта скачкообразность скроет реальную тенденцию.
Это становится ещё важнее, когда вы одновременно продаёте через Freemius, Envato и прямой чекаут, потому что механика продления немного отличается в каждом канале (лицензии Envato, например, традиционно больше ориентированы на разовую покупку, чем на подписочное продление, тогда как Freemius изначально построена вокруг регулярного лицензирования). Ваш учёт отложенного дохода должен учитывать это по каждому каналу отдельно, а не применять одно общее допущение ко всем продажам.
Сверка выплат без потери рассудка
Практическая еженедельная или ежемесячная задача, которая связывает всё это воедино, — сверка выплат: сопоставление того, что показывает панель управления каждой платформы как ваш заработок, с тем, что реально поступило на банковский счёт, и понимание каждой промежуточной статьи. Рабочий процесс выглядит примерно так:
- Выгружайте отчёт по транзакциям из каждого канала (Freemius, Envato, Stripe), а не полагайтесь на итоговую сумму выплаты — вам нужны валовая продажа, комиссия/сбор и удержанный налог как отдельные строки, а не одна чистая цифра.
- Учитывайте валовую выручку и каждый вычет отдельно в вашем регистре, с пометкой по каналу, чтобы можно было построить настоящий отчёт о марже по каждому каналу.
- Сверяйте чистое поступление с суммой валовой выручки за вычетом комиссий и удержанного налога за этот период выплаты. Расхождение обычно означает возврат средств, чарджбэк или разницу в конвертации валют, которую вы ещё не учли.
- Отслеживайте доход от продлений отдельно от дохода от новых продаж, даже в рамках одного канала, чтобы видеть реальный коэффициент продлений — пожалуй, лучший показатель здоровья бизнеса на лицензируемом ПО, который полностью теряется, если продления и новые продажи свалены в один счёт «Продажи через Envato».
Делать это вручную в таблице реально при нескольких транзакциях в месяц; но этот подход перестаёт масштабироваться, как только вы сверяете три канала с разными валютами, графиками комиссий и налоговыми режимами друг против друга при каждом цикле выплат.
Держите учёт по нескольким каналам поддающимся аудиту
Если вы жонглируете выплатами от Freemius, Envato и прямого чекаута на Stripe, учёт в виде обычного текста — естественное решение: транзакции каждого канала существуют как записи под контролем версий, которые можно помечать тегами, обрабатывать скриптами и сравнивать через diff, а не хранятся внутри закрытой панели управления, показывающей только чистые поступления. Beancount.io даёт вам эту прозрачность — полный контроль над тем, как классифицируются валовая выручка, комиссии маркетплейсов и отложенный доход от продлений, с полным аудиторским следом для каждой продажи. Начните бесплатно и узнайте, почему разработчики, которые уже привыкли мыслить категориями контроля версий, переводят на него и свой учёт.