Більшість українських розробників, які виводять перший продукт в App Store, обирають Individual-акаунт Apple Developer — без реєстрації компанії. Логіка зрозуміла: простіше, швидше, менше паперів. Проте за цим рішенням стоять конкретні юридичні ризики, частина з яких матеріалізується не тоді, коли продукт виріс, а ще на етапі подачі застосунку на модерацію.
У цій статті — повний розбір ризиків із посиланнями на норми чинного законодавства, умови Apple та практику правозастосування.
Зміст:
- Чи відповідає ФОП особистим майном за зобов'язаннями, пов'язаними із застосунком?
- Чи може Apple відмовити у публікації застосунку, поданого фізичною особою?
- Чи можна перейти з Individual на Organization-акаунт після публікації?
- Чи поширюється GDPR на фізичну особу, яка публікує застосунок для EU-користувачів?
- Що відображається як назва розробника в App Store при Individual-акаунті?
- Чи можна залучити інвестиції у застосунок, опублікований як фізична особа?
- Коли публікація застосунку як фізична особа є виправданою?
- Яку юридичну особу обрати українському розробнику для публікації в App Store?
Чи відповідає ФОП особистим майном за зобов'язаннями, пов'язаними із застосунком?
Це фундаментальна різниця між публікацією як фізична особа та через юридичну особу.
Яка відповідальність ФОП за зобов'язаннями, пов'язаними з діяльністю?
Стаття 52 Цивільного кодексу України встановлює пряму норму:
«Фізична особа — підприємець відповідає за зобов'язаннями, пов'язаними з підприємницькою діяльністю, усім своїм майном, крім майна, на яке згідно із законом не може бути звернено стягнення».
Тобто при судовому позові від користувача — через збій застосунку, витік персональних даних, ненадання оплаченої послуги — стягнення може бути звернено на особисті рахунки, нерухомість, транспорт. Не на «бізнес-активи», а на все особисте майно підприємця.
Товариство з обмеженою відповідальністю (ТОВ) або інша юридична особа в аналогічній ситуації несе відповідальність виключно в межах власного майна компанії. Детальніше про правову природу ТОВ та зміни у регулюванні після скасування Господарського кодексу — в окремому матеріалі. Особисті активи засновника залишаються захищеними. Доктрина «зняття корпоративної вуалі», яка могла б змінити цю ситуацію, в Україні застосовується як виняток — Верховний Суд звернувся до неї вперше лише у 2020 році (справа № 910/15925/18).
Які ризики виникають при монетизації застосунку без реєстрації ФОП?
Ще більший ризик. Якщо застосунок монетизується (платні підписки, покупки всередині застосунку), але розробник не зареєстрований як ФОП, отримання систематичного доходу може кваліфікуватися як незареєстрована господарська діяльність. Частина перша статті 164 Кодексу України про адміністративні правопорушення (КУпАП) передбачає за таке порушення штраф від 1 000 до 2 000 неоподатковуваних мінімумів доходів громадян. При повторному порушенні або при отриманні доходу у великих розмірах частина друга тієї ж статті передбачає штраф від 2 000 до 5 000 неоподатковуваних мінімумів з конфіскацією отриманих коштів.
Важливе застереження: судова практика за цією нормою є нестабільною — суди, як правило, вимагають доведення систематичного та ініціативного характеру діяльності. Ризик реальний, але не автоматичний і залежить від конкретних обставин справи.
Чи може Apple відмовити у публікації застосунку, поданого фізичною особою?
Це не абстрактний юридичний ризик — це операційний блокер, який може унеможливити публікацію або призвести до видалення вже опублікованого застосунку.
Пункт 5.1.1(ix) App Store Review Guidelines
Пункт 5.1.1(ix) App Store Review Guidelines у чинній редакції встановлює: застосунки, що надають послуги у сферах з жорстким регулюванням — зокрема у банківській та фінансовій галузі, охороні здоров'я, сфері азартних ігор та авіаперевезень — або ті, що вимагають чутливих даних користувачів, мають подаватися юридичною особою, яка надає ці послуги, а не індивідуальним розробником.
Перелік регульованих сфер є відкритим: Apple не обмежується переліченими категоріями і може відхилити застосунок з будь-якої сфери, яку визнає чутливою.
Пункт 3.2.1(viii) App Store Review Guidelines
Пункт 3.2.1(viii) встановлює окрему вимогу для фінансових застосунків: застосунки для фінансової торгівлі, інвестицій або управління фінансами мають подаватися фінансовою установою, яка надає відповідні послуги, і повинні мати необхідні ліцензії та дозволи в регіонах, де вони доступні.
Практика: категорії, за якими фіксувались відмови Individual-акаунтам
| Категорія застосунку | Застосований пункт | Наслідок |
|---|---|---|
| Управління інвестиційним портфелем | 3.2.1(viii) + 5.1.1(ix) | Відмова у публікації |
| Телемедицина / медичні консультації | 5.1.1(ix) | Відмова у публікації |
| Управління особистими фінансами | 5.1.1(ix) | Відмова у публікації |
| Біометричні дані / верифікація особи | 5.1.1(ix) | Вимога переходу на Organization-акаунт |
| B2B SaaS з обробкою корпоративних даних | 5.1.1(ix) | Вимога переходу на Organization-акаунт |
У Apple Developer Forums зафіксовані численні відмови з однотипним формулюванням: застосунок не відповідає вимогам для регульованих сфер або чутливих даних — акаунт має бути зареєстрований як організація, а не як індивідуальний розробник. Розробникам пропонують або відкрити новий акаунт як Organization, або звернутись до Apple Developer Support із запитом на конвертацію наявного.
Важливий нюанс: перелік підстав є невичерпним. Apple може застосувати цю вимогу навіть до застосунків, які формально не належать до жодної з перелічених категорій, — якщо Review Team вважає, що вони обробляють чутливі дані. Апеляції в таких випадках рідко бувають успішними.
Чи можна перейти з Individual на Organization-акаунт після публікації застосунку?
Поширена стратегія — «зареєструємо компанію, коли застосунок злетить» — містить технічну пастку, яку важливо розуміти заздалегідь.
Що Apple дозволяє при переході з Individual на Organization-акаунт?
Apple надає механізм передачі застосунку між акаунтами через App Store Connect. При цьому застосунок зберігає рейтинги та відгуки.
Крім того, Apple допускає перетворення Individual-акаунту на Organization за зверненням до Apple Developer Support — за умови, що заявник є засновником або співзасновником організації та надає D-U-N-S номер компанії для верифікації. Це не автоматична процедура і не гарантована: Apple розглядає такі запити індивідуально.
Які практичні ускладнення виникають при зміні типу акаунту Apple Developer?
Навіть після успішного перетворення акаунту seller name для вже опублікованих застосунків може не оновитись автоматично — це підтверджено зверненнями до Apple Developer Support і потребує окремого запиту. Крім того, передача застосунку між акаунтами можлива не завжди: Apple встановлює технічні умови, за порушення яких transfer недоступний — зокрема, для застосунків з певними Apple-specific entitlements або прив'язаних до iCloud-контейнерів.
Практичний висновок: реєстрація юрособи та публікація від Organization-акаунту з самого початку усуває ці ускладнення повністю.
Чи поширюється GDPR на фізичну особу, яка публікує застосунок для EU-користувачів?
Якщо ваш застосунок доступний для користувачів з ЄС і збирає будь-які персональні дані — адресу електронної пошти, геолокацію, поведінкові дані, ідентифікатори пристрою — ви є контролером у розумінні статті 4(7) Регламенту (ЄС) 2016/679 (GDPR) — незалежно від організаційно-правової форми.
У термінології офіційного українського перекладу GDPR «контролер» (controller) — це особа, яка визначає мету та засоби опрацювання персональних даних. Фізична особа може бути контролером так само, як і юридична.
Обов'язки контролера однакові для фізособи і компанії
- наявність правової підстави для опрацювання даних (стаття 6 GDPR);
- надання суб'єктам даних інформації про опрацювання (статті 13–14 GDPR);
- реагування на запити суб'єктів даних (статті 15–22 GDPR);
- повідомлення наглядового органу про витік персональних даних протягом 72 годин (стаття 33 GDPR).
Яка форма відповідальності за GDPR застосовується до фізичної особи?
Великі адміністративні штрафи за статтею 83 GDPR (до €20 млн або 4% глобального річного обороту) у практиці наглядових органів ЄС переважно накладаються на організації. Проте фізична особа-контролер несе інший, не менш реальний ризик: цивільний позов від суб'єкта даних на відшкодування збитків, завданих порушенням GDPR. Це право прямо передбачено статтею 82 GDPR. У поєднанні з нормою ЦКУ ст. 52 — стягнення б'є по особистому майну підприємця без обмеження.
Чи достатньо Privacy Policy для відповідності GDPR в App Store?
Apple вимагає наявності Privacy Policy для всіх застосунків, що збирають дані користувачів, — це умова розділу 5.1 App Store Review Guidelines. Наявність такого документу є необхідною умовою для публікації, але недостатньою для відповідності GDPR: документ має відповідати вимогам статей 13–14 GDPR по суті, а не лише існувати формально.
Що відображається як назва розробника в App Store при Individual-акаунті?
При Individual Developer-акаунті Apple відображає особисте ім'я розробника як назву продавця (seller name) в App Store. Офіційна документація Apple прямо вказує: для укладення договорів із Apple потрібне юридичне ім'я фізичної особи — саме воно й відображатиметься як назва продавця у всіх застосунках акаунту.
Для B2B-продуктів, корпоративних клієнтів або застосунків, що претендують на окремий бренд, це має практичні наслідки:
- корпоративні клієнти та інвестори при належній перевірці (due diligence) бачать фізичну особу, а не компанію;
- неможливо розмежувати особистий бренд і продуктовий бренд;
- кілька продуктів відображатимуться під одним особистим іменем;
- реєстрація торговельної марки на продукт і подальший її трансфер при зміні структури є складнішою процедурою, ніж якби права спочатку належали юридичній особі.
Organization-акаунт дозволяє вивести юридичну назву компанії як seller name в App Store.
Чи можна залучити інвестиції у застосунок, опублікований як фізична особа?
Інвестори на стадіях Pre-Seed та Seed стандартно вимагають корпоративну структуру до підписання будь-яких документів. Окремої уваги заслуговує питання контрольованих іноземних компаній (КІК): якщо ви плануєте Estonian OÜ або Delaware-структуру, зобов'язання щодо КІК виникають з першого ж року. Стандартні інструменти — SAFE (проста угода щодо майбутнього капіталу, Simple Agreement for Future Equity), конвертована позика, частка в капіталі — юридично прив'язані до юридичної особи. Інвестиція безпосередньо у ФОП або фізичну особу в цих форматах неможлива: немає об'єкта, в який можна інвестувати.
При продажу застосунку (M&A) відсутність юрособи ускладнює структурування угоди. Покупець набуває окремі активи (код, права інтелектуальної власності, бренд), а не компанію — що породжує питання щодо переоформлення прав на об'єкти інтелектуальної власності, перекладання договорів з підрядниками, трудових відносин з командою тощо.
Коли публікація застосунку як фізична особа є виправданою?
Individual-акаунт Apple Developer — цілком законний інструмент для певних сценаріїв. Нижче — чіткі критерії прийнятності.
| Критерій | Individual — прийнятно | Юрособа — необхідна |
|---|---|---|
| Категорія за Apple Review Guidelines | Нерегульована (ігри, утиліти, продуктивність) | Фінанси, медицина, gambling, авіа, чутливі дані |
| Стадія продукту | MVP, перевірка гіпотези, особисте використання | Є реальні платні користувачі |
| Аудиторія | Мінімальна, не орієнтована на ЄС | Є користувачі з ЄС зі збором персональних даних |
| Монетизація | Безкоштовний або мінімальний дохід | Платні підписки, покупки всередині застосунку, B2B-продаж |
| Плани на інвестиції | Відсутні | Будь-який раунд у горизонті 12 місяців |
| Позиціонування | Indie / особистий проєкт | B2B, корпоративні клієнти, enterprise |
Яку юридичну особу обрати українському розробнику для публікації в App Store?
Вибір залежить від цільового ринку, планів монетизації та географії інвесторів.
| Юрисдикція | Організаційно-правова форма | Для кого | Ключові переваги |
|---|---|---|---|
| Естонія | OÜ (osaühing — приватне товариство з обмеженою відповідальністю) | UA-розробники з міжнародним (EU/global) ринком | Дистанційна реєстрація через e-Residency; підтримка Stripe, Wise, PayPal без ускладнень; інвестори з ЄС; юрисдикція є членом ЄС і відповідає вимогам GDPR |
| США (Delaware) | C corporation (корпорація типу C) | Орієнтація на ринок США або залучення американських інвесторів | Стандарт для венчурних раундів у США; сумісна з SAFE та опціонними програмами для команди (ESOP); пільговий режим оподаткування у штаті Delaware |
| США (Delaware) | LLC (limited liability company — компанія з обмеженою відповідальністю) | Простіша структура без венчурного раунду | Гнучка структура управління; прозора схема оподаткування; менші адміністративні вимоги порівняно з C corporation |
| Україна | ТОВ (товариство з обмеженою відповідальністю) | Переважно внутрішній ринок, відсутність потреби в міжнародних платіжних шлюзах | Знайома юрисдикція; простий бухгалтерський облік; відсутність валютних ускладнень для UA-операцій |
Важливо: Estonian OÜ та Delaware C corporation / LLC не є взаємовиключними. При будь-якій структурі з кількома засновниками варто одразу укласти корпоративний договір між засновниками — він фіксує права, обов'язки і порядок виходу учасників. Для стартапу з командою в Україні та міжнародним продуктом поширена структура передбачає Estonian OÜ як операційну компанію для ринку ЄС або Delaware C corporation для ринку США з відповідними банківськими рахунками та платіжними інструментами. Вибір структури залежить від конкретної ситуації і потребує індивідуального юридичного аналізу.
Висновок
Публікація застосунку в App Store як фізична особа або ФОП — не автоматично помилка. Проте це свідоме рішення, яке варто приймати з розумінням конкретних правових наслідків:
- необмежена особиста відповідальність усім майном за зобов'язаннями, пов'язаними з діяльністю (ЦКУ, стаття 52);
- пряма вимога Apple подавати застосунки у регульованих сферах виключно від юридичної особи (App Store Review Guidelines 5.1.1(ix), 3.2.1(viii));
- відповідальність контролера за GDPR при опрацюванні персональних даних користувачів з ЄС, включно з правом на цивільний позов від суб'єктів даних (стаття 82 GDPR);
- технічні обмеження при переході до корпоративної структури після публікації;
- блокування стандартних інвестиційних інструментів — SAFE, частка в капіталі, конвертована позика — без юридичної особи.
Більшість цих ризиків усуваються або суттєво знижуються через реєстрацію відповідної юридичної особи до публікації, а не після того, як проблема вже виникла.
Проконсультуйтесь з NewFrame Legal
NewFrame Legal надає юридичний супровід IT-компаній та стартапів у питаннях реєстрації компаній (Estonian OÜ, Delaware C corporation / LLC, UA ТОВ), структурування IT-бізнесу, підготовки Privacy Policy та угод про опрацювання даних (Data Processing Agreement) відповідно до вимог GDPR, а також юридичного аналізу застосунків перед публікацією в App Store.
Якщо ви плануєте публікацію застосунку і хочете оцінити юридичні ризики вашої конкретної ситуації — запишіться на консультацію.