NDA в IT-проектах: что защищает соглашение о неразглашении
Основы3 минРедакция Innovialabs
Коротко
NDA защищает конкретную конфиденциальную информацию, которую вы передаёте подрядчику, — данные, документы, код, бизнес-процессы. Саму идею оно почти не защищает, а его сила зависит от чётких определений и доказуемости утечки.
Коротко: что защищает NDA
NDA (Non-Disclosure Agreement, соглашение о неразглашении) — договор, по которому сторона обязуется не раскрывать и не использовать чужую конфиденциальную информацию иначе, чем для оговорённой цели.
В IT-проекте NDA имеет смысл, когда вы передаёте подрядчику то, что действительно ценно и не является публичным:
- данные клиентов и сотрудников;
- финансовые показатели и коммерческие условия;
- описание внутренних процессов и алгоритмов;
- исходный код, доступы, архитектурные документы;
- планы запуска, которые конкуренты не должны узнать раньше времени.
Чего NDA не защищает
Идея сама по себе почти никогда не защищена. «Приложение для доставки с подпиской» или «CRM для автосервисов» — это общие концепции, к которым могут независимо прийти многие. NDA не запретит подрядчику работать с другими клиентами в той же нише.
Также NDA обычно не распространяется на информацию, которая:
- уже была публичной или стала такой не по вине получателя;
- была известна получателю раньше;
- была получена законно от третьих лиц;
- была создана получателем самостоятельно, без использования ваших данных;
- должна быть раскрыта по требованию закона или суда.
Ценность продукта — в исполнении, данных, клиентах и скорости, а не в идее. Поэтому бояться «украдут идею» на этапе первого разговора обычно не стоит.
Когда подписывать
- До передачи реальной конфиденциальной информации: доступов, документов, данных.
- Не обязательно до первой встречи. Общий рассказ о задаче без деталей можно провести и без NDA — так быстрее.
- Если подрядчик подключает субподрядчиков или фрилансеров, обязательства должны распространяться и на них.
Ключевые пункты
| Пункт | Что проверить |
|---|---|
| Определение конфиденциальной информации | Конкретно ли оно? Нужна ли пометка «конфиденциально»? |
| Цель использования | Информацию можно использовать только для проекта |
| Исключения | Стандартный перечень, без расширенных лазеек |
| Срок | Сколько действуют обязательства после окончания сотрудничества |
| Возврат и удаление | Что происходит с данными после проекта |
| Круг лиц | Кому получатель может раскрыть информацию: сотрудникам, субподрядчикам |
| Ответственность | Неустойка, возмещение убытков, применимое право и порядок споров |
Если NDA взаимное, обязательства действуют в обе стороны. Это честнее: подрядчик тоже раскрывает свои подходы и наработки.
Насколько реально его применить
NDA работает в первую очередь как дисциплинирующий и сдерживающий документ. Чтобы взыскать что-то через суд, обычно нужно доказать:
- что информация подпадала под определение конфиденциальной;
- что её раскрыл именно получатель;
- какой ущерб это причинило — если требуется возмещение убытков.
Каждый пункт бывает сложно подтвердить. Поэтому полезно:
- передавать информацию через фиксируемые каналы и помечать документы;
- прописать неустойку, если это допускает применимое право, — её проще взыскать, чем доказать размер убытков;
- не полагаться только на договор, а ограничивать доступ технически.
Технические меры важнее подписи
- Давайте минимально необходимые доступы и отзывайте их после проекта.
- Используйте тестовые или обезличенные данные вместо реальных, где возможно.
- Храните ключи и пароли в менеджере секретов, а не в переписке.
- Держите репозиторий и инфраструктуру в своих аккаунтах.
Частые ошибки
- Требовать NDA до любого разговора и терять время на согласование там, где нечего защищать.
- Подписать шаблон, где «конфиденциальным» названо всё подряд, — такое определение сложнее отстоять.
- Путать NDA с договором о правах на код: NDA не передаёт права на результат разработки.
- Передавать реальные персональные данные, полагаясь только на подпись.