Добавить в корзинуПозвонить
Найти в Дзене

Когда платформа становится коллектором: разбор обновлённого соглашения Apple для разработчиков.

Apple обновила лицензионное соглашение для участников Apple Developer Program и добавила пункт, который позволяет компании «взаимозачётом» удерживать любые суммы, которые она посчитает причитающимися, из будущих выплат разработчику. Фактически Apple превращает свои выплаты (за продажи приложений, подписки и встроенные покупки) в инструмент взыскания: деньги могут удерживаться «в любое время» и
Оглавление

Apple обновила лицензионное соглашение для участников Apple Developer Program и добавила пункт, который позволяет компании «взаимозачётом» удерживать любые суммы, которые она посчитает причитающимися, из будущих выплат разработчику.

Фактически Apple превращает свои выплаты (за продажи приложений, подписки и встроенные покупки) в инструмент взыскания: деньги могут удерживаться «в любое время» и даже затрагивать связанные юрлица и другие аккаунты.

Что именно добавили в соглашение

В обновлении прямо закреплено право Apple «offset or recoup» (зачесть или взыскать) задолженность разработчика за счёт любых сумм, которые Apple должна перечислить разработчику, включая деньги, которые Apple собирает с конечных пользователей от имени разработчика (например, через In-App Purchase).

Отдельно отмечено, что удержания могут происходить «at any time» и «from time to time», то есть без привязки к конкретному отчётному периоду и потенциально неожиданно для разработчика.

Ещё один важный момент: право взыскания распространяется не только на «один аккаунт разработчика», но и на связанные структуры — аффилированные компании, материнские и дочерние организации.​

Почему это всплыло именно сейчас

Главный фон — рост числа юрисдикций, где Apple обязана допускать альтернативные способы оплаты или другие схемы дистрибуции, что усложняет расчёт комиссий и контроль отчётности. Мы недавно писали о проблеме Apple в Японии здесь.

В ЕС изменения связаны с требованиями Digital Markets Act: появились альтернативная дистрибуция (маркетплейсы и распространение с сайта разработчика), альтернативные платёжные провайдеры и отдельные отчётные контуры.

При этом в ЕС параллельно живут несколько моделей сборов: Core Technology Fee (CTF) и Core Technology Commission (CTC), а в 2026 году Apple планирует перейти от CTF к CTC в рамках «единой бизнес-модели».

Где это ударит сильнее всего

В зону повышенного риска попадают команды, которые используют разрешённые законом обходные маршруты оплаты (например, через внешние ссылки/платёжные системы) и обязаны отчитываться перед Apple по таким транзакциям, чтобы корректно начислялись комиссии и сборы.

На практике это означает, что спор по цифрам (ошибка, расхождение в отчётах, претензия по комиссиям/налогам/сборам) может превратиться в прямое удержание из будущих поступлений по App Store.

Особенно неприятный сценарий — когда удержание «догоняет» разработчика позже: сегодня всё выглядит нормально, а через несколько недель прилетает списание из очередной выплаты, потому что Apple посчитала, что раньше недополучила своё.

ЕС: сборы усложняются, а рычагов взыскания становится больше

Apple описывает CTF как плату 0,50 € за каждый «первый годовой установочный факт» (first annual install) сверх 1 млн за последние 12 месяцев, если разработчик выбрал альтернативные условия в ЕС.

При этом Apple отдельно предупреждает о последствиях просрочек и неплатежей: среди мер упоминаются начисление процентов, возможное «offset of App Store In-App Purchase proceeds» (взаимозачёт из выплат по IAP), удаление приложения из App Store или исключение из Apple Developer Program.

Параллельно Apple уже ввела Core Technology Commission (CTC) и указывает, что к 1 января 2026 года планирует перейти от CTF к CTC в рамках единого бизнес-подхода для ЕС.

Важно понимать логику: чем больше разных ставок, исключений и режимов (комиссия, сбор за процессинг, CTF/CTC, разные условия для EU/Japan/других рынков), тем выше вероятность спорных начислений — а новый пункт как раз превращает спор в списание «по умолчанию».

Япония: альтернативы по-японски и новая комиссия

Apple также формализовала отдельные условия для iOS-приложений в Японии, включая альтернативную дистрибуцию, альтернативные платежи и out-of-app offers.

В публичных описаниях изменений для Японии фигурирует Core Technology Commission 5% для цифровых товаров и услуг при распространении вне App Store через альтернативные маркетплейсы.

Отдельно подчёркивается, что альтернативные платежи должны показываться пользователю рядом с Apple In-App Purchase, чтобы выбор был прозрачным на этапе оплаты.

Не только деньги: Apple подкручивает и правила по приватности

В том же обновлении Apple перечисляет изменения, связанные с приватностью и записями: уточняются требования к приложениям, которые могут создавать аудио-, видео- или screen recording, и вводится формулировка о недопустимости «дизайна приложения», который облегчает записи людей без их осведомлённости.

Также Apple прописывает требования к «голосовым разговорным приложениям», которые запускаются боковой кнопкой iPhone (side button), то есть фактически нацеливается на новый класс AI-ассистентов и «чат-голосовых» интерфейсов.

Ещё одна линия — age assurance: в новостях для разработчиков упомянуты Declared Age Range API и Significant App Topic Update API, которые завязаны на возрастные сценарии и контроль существенных изменений в приложениях.

Что делать разработчикам, чтобы не попасть под внезапные списания

  • Развести денежные потоки: по возможности отделять юрлица/аккаунты так, чтобы «аффилированность» не превращала один спор в блокировку/удержание по всему портфелю.
  • Построить «внутренний бухгалтерский контур» для альтернативных оплат: единый реестр транзакций, сверка с отчётностью, журнал версий комиссий/ставок по рынкам и датам изменений условий.
  • Закладывать кассовый буфер: если выплаты от Apple — основной источник оборотки, внезапное удержание может сломать зарплатный фонд и маркетинг, особенно у подписочных продуктов.
  • Настроить мониторинг аномалий в выплатах: любое резкое падение proceeds без очевидной причины — повод сразу поднимать отчёты, инвойсы и историю корректировок.
  • Обновить продуктовые практики по приватности: пересмотреть SDK для аналитики/сессий, записи экрана и диагностики, чтобы не выглядеть как инструмент скрытого наблюдения.

От редакции

Сам тренд здесь шире, чем «Apple снова закручивает гайки»: платформы превращаются в регуляторов, расчётные центры и службы взыскания одновременно, потому что альтернативные платежи и альтернативная дистрибуция делают рынок более фрагментированным и конфликтным.

Если продукт работает в нескольких правовых режимах (ЕС, Япония, США), то конкурентным преимуществом становится не только маркетинг или фичи, но и «финансовая инженерия»: умение быстро и доказуемо собрать цифры по транзакциям, комиссиям и основаниям начислений, чтобы спор по деньгам не превращался в автоматическое удержание.

Практическое применение простое: пора относиться к стору как к контрагенту с сильной позицией, а к отчётности по платежам — как к части надежности продукта; те, кто выстроит сверку и комплаенс раньше, будут спокойнее масштабироваться в эпоху альтернативных оплат и региональных правил.

Держи ухо востро! Подписывайся!