Подрядчику открыли репозиторий, а NDA подписали неделю спустя. Соглашение не всегда исправит ситуацию: сведения уже раскрыты, и подтвердить, на каких условиях подрядчик получил доступ, будет сложнее. Поэтому подписывать NDA лучше до выдачи доступов и отправки файлов. Если часть материалов передали еще на переговорах, прямо укажите, распространяется ли соглашение на них.
NDA, или соглашение о конфиденциальности, определяет, как получатель может использовать сведения и кому вправе их раскрывать. Для IT-компании это не общий запрет «говорить о проекте», а договор под конкретный обмен информацией: переговоры с инвестором, оценку продукта заказчиком, работу разработчика с исходным кодом. Далее речь главным образом о российском праве. Если среди участников есть иностранные стороны, применимое право и порядок разрешения споров нужно согласовать отдельно.
Сначала определите, кто и зачем получает сведения
Стороны NDA должны соответствовать реальным участникам обмена. Если доступ получает сотрудник подрядной организации, соглашение только с ним лично может не охватить его работодателя. А когда данные передают нескольким подрядчикам, одного шаблона недостаточно: нужно проверить, кому именно разрешен доступ и на каких условиях.
Одностороннее NDA подходит, если сведения раскрывает преимущественно одна сторона. При совместной разработке или взаимной проверке технологий удобнее двустороннее: каждая сторона может и передавать, и получать информацию. Зафиксируйте также цель передачи — например, оценку возможности интеграции API или подготовку коммерческого предложения. Так проще разграничить работу с материалами в рамках договоренности и их использование в другом проекте.
Какие условия включить в NDA
Описание информации и исключения
Фраза «любая информация, связанная с деятельностью компании» выглядит надежной, но в споре оставляет слишком много вопросов. Перечислите категории сведений и способы их передачи: исходный код, архитектурные схемы, ключи и параметры конфигурации, непубличные результаты тестов, условия сделок, клиентские сведения. Если материалы показывают устно, можно договориться о письменном подтверждении их перечня в согласованный срок.
Требование ставить гриф «конфиденциально» на каждом файле неудобно, когда команда работает в репозитории и таск-трекере. Лучше определить защищаемые категории, правила обозначения отдельных материалов и согласованные рабочие пространства. Предусмотрите исключения для сведений, которые получатель уже правомерно знал, самостоятельно разработал без использования переданных материалов, законно получил от третьего лица или которые стали общедоступными не из-за его нарушения. Стороне, ссылающейся на исключение, обычно потребуется подтвердить его документами.
Разрешенное использование и круг лиц
Укажите, что получатель вправе делать для согласованной цели: изучать документацию, запускать тестовый контур, оценивать трудозатраты. Отдельно решите, допустимы ли копирование, выгрузка из репозитория, загрузка файлов в сторонние сервисы и применение внешних инструментов для анализа кода. Иначе запрет может охватить действия, без которых задание не выполнить.
Сотрудникам, консультантам и субподрядчикам стоит давать доступ по служебной необходимости. Пропишите, вправе ли получатель привлекать их без отдельного согласия, как он доводит до них условия конфиденциальности и отвечает ли за их действия. Если сведения будут получать аффилированные компании, прямо включите их в согласованный круг.
- Цель: конкретный проект или этап переговоров, а не «любые деловые нужды».
- Доступ: согласованные команды, роли и порядок привлечения третьих лиц.
- Защита: меры хранения, передачи и ограничения доступа с учетом характера данных.
- Инцидент: срок и канал уведомления об утечке или ошибочной отправке.
- Завершение: возврат, удаление и исключения для обязательного хранения.
Срок, удаление и обязательное раскрытие
Разделите срок действия NDA и срок, в течение которого сведения должны оставаться конфиденциальными после прекращения сотрудничества. Единый период не всегда подходит: планы запуска быстро устаревают, а технические решения могут сохранять ценность дольше. Из формулировки должно быть понятно, когда обязательство заканчивается. Бессрочный запрет требует отдельной оценки с учетом характера информации и применимого права.
После проекта получателя обычно обязывают вернуть носители и удалить копии. Для резервных копий, архивов переписки и документов, которые нужно хранить по закону или внутренним правилам учета, предусмотрите ограниченные исключения. Доступ к ним должен сохраняться только для соответствующей цели, а обязанность соблюдать конфиденциальность — продолжать действовать. NDA не может запрещать законное раскрытие по требованию суда или уполномоченного органа; предварительное уведомление другой стороны можно предусмотреть, если оно допустимо законом.
Что NDA не заменяет
Само по себе соглашение о конфиденциальности не передает исключительные права на код, дизайн или документацию. При заказной разработке распределение прав, объем лицензии и передачу результатов фиксируют в соответствующем договоре. NDA также не вводит автоматически режим коммерческой тайны. Если компания рассчитывает на такую защиту, ей нужно отдельно проверить и выполнить требования российского законодательства, в том числе определить перечень сведений и принять организационные меры.
Доступ к персональным данным требует отдельной проверки. NDA может устанавливать обязанность не разглашать их, но не заменяет правовое основание обработки, распределение ролей сторон и требования к поручению обработки, если оно необходимо. При передаче данных за рубеж или работе с иностранным контрагентом нужно также учитывать применимое законодательство и правила трансграничной передачи.
Ответственность и доказательства нарушения
В NDA можно предусмотреть возмещение убытков и договорную неустойку, если она допустима для выбранной конструкции и применимого права. Размер неустойки стоит соотносить с риском: при определенных условиях суд может уменьшить чрезмерную сумму. При этом пункт о санкции сам по себе не доказывает ни передачу сведений конкретному человеку, ни обстоятельства утечки.
Сохраняйте подписанные версии NDA, перечни выданных доступов, письма о передаче материалов и журналы действий в системах. Если произошел инцидент, зафиксируйте, какие сведения раскрыты, кому, когда и каким способом. Похожая функция у конкурента — не доказательство того, что получатель нарушил договор.
Как проверить документ перед подписанием
- Сопоставьте стороны договора с теми, кто фактически предоставит и получит доступ.
- Проверьте, можно ли определить защищаемые сведения без спорной формулы «вся информация».
- Сверьте разрешенные действия с рабочим процессом: использованием репозитория, облака, тестовой среды и привлечением подрядчиков.
- Убедитесь, что положения о сроке, исключениях, удалении и реагировании на утечку не противоречат друг другу.
- Проверьте форму подписания, полномочия подписантов и согласованный способ обмена юридически значимыми сообщениями.
Перед выдачей доступа внешнему разработчику укажите в приложении к NDA конкретные ресурсы — например, репозиторий продукта, тестовый сервер и папку с техническим заданием. Сразу назначьте ответственного за отключение доступа после завершения работы. Материал не заменяет индивидуальную юридическую консультацию: условия соглашения зависят от проекта, состава данных и применимого права.