Автор получает права на программу в момент её создания — обязательной регистрации закон не требует. Но если бывший сотрудник, подрядчик или конкурент заявит права на фрагменты кода, доказывать приоритет создания придётся вам. Российские суды принимают как доказательство свидетельство независимого депозитария или регистрацию в Роспатенте. Разберём, чем отличаются эти два инструмента защиты и когда какой из них применять.
Зачем фиксировать дату создания кода
Депонирование фиксирует состояние файлов программы на конкретную дату и время. Если оппонент заявит, что написал код раньше, зафиксированная дата приоритета станет ключевым доказательством. Процедура особенно важна для компаний, которые работают с фрилансерами и подрядными командами: она подтверждает, что исполнитель не предъявит права на фрагменты системы в будущем. Инвесторы и покупатели IT-активов проверяют чистоту прав перед сделкой — отсутствие подтверждённого авторства снижает стоимость актива или блокирует финансирование.
Депонирование заменяет дорогостоящую техническую экспертизу в суде и сокращает сроки разбирательства.
Депонирование или регистрация в Роспатенте: в чём разница
Разработчики часто путают эти инструменты, хотя они решают разные задачи.
| Критерий | Депонирование | Регистрация в Роспатенте |
| Что хранится | Полный текст кода в депозитарии | Факт регистрации, без текста программы |
| Кто выдаёт документ | Независимый депозитарий | Роспатент (свидетельство о госрегистрации ПО) |
| Для чего используется | Доказательство в суде при копировании кода | Тендеры, налоговые льготы, лицензирование |
| Что доказывает | Совпадение текста при сравнении с чужим кодом | Существование программы на дату подачи заявки |
Роспатент подтверждает факт существования программы, но не хранит сам текст кода — это ограничивает доказательную силу свидетельства при спорах о копировании. Депонированная копия, наоборот, позволяет напрямую сравнить строки кода и доказать факт заимствования. Для полной защиты специалисты по интеллектуальной собственности рекомендуют использовать оба инструмента одновременно.
Как проходит процедура депонирования
Процедура требует точности: любое расхождение в версиях или форматах файлов даёт оппоненту повод оспорить доказательство. Она включает несколько этапов:
- Идентификация объекта — выделяются уникальные модули и библиотеки в составе кода.
- Сбор доказательств создания — приказы о разработке, акты приёмки, трудовые договоры с разработчиками.
- Передача материалов в депозитарий — шифрование и направление файлов независимому хранителю.
- Получение свидетельства — проверка данных автора и даты приоритета в итоговом документе.
После получения свидетельства документ можно использовать для блокировки нелегальных копий и как основание для досудебной претензии. Нарушители чаще идут на мировое соглашение, когда видят зафиксированную дату авторства, — это позволяет сэкономить на судебных издержках.
Договор эскроу исходного кода
Для крупных контрактов, где заказчик зависит от работоспособности софта, используют договор эскроу — соглашение между разработчиком, клиентом и доверенным хранителем. Заказчик получает доступ к коду только при наступлении оговорённых условий: банкротстве разработчика или прекращении технической поддержки продукта. В договоре фиксируют условия доступа, периодичность обновления депонируемых данных и ответственность сторон — это защищает интересы обеих сторон и снижает риск раскрытия секретов вне согласованных случаев.
Как депонированный код используют в суде
Если конкурент заимствует часть логики продукта, депонированная версия становится главным доказательством. Эксперт в рамках экспертизы сопоставляет спорный объект с зафиксированным эталоном, а свидетельство подтверждает, что правообладатель владел этой технологией раньше ответчика. Российские суды принимают акты частных депозитариев как весомые документы при рассмотрении споров о нарушении авторских прав на ПО.
Частые вопросы
Обязательно ли депонировать код, если программа уже зарегистрирована в Роспатенте?
Нет, но это повышает доказательную силу прав. Свидетельство Роспатента подтверждает факт существования программы на дату подачи заявки, а депонированная копия позволяет сравнить исходный текст кода при спорах о плагиате.
Как часто нужно обновлять депонированную копию кода?
Периодичность зависит от интенсивности разработки. При активном обновлении продукта разумно повторно депонировать код при выпуске значимых версий — это фиксирует новые модули и защищает актуальную редакцию системы.
Можно ли депонировать код, если фрагменты уже опубликованы в открытом репозитории?
Да, но публикация в открытом доступе ослабляет позицию в споре о неправомерном копировании третьими лицами — открытый исходник мог скопировать кто угодно. Депонирование в этом случае фиксирует дату и полноту версии, но не заменяет ограничение доступа к репозиторию.
Что делать, если конкурент уже использует ваш код?
Соберите депонированное свидетельство и доказательства использования кода конкурентом, направьте досудебную претензию, а при отказе — обращайтесь в суд. Специалисты помогут подготовить пакет документов и правильно оформить процедуру — узнать об услуге депонирования исходного кода.