IT-аутсорсинг с самозанятым программистом в 2026 году: NDA, права на код и условия договора

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

В статье разберем, как оформить работу с самозанятым программистом по договору гражданско-правового характера (ГПХ), какие условия включить в договор, когда нужно отдельное соглашение о конфиденциальности и как закрепить права на код, документацию и другие результаты.

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

При подготовке текста договора подряда полезно проверить четыре позиции:

• есть ли точный предмет: что именно делает исполнитель и какой результат должен передать;
• привязана ли оплата к приемке результата, а не к «отработанному времени»;
• перечислены ли материалы, которые входят в результат работ;
• нет ли формулировок, из-за которых модель работы выглядит как обычный найм.

Для IT-аутсорсинга этого достаточно, чтобы сторонами договора были зафиксированы базовые условия: предмет, порядок сдачи, цена, и состав результата.

При подготовке документа главное — не наименование договора, а его содержание. Для IT-проекта предмет договора подряда нужно описывать через конкретный результат. Формулировки вроде «разработка ПО», «техническая поддержка продукта» или «выполнение задач по проекту» для этого не подходят. По ним нельзя понять, какие именно услуги оказывает исполнитель и что он обязан передать после завершения работ.
В договор с разработчиком обычно включают четыре группы условий: что делает исполнитель, в каком виде сдает результат, как проходит приемка и какие материалы входят в итоговый комплект. Для заказчика это базовые существенные условия договора. Без них спор возникает вокруг объема работ, сроков и состава переданных файлов. Также для договора подряда предмет является существенным условием (ст. 702 ГК РФ).

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

После составления договора рекомендуем проверить:

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

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

Для бизнеса важно не только получить результат, но и свободно им распоряжаться. При работе с самозанятыми программистами это нужно отдельно закрепить в договоре. В силу ст. 1228 и 1296 ГК РФ исключительные права на результат интеллектуальной деятельности первоначально принадлежат автору, если иное не предусмотрено договором. Иначе после оплаты компании придется заново выяснять, можно ли менять код, передавать проект другой команде и использовать решение в других продуктах.

В этом разделе нужно ответить на несколько практических вопросов:

• кому принадлежат права на результат после приемки;
• в какой момент они переходят заказчику и переходят ли;
• может ли компания дорабатывать результат без согласования с самозанятым;
• можно ли передать проект другому подрядчику;
• как использовать сторонние библиотеки, шаблоны и open source-компоненты.

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

При работе с самозанятым отдельное соглашение о конфиденциальности нужно не всегда. Если задача разовая, объем доступа ограничен, а исполнитель получает только ТЗ, тестовые данные и один результат для разработки, условия о конфиденциальности можно включить в договор. 
Отдельный договор NDA нужен, когда подрядчик получает доступ к репозиторию, архитектуре, ключам интеграции, клиентским данным, внутренней аналитике, продуктовой документации, CRM, CMS или тестовым контурам. Для IT-аутсорсинга это обычная ситуация. В таком случае лучше не ограничиваться общим пунктом о неразглашении.

В договор NDA стоит прямо указать:

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

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

Какие условия еще нужны заказчику кроме NDA и IP
Кроме NDA и прав на результат, в договор с исполнителем стоит включить порядок оплаты, документы по приемке, сроки, отключение доступов и расторжение. Без этих пунктов останутся вопросы по расчетам и завершению проекта.

При работе с самозанятым программистом лучше сразу зафиксировать:

• исполнитель подтверждает статус НПД перед началом работ и сообщает, если этот статус изменился;
• заказчик оплачивает работу после приемки результата;
• исполнитель передает акт и чек в согласованный срок;
• после завершения работ доступы отключаются, а копии файлов удаляются;
• при расторжении стороны возвращают материалы проекта и закрывают незавершенные задачи.

При работе с внешним разработчиком проблемы обычно появляются в документах, приемке и расчетах:

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

Эти ошибки влияют на приемку результата, расчеты, права на материалы проекта и создают налоговые риски для заказчика.

Таким образом, для работы с самозанятым разработчиком недостаточно просто согласовать задачу и оплатить результат. Компании нужен договор ГПХ, в котором отдельно урегулированы предмет работ, права на результат, приемка, чек, доступы и завершение проекта, в некоторых случаях необходим  NDA. Только в таком случае заказчик будет понимать, что именно получает после оплаты, какие документы должен передать исполнитель и какие права сохраняются у бизнеса на код, документацию и другие материалы.