Защита коммерческой тайны и исходного кода в Беларуси в 2026 году

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

Большинство компаний рассуждают так: NDA либо есть, либо его нет. По белорусскому праву такая постановка вопроса ничего не решает. Исход спора зависит от другого: лежит ли у компании просто подписанный договор или у неё реально действует режим коммерческой тайны.

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

Ошибочное сравнение: NDA в папке с документами и реально действующий режим коммерческой тайны

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

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

Разрыв между тем, что обычно есть у компаний, и тем, что требуется в споре, выглядит так:

Что обычно есть у компании	Что реально требуется в споре об утечке
Подписанное NDA в составе рамочного договора	Письменно утверждённый перечень охраняемой информации, который охватывает утёкшие сведения
Пункт о конфиденциальности в трудовом договоре	Документально оформленный порядок допуска: кто и на каком основании предоставил доступ и кто его отозвал
Общая формулировка «весь наш код конфиденциален»	Доказательство, что конкретный репозиторий, модуль или массив данных входил в утверждённый перечень и был соответствующим образом помечен
PDF с политикой компании в отношении коммерческой тайны, высланный один раз при приёме на работу	Подтверждение, что меры защиты действовали на момент утечки, а не просто были когда-то утверждены

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

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

Что считается охраняемой коммерческой тайной в Беларуси и почему исходный код — особый случай

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

Законодательной основой служит Закон Республики Беларусь от 5 января 2013 г. № 16-З «О коммерческой тайне», в который неоднократно вносились изменения, последний раз — Законом от 16 марта 2026 г. № 134-З (действует с 21 марта 2026 года). Поэтому точные формулировки — определение, перечень обязательных мер и обязательные условия соглашения о конфиденциальности с контрагентом — нужно сверять с актуальной официальной редакцией закона, прежде чем ссылаться на них в договоре или иске.

На практике проверка наличия режима сводится к четырём вопросам:

1. Действительно ли информация неизвестна за пределами ограниченного круга лиц? Опубликованная документация, маркетинговые материалы и всё, что передаётся заказчикам без ограничений, не считается коммерческой тайной.
2. Ограничен ли доступ и помечен ли материал как охраняемый? Документально закреплённые ограничения доступа и надлежащая маркировка — практическая основа режима, а не формальное к нему дополнение.
3. Зафиксировано ли письменно, кому разрешено использовать информацию? Компания должна вести перечень сведений, составляющих коммерческую тайну, и учёт лиц, получивших к ним доступ, либо иметь документально закреплённый порядок определения и того, и другого.
4. Урегулированы ли отношения с подрядчиками отдельными условиями? Условия о конфиденциальности, согласованные с контрагентами, считаются частью режима, а не необязательным жестом деловой доброй воли.

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

Исходный код может охраняться как коммерческая тайна, но это уязвимый объект охраны — по четырём типичным причинам:

• Часть его уже открыта. Компоненты с открытым исходным кодом, опубликованные SDK и широко документированные фреймворки обратно в режим секретности не вернуть.
• Сторонние библиотеки имеют свои условия. Лицензионные условия распространяются на код вместе с зависимостью и могут противоречить вашему собственному перечню конфиденциальной информации.
• Авторское право и конфиденциальность — разные уровни защиты. Права на код (отчуждение исключительного права, лицензия, режим служебных произведений) и обязательства о неразглашении кода нужно оформлять в комплекте договоров отдельно. Одно не подразумевает другого.
• «Весь наш код» — это не перечень. Если не названы конкретные репозитории, модули, массивы данных и архитектурная документация, суд не сможет проверить, входило ли то, что утекло, в охраняемый периметр.

Закон также перечисляет сведения, которые вообще не могут составлять коммерческую тайну, — среди них учредительные документы и сведения из реестров, лицензионная документация, документы об оплате труда и налогах. Тратить усилия на защиту таких сведений бессмысленно; актуальный перечень следует сверять с действующей редакцией закона, а не с кратким обзором.

Два инструмента — две разные задачи: обязательства работника и соглашение с контрагентом

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

Элемент	Обязательства работника о неразглашении	Соглашение о конфиденциальности с контрагентом
Стороны	Работодатель и работник	Компания и подрядчик, поставщик или партнёр по разработке
Обязательное содержание	Круг обязанностей работника в отношении охраняемой информации, документально оформленный допуск, неразглашение сведений в пределах определённого перечня	Перечень охраняемой информации или порядок её определения, разрешённые цели использования и срок конфиденциальности, сохраняющийся после прекращения договора
Срок	Действует в период работы и в течение указанного срока после её окончания	Действует в течение срока договора и указанного срока после его окончания
Подведомственность спора	Суд общей юрисдикции (спор, связанный с трудовыми отношениями)	Экономический суд (коммерческий спор) после соблюдения обязательного претензионного порядка
Типичная ошибка	NDA подписано при приёме на работу без приложенного перечня и без фиксации того, что именно раскрывалось	Шаблон, скопированный из другой юрисдикции; субподрядчики ничем не связаны; нет обязанности вернуть или удалить информацию

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

На практике раз за разом встречаются три ошибки в договорах (это наблюдение из практики, а не статистика):

• Перечень упомянут, но не приложен. Соглашение обещает защищать «конфиденциальную информацию, определённую в политике компании», а такой политики либо нет, либо после подписания её дважды заменяли новой редакцией.
• Срок конфиденциальности истекает вместе с договором. Если условие перестаёт действовать при прекращении договора, код остаётся без защиты именно тогда, когда она нужнее всего.
• Цепочка субподряда остаётся невидимой. Подрядчик связан обязательствами, а его собственные разработчики, у которых фактически есть доступ к репозиторию, — нет.

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

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

Где на практике утекает исходный код: пробелы в процессах, которые не закрывает договор

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

Этап процесса	Типичная ошибка	Кто отвечает	Мера контроля, которая создаёт доказательства
Раскрытие технической информации до заключения договора	Описание архитектуры и образцы кода передаются, чтобы выиграть сделку, ещё до согласования каких-либо условий о конфиденциальности	Коммерческий блок и руководство	Документ, подписанный до раскрытия, и журнал того, что и когда было раскрыто
Цепочка субподряда	Подрядчик передаёт разработку дальше; заказчик так и не узнаёт, у кого есть доступ	Закупки и юридическое сопровождение	Поимённое согласование субподрядчиков, обязательства о конфиденциальности, распространяющиеся на всю цепочку, реестр уполномоченных лиц
Доступ к репозиторию и CI	Широкий доступ выдаётся для удобства на время спринта и потом так и не сужается	Разработка и ИТ	Ролевая модель доступа, фиксация согласования каждой выдачи доступа, периодический пересмотр прав
Завершение работы с подрядчиком	Договор закончился, а учётные записи остаются активными ещё несколько недель	HR и ИТ	Чек-лист отключения, привязанный к блокировке учётных записей, с отметкой о проверке и времени
Среды поддержки и тестовые (staging) среды	Данные и сборки, близкие к продуктивным, хранятся в средах с менее строгим контролем	ИТ и разработка	Классификация сред; для кода и наборов данных — те же правила доступа, что и в продуктивной среде
Переход к новому подрядчику	Код передают новой команде, а старая сохраняет копию	Закупки и разработка	Акт приёма-передачи, подтверждение удаления, обязательства при выходе из проекта в договоре с прежним подрядчиком

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

«Мы доверяем своим людям» — это выражение уверенности, а не мера контроля. Доверие — это оценка конкретных людей, а режим — документально закреплённое решение о доступе, и подводят они совершенно по-разному. Подходы к управлению инсайдерскими рисками это учитывают: инсайдером считается любой, у кого есть санкционированный доступ, а связанный с ним риск управляется через определение, выявление, оценку и реагирование. Именно такая модель изложена в руководстве CISA по противодействию инсайдерским угрозам. Эта же модель объясняет, почему меры контроля дают наибольший эффект при приёме на работу, увольнении и смене подрядчиков.

Любые ожидания компании в отношении поставщиков должны фиксироваться в договоре, а не подразумеваться. Если контрагент обязан применять меры контроля доступа, вести журналы доступа и сообщать об инцидентах, это должно быть прямо прописано в договоре, а внутренний процесс управления поставщиками должен отражать эти условия. Стандарт ISO/IEC 27001:2022 о требованиях к системам менеджмента информационной безопасности закрепляет этот подход: отношения с поставщиками выделены в нём в отдельную область мер контроля, а не отнесены к закупочным процедурам. В долгосрочной перспективе поддерживать меру контроля важнее, чем её разработать. Мера, которая когда-то была задокументирована, а потом перестала работать, не даст доказательств именно тогда, когда компания на неё рассчитывает.

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

Сначала доказательства, потом аргументы: что нужно подтвердить, если код утёк

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

Шаг	Что сохранить	Ответственный
1	Журналы доступа к репозиториям, историю выдачи прав и историю коммитов по затронутым репозиториям	Технический руководитель совместно с ИТ
2	Журналы CI/CD, артефакты сборки и записи о развёртываниях	DevOps
3	Данные об устройствах, учётных записях и VPN, включая время отзыва доступа	ИТ и информационная безопасность
4	Кадровое дело: трудовой договор, NDA, приложения с перечнем, согласования доступа, чек-лист при увольнении	HR совместно с юристами
5	Документ, утверждающий перечень охраняемой информации, и подтверждение того, что материалы были помечены как охраняемые	Юридический отдел
6	Переписка с работником или контрагентом, сохранённая в исходном виде	Руководство с передачей юристам
7	Письменные пояснения лиц, отвечающих за хранение каждого документа, о том, что именно этот документ подтверждает	Юридический отдел

В любом серьёзном расследовании основным источником таких доказательств служат журналы управления доступом, а также записи аудита, позволяющие установить, какие действия выполнялись с данными и кто за них отвечал. Группы мер защиты, описанные в NIST SP 800-53 Revision 5 о мерах обеспечения безопасности и конфиденциальности, почти напрямую соответствуют приведённому списку. Поэтому технические команды обычно быстро выполняют шаги 1–3, а дело, как правило, разваливается на шагах 4 и 5.

Чего обычно не хватает, когда вопрос встаёт впервые:

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

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

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

Как выбрать путь разрешения спора при утечке

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

Путь	Когда подходит	Конфиденциальность	Доказательная база	Что даёт	Основное ограничение
Суд общей юрисдикции (трудовой спор)	Иск к действующему или бывшему работнику	Заседания по общему правилу открытые	Документы режима, записи о доступе, доказательства убытка	Возмещение убытков, обеспечительные меры (если применимы)	Процессуальные ограничения и сложность оценки убытков
Экономический суд (коммерческий спор)	Иск к подрядчику, поставщику или партнёру	Заседания по общему правилу открытые	Договор, определённый перечень, доказательства доступа и раскрытия	Возмещение убытков, неустойка, обязанность прекратить нарушение	Обязательный претензионный порядок до подачи иска
Арбитраж	Трансграничные отношения при наличии действительной оговорки	Обычно конфиденциально по умолчанию	Та же документальная база, иная процедура	Арбитражное решение, исполнимое по применимой конвенции	Оговорка должна уже существовать и быть действительной
Медиация	Отношения важно сохранить; доказательная база неясна	Конфиденциальна по своей природе	Строится на переговорах, строгого стандарта доказывания нет	Медиативное соглашение, обязательства по удалению информации, продолжение сотрудничества	Нет обязательного решения по существу; зависит от готовности контрагента
Заявление в правоохранительные органы	Неправомерный доступ к системам или разглашение в определённых обстоятельствах	Тайна следствия; компания мало влияет на процесс	Уголовно-процессуальный стандарт доказывания; факты устанавливает государство	Уголовное наказание, давление в ходе следствия	Не инструмент возмещения ущерба; состав преступления и практику нужно проверять

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

Вместо общих предпочтений лучше пройти по короткому списку вопросов:

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

Если утечка связана с белорусским коммерческим контрагентом, путь через экономический суд начинается с обязательной претензии. Дальнейшая последовательность (претензия, медиация, арбитраж при наличии оговорки, суд) совпадает с той, что описана в материале о досудебном и судебном порядке разрешения технологических споров.

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

Часто задаваемые вопросы

Достаточно ли подписанного NDA для защиты исходного кода в Беларуси?

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

Можно ли включить условие о неконкуренции в договоры с разработчиками?

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

Что должно содержать соглашение о конфиденциальности с белорусским контрагентом?

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

Какой суд рассматривает спор об утечке с работником и с деловым партнёром?

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

Можно ли взыскать упущенную выгоду и что для этого нужно доказать?

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

Может ли компания обратиться в правоохранительные органы, параллельно ведя гражданский спор?

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

NDA — лишь часть решения

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

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

В этом квартале стоит проверить три момента.

1. Перечень конфиденциальных сведений. Составлен ли он в письменном виде? Прилагается ли он к каждому договору или соглашению, в котором упоминается коммерческая тайна?

2. Порядок доступа. Можно ли установить, кто из сотрудников и подрядчиков имеет доступ к репозиторию, кто разрешил такой доступ и подписал ли каждый из них обязательство о неразглашении?

3. Срок действия обязательств. Продолжат ли действовать условия о конфиденциальности и о порядке разрешения споров в вашем шаблоне после прекращения договора?

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