Юридическая база до стадии MVP и немножечко после

Выскажу свое непопулярное мнение. Просьба дочитать внимательно до конца. До стадии MVP вам нет смысла задумываться о юридической стороне проекта. Это могут быть выброшенные деньги и время, поскольку существует вероятность остаться с нереализованным проектом и только с документами на руках. Это касается и стартапов на стадии pre‑seed.

Ну почти все так. Есть, как говорится, пара моментов. 

Если вы делаете проект в соло без кофаундеров и не планируете привлекать инвестиции или продавать проект, то вся информация ниже вам не нужна в 90% случаев. Это я точно могу сказать. Остальных просьба остаться тут.

Итак, поехали. Начнем, естественно, с корпоративных отношений. Это мое любимое. 

На практике в самом начале на мечтах о несметном успехе проекта все работают без конфликтов. Даже если и возникают спорные ситуации, то они быстро и разрешаются. Особенно, если вы основали проект с другом.

Но я не устану повторять и настаивать, что будь вы хоть братья‑близнецы, в любом случае нужно правильно оформлять отношения в проекте. Сейчас на разных конструкциях я объясню детальнее.

Если вы открыли ООО, то это уже половина успеха. ООО позволяет вам сразу распределить доли в проекте через доли в компании (статья 14 Федерального закона «Об обществах с ограниченной ответственностью»). Это удобно в случае выхода одного из партнеров (статья 94 ГК РФ; статья 26 Федерального закона «Об обществах с ограниченной ответственностью») или передачи части долей инвестору или новому партнеру. В этой модели многие упускают один важный момент — корпоративный договор (статья 67.2 ГК РФ; пункт 3 статьи 8 Федерального закона «Об обществах с ограниченной ответственностью»).

Корпоративный договор нужен, чтобы вы знали как действовать в случае тупиковой ситуации (когда ваш партнер блокирует ваше решение) или в случае выхода партнера прописывается его обязанность сначала предложить выкупить долю вам (чтобы он не продал ее незнакомому вам человеку, который будет по‑своему распоряжаться проектом, создавая вам проблемы). Он позволяет зафиксировать правила принятия решений, порядок входа и выхода и все важные условия.

Иными словами, берутся все тупиковые и рискованные ситуации и упаковываются в один договор, чтобы у каждого партнера были понятные правила игры, а в случае нарушения был понятен алгоритм выхода из проекта. 

Если же у вас все на одном ИП, то второй помогает ему бесплатно и имеет все возможности остаться вовсе без доли в прибыли и прав на проект. 

Здесь важно понимать одно. ИП — это не юрлицо, это статус физического лица (статья 23 ГК РФ). Наподобие самозанятости, только с расширенными возможностями. Соответственно, долю в ИП никто никакую иметь не может по определению. Так что ваш партнер имеет полное право сказать, что все деньги на ИП его и он вам ничего не должен. И да, например, тот же сайт проекта будет принадлежать ему же. У вас нет никаких прав в этой конструкции. Единственное, что можно сделать в этой ситуации, подписать что‑то наподобие договора оказания услуг для вашего товарища или партнера. Но это в некотором смысле бесполезно. За ним останется право с вами этот договор расторгнуть в любой момент и уйти делать проект в одиночку.

С корпоративной стороной разобрались. Переходим к следующим нюансам. Поговорим про авторские права простым языком.

В этой части остановимся чуть подробнее, поскольку инвесторы и покупатели очень чутко и детально смотрят на владение кодом и грамотность оформления прав на него при работе с партнером или подрядчиками.

Авторские права — материя тонкая, но не такая сложная как кажется на первый взгляд. Авторские права в данном контексте интересуют нас в отношении кода. Законодатель приравнивает код к программам для ЭВМ в соответствии со статьей 1261 ГК РФ. Здесь важно понять кому принадлежит написанный код. Существуют три основных варианта.

Во‑первых, код первоначально принадлежит самому разработчику как и подобает всем неимущественным исключительным правам. Принадлежит ему как физическому лицу.

Во‑вторых, код может принадлежать работодателю, а вернее компании. Это возможно только в случае написания кода разработчиком в рамках его обязанностей и в рамках служебного произведения (статья 1295 ГК РФ).

В‑третьих, по договору авторского заказа права на код могут перейти к заказчику, если таковые условия указаны в самом договоре (статья 1288 ГК РФ).

Как это относится к теме моей статьи?

Очень просто. Нужно с самого начала понимать кто владеет кодом и что будет, если такой человек уйдет из команды. Ваш партнер может унести код на своем ноутбуке, и вы не сможете его вернуть, потому что он его не создавал для вас в качестве работника или в роли исполнителя по договору авторского заказа. Все права всю дорогу были у него. Соответственно, он имеет все права просто унести этот код и самостоятельно его монетизировать.

Общий вывод следующий. Права на код должны принадлежать компании. Это можно оформить через служебное произведение или через договор авторского заказа с отчуждением прав на компанию. Это крайне важно, поскольку вы можете остаться как без партнера, так и без кода, который составляет ядро вашего проекта. А если к вам зайдет инвестор или покупатель, то на первых же этапах due diligence он выйдет, когда увидит, что от компании одно название без прав на сам проект.

Что касается остальных документов в виде договоров с клиентами, политик конфиденциальности, согласий на обработку ПДн, ToS и оферт, то все тоже достаточно просто.

Я исхожу всегда из баланса юридических вопросов и коммерческой стороной проекта. Есть то, что нужно обязательно делать с юристом в начале проекта (корпоративное и авторское право) и есть то, что подождет до первых устойчивых экономических результатов. Нужно смотреть объективно.

Нет бюджета на договоры, оферту, политику и согласие? Скажу неочевидное. Сделайте без юриста через ИИ. Документы через ИИ лучше чем ничего. НО! Закладывайте риски сразу. В случае споров с клиентами ИИ‑формулировки могут не выстоять. Это тоже нормально. Это ИИ, а не юрист (P. S. ИИ юристы завайбкоденные тоже не лучше).

Галлюцинации ИИ по юридическим вопросам — это тоже база.

Что до 152-ФЗ «О персональных данных» и Роскомнадзора с обязанностью подать Уведомление об обработке ПДн (статья 22 152-ФЗ — уведомление; статья 18.1 — политика обработки, статья 9 — согласие субъекта), то здесь две стороны одной медали. С одной стороны, вы обязаны его подать, иметь политику и согласие с чек‑боксами. С другой стороны, не так уж и часто сейчас приходят штрафы за отсутствие данных документов и неподанного Уведомления.

Конечно, стоит делать полную юридическую архитектуру проекта и забыть про возможные риски со штрафами, но едва ли кто‑то будет до стабильных экономических результатов продумывать такие детали. Такую картину я встречаю на практике сплошь и рядом.

Резюмирую все вышесказанное на две категории. Корпоративные отношения и авторские права учитываем обязательно. Без этого далеко не уехать и есть шанс больших проблем в будущем. По остальной документации решать вам самостоятельно, исходя из ваших ресурсов на тот или иной проект.

Разрешите откланяться!