В течение тринадцати лет каждый доллар, заработанный iOS-приложением от американского пользователя, проходил через одну единственную трубу: систему покупок внутри приложения Apple, где Apple забирала свою долю, прежде чем разработчик когда-либо видел деньги. Это изменилось в апреле 2025 года, когда федеральный судья признал Apple неуважающей первоначальный судебный запрет по делу Epic v. Apple и приказал прекратить взимать какую-либо комиссию за покупки, совершенные через внешние платежные ссылки. Затем это снова изменилось в декабре 2025 года, когда Девятый округ согласился, что Apple в конечном итоге может взимать что-то — только не карательную 27% комиссию, которую она пыталась установить первой. И это может измениться еще раз, потому что 2 июля 2026 года Верховный суд согласился рассмотреть апелляцию Apple по всей этой путанице.
Если вы продаете цифровые товары или подписки через iOS-приложение, теперь у вас есть два активных канала дохода с двумя разными наборами налоговых обязательств, двумя разными торговцами записи и — на сегодняшний день — двумя разными комиссионными ставками. Вот что на самом деле изменилось, что все еще не решено и как вести бухгалтерию в порядке, пока юристы заканчивают спорить.
Как мы до этого дошли, простыми словами
Краткая версия пятилетней юридической саги:
- 2021: Судья Ивонн Гонсалес Роджерс постановила, что правила Apple "против перенаправления" (которые запрещали приложениям даже сообщать пользователям, что они могут платить вне приложения) нарушают Закон Калифорнии о недобросовестной конкуренции. Она приказала Apple разрешить внешние ссылки на покупки.
- 2024: Apple формально выполнила требование, но привязала 27% комиссию к любой продаже, совершенной в течение семи дней после того, как пользователь нажал на внешнюю ссылку — плюс договорные условия, которые, по утверждению Epic, были разработаны, чтобы сделать внешние ссылки коммерчески бессмысленными.
- Апрель 2025: Судья Роджерс признала Apple неуважающей, постановила, что 27% комиссия является "карательной", а не компенсационной, и приказала Apple немедленно прекратить взимать какую-либо комиссию за покупки по внешним ссылкам в США.
- Декабрь 2025: Девятый округ в значительной степени поддержал решение о неуважении, но вернул вопрос о комиссии в окружной суд, постановив, что Apple может в конечном итоге взимать комиссию "на основе затрат, которые действительно и разумно необходимы для координации внешних ссылок... но не более" — явно исключая расходы на безопасность и конфиденциальность, которые Apple пыталась включить.
- Апрель 2026: Девятый округ снял приостановку, позволив процедуре возврата дела продолжиться.
- 2 июля 2026: Верховный суд принял к рассмотрению апелляцию Apple.
Где это оставляет ситуацию сегодня: Американские разработчики могут добавлять внешние ссылки на покупки с 0% комиссией Apple, потому что суд еще не утвердил конкретную заменяющую ставку. Это может измениться в тот момент, когда окружной суд установит ее, или если окончательное решение Верховного суда изменит всю структуру. Не стройте постоянную ценовую стратегию на сегодняшней цифре — создайте гибкую систему бухгалтерского учета, способную поглотить любую следующую ставку.
Что вы на самом деле можете сделать прямо сейчас
Если вы американский разработчик с iOS-приложением, вы можете подать заявку на получение Права на внешние ссылки на покупки от Apple, которое позволяет вам:
- Добавлять ссылку или кнопку внутри вашего приложения, направляющую пользователей на веб-страницу для совершения покупки
- Сообщать о ценах и акциях, связанных с этой внешней покупкой (ранее запрещено старыми правилами против перенаправления)
- Обрабатывать эту транзакцию полностью вне системы покупок внутри приложения Apple — через Stripe, Paddle, ваш собственный торговый счет или любой другой выбранный вами процессор
Вы по-прежнему обязаны отчитываться Apple о соответствующих транзакциях по внешним ссылкам, как правило, в течение 15 дней, чтобы Apple могла отслеживать соблюдение требований, даже пока она взимает $0. Пропустите это, и вы рискуете отзывом права, поэтому это должно быть в повторяющемся чек-листе бухгалтерии, а не просто задачей на день запуска.
Два исключения, которые нужно знать: разработчики в Программе объемных закупок (VPP) и Программе новостных партнеров (NPP) Apple по-прежнему могут сталкиваться с ограничениями на внешние ссылки, а в ЕС действует полностью отдельная структура комиссионных (правила Закона о цифровых рынках с многоуровневой комиссией за основные технологии, первоначальной комиссией за приобретение и комиссией за услуги магазина), которая не имеет ничего общего с вышеуказанным судебным разбирательством в США. Если вы продаете на обоих рынках, вам нужны два разных подхода к бухгалтерскому учету, а не один.
Почему это проблема бухгалтерского учета, а не только юридическая
До появления внешних ссылок бухгалтерия App Store была почти механически простой: Apple была торговцем записи, Apple собирала налог с продаж и НДС, Apple вычитала свою комиссию в 15% или 30%, и вы учитывали один чистый депозит за расчетный период, обычно сверяемый с одной 1099-K или 1099-MISC каждый январь.
Продажи по внешним ссылкам превращают это во второй, структурно отличный поток доходов:
| Покупка внутри приложения | Покупка по внешней ссылке | |
|---|---|---|
| Торговец записи | Apple | Вы (или ваш платежный процессор) |
| Сбор налога с продаж / НДС | Ответственность Apple | Ваша ответственность |
| Комиссия сегодня (США) | 30% стандартная / 15% Программа для малого бизнеса | 0% (ожидается решение окружного суда) |
| Сроки выплаты | Стандартный график Apple | То, что установит ваш процессор |
| Налоговая форма | 1099-K или 1099-MISC от Apple | 1099-K от вашего процессора, если достигнуты пороги |
| Обработка возвратов | Через App Store | Через ваш собственный процесс поддержки |
Последняя строка имеет большее значение, чем кажется. Когда происходит возврат по покупке внутри приложения, Apple отменяет транзакцию и корректирует то, что она сообщает вам. Когда происходит возврат по покупке по внешней ссылке, вы должны его обработать, и он вообще не попадает в книги Apple — это означает, что ваши записи о доходах и возвратах по двум каналам не будут сверяться друг с другом, и их не следует заставлять это делать.
Настройка вашей бухгалтерии для двух каналов дохода
Несколько конкретных шагов, которые предотвратят превращение этого в январский сюрприз:
1. Разделите счет доходов. Не объединяйте "Доход от App Store" в одну строку главной книги. Создайте отдельные счета (или, как минимум, отдельные теги/категории) для доходов от покупок внутри приложения и доходов от покупок по внешним ссылкам. Когда комиссионная ставка по внешним ссылкам в конечном итоге будет установлена — 5%, 12% или то, что выберет окружной суд, — вам понадобятся исторические данные об объеме этого канала, чтобы смоделировать влияние до того, как оно вступит в силу.
2. Учитывайте доход за вычетом комиссии, но отслеживайте валовую сумму отдельно. Стандартная практика учета доходов от программного обеспечения в соответствии с ASC 606 заключается в признании суммы, на получение которой вы фактически имели право, — за вычетом доли Apple — в качестве дохода, поскольку комиссия вам никогда не принадлежала. Однако для сверки и будущего моделирования храните валовой объем транзакций в поле примечания или теге для отчетности. Он понадобится вам в день объявления комиссионной ставки, чтобы вы могли немедленно оценить удар.
3. Относитесь к сбору налога с продаж как к новому счету обязательств. Если теперь вы являетесь торговцем записи по продажам через внешние ссылки, вы (или ваш платежный процессор) несете ответственность за сбор и перечисление налога с продаж в каждом штате, где у вас есть экономическая связь (nexus) — обязанность, которую Apple молча выполняла за вас внутри приложения. Если ваш процессор не автоматизирует налог (Stripe Tax и модель торговца записи Paddle предлагают это по-разному — проверьте, что делает ваш процессор), это самый простой способ тихо недособирать налог в течение нескольких месяцев до того, как аудит обнаружит это.
4. Сверяйте две 1099, а не одну. В январе вы, скорее всего, получите 1099-K или 1099-MISC от Apple за доход от покупок внутри приложения и отдельную 1099-K от процессора, который обрабатывал ваши продажи по внешним ссылкам (как только вы пересечете федеральный порог в $600 — в некоторых штатах ниже). Сверьте обе с вашей внутренней бухгалтерской книгой до подачи отчетности; несоответствие между тем, что сообщил процессор, и тем, что записали вы, является одной из наиболее распространенных причин для уведомления от IRS.
5. Ведите журнал 15-дневной отчетности. Требование Apple к отчетности по транзакциям через внешние ссылки — это задача по соблюдению требований с реальными последствиями (отзыв права), если ее пропустить, поэтому она должна находиться в той системе, которую вы используете для отслеживания повторяющихся бухгалтерских задач, а не просто быть неписаным знанием.
Структура, которой не важно, в какую сторону будет решение
Поскольку комиссионная ставка все еще не определена — и может быть снова пересмотрена в суде после решения Верховного суда — фактическая инженерная задача здесь заключается не в том, чтобы "строить для 0%". Речь идет о создании плана счетов и структуры отчетности, которая рассматривает комиссионную ставку как переменную, а не как константу. Бухгалтерские книги в виде открытого текста с управлением версиями делают эту конкретную проблему проще, чем бухгалтерия на основе электронных таблиц: вы можете пометить каждую транзакцию по внешней ссылке ее каналом и ставкой комиссии на момент продажи, а затем повторно запустить отчет в момент подтверждения новой ставки, не затрагивая исторические записи и не ломая формулу на трех уровнях вглубь рабочей книги.
Держите доход от вашего приложения в порядке с первого дня
Разделение дохода между покупками внутри приложения App Store, внешними платежными ссылками и структурой комиссий ЕС, которая подчиняется совершенно другим правилам, — это именно та сложность с несколькими каналами, которая превращает налоговый сезон в аврал. Beancount.io предоставляет вам бухгалтерский учет в виде открытого текста с управлением версиями, где каждая транзакция может быть помечена по каналу, ставке комиссии и юрисдикции — полностью прозрачный и доступный для запросов, без привязки к вендору. Начните бесплатно и поддерживайте финансы вашего приложения в таком же порядке, как и ваш код.