В феврале вы открываете банковскую выписку, видите перевод от Apple, и эта сумма даже близко не похожа на цифру в форме 1099-K, которая только что пришла вам на почту. Неужели Apple ошиблась? Вам недоплатили? Или Налоговое управление США (IRS) решит, что вы скрываете доходы?
Ничего подобного. Если вы продаете приложения, подписки или встроенные покупки через App Store или Google Play, сумма в налоговой форме и сумма на вашем расчетном счете должны отличаться. И если вы не понимаете почему, налоговый сезон превратится в угадайку вместо пятиминутной сверки.
Это одна из самых частых причин путаницы среди соло-разработчиков и небольших команд. Однако эту проблему легко решить, добавив немного системности. Ниже мы разберем, что именно создает этот разрыв и как выработать привычку вести учет так, чтобы всегда быть готовым к проверкам и не бояться наступления января.
Почему сумма в форме 1099-K кажется неверной (на самом деле она правильная)
И Apple, и Google обязаны предоставлять форму 1099-K разработчикам из США, как только валовый объем платежей превышает пороговые значения отчетности IRS ($5 000 нескорректированных валовых продаж на 2026 год с постепенным снижением до установленного законом лимита в $600 в последующие годы). Ключевое слово здесь — валовая (gross).
В форме 1099-K отражаются нескорректированные валовые продажи — полная стоимость, которую оплатил клиент, до вычета следующих статей:
- Комиссия Apple или Google (стандартные 30% или 15%, если вы участвуете в программе со сниженной ставкой — подробнее об этом ниже).
- Возвраты и чарджбэки (оспаривания платежей), оформленные после покупки.
- Разница при конвертации валют, если клиенты платят в валюте, отличной от валюты вашей выплаты.
- Налоги, собранные и уплаченные платформой от вашего имени (НДС, GST, а во многих штатах США — налог на продажи. И Apple, и Google выступают в роли «налоговых агентов маркетплейса» [marketplace facilitators] и переводят эти налоги напрямую, поэтому они до вас не доходят, но включаются в отчетную сумму валовых продаж).
- Удержание налогов (tax withholding), если вы являетесь иностранным разработчиком или у вас отсутствуют необходимые налоговые документы в системе.
Таким образом, $10 000 валовых продаж в форме 1099-K могут превратиться в $6 800 – $7 000 реального дохода разработчика только после вычета комиссии, еще до учета возвратов или колебаний валютных курсов. И это не ошибка — это разница между совокупной выручкой и тем, что маркетплейс называет «доходом разработчика» (developer proceeds).
Четыре показателя, которые должен отслеживать каждый разработчик приложений
Вместо того чтобы пытаться сопоставить одну цифру с другой постфактум, отслеживайте четыре разных показателя в течение года. У каждого из них своя цель:
- Валовая выручка (Gross revenue) — сумма из формы 1099-K. То, что заплатили клиенты до любых вычетов. Именно эту цифру видит IRS в отчете.
- Чистая выплата (Net payout) — то, что Apple или Google фактически переводят на ваш банковский счет после вычета комиссии, возвратов и конвертации валют. Для целей бухгалтерского учета это ваша реальная базовая выручка бизнеса.
- Доход после уплаты налогов (After-tax income) — чистая выплата минус ~25–35%, которые вам следует откладывать на федеральный налог на самозанятость, подоходный налог и (если применимо) налог штата.
- Реальная чистая прибыль (Real take-home) — доход после уплаты налогов за вычетом деловых расходов (взносы за участие в программе разработчиков, облачный хостинг, выплаты подрядчикам, подписки на ПО, расходы на рекламу).
Большая часть паники из серии «почему эти цифры не совпадают» возникает тогда, когда разработчики сравнивают показатель №1 с показателем №4 и думают, что где-то закралась ошибка. Но они и не должны совпадать. Это просто разные стадии пути одного и того же доллара.
Откуда брать реальные цифры
Вам не нужно вручную сверять ежемесячные отчеты Apple или Google строчка за строчкой, но вам определенно нужен регулярный алгоритм действий.
Apple (App Store Connect):
- Раздел «Платежи и финансовые отчеты» (Payments and Financial Reports) показывает ежемесячный доход по регионам, уже за вычетом комиссии Apple.
- Финансовые отчеты за конкретный месяц обычно полностью формируются к первой пятнице следующего финансового месяца — не спешите со сверкой слишком рано, иначе вы будете сопоставлять неполные данные.
- Конвертация валюты происходит в день платежа, а не в день покупки. Это означает, что продажа, совершенная в декабре, может быть сконвертирована по другому курсу, чем продажа в ноябре, даже если их номинальная цена в иностранной валюте была одинаковой.
Google Play Console:
- Страницы «Управление заказами» (Order Management) и «Финансовые отчеты» (Financial reports) разбивают валовые продажи, сервисную пошлину Google, возвраты и чарджбэки на отдельные статьи расходов. Это более детализированный подход по сравнению со сводными ежемесячными отчетами Apple, но данные предоставляются раз в месяц, а не в реальном времени.
- Начиная с заказов, оформленных после 3 августа 2026 года, Google Play делит расходы по чарджбэкам с разработчиками: теперь при необоснованных спорах вы берете на себя стоимость покупки (за вычетом комиссии Google) плюс комиссию платежной системы за чарджбэк, в то время как ранее Google покрывал эти расходы полностью. Если чарджбэки составляют заметную долю вашей выручки, теперь это отдельная статья расходов, которую нужно отслеживать.
Полезная привычка: в конце каждого месяца вносите в свои книги четыре отдельных показателя — валовую выручку, комиссию, возвраты и чистую выплату, а не только итоговую сумму депозита. Когда в следующем январе придет форма 1099-K, ваша итоговая валовая выручка уже будет совпадать с ней, потому что вы вели учет «грязного» дохода весь год, а не пытались восстановить его задним числом.
Не забывайте про программы со сниженной комиссией
Если вы небольшой разработчик, возможно, вы платите меньше комиссии, чем думаете, или же, напротив, упускаете выгоду, не зарегистрировавшись в специальных программах.
- Apple's Small Business Program: комиссия 15% вместо 30%. Доступна для любого разработчика или компании с общим доходом (после вычета доли Apple) не более $1 миллиона за предыдущий календарный год. Регистрация проста и выполняется самостоятельно в App Store Connect — ручного рассмотрения заявки нет.
- Аналогичные программы Google Play: программы Apps Experience Program и Games Level Up Program предлагают ставку 15% на первый $1 миллион годового дохода для подходящих под критерии приложений и игр. А программа Play Media Experience Program позволяет снизить комиссию для приложений с книгами, музыкой и видеостримингом вплоть до 10%, если они интегрированы с Android TV, Wear OS или Google Cast. В отличие от программы Apple, программы Google требуют подачи заявки и соответствия определенной категории — снижение комиссии не происходит автоматически.
Если в середине года вы преодолели порог в $1 миллион или изменилась категория вашего приложения, ежегодно перепроверяйте статус своего участия. Разработчик, который платит 30% комиссии вместо положенных 15%, просто так теряет половину своей прибыли на платформе.
Простая ежемесячная процедура сверки
Чтобы контролировать финансы, вам не нужно сложное бухгалтерское ПО для крупных издателей. Достаточно простого повторяющегося ежемесячного чек-листа:
- Скачайте финансовый отчет за текущий месяц из App Store Connect и/или Google Play Console.
- Зафиксируйте четыре показателя: валовые продажи, комиссию платформы, возвраты/чарджбэки и чистую выплату.
- Сверьте чистую выплату с фактическим поступлением на банковский счет. Если у выплат Apple есть задержка (перевод средств на ваш счет после продажи может занимать от 30 до 45+ дней в зависимости от условий оплаты и валюты), учитывайте этот временной лаг, чтобы не сравнивать поступления этого месяца с отчетом за этот же период.
- Откладывайте налоговый резерв (25–35% от чистой выплаты, или больше, если вы находитесь в штате с высокими налогами) на отдельный счет сразу после зачисления средств, а не в конце налогового периода.
- Не забывайте про расходы. Ежегодный взнос Apple в размере $99, разовый регистрационный сбор Google в $25, любые расходы на подрядчиков или дизайн, а также подписки на ПО для разработки — все это уменьшает вашу налогооблагаемую базу. Но только в том случае, если эти расходы зафиксированы в учете, а не просто остались в памяти.
Ежемесячное выполнение этих шагов превращает ежегодную налоговую суматоху в пятиминутную административную задачу. Это значит, что когда придет форма 1099-K, вы просто сверите ее с уже имеющимися цифрами, вместо того чтобы в спешке восстанавливать отчеты за весь год.
Ведите учет доходов от приложений в текстовом формате
Электронные таблицы удобны лишь до поры до времени. Они быстро становятся ненадежными, когда вы начинаете отслеживать валовую выручку, комиссии, возвраты, валютные колебания и расходы по двум разным платформам за несколько месяцев: достаточно одной сломанной формулы, чтобы поставить под сомнение всю сверку. Beancount.io предлагает инди-разработчикам текстовую бухгалтерию (plain-text accounting), где каждая выплата из App Store или Google Play, возврат или расход записываются как текстовые строки под контролем версий. Вы сможете проверять их строчка за строчкой без скрытых формул и привязки к конкретному ПО. Такой формат идеально подходит для сверки валовой и чистой выручки на разных платформах. Начните бесплатно и узнайте, почему разработчики, привыкшие мыслить кодом, выбирают финансовый учет, работающий по тем же принципам.