Если вы запускаете IT-стартап, разрабатываете приложение, SaaS-сервис или программное обеспечение и у вас возник вопрос: а нужна ли для этого лицензия, поздравляю – вы большой молодец и дальновидный предприниматель.
Потому что на старте обычно думают о продукте, команде, продажах, инвестициях и продвижении. До юридических вопросов руки нередко доходят уже потом, когда сервис работает, клиенты платят, а кто-нибудь неожиданно задаёт неудобный вопрос: на каком основании вы вообще это делаете и кому принадлежат права на продукт?
Давайте разбираться.
Нужна ли IT-компании государственная лицензия?
В большинстве случаев – нет.
Если вы разрабатываете сайты, мобильные приложения, программное обеспечение, внедряете CRM, оказываете техническую поддержку или предоставляете клиентам доступ к собственному SaaS-сервису, само по себе это обычно не требует получения специальной государственной лицензии.
Но здесь есть важное «но».
В IT очень легко выйти за пределы обычной разработки.
Например, отдельные требования могут возникать, если компания работает с криптографическими средствами, занимается технической защитой конфиденциальной информации, разрабатывает отдельные средства защиты информации или оказывает некоторые виды услуг связи.
Поэтому смотреть нужно не только на то, как деятельность называется у вас на сайте или какой ОКВЭД указан в ЕГРЮЛ.
Гораздо важнее понять, что компания фактически делает, какие технологии использует и какие услуги получает клиент.
Но есть ещё одна лицензия, о которой стартапу стоит думать гораздо чаще.
И вот здесь начинается путаница.
Государственная лицензия на деятельность и лицензия на использование программного продукта – это совершенно разные вещи.
Допустим, вы создали программу, платформу, приложение или SaaS-сервис и начинаете продавать доступ клиентам.
Возникает уже другой вопрос: на каком основании клиент пользуется вашим продуктом и что именно вы ему разрешаете?
И тут как раз часто выясняется, что юридическая часть проекта существует примерно на честном слове.
Клиенту дают логин и пароль, но в договоре не прописано, какие права он получает.
Разработчик использовал чужие библиотеки или готовые программные компоненты, но условия лицензий никто не проверял.
Код написал подрядчик, ему заплатили, все довольны. А отдельного документа о передаче исключительных прав нет.
И получается довольно неприятная ситуация: компания продаёт продукт, который с юридической точки зрения может принадлежать ей не полностью.
Первое, что стоит проверить: кому принадлежит сам продукт.
Код, дизайн, интерфейс, база данных, графика, документация – всё это создают конкретные люди.
И если продукт разрабатывали сотрудники, фрилансеры или подрядчики, важно проверить, как оформлены права.
Сам по себе факт оплаты работы ещё не всегда означает, что компания автоматически получила весь объём исключительных прав, который ей нужен.
Этот вопрос особенно быстро всплывает, когда в проект приходит инвестор, покупатель бизнеса или крупный корпоративный заказчик.
До этого момента можно годами не замечать проблему.
Второй вопрос: что именно получает клиент
Фраза «предоставляем доступ к сервису» звучит понятно в коммерческом предложении, но для договора её часто недостаточно.
Нужно определить, что пользователь вправе делать с программой, а что нет.
Например:
- может ли он предоставлять доступ своим сотрудникам;
- сколько пользователей допускается;
- можно ли передавать доступ третьим лицам;
- на какой срок предоставляется право использования;
- есть ли территориальные ограничения;
- может ли клиент интегрировать программу в свои системы.
Для SaaS-проектов договор вообще редко сводится к обычному «оказанию IT-услуг». В зависимости от модели продукта в нём могут сочетаться условия о предоставлении доступа к программному обеспечению, лицензировании, технической поддержке, хранении данных и оказании дополнительных услуг.
То есть договор должен отражать реальную бизнес-модель, а не просто называться «Договор оказания услуг».
Третий вопрос: нет ли внутри вашего продукта чужого кода.
Отдельная история – open source.
У многих стартапов здесь есть опасная иллюзия: если код открыт, значит его можно брать и использовать как угодно.
Не совсем.
У открытого программного обеспечения тоже есть лицензии, и условия у них разные.
Одни позволяют достаточно свободное коммерческое использование. Другие устанавливают дополнительные требования к распространению и модификации продукта.
Поэтому иногда проблема обнаруживается уже после того, как продукт создан и активно продаётся.
И тогда выясняется, что архитектуру или отдельные компоненты приходится пересматривать не из-за технической ошибки, а из-за условий чужой лицензии.
Когда юридические вопросы становятся особенно дорогими.
Обычно не в момент запуска. А чуть позже.
- Когда появляется инвестор и начинается юридическая проверка проекта.
- Когда крупный заказчик просит подтвердить исключительные права на программное обеспечение.
- Когда собственники решают продать бизнес.
- Или когда бывший разработчик внезапно заявляет, что именно он является правообладателем части кода.
Вот тогда документы, которые раньше казались формальностью, начинают напрямую влиять на стоимость компании.
Большинству IT-стартапов государственная лицензия на деятельность действительно не нужна.
Но каждому IT-проекту нужна понятная юридическая конструкция.
Нужно понимать:
- кому принадлежит продукт;
- на каком основании компания использует код и другие элементы разработки;
- какие права получает клиент;
- какие сторонние компоненты используются внутри продукта;
- соответствуют ли договоры реальной модели бизнеса.
Поэтому вопрос «нужна ли нам лицензия?» я бы вообще рассматривала шире.
Не только как вопрос о разрешении государства на деятельность.
А как вопрос о том, насколько юридически защищён сам продукт и бизнес, который вы вокруг него строите.
И если на старте вы уже об этом задумались, значит одна важная ошибка у вас, скорее всего, уже не случится: вы не будете разбираться с правами на продукт тогда, когда он уже стоит серьёзных денег.
