Что такое SPAC на бирже. Это фирма которая уже внутри и уже может собирать деньги. А новые фирмы которые хотят добраться до биржевых денег побыстрее могут использовать такие вот фирмы контейнеры. Это не кооператив. Есть владелец SPAC который оказывает такие услуги. Некий сервис за процент.
Некоторое время назад я вознамерился выпустить несколько приложений. Коли уж ИИ начал нормально генерить код то почему не воплотить несколько своих идей и не довести их до магазинов приложений. Кстати что‑то бесплатное, а что‑то и нет.
Ну казалось поначалу что это ну не велика проблема. Оказалось, что велика да еще и для российского разработчика. Она не велика. Она практически непреодолима.
Теперь каждый может стать разработчиком. И тому уже есть примеры — когда люди с идеями пишут софт без знания ничего из программирования. Грешным делом я и сам уже балуюсь вовсю.
Но в магазины не попасть никак. А хотелось бы.
Потому что есть жесткий список того что должно быть.
Для желающих начать самому вот точный подтвержденный практикой список того что понадобится.
ЧАСТЬ 0. Что подготовить ДО всего (для обеих площадок)
-
Юридическое лицо, действующее, с записью в государственном реестре. Документы под рукой:
точное название ЛАТИНИЦЕЙ как в реестре (должно совпадать посимвольно везде);
учредительный документ (учредительный акт/ устав) — СКАН, не редактированный;
выписка/удостоверение о текущем состоянии из торгового реестра — свежая;
удостоверение о регистрации по НДС (если есть) — именно УДОСТОВЕРЕНИЕ, а не распечатка из публичной базы: распечатки площадки НЕ принимают;
удостоверение личности владельца/управителя (фото обеих сторон).
Домен фирмы и ЖИВОЙ сайт с реальным содержанием (не заглушка, не «в разработке»), доступный публично. Без него Apple отклоняет заявки организаций.
Рабочая почта НА ДОМЕНЕ фирмы (gmail и подобные Apple не принимает).
Доступ к доменным записям DNS (подтверждение сайта для Google — запись TXT).
Телефоны: личный мобильный подписанта (для одноразовых кодов входа) и телефон фирмы из реестра (для форм организации). НЕ путать местами.
Подписант: человек с правом подписи (директор). Имя латиницей как в паспорте.
Банковская карта, принимающая списания в USD (взносы площадок).
Счёт фирмы в банке: IBAN, BIC/SWIFT, валюта (для ЕС — EUR), точное имя держателя. Плюс умение взять СВЕЖУЮ выписку (не старше 90 дней).
ЧАСТЬ 1. D‑U-N‑S Number — развёрнутая процедура
Что это: девятизначный номер фирмы в мировом справочнике Dun & Bradstreet (D&B). Apple требует его для регистрации организаций. Google берёт данные из того же справочника. Номер бесплатный.
НЕ подавать заявку сразу. СНАЧАЛА проверить, нет ли номера уже: справочник собирает данные о фирмах сам, без их ведома. (ВЕГАВИТ: нашлись ДВЕ готовые записи — экономия 5–7 рабочих дней.)
Проверка делается ТОЛЬКО через форму Apple: https://developer.apple.com/enroll/duns‑lookup/ Сайт самого D&B для фирм вне США бесполезен (болгарский индекс не принимает).
Форма открывается только после: (а) входа в Apple Account; (б) принятия БЕСПЛАТНОГО Apple Developer Agreement (это отдельное соглашение, не платная программа). Порядок жёсткий: Apple Account → Agreement → форма D‑U-N‑S.
Поля формы: страна; Legal Entity Name (латиницей, как в реестре); улица, город, индекс; телефон ФИРМЫ (из реестра); имя и фамилия подписанта; рабочая почта на домене фирмы.
Если фирма НАЙДЕНА: выбрать свою запись (сверить адрес!) → номер придёт письмом на указанную почту (ВЕГАВИТ: в тот же день, письмо «The D‑U-N‑S Number for … is …»).
Если НЕ найдена: та же форма превращается в «Request a D‑U-N‑S Number» — заявку нового номера. Срок: до 5 рабочих дней + до 2 дней на передачу в Apple. Apple может сам переформатировать введённый адрес — это нормально, но записать, что ввели.
Сверить письмо: номер из 9 цифр; название в справочнике должно совпадать посимвольно с тем, что пойдёт в заявку Apple.
Если в карточке D&B кривые данные (адрес и тому подобное): НЕ спешить писать в D&B (они требуют ≥2 официальных документов). Проверенный короткий путь: после регистрации у Apple поправить адрес в App Store Connect → Business → Edit Legal Entity — правка ДОШЛА до самого справочника примерно за неделю без единого документа (подтверждено письмом D&B).
ЧАСТЬ 2. Apple Developer Program (99 USD/год )
Создать Apple Account на рабочей почте фирмы; включить двухфакторную проверку; в имени — ЧЕЛОВЕК‑подписант латиницей (не название фирмы), как в паспорте.
Принять бесплатный Apple Developer Agreement (developer.apple.com).
Получить/найти D‑U-N‑S (Часть 1).
developer.apple.com/programs/enroll → “Start your enrollment”; внизу ссылка «Continue enrollment on the web» — веб‑форма вместо приложения.
Шаг «личные данные»: имя после нажатия Continue НЕ поменять — сверить с паспортом.
Тип заявителя: Company / Organization (НЕ Individual — иначе продавцом в магазине будет имя человека).
Ввести: Legal Entity Name (посимвольно как в D&B), D‑U-N‑S, сайт, рабочую почту, свою роль. Капча — человек.
Проверка Apple: от 3 дней до 3 недель; могут позвонить или запросить документы — отвечать быстро, наготове выписка из реестра.
Письмо «enrollment request has been accepted» → войти → принять License Agreement → оплатить 99 USD/год картой. Активация — до 2 рабочих дней (по факту — сутки).
Смотреть состояние заявки ТОЛЬКО на developer.apple.com/enroll/status.
ЧАСТЬ 3. Настройка App Store Connect (нужна для платных приложений и покупок)
Принять Terms of Service кабинета (первый вход).
ПРОВЕРИТЬ адрес юридического лица (Business → шапка). Кривой из D&B → Edit Legal Entity, ДО подписания соглашений.
Подписать Paid Apps Agreement (только Account Holder).
-
Налоговый опросник США: «резидент США?» — нет; «деловая активность в США?» — нет. Появятся ДВЕ формы, заполнить обе (после отправки правка — только через поддержку!):
W-8BEN‑E: тип Corporation; адрес из справочника; U.S. TIN пусто; Foreign TIN = регистрационный номер фирмы; есть ли льгота по налоговому договору с США: например для Болгарии — статья 12(1), ставка 5%, галочка «Income from the sale of applications», вид ограничения льгот — «компания с доходом от активной хозяйственной деятельности»; то есть именно реальное предприятие.
Certificate of Foreign Status of Beneficial Owner: Corporation; должность подписанта (Managing Director); декларация; подпись.
Банковская форма: страна банка, валюта (EUR), выбрать банк из справочника Apple по названию (код банка подставится), IBAN, номер счёта из IBAN; держатель ровно как в банке; сертификация (согласие на зачисления). Обработка до 24 часов.
Статус трейдера ЕС (Digital Services Act) — ОБЯЗАТЕЛЕН для всех, включая бесплатные приложения: «I’m a trader» → публичные email и телефон (проверка одноразовыми кодами на ящик и SMS) → адрес подтянется из D&B автоматически. Без такого статуса приложения снимают с продажи во всех 27 странах ЕС.
Итог проверить: в Business всё Active — Free/Paid Agreements, Bank, Tax Forms, Compliance (DSA).
ЧАСТЬ 4. Google Play (25 USD разово — проверить)
Google‑аккаунт НА РАБОЧЕЙ ПОЧТЕ фирмы: при создании выбрать «Use my current email address instead» (не заводить gmail‑ящик). Включить двухшаговую проверку (без неё аккаунт разработчика не создать). ⚠️ Владелец аккаунта разработчика НЕОБРАТИМ. Хранить резервные коды.
play.google.com/console/signup → An organization → “A company or business”. ⚠️ В адресе консоли номер вида /u/N зависит от порядка входа в Google‑аккаунты в браузере — проверять, что открыт кабинет ПОД НУЖНЫМ адресом для тех у кого не один гугольный аккаунт.
Заполнить: Developer name (публичное имя продавца), данные организации (D‑U-N‑S тот же), анкеты «About you», способы связи. То есть живой иностранный телефон и email.
Платёжный профиль ПОКУПАТЕЛЯ + взнос 25 USD (разово) — платит владелец.
Подтверждение сайта: Google Search Console → свойство «домен целиком» → путь «Any DNS provider» → запись TXT в DNS → “Ownership verified” → в Play Console “Send verification request”. Запись TXT НЕ УДАЛЯТЬ НЕЛЬЗЯ НИКОГДА.
-
Проверка личности организации — ЗАГРУЗКА ДОКУМЕНТА. Принимают только:
certificate of incorporation/registration (свидетельство о регистрации);
extract from commercial register (выписка из торгового реестра);
VAT registration certificate (удостоверение о регистрации по НДС). НЕ принимают распечатки из публичных баз, даже официальные. ПРОШЁЛ: учредительный акт. Число попыток ОГРАНИЧЕНО — не загружать повторно отклонённый документ. Документ не редактировать и не пересохранять. Плюс фото удостоверения личности владельца; введённые данные должны совпадать с документом посимвольно.
И это удостоверение личности из той страны где находится фирма.
Телефоны: подтверждаются автоматически, если совпадают с номером двухшаговой проверки. Итог смотреть на странице Developer account: всё «verified».
-
Для продаж (платные приложения и покупки внутри):
профиль ПРОДАВЦА: Settings → Payments profile → Create: страна, Organization, название фирмы, адрес, «имя в выписке покупателя» (короткое, латиницей);
банк выплат: для Болгарии — болгарский счёт в EUR: имя держателя, IBAN, SWIFT/BIC; для других стран (Грузия или Армения например) то же самое но счет будет в лари или драмах и банк на входе будет свой курс обмена применять. Часто грабительский.
подтверждение счёта: банковская выписка НЕ СТАРШЕ 90 ДНЕЙ, видны банк, держатель и последние 4 цифры счёта; суммы операций можно не показывать.
Комиссия 15% вместо 30%: отдельная запись «Enroll for the 15% service fee» (можно создать группу аккаунтов, задекларировать связанные аккаунты).
ЧАСТЬ 5. Сводка документов (что реально спрашивали)
Документ |
Кому понадобился |
|---|---|
Название латиницей как в реестре |
Apple (D‑U-N‑S, заявка), Google |
D‑U-N‑S Number |
Apple (обязателен), Google (данные берёт сам но номер то быть должен) |
Учредительный акт (скан, без правок) |
Google — проверка организации |
Выписка/удостоверение о текущем состоянии |
запас для проверок Apple/Google, правки D&B |
Удостоверение о регистрации по НДС (настоящее) |
вариант для Google (распечатка из базы НЕ идёт) |
Удостоверение личности владельца |
|
Банковские реквизиты (IBAN, BIC, держатель) |
Apple (выплаты), Google (выплаты) |
Банковская выписка < 90 дней |
Google — подтверждение счёта |
Карта с USD |
Apple 99 USD/год, Google 25 USD разово |
Регистрационный/налоговый номер (ЕИК) |
Apple W-8BEN‑E (Foreign TIN) |
Ну вот вам полный список того что надо. Главные проблемы. Надо иметь иностранную фирму а чтобы иметь иностранную фирму имея русский паспорт надо иметь еще и разрешение от местных властей страны на регистрацию фирмы. Причем ИП не годится. Это не фирма.
Какие главные выводы? Ну российскому гражданину это все крайне дорого особенно если он просто захотел слобать полезную программку для телефона и быть может что‑то такое на ней даже и заработать. Потенциальные доходы и немедленные расходы явно несопоставимы.
Выход? SPAC система, но для разработчиков которые и инди и вайбкодеры. То есть для людей с идеями но без денег на именно вход в магазины приложений.
Мне пока такая кооперация не встречалась, но «один мой друг» уже создал как минимум одну такую точку входа и зарегистрировал разработчика в стране с мелкими налогами.
Есть ли нужда в такой кооперации? Не прямо чтобы все участники стали членами кооператива по выводу своих приложений на рынок, а вот через фирму‑матку. На мой взгляд нужда в кооперации есть но собрать кооператив где все равны не выйдет. Кто‑то же должен будет взять на себя все организационные обязанности. А это требует расходов. А всякие расходы должны быть превращены в доходы. Вложил‑Получил. Ну и не склонны наши люди к кооперации.
Я вижу гораздо более реализуемый вариант — и это работа через описанную фирму — матку. В таком подходе есть свои риски для всех участников. Они связаны с нарушениями всяких правил магазинов при которых могут забанить всю шайку целиком из‑за одного нарушителя. Но то предмет отдельной статьи.
В целом я показал что нужно чтобы попасть в магазины приложений самому. Если что‑то не ясно то можно спросить в комментах.
Ну а вторая цель — начинать думать о том каких еще нет полезных приложений и как на них заработать. Всем удачи на этом поприще.
Комментарии (13)

dbalabolin Автор
10.09.2026 21:32конкретно каких условий магазинов? это вообще вне рамок отношений между фирмой и магазином и никоим образом магазином не может регулироваться юридически. Это причем явным образом указано в условиях самих магазинов. За все приложение отвечает фирма - поставщик. Ну и на счет набега скамеров так это и вовсе не в ту тему. Это не автоматический кооператив куда каждый мошенник сунет свое помойное приложение. Это предмет переговоров между интегратором и автором. ну и на этом этапе все скамеры мимо.

Sap_ru
10.09.2026 21:32Скамеры вам всё расскажут, а потом заскамят, и заблокуируют вас, а не их. Скамер выглядит лучше чем любой разработчик-одиночка.
Ну и кроме всего прочего у вас ещё будут проблемы организационного плана с доступом к чувствительной информации.

dbalabolin Автор
10.09.2026 21:32гы ) останутся без штанов. Вы себе как вообще представляете мир вокруг? скамеры и лохи? Чтобы добраться со своим скамом смешным до магазина надо доказать что ты не говно. И дать гарантии. Уверяю Вас что я этот вопрос решу непринужденно. Приколистов с "безопасными счетами" вообще не проблема отфильтровать. Скамер выглядит или не выглядит не важно. Все будет проверено. В деплой сдаются исходники.

tester37
10.09.2026 21:32Такая фирма просто открывает у себя вакансии инди разрабаа и дальше через воронку отбирает и договаривается на не публичных условиях с теми кто убедил в своей полезности

dbalabolin Автор
10.09.2026 21:32Мысль радикальная. Только нет никаких вакансий. И имеет значение не полезность. Это сам индюк определяет что ему писать. Фирме без разницы. Ее задача только проверить программу что она не нарушает правил чтобы сук не срубился на котором все сидят.

tester37
10.09.2026 21:32Не совсем так. Проверка не разовое действие, нужно выстраивать регулярные процессы, и не только проверки кода но и расчетов, юридического сопровождения, следовательно любой такой разраб это издержки, поэтому имеет смысл воронка на предмет адекватности, или очень быстро кто нибудь настучит на фирму что по сути она занимается сервисом по борьбе с санкциями

Einherjar
10.09.2026 21:32Надо иметь иностранную фирму
А зачем? Физлицам тоже можно публиковать в обоих магазинах. Только с worldwide-монетизацией на российские аккаунты сложнее
Они связаны с нарушениями всяких правил магазинов при которых могут забанить всю шайку целиком из‑за одного нарушителя. Но то предмет отдельной статьи.
Ну так это и есть ответ на ваш вопрос почему их и нет - это либо против правил в принципе либо серая зона, рисков много, профита мало. Но помогаек кто вам персональную фирму прослойку сделает навалом, любой каприз за ваши деньги

dbalabolin Автор
10.09.2026 21:32Монетизация для частных физ лиц есть. Но ты как минимум должен быть не российским частным лицом. Но если взять и тех кто не под санкциями то частник показывать все свои личные данные в магазине. Адрес, имя, телефон. И много чего должен еще выполнять. Для частника много рисков да и расходы тоже не отменяются. Налоги надо платить. Отчетность делать. А фирму вам никакую никто не сделает. Ибо это не дешевая опция для частного разработчика. Фирму надо содержать. Платить за бухгалтерию. Арендовать под нее офис. Держать директора и кто-то должен быть подставным владельцем. А будет у вас выручка от приложения или нет совсем не известно.
Речь то как раз идет чтобы не тратить денег. А если Вы можете сами все это финансировать так это не для Вас статья. Там так и написано в заголовке. И ни слова что надо каждому себе фирму купить иностранную.
Einherjar
10.09.2026 21:32Монетизация для частных физ лиц есть. Но ты как минимум должен быть не российским частным лицом.
Ну точнее российское частное лицо может тоже иметь монетизацию но только в рф и через сторонние системы.
Я скорее к тому, что если приложение бесплатное например, или нацелено только на внутренний рынок, то все описанное в статье совсем не обязательно.
А если задача продавать по всему миру - так тут аккаунтами в магазинах дело не ограничивается, они еще много на каких площадках понадобятся. Условный тикток тоже много чего попросит для app promotion кампаний
Но если взять и тех кто не под санкциями то частник показывать все свои личные данные в магазине. Адрес, имя, телефон. И много чего должен еще выполнять. Для частника много рисков
Да относительно просто оно все, и какие там риски. Выполнять сильно меньше чем в статье. Но хорошо, если речь про worldwide-монетизацию то да, это тут наверное оффтоп.
Налоги надо платить. Отчетность делать.
Так никакие прослойки этой необходимости не отменяют
Речь то как раз идет чтобы не тратить денег.
Это не получится в любом случае.
Большинство инди вайбкодеров думают вот сейчас за вечер настругаю счетчик калорий, добавлю монетизацию и все, на пляж с банкоматом. И на реддите каждую неделю новые посты - "ой, а вот у моего todo листа ноль скачиваний за месяц, посмотрите, может скриншоты неудачные?"
Чтобы более менее результативно монетизировать нужно продвижение, а туда столько сил и средств нужно, что оформление фирмы прослойки детским садом покажется

dbalabolin Автор
10.09.2026 21:32Продвижение это предмет контракта. Индюк просто больше отдаст процент в таком случае. Ну а само продвижение в случае приложения бессмысленно если само приложение это последнее в ряду точно таких же . Или если тот сервис что в приложении никогда не встречается в поиске. Ну если никто не ищет так никому это и не нужно. И это вопрос вообще из другой сферы. В статье речь не о санкциях и не о продвижении. А ровно о том что в заголовке. Кооперационное обслуживание продажи приложений в магазинах.
Мне вот только интересен один момент. Все те кто рассуждают как оно просто и доступно и вообще чо там такого то сами имеют приложения в магазине? И девелоперские аккаунты? Или это прямо из чистого разума рассуждения?
Прошу предъявить доказательства того что вы знаете о чем говорите.
Я вот туториал выложил полный. То есть показал что я в теме.
Einherjar
10.09.2026 21:32Продвижение это предмет контракта. Индюк просто больше отдаст процент в таком случае.
Какого еще контракта?
Ну а само продвижение в случае приложения бессмысленно если само приложение это последнее в ряду точно таких же
Это 99% приложений. Поэтому даже теоретически рассматривать целесообразность совместной публикации - зачем платить за публикацию через прослойку, если аудитория все равно будет околонулевой?
Кооперационное обслуживание продажи приложений в магазинах.
Ну так его и обсуждаем, я к тому что сценариев в которых разработчик от этого что то получит один на миллион
Все те кто рассуждают как оно просто и доступно и вообще чо там такого то сами имеют приложения в магазине? И девелоперские аккаунты? Или это прямо из чистого разума рассуждения? Прошу предъявить доказательства того что вы знаете о чем говорите.
За остальных не скажу, я публиковал во всех магазинах



Sap_ru
Это не работает по множеству причин. Начиная с нарушения условий магазинов и санкций и заканчивая незбежным мгновенным набегом скамеров и неменее мгновенным баном.
dbalabolin Автор
Я вижу что не работает по описанным в статье причинам выход в магазины от наших разработчиков. Это вот точно неоспоримо. Слишком сложно. Слишком дорого.