В IT-бизнесе продукт — это почти всегда результат коллективной работы. Код, как правило, пишут несколько разработчиков, дизайн делают дизайнеры, архитектуру продумывает тимлид, а тексты и документацию — другие специалисты. Если права на эти результаты не оформлены правильно, компания рискует остаться без главного актива. Уволившийся разработчик может заявить, что код — его личный. Подрядчик — потребовать дополнительную плату за использование. Инвестор — отказать в сделке из-за «грязных» прав. А при регистрации ПО в реестре Минцифры или продаже бизнеса отсутствие документов станет серьёзным препятствием.
Юристы Solu ежедневно помогают IT-компаниям и стартапам выстраивать систему, при которой все создаваемые результаты интеллектуальной деятельности (РИД) принадлежат компании. В этом гайде мы разберём по шагам, как это сделать: от выбора формы отношений до фиксации в таск-трекерах и Git. С примерами, таблицами и чек-листами.
Почему это критично именно сейчас
По российскому законодательству (ГК РФ, ст. 1295, 1296, 1228 и др.) права на произведения по умолчанию принадлежат автору — физическому лицу. Работодатель получает исключительные права на служебное произведение только при соблюдении ряда условий. С подрядчиками ситуация ещё жёстче: без прямого условия об отчуждении прав в договоре они остаются у исполнителя.
Типичные сценарии, с которыми сталкиваются клиенты Solu:
- Разработчик уходит и использует часть «своего» кода в свой open-source или новый проект
- Компания хочет продать бизнес или привлечь инвестиции, а due diligence выявляет отсутствие актов и служебных заданий
- При попытке внести ПО в реестр Минцифры выясняется, что права формально принадлежат нескольким физлицам
- Конфликт между сооснователями: один утверждает, что ключевая архитектура — его личный вклад
Правильное оформление — это не бюрократия, а страховка бизнеса.
Шаг 1. Определите структуру команды и форму отношений
Сначала разделите участников на категории:
- Штатные сотрудники (трудовой договор).
- Подрядчики / фрилансеры / самозанятые (гражданско-правовой договор — ГПХ).
- Сооснователи / партнёры (корпоративный договор, соглашение о совместной деятельности или доли в ООО).
- Временные участники (стажёры, внешние консультанты).
Сравнительная таблица: трудовой договор и ГПХ
| Критерий | Трудовой договор | ГПХ (договор подряда / авторского заказа) |
|---|---|---|
| Права на РИД по умолчанию | Переходят работодателю (служебное произведение), но нужны документы | Остаются у исполнителя, пока не прописано отчуждение |
| Контроль рабочего времени | Есть (режим труда, отчётность) | Нет (результат, а не процесс) |
| Налоги и взносы | НДФЛ + страховые взносы работодателя | Самозанятый/ИП платит сам (или заказчик удерживает) |
| Риски переквалификации | Низкие | Высокие, если есть признаки трудовых отношений |
| Лучше для | Постоянной команды, core-разработчиков | Разовых задач, узких специалистов |
| Документы для передачи прав | Должностная инструкция + служебное задание + акт | Прямое условие об отчуждении + акт приёма-передачи |
Рекомендация Solu: core-команду (те, кто создаёт ключевой продукт) оформляйте по трудовому договору. Разовых специалистов — по ГПХ с жёсткими условиями.
Шаг 2. Трудовые отношения: как закрепить служебные произведения
Согласно ст. 1295 ГК РФ, исключительное право на служебное произведение принадлежит работодателю, если:
- оно создано в пределах трудовых обязанностей
- иное не предусмотрено договором
На практике суды требуют доказательств связи между заданием и результатом. Общей фразы в трудовом договоре «разрабатывает программное обеспечение» недостаточно.
Что обязательно включить
1. Трудовой договор
- Раздел «Интеллектуальная собственность»
- Формулировка: «Все результаты интеллектуальной деятельности, созданные Работником в связи с выполнением трудовых обязанностей или по заданию Работодателя, являются служебными произведениями. Исключительное право на них принадлежит Работодателю с момента создания»
- Условие о вознаграждении за служебные произведения (можно включить в оклад или предусмотреть отдельную выплату)
2. Должностная инструкция
Конкретизируйте: «разработка модулей backend на Python», «создание UI/UX-макетов», «написание технической документации» и т.д.
3. Положение об интеллектуальной собственности (локальный нормативный акт)
Опишите порядок постановки заданий, фиксации результатов, конфиденциальности.
4. Служебные задания
Письменные (приказ, поручение в корпоративной почте, задача в Jira/YouTrack с пометкой «служебное задание»).
Обязательные элементы:
- автор задания
- цель и описание результата
- сроки
- критерии приёмки
- указание, что результат — служебное произведение
5. Акт приёма-передачи служебного произведения
Подписывается после завершения задачи. Содержит описание РИД, ссылку на репозиторий/коммит, ссылку на задачу в трекере.
Пример из практики
Компания разрабатывала SaaS. Разработчик уволился и заявил права на ключевой модуль. В суде победила компания, потому что:
- в должностной инструкции было прописано создание именно таких модулей
- в Jira были задачи с пометкой «служебное»
- существовали акты приёма с хэшами коммитов Git
Шаг 3. Работа с подрядчиками и фрилансерами
С ГПХ всё строже. Права переходят только если это прямо написано в договоре (ст. 1234, 1296 ГК РФ).
Ключевые условия договора
- Предмет: создание конкретного РИД (код, дизайн, документация)
- Полное отчуждение исключительного права заказчику с момента создания / оплаты / подписания акта
- Вознаграждение включает плату за передачу прав
- Запрет на использование результата исполнителем в других проектах
- Конфиденциальность и NDA
- Порядок приёмки и акты
Важно для самозанятых: заключайте отдельный договор с каждым. Не оформляйте «команду самозанятых» одним документом — это повышает риск переквалификации.
Пример формулировки отчуждения прав:
«Исполнитель отчуждает Заказчику исключительное право на все результаты интеллектуальной деятельности, созданные в рамках настоящего Договора, в полном объёме на весь срок действия исключительного права для использования любыми способами на территории всего мира. Право переходит к Заказчику с момента подписания акта приёма-передачи».
Шаг 4. Сооснователи и партнёры
Если команда ещё не оформила юрлицо или несколько человек вносят равный вклад:
- Создайте ООО и распределите доли
- Заключите корпоративный договор (ст. 67.2 ГК РФ) с условиями о вкладе интеллектуальной собственности
- Или соглашение о совместной деятельности с чётким распределением прав на будущие РИД
Типичная ошибка: «Мы договорились на словах, что всё общее». Потом один уходит и блокирует использование кода.
Шаг 5. NDA и коммерческая тайна
До начала любой работы — NDA. Особенно важно при обсуждении идеи, архитектуры, клиентской базы.
Включите в NDA:
- определение конфиденциальной информации
- срок действия (обычно 3–5 лет после окончания сотрудничества)
- ответственность (штрафы)
- исключения (публично известная информация и т.д.)
Дополнительно введите режим коммерческой тайны (положение + гриф «КТ» на документах).
Шаг 6. Фиксация в цифровых инструментах (Jira, Git, Confluence)
Современные суды принимают электронные доказательства, если процесс формализован.
Как сделать правильно:
1. В локальных актах и договорах укажите, что задачи в корпоративном трекере признаются служебными заданиями.
2. В user story / задаче указывайте:
- автора
- исполнителей
- критерии приёмки
- ссылку на репозиторий
3. В Git: используйте корпоративные аккаунты, обязательные code review, теги/релизы с описанием.
4. Периодически (раз в спринт/месяц) подписывайте сводные акты со ссылками на задачи и коммиты.
Таблица: минимальный набор доказательств
| Документ / артефакт | Зачем нужен | Где хранить |
|---|---|---|
| Трудовой договор / ГПХ | Основание перехода прав | Кадры / договорной отдел |
| Должностная инструкция | Подтверждение обязанностей | Кадры |
| Служебное задание / задача Jira | Связь задания и результата | Трекер + экспорт |
| Акт приёма-передачи | Фиксация передачи | ЭДО / архив |
| Коммиты Git + история | Доказательство авторства и даты | Репозиторий |
| NDA | Конфиденциальность | Договорной отдел |
Типичные ошибки и как их избежать
- «Всё и так понятно, мы команда» → Всегда документы.
- Общие формулировки в договорах → Конкретика по видам РИД.
- Отсутствие актов → Без акта сложно доказать передачу.
- Личные аккаунты в Git → Только корпоративные.
- Игнорирование соавторов → Если несколько авторов — фиксируйте вклад каждого.
- Работа без NDA на старте → Идея может «утечь» ещё до кода.
Чек-лист внедрения системы в компании
- Провести аудит текущих договоров и должностных инструкций
- Разработать / обновить Положение об Интеллектуальной собствоности
- Добавить разделы об IP во все шаблоны трудовых договоров и ГПХ
- Настроить процесс: задача в трекере = служебное задание
- Внедрить регулярные акты (раз в спринт или по релизу)
- Подписать NDA со всеми текущими участниками
- Обучить тимлидов и HR правилам постановки заданий
- Проверить права перед регистрацией ПО или сделкой
Что делать, если права уже «размазаны»
Не всё потеряно. Можно:
- Заключить дополнительные соглашения об отчуждении прав задним числом (с согласия авторов)
- Оформить акты на уже созданные результаты
- Задепонировать материалы
- В сложных случаях — провести переговоры или претензионную работу
Юристы Solu помогают проводить такой аудит и «очищать» права перед важными сделками или регистрацией в реестрах.
Заключение
Правильное оформление прав внутри команды — это фундамент любого IT-бизнеса. Оно защищает от внутренних конфликтов, упрощает привлечение инвестиций, позволяет спокойно масштабироваться и участвовать в госзакупках. Начните с базовых документов: договоров, NDA и актов. Затем выстройте процессы в трекерах. И не откладывайте — чем раньше система заработает, тем меньше рисков.
Команда Solu специализируется именно на юридической защите IT-компаний: мы разрабатываем пакеты документов под ваш стек и процессы, сопровождаем регистрацию ПО и помогаем выстраивать безопасную работу с командой. Первая консультация — бесплатная.