Разработка ПО: когда нужен договор подряда, а когда — договор оказания услуг

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

Договор подряда (глава 37 ГК РФ) применяется в случаях, когда создается новый, овеществленный результат. Применительно к IT это означает:

Создание программного продукта с нуля. Если у заказчика нет исходного кода, и исполнитель пишет программу «под ключ», это классический подряд.
Разработка сложного сайта или SaaS-платформы. Когда результат работы — это готовый к использованию и передаче заказчику объект.
Выполнение работ по ТЗ с четким результатом. Если техническое задание описывает конкретные характеристики продукта, который будет передан заказчику, это усиливает квалификацию отношений как подрядных.
Для договора подряда срок выполнения работ является существенным условием (п. 1 ст. 708 ГК РФ). Его отсутствие может привести к признанию договора незаключенным. В договоре же возмездного оказания услуг срок по общему правилу не является существенным, что подтверждается судебной практикой.

Договор возмездного оказания услуг (глава 39 ГК РФ) уместен тогда, когда деятельность исполнителя не имеет самостоятельного материального результата, который можно «принять» однократно. В сфере IT это чаще всего:

• техническая поддержка (SLA). Обслуживание серверов, консультирование пользователей, мониторинг работоспособности;
• облачные сервисы (SaaS). Предоставление доступа к программе, размещенной на сервере исполнителя, где у заказчика не возникает права собственности на экземпляр программы.
• разовые консультации или аудит кода. Действия, которые не приводят к созданию нового объекта интеллектуальной собственности, либо результат «поглощается» процессом их оказания.

Выбор между подрядом и услугами критически важен для определения судьбы исключительного права (IP). Здесь действуют разные правовые механизмы:
Создание с нуля (подряд по ст. 1296 ГК РФ). Если программа создана по договору подряда (или авторского заказа), исключительное право по умолчанию принадлежит заказчику. Однако это правило действует только если договор прямо предусматривает создание объекта. Если стороны ошибочно заключили договор услуг, заказчик может лишиться возможности требовать передачи прав в судебном порядке.
Модификация (доработка) существующего ПО. Если мы говорим о модификации, адаптации или переработке уже существующей программы, правообладатель обязан учитывать нормы статьи 1270 ГК РФ. Переработка (модификация) является одним из способов использования произведения, и поручить её можно только с согласия правообладателя. В этом случае договор будет содержать элементы лицензионного соглашения, так как подрядчику фактически необходимо разрешить использовать исходный код для создания производного произведения.
Договор авторского заказа. Важно помнить об ограничениях: договор авторского заказа (ст. 1288 ГК РФ) может быть заключен только с автором — физическим лицом, и его ответственность ограничена реальным ущербом (п. 1 ст. 1290 ГК РФ). Для юридического лица такая конструкция неприменима.

Смешение понятий «услуга по программированию» и «работа по созданию кода» ведет к размыванию ответственности и трудностям с доказыванием факта выполнения работ. Основные риски для сторон выглядят следующим образом:
Для заказчика:
Утрата прав на код. Если договор назван «услугами», суд может отказать в признании прав заказчика, даже если код был оплачен.
Невозможность взыскать аванс. При расторжении договора услуг вернуть предоплату сложнее, чем при подряде, если исполнитель уже начал деятельность.
Отсутствие гарантии. На услуги гарантия качества по умолчанию не распространяется (в отличие от подряда, ст. 722 ГК РФ). Обнаружить скрытые дефекты кода после подписания акта оказанных услуг практически невозможно.

Для подрядчика/исполнителя:
Признание договора незаключенным. Если договор подряда не согласован по срокам или предмету (нет ТЗ), суд может отказать во взыскании оплаты, даже если работа фактически выполнена.
Необоснованные штрафы. В подряде заказчик имеет право требовать неустойку за каждый день просрочки, даже если просрочка незначительна. В услугах этот механизм менее формализован.
Риск случайной гибели кода. При подряде подрядчик несет риск гибели результата до сдачи (ст. 705 ГК РФ). Если код пропал по вине хостинга или хакеров, подрядчик обязан восстановить его за свой счет.

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

Четкий предмет и ТЗ. Предмет договора должен однозначно указывать на создание программы для ЭВМ (овеществленного результата), а не на совершение действий. Техническое задание должно быть неотъемлемой частью договора.
Сроки (календарный план). Для подряда срок начала и окончания работ — существенное условие. Если этапов несколько, нужен график (план-график) с указанием сроков завершения каждого этапа.
Порядок приемки. Необходимо прописать процедуру: срок направления акта, срок приемки заказчиком, порядок заявления мотивированных возражений. Важно предусмотреть механизм приемки, если заказчик уклоняется от подписания акта.
Переход прав (IP). Отдельным пунктом или лицензионным договором нужно установить, что исключительное право на созданный код переходит к заказчику в момент подписания акта (или оплаты). Для доработок — получить подтверждение права на переработку исходного ПО.
Гарантии качества. Рекомендуется установить гарантийный срок (например, 12 месяцев), в течение которого исполнитель обязан устранять выявленные недостатки (баги) за свой счет.
Распределение рисков. Указать, кто несет риск гибели кода до приемки (обычно исполнитель) и кто отвечает за соблюдение прав третьих лиц при написании кода (гарантия чистоты прав).

Учитывая сложность правового регулирования, применение только одного типа договора (чистого подряда) на практике встречается редко. Чаще всего стороны заключают смешанные договоры, включающие элементы подряда (написание кода), лицензионного договора (если используется чужой код) и абонентского обслуживания (для поддержки). Однако, чтобы защитить свои интересы, корректно распределить риски и не потерять права на код из-за неправильной формулировки предмета договора, составление документации лучше доверить профессиональному IT-юристу, способному учесть все нюансы судебной практики и нормы части четвертой ГК РФ.