NDA и передача прав на интеллектуальную собственность в Беларуси: защита кода при найме разработчиков дистанционно

Американская концепция «work made for hire», где работодатель владеет кодом в тот момент, когда он написан, не работает в белорусском праве. В Беларуси исключительные права на то, что создаёт ваш разработчик, принадлежат вашей компании, только если вы это четко прописали — в трудовом договоре или в отдельном соглашении о передаче прав на ИС. При пропуске этого шага права могут остаться у разработчика, а не у вас. Таким образом, можно полностью заплатить за код, которым вы на самом деле не владеете.

Добавьте сверху вопрос конфиденциальности — действительно ли ваш исходный код и дорожная карта защищены, если разработчик уйдёт? — и контролируете ли вы свой самый ценный актив или просто на это надеетесь. Эта статья объясняет, как NDA и передача прав на ИС на самом деле работают в Беларуси, ошибку с «work for hire», на которой спотыкаются иностранные компании, и что нужно, чтобы защитить код, когда люди, его пишущие, работают удаленно. Одна заметка сразу: это общая информация от людей, которые работают рекрутерами на этом рынке, а не юридическая консультация по вашим конкретным соглашениям — для них используйте квалифицированного белорусского юриста по ИС.

Ошибка, которая стоит компаниям кода

Иностранные компании — особенно привыкшие к американским правилам — склонны верить, что заплатить разработчику значит владеть тем, что разработчик производит. Деньги переходят из рук в руки, код пишется, код ваш. По американскому «work made for hire» это в целом верно для сотрудников. В Беларуси эта опция не является настройкой по умолчанию.

По белорусскому праву исключительные права на произведение, созданное сотрудником, принадлежат работодателю, только если это прописано в трудовом договоре или отдельном соглашении. Нет автоматического перехода в момент создания. Этим управляет Гражданский кодекс — раздел об интеллектуальной собственности был изложен в новой редакции, вступившей в силу в ноябре 2024 года, что среди прочего закрепило «презумпцию творчества»: произведение предполагается результатом творческого труда автора, пока не доказано иное, и исключительные права по умолчанию у автора. Сам срок действия авторского права теперь — жизнь автора плюс семьдесят лет. Нить, проходящая через всё это: права начинаются у создателя и переходят к вам, только если это закрепляет документ.

Последствие прямое. Без явной передачи прав вы можете платить за код, права на который вам не принадлежат, — фактически лицензируя собственный продукт у того, кого наняли его разрабатывать, причём ни одна сторона этого не имела в виду. Это не техническая мелочь, чтобы подготовиться перед аудитом. Это решение разница между тем, чтобы владеть тем, во что вложенны силы и время, и тем, чтобы обнаружить в худший возможный момент, что вы кодом не владеете.

Передача прав на ИС — как реально владеть тем, за что платишь

Передача прав на ИС — это явная передача исключительных, то есть имущественных, прав от создателя вашей компании. Эта деталь может жить внутри трудового договора или стоять отдельным соглашением о передаче прав на ИС, но в любом случае она должна быть явной, письменной и подписанной. Расплывчатый намёк на владение работой не решает.

Правильная передача прав делает несколько конкретных вещей. Она чётко передаёт исключительные права на произведение — исходный код, документацию, сопутствующие материалы — компании. Она проясняет отношение между фоновой ИС, которую разработчик приносит с собой (его уже существующие инструменты, библиотеки, прошлые работы), и планом ИС, созданной для вас, чтобы граница между ними была ясна. И она учитывает личные неимущественные права: в Беларуси, как и в большей части мира, личные неимущественные права автора, такие как право на авторство, стоят отдельно от передаваемых имущественных прав и не передаются тем же образом. Грамотно составленная передача написана с учётом этого различия.

Два важных момента, которые стоит учитывать. Первый — код, сгенерированный ИИ: когда разработчики используют ИИ-инструменты, кому принадлежит результат — по-настоящему нерешённый вопрос в 2026 году, так что соглашение должно прямо адресовать работу с участием ИИ, а не оставлять пробел. Второй — сроки. Передачу стоит подписать до начала работы, а не прописывать срочно, когда код уже существует, — разработчик, который уже написал ваш ключевой модуль и ещё не передал права, в совсем другой переговорной позиции, чем тот, кто подписывает передачу в первый день. Оформите бумаги при онбординге, вместе со всем остальным.

Сотрудник против подрядчика 

У правила о владении две версии, и разница между ними — там, где большинство компаний и страдает. Она зависит от того, кто ваш разработчик — сотрудник по трудовому договору или подрядчик по гражданско-правовому.

Для сотрудника права переходят к работодателю, только если трудовой договор или отдельное соглашение это говорят. Так что трудовой договор должен либо содержать передачу, либо быть с ней в паре — подавайте это как данность, но убедитесь, что документ реально существует. Для подрядчика, работающего по гражданско-правовому договору, позиция ещё острее: права остаются у создателя, если не переданы. В белорусском праве нет версии «подрядчик же очевидно имел в виду отдать код». Если договор не передаёт права, подрядчик их сохраняет, сколько бы вы ни заплатили.

Огромное число белорусских разработчиков нанимаются как подрядчики, а не как сотрудники. Это ровно та схема, где ИС чаще всего остаётся у разработчика, потому что допущение «оплата равна владению» здесь наиболее неверно, а по умолчанию решение в пользу создателя. Определите, какие отношения у вас на самом деле, и сделайте передачу явной в любом случае — но относитесь к случаю с подрядчиком как к тому, с которым нужно быть осторожнее всего, потому что именно он тихо стоит компаниям их кода.

NDA и режим коммерческой тайны 

Владеть кодом — половина защиты. Другая половина — удержать вашу конфиденциальную информацию (исходный код, архитектуру, дорожную карту, клиентские данные) от того, чтобы она ушла с уходящим разработчиком. Здесь новости начинаются хорошо: положения о конфиденциальности и NDA в Беларуси в целом имеют юридическую силу. Дальше идёт уловка, которую большинство работодателей упускают.

Информация защищена как коммерческая тайна, только если компания действительно приняла меры, чтобы держать её в секрете, — комплекс мер, которого ожидает закон, часто называемый режимом коммерческой тайны. Это не формальность. Судебная коллегия по интеллектуальной собственности Верховного Суда указывала, что информация, которая была в свободном доступе или которую владелец не защищал реальными мерами, попросту не квалифицируется как охраняемая коммерческая тайна, что бы ни говорила бумага. NDA, сидящий поверх ничего, — это NDA, опирающийся на воздух. Подпись не создаёт защиту; её создаёт режим, а NDA приводит её в исполнение.

Так как же выглядит режим на практике? Вы определяете, что считается конфиденциальным, документируете это (обычно во внутреннем положении о коммерческой тайне), ограничиваете доступ тем, кому он действительно нужен, и подписываете NDA со всеми, кто видит охраняемую информацию, — и с сотрудниками, и с подрядчиками. Сам NDA должен определять, что конфиденциально, задавать объём и срок обязательства (во время работы и после её окончания) и прописывать средства правовой защиты при нарушении. Построенный так, NDA делает свою работу, потому что под ним реальная коммерческая тайна. 

Почему нельзя опираться на условия о неконкуренции

Ещё одно ожидание стоит поправить, потому что компании часто за него хватаются. Условие о неконкуренции — то, что пытается помешать уходящему разработчику присоединиться к конкуренту или запустить соперника, — в белорусском праве подлежит строгим ограничениям. Вы не можете опираться на него так, как это делают некоторые американские компании, и относиться к нему как к главной линии защиты — ошибка.

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

Практический чек-лист — защита кода при найме сотрудников на удаленную работу в Беларуси

Это стандартная практика, и компании, которые попадают впросак, почти всегда те, что предположили применимость американских правил. Коротко:

• Сначала определите отношения. Сотрудник или подрядчик — правила по ИС различаются, и случай с подрядчиком более рисковый.
• Передавайте права на ИС явно, письменно, до начала работы. В трудовом договоре или отдельном соглашении; охватите исходный код, документацию и границу между фоновой ИС и непосредственной работой.
• Пропишите пункт о коде с участием ИИ в передаче прав, поскольку владение результатом ИИ точно ещё не решено.
• Стройте режим коммерческой тайны, а не просто NDA. Определите и задокументируйте, что конфиденциально, ограничьте доступ и примите меры, которых закон реально ожидает.
• Подписывайте NDA со всеми, кто видит конфиденциальную информацию, — с сотрудниками и подрядчиками — с ясным объёмом, сроком и средствами защиты.
• Не опирайтесь на условия о неконкуренции. Они строго ограничены; опирайтесь на передачу прав и конфиденциальность.
• Ведите бумажную документацию. Кто что подписал и когда. Чистая цепочка правообладания — ровно то, что попросит показать инвестор или покупатель.

Два кейса из практики

Кейс А. Подрядчик, которому принадлежал код

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

Потом аудит инвестора запросил чистую цепочку правообладания на код, и пробел вскрылся. По гражданско-правовому договору, без передачи, исключительные права на тот ключевой модуль всё это время оставались у разработчика. То, что должно было быть одной подписью в начале, стало пересогласованием под давлением, посреди раунда финансирования, причём разработчик теперь держал рычаг давления, который ему никто не собирался давать. Сделка сработала, но это были скверные пару недель и худший прецедент. Урок прост: с подрядчиком в Беларуси заплатить за работу — не то же, что владеть правами. Передача должна быть явной — и стоит просто подписи в начале или напряженных переговоров потом.

Кейс Б. NDA, который устоял

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

Это было не так. Когда разработчик ушёл на роль у конкурента, обязательства конфиденциальности имели юридическую силу — не из-за одной подписи, а потому что компания приняла реальные меры, которых требует закон, так что охраняемая информация действительно квалифицировалась как коммерческая тайна. NDA не был отдельной бумажкой; он опирался на фундамент, который придавал ему смысл. Урок в пару к первому: NDA силён настолько, насколько силён режим коммерческой тайны под ним. Постройте систему — и NDA сделает свою работу, когда это важно.

Защищайте по-настоящему

Когда вы нанимаете удалённых разработчиков в Беларуси, владение вашим кодом и защита ваших секретов не автоматические — это результат двух правильно сделанных соглашений. Белорусское право не вручает вам владение так, как американское work for hire; вы должны обозначить его явно, и чаще всего — с подрядчиками. NDA, построенный на реальном режиме коммерческой тайны, работает потому что конфиденциальность имеет силу, только когда вы приняли меры, которых требует закон. Условия о неконкуренции вас не спасут. Передача прав и режим — спасут.

Компании, которые сохраняют контроль над своим кодом, — те, что подписали правильные бумаги до того, как была написана первая строка, а не те, что обнаружили пробел во время аудита или после ухода разработчика. Это подпись при онбординге хорошо сработает против кризиса позже. Владейте осознанно. Защищайте по-настоящему. 

Если вы нанимаете разработчиков в Беларуси и хотите делать это так, чтобы ваш код и ваши секреты были действительно защищены — правильные соглашения, подписанные в нужное время, — свяжитесь с нами. Мы подбираем ИТ-специалистов по всему белорусскому рынку и помогаем работодателям выстраивать найм, который работает, — включая онбординг-бумаги, которые оставляют вашу ИС вашей. Эта статья — общая информация, а не юридическая консультация. По вашим конкретным NDA и соглашениям о передаче прав на ИС работайте с квалифицированным белорусским юристом по ИС, который составит документы под вашу ситуацию.