Код готов, приложение работает на телефоне, и дальше идёт часть, про которую у нас никто не пишет: как оно попадает в App Store, если фирма зарегистрирована в Молдове. Сложного мало, но есть три места, где проекты неделями стоят впустую, потому что их не начали заранее.
1. Номер D-U-N-S: начинать нужно с него, а не с кода
Чтобы зарегистрироваться в Apple Developer Program как организация, а не как физлицо, Apple требует международный идентификатор компании — номер D-U-N-S от Dun & Bradstreet. Он бесплатный, но его получение может занять до тридцати дней.
Именно здесь теряется больше всего времени в молдавских мобильных проектах: команда два месяца пишет приложение, а потом выясняется, что публикация ждёт ещё месяц из-за административной формы.
Две вещи проверить в самом начале:
- Возможно, у вашей фирмы D-U-N-S уже есть — у многих компаний он заведён, и они об этом не знают. Сначала проверить, потом запрашивать.
- Название в D-U-N-S должно совпадать с реальным юридическим названием. Если в реестре вы «FIRMA S.R.L.», а в D-U-N-S записано иначе, проверка Apple встанет ровно на этом.
Практическое правило: заявку на D-U-N-S подавать на первой неделе проекта, параллельно с дизайном. Не в конце.
2. Аккаунт на вашу фирму, а не на разработчика
Аккаунт Apple Developer стоит около 99 долларов в год и должен быть оформлен на юрлицо заказчика, а не на подрядчика.
Причина простая: аккаунт — это место, где живёт приложение. Если он принадлежит агентству, то обновления, статистика, цены, сертификаты и право снять приложение с публикации принадлежат тоже агентству. Смена подрядчика превращается в переговоры вместо решения.
Разработчику выдаётся доступ в аккаунт с нужной ролью. Этого достаточно.
3. Что Apple требует помимо кода
До отправки на проверку нужно несколько вещей, которые не делаются в последний день:
- Публичная политика конфиденциальности по постоянному адресу. Apple требует её для любого приложения. В Молдове с 23 августа 2026 её требует ещё и закон 195/2024.
- Ярлыки конфиденциальности — декларация о том, какие данные приложение собирает и зачем. Заполняются руками и должны соответствовать действительности: заявили, что ничего не собираете, а приложение отправляет идентификаторы — это повод для отказа.
- Скриншоты для каждого типа устройств, который вы поддерживаете. Если приложение работает на iPad, нужны и скриншоты с iPad. Банальная и очень частая причина отказа.
- Статус торговца для Европейского союза. Для распространения в ЕС Apple проверяет данные торговца по Digital Services Act: название, адрес, телефон, почта, которые потом видны публично в карточке приложения. Проверка занимает время, поэтому начинать её надо заранее.
- Банковский счёт и налоговые данные, если в приложении будут платежи или подписки.
4. Отказы: нормальны, но предсказуемы
Отказ с первой попытки — не катастрофа и не значит, что приложение плохое. Самые частые причины везде одинаковы:
- Приложение неполное на момент проверки — тестовые данные не работают, экраны пустые, функции «в разработке». Ревьюер должен иметь возможность реально пользоваться приложением, поэтому ему дают тестовые доступы, которые действительно работают.
- Бизнес-приложение без контекста. Если продукт предназначен ограниченному кругу пользователей — сотрудникам, клиентам сети, партнёрам — Apple прямо требует понимать, кто эти пользователи и как они получают доступ. Демо-аккаунт и короткое объяснение в заметках для ревьюера снимают вопрос; их отсутствие растягивает проверку на дни.
- Расхождение между тем, что вы заявили, и тем, что приложение делает — по данным, подпискам или содержанию.
Что помогает на практике: заметки для ревьюера, написанные как для человека, который видит продукт впервые, с доступами, сценарием из трёх шагов и объяснением, для чего приложение нужно.
Правильный порядок, коротко
1. Неделя 1: проверяете или запрашиваете D-U-N-S, открываете аккаунт на фирму. 2. Параллельно с разработкой: политика конфиденциальности, данные торговца для ЕС, банковский счёт. 3. Перед отправкой: ярлыки конфиденциальности, скриншоты под все устройства, демо-аккаунт и заметки для ревьюера. 4. Отправка, и в плане заложить время минимум на один круг правок.
Откуда мы это знаем
Мы публикуем в App Store собственные продукты и проходим те же этапы: аккаунт на юрлицо, проверка торговца, ярлыки, скриншоты, заметки для ревьюера и, да, отказы, которые приходится разбирать. Отдельно мы писали про [то, что определяет бюджет приложения](/ru/blog/skolko-stoit-mobilnoe-prilozhenie-moldova) и про [требования закона 195/2024 к сайту](/ru/blog/zakon-195-2024-sayt-biznesa-moldova).
Если у вас есть готовое приложение или оно в работе, и вы хотите, чтобы публикация не задержала запуск, напишите нам.
*Требования Apple меняются. Текст описывает положение дел на сентябрь 2026 года; перед отправкой стоит сверяться с официальной документацией.*