Вы выпустили игру. Steam показывает пожизненные продажи на $42 000. На банковском счёте — $27 400. Если вы не знаете точно, куда делись оставшиеся $14 600, вы не одиноки — и, по сути, вы смотрите не на финансовую отчётность своего бизнеса, а на витрину магазина, которая никогда не задумывалась как таковая.
Долю дохода Steam часто описывают формулой «Valve забирает 30%», и для подавляющего большинства инди-разработчиков это в целом верно. Но эти 30% — лишь один из пяти отдельных вычетов, стоящих между ценой, которую платит игрок, и суммой, которая в итоге попадает на ваш расчётный счёт: комиссия платформы, возвраты, конвертация валюты, НДС/налог с продаж и — если вы не являетесь налогоплательщиком США — федеральное удержание. Каждый из них должен иметь свою собственную строку в учёте, потому что каждый по-разному трактуется с точки зрения налогообложения, а их смешивание в одну сумму — верный способ либо переплатить квартальные авансовые налоговые платежи, либо получить неприятный сюрприз от бухгалтера в апреле.
Ниже разобрано, как деньги на самом деле движутся и как их фиксировать в учёте, чтобы книги отражали реальность, а не панель Steamworks.
Многоуровневая доля дохода Steam и почему для большинства разработчиков это почти не важно
Текущая структура Valve построена по уровням, зависящим от пожизненного дохода конкретного тайтла:
- Комиссия платформы 30% на первые $10 миллионов валового дохода (вы оставляете себе 70%)
- Комиссия платформы 25% на доход от $10 до $50 миллионов (вы оставляете себе 75%)
- Комиссия платформы 20% свыше $50 миллионов (вы оставляете себе 80%)
Эти уровни были введены под давлением крупных издателей, угрожавших перенести дорогостоящие тайтлы на конкурирующие площадки, а не в качестве жеста доброй воли по отношению к инди-разработчикам. Цифры это подтверждают: медианная инди-игра зарабатывает за всё время где-то между $5 000 и $15 000, а даже тайтл из топ-5% по продажам редко превышает $1 миллион. Если вы не создаёте следующий прорывной хит, стройте учёт исходя из фиксированной комиссии 30% — уровни становятся статистической погрешностью для игры, которая никогда не пересекает восьмизначную отметку.
Тем не менее, если у вас есть тайтл, приближающийся к $10 миллионам, это именно тот порог, который бухгалтерии нужно отслеживать в реальном времени, а не обнаруживать три месяца спустя при сверке отчёта о выплате. План счетов, отслеживающий доход по каждому тайтлу отдельно (а не один общий счёт «Доход Steam»), позволяет заранее увидеть приближение перехода на следующий уровень.
Чистый доход: с чего на самом деле платит вам Steam
Именно этот момент сбивает с толку разработчиков, привыкших к более простой розничной или подписной модели бизнеса: комиссия Steam рассчитывается не от розничной цены. Она рассчитывается от чистого дохода, который равен валовому доходу за вычетом применимых корректировок.
Валовой доход включает НДС и налог с продаж, собранные при оформлении покупки. Применимые корректировки включают:
- Возвраты и чарджбэки — полная стоимость покупки любой возвращённой копии вычитается
- НДС/налог с продаж — цены в Steam в большинстве стран уже включают налог, и Valve перечисляет этот налог напрямую соответствующему органу; он никогда не участвует в расчёте вашей доли дохода
- Конвертация валюты — международные продажи рассчитываются в долларах США по курсу Valve, который меняется вместе с валютными рынками между датой продажи и датой выплаты
Только после вычета всего перечисленного применяется доля дохода 70/75/80%. На практике это означает: вы не платите комиссию Steam с возвращённой продажи (хорошо), но и не можете изначально отразить в доходе полную розничную цену (важно, потому что показатель «валовых продаж» из маркетинговых панелей всегда будет выше, чем валовой доход в вашей бухгалтерской отчётности).
Подход к учёту: фиксируйте два отдельных показателя за каждый период выплаты — валовой доход платформы (за вычетом НДС, до возвратов) как строку дохода, и возвраты как контр-счёт дохода, который вычитается из неё в отчёте о прибылях и убытках. Не отражайте просто итоговую зачисленную сумму как «Доход Steam» — вы потеряете возможность отслеживать динамику доли возвратов, а это один из самых полезных показателей здоровья бизнеса для инди-студии.
Возвраты — не статистическая погрешность: отслеживайте долю, а не только суммы
Политика возвратов Steam позволяет игроку запросить полный возврат за любую покупку, совершённую в течение предыдущих двух недель, при условии, что он наиграл менее двух часов. Это значительно щедрее, чем на консольных или мобильных площадках, и существует не просто так (это устраняет значительную часть злоупотреблений вида «купить, скачать пиратскую копию без DRM, вернуть» и укрепляет доверие покупателей). В среднем по платформе доля возвратов составляет около 5% покупок, но короткие нарративные игры и тайтлы, которые можно «пройти по основному сюжету» менее чем за два часа, часто демонстрируют значительно более высокие показатели — разработчики сообщали о доле возвратов, достигающей двузначных значений, для игр, которые игрок может пройти за один присест до истечения двухчасового окна.
Для вашего учёта это означает следующее:
- Относитесь к возвратам как к регулярной статье расходов на ведение бизнеса в Steam, а не как к исключению. Закладывайте их в бюджет так же, как ритейлер закладывает потери от усушки и утруски.
- Отслеживайте долю возвратов как KPI, а не только итоговую сумму возвратов в деньгах. Рост этого показателя после патча или маркетинговой кампании — это сигнал: либо баг, либо вводящая в заблуждение страница магазина, либо (всё более распространённое явление в 2026 году) злоупотребление окном возврата для коротких игр.
- Никогда не признавайте доход по продаже до того, как окно возврата фактически истекло, если вы используете формальное признание выручки (ASC 606) — большинству инди-студий не нужно откладывать признание дохода на двухнедельное окно возврата ввиду его короткой продолжительности и статистически предсказуемой доли, но если возвраты существенны и волатильны для вашего тайтла, ежемесячный резерв/оценочный резерв на возвраты — более точный подход, чем признание 100% валовых продаж с последующим списанием.
Региональное ценообразование и конвертация валюты, которую вы не выбирали
Steam поддерживает цены в 35 валютах, а обновление ценообразования Valve 2026 года вышло за рамки простой конвертации по курсу и стало также учитывать местную покупательную способность и региональные нормы цен на развлечения — а значит, ваша цена $19.99 в США может транслироваться в совершенно другую цену в реальном выражении, скажем, в Бразилии или Юго-Восточной Азии, и это соотношение может меняться со временем, даже если вы никогда не трогаете собственные настройки цен.
Два следствия для вашей бухгалтерии:
- Каждая международная продажа — это конвертация в доллары США, а не фиксированное число. Используемый курс — это курс Valve на момент формирования отчёта, а не курс на день, когда игрок купил игру. Если вы отслеживаете доход по регионам для налоговых или бизнес-плановых целей, берите региональную разбивку из отчёта о продажах Steamworks, а не пытайтесь вычислить её обратным счётом из итоговой суммы депозита.
- Не корректируйте региональные цены вручную, не проверив, как это отразится на чистом доходе с единицы. Снижение цены в стране с высоким НДС может сократить вашу выручку сильнее, чем предполагает изменение розничной цены, потому что НДС вычитается до применения доли дохода.
Сроки выплат: почему банковский депозит никогда не совпадает с продажами этого месяца
Valve выплачивает средства примерно через 30 дней после закрытия месяца продаж — например, продажи за февраль выплачиваются в конце марта — а Steam удерживает выплату, пока сумма на счёте не превысит минимальный порог в $100, что важно для небольших тайтлов в раннем доступе или студий, ведущих несколько небольших игр, месячный доход по каждой из которых по отдельности может не дотягивать до этого порога.
Эта задержка — самая распространённая причина путаницы «мои книги не совпадают с банковским счётом» у новых разработчиков в Steam. Решение — стандартный метод начисления: фиксируйте доход в том месяце, когда продажа фактически произошла (согласно отчёту о продажах Steamworks), а не в месяце, когда деньги поступили на счёт. Заведите счёт «Дебиторская задолженность Steam», который начисляет чистый доход каждого месяца и закрывается, когда примерно через 30 дней приходит банковский перевод или ACH-депозит. Без этого ваш ежемесячный отчёт о прибылях и убытках будет выглядеть как американские горки, никак не связанные с реальной динамикой продаж — он будет отражать лишь то, в какие месяцы случайно попала выплата.
Налоговое удержание: шаг, который разработчики не из США пропускают и потом жалеют
Если вы налогоплательщик США, Valve выдаёт вам форму 1099, и вы обрабатываете это как любой другой доход бизнеса. Если вы не являетесь налогоплательщиком США, следующая часть — именно та, на которой многие спотыкаются:
Доход от Steam классифицируется как роялти-доход с источником в США (конкретно — ставка авторского роялти для игр и DLC). При регистрации в Steamworks каждый партнёр проходит налоговое интервью и формирует либо форму W-9 (для разработчиков из США), либо форму W-8BEN (для разработчиков не из США). В зависимости от страны вашего проживания и наличия налогового соглашения между этой страной и США, Valve удерживает от 0% до 30% вашей доли дохода ещё до того, как она попадёт на ваш банковский счёт, и ежегодно отражает это в форме 1042-S, выпускаемой до 15 марта.
Если вы видите удержание в 30%, а ваша страна имеет налоговое соглашение с США, дающее право на пониженную ставку, вероятно, вы неправильно прошли налоговое интервью — чаще всего потому, что не указали иностранный или американский идентификационный номер налогоплательщика там, где это требуется для получения льготы по соглашению. Это форму можно переподать заново; ставка не является постоянной. Для разработчика-одиночки разница между незаявленной льготой по соглашению (удержание 30%) и заявленной (часто 0-15%, в зависимости от страны) может составлять тысячи долларов в год — стоит потратить полчаса на повторную проверку интервью.
В любом случае это удержание — отдельная строка от комиссии платформы Steam. Не смешивайте «долю Steam» и «налоговое удержание» в одну цифру в своём учёте — они имеют совершенно разный налоговый режим. Удержанная сумма — это предоплата вашего собственного налогового обязательства (вы можете иметь право зачесть её как иностранный налоговый кредит или вернуть, в зависимости от налогового режима вашей страны), тогда как комиссия платформы — это просто плата Valve, и она никак не подлежит зачёту.
Простой план счетов для студии, финансируемой через Steam
Для небольшой студии почти всё описанное выше охватывают пять счетов:
- Валовой доход Steam — продажи по цене за вычетом НДС, до возвратов и комиссии
- Возвраты Steam (контр-счёт дохода) — сумма возвращённых/отменённых продаж
- Комиссии платформы Steam — комиссия 30/25/20%, учитываемая отдельно от...
- Налоговое удержание Steam — только для разработчиков не из США; учитывается как предоплаченный налоговый актив, а не расход
- Дебиторская задолженность Steam — начисленный, но ещё не выплаченный доход за текущий и предыдущий месяц, закрывается по факту поступления выплаты
Если вы ведёте больше одного тайтла, добавьте класс или тег для каждой игры, а не создавайте полностью новый набор счетов — вы хотите сравнивать показатели по тайтлам, не дублируя план счетов по пять раз.
Ведите учёт игровой студии так же аккуратно, как свою кодовую базу
Если вам комфортно читать отчёт о продажах Steamworks, значит, вам комфортно и с обычным текстом — а именно на этом построен Beancount.io. Вместо борьбы с бухгалтерским инструментом на основе графического интерфейса, пытаясь смоделировать нечто настолько нерегулярное, как многоуровневые комиссии платформы, резервы под возвраты и иностранное удержание, вы описываете это один раз как версионируемый учётный журнал и бесплатно получаете все последующие расчёты. Загляните в документацию, чтобы узнать, как разработчики выстраивают учётный журнал доходов с маркетплейса, или изучите Fava для дашборд-представления доходов, возвратов и комиссий по каждому тайтлу, не покидая обычный текст.