Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

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

В данной статье мы подробно разберем структуру договора, ключевые условия, которые нельзя упускать, и предоставим универсальный образец, адаптированный под реалии российского законодательства (ГК РФ, ФЗ-98, ФЗ-152).

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

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

Договор подряда (ст. 702 ГК РФ): Если результат — это конкретный обновленный продукт, переданный заказчику (например, новая сборка версии 2.0). Подрядчик несет риск случайной гибели результата до приемки.
Договор возмездного оказания услуг (ст. 779 ГК РФ): Если речь идет о процессе сопровождения, консультаций, удаленной установке патчей без передачи эксклюзивных прав на результат.
Лицензионный договор (ст. 1235 ГК РФ): Если обновление подразумевает предоставление прав на использование новой версии ПО (часто сочетается с подрядом/услугами).

Рекомендация: Чаще всего используется смешанный тип — «Договор на выполнение работ по обновлению ПО и предоставление прав на использование обновленной версии». Это позволяет охватить и этап работ (установка, миграция данных, тестирование), и этап передачи прав.

Обязательные условия договора (согласно ст. 432 ГК РФ)

Отсутствие хотя бы одного обязательного условия может привести к признанию договора незаключенным (ст. 432 ГК РФ). К ним относятся:

Предмет договора (Предмет обновления): Четкое описание что именно обновляется. Нельзя писать просто «обновление 1С». Нужно указывать: название ПО, текущая версия (например, 3.0.12.45), целевая версия (3.0.14.10), конфигурацию, регистрационный номер в Реестре российского ПО (если применимо).
Цена и порядок расчетов: Фиксированная цена или расчет по факту (Time & Materials). Этапы оплаты (аванс, после этапов, после приемки). Валюта (рубли). НДС (выделен отдельно или включен).
Сроки выполнения работ: Календарные даты или сроки в рабочих днях от момента подписания/предоставления доступов. Штрафные санкции за просрочку (пени, штрафы).

Ключевые разделы, требующие детальной проработки

Техническое задание (ТЗ) и План обновления — Приложение №1

Это «сердце» договора. Без детального ТЗ любые споры о качестве решаются не в пользу заказчика. В ТЗ обязательно должны быть:

Список модулей/подсистем, подлежащих обновлению.
Требования к среде выполнения (ОС, СУБД, версия платформы, «железо», браузеры).
Порядок миграции данных (скрипты конвертации, проверка целостности).
Процедура отката (Rollback plan) в случае критических ошибок.
Критерии приемки (чек-лист, тест-кейсы, допустимый уровень багов: Critical/Major/Minor).

Порядок приемки-сдачи работ (Акт приемки-передачи)

Определите форму акта (унифицированную или собственную). Важно зафиксировать:

Двухэтапную приемку: предварительная (тестовый контур) и итоговая (боевой контур).
Сроки подписания акта заказчиком (например, 5 рабочих дней). После истечения срока работы считаются принятыми (деемное приемление).
Порядок устранения замечаний: сроки, повторная приемка.

Интеллектуальные права и лицензирование

Самый спорный момент. Нужно четко разделить:

Права на «движок» (базовую версию ПО): Остаются у разработчика. Заказчик получает неисключительную лицензию.
Права на доработки (Custom code): Кто владеет кодом, написанным специально для заказчика в процессе обновления?
- Вариант А: Исключительное право переходит к Заказчику (плюс для заказчика).
- Вариант Б: У Разработчика, Заказчику, неисключительная лицензия (стандарт для продуктовых компаний).
Право на модификацию обновленного ПО силами третьих лиц (важно для независимости от вендора).

Конфиденциальность и Персональные данные (152-ФЗ)

При обновлении исполнитель часто получает доступ к БД заказчика.

Обязательно включите условие о НДА (соглашении о неразглашении), как в теле договора, так и отдельным приложением.
Если передаются ПДн, оформите Согласие на обработку ПДн и приложение «Требования к защите ПДн» (профиль безопасности 1-4).
Запрет на использование данных заказчика для обучения ИИ, маркетинга и т.д.

Гарантии и техподдержка после обновления

Гарантийный период: Обычно 30–90 календарных дней после подписания Акта.
SLA (Service Level Agreement): Время реакции на инциденты (Critical, 1-2 часа, High — 4 часа, Low — 1-2 дня).
Что НЕ входит в гарантию: ошибки из-за изменений со стороны заказчика, несовместимость со сторонним ПО, не указанным в ТЗ, действия вирусов/хакеров.

Ответственность сторон и ограничение ответственности

Штрафы за просрочку (п. 1 ст. 333 ГК РФ позволяет суду уменьшать их, поэтому ставьте адекватные % в день, но не более 0.1–0.5% от стоимости этапа).
Ограничение максимальной ответственности (Liability Cap): Стандарт рынка — стоимость договора или стоимость конкретного этапа. Исключите ответственность за упущенную выгоду (lost profits) и косвенный ущерб.
Форс-мажор (ст. 401 ГК РФ): включите сбои интернета, DDoS-атаки, действия регулятора (Роскомнадзор, ФСТЭК).

Типичные риски и как их закрыть в договоре

Жесткий реестр замечаний (Bug Tracker). Только баги по приоритету Critical/Major блокируют подписание Акта. Minor — в бэклог следующего спринта/версии.

Риск	Решение в договоре
Обновление «сломало» кастомную доработку заказчика	Пункт: «Исполнитель не несет ответственности за работоспособность кода, не переданного на аудит до начала работ». Требование предоставить исходники кастома для анализа совместимости (Pre-audit).
Заказчик не предоставляет доступы/тестовые данные вовремя	Пункт: «Сроки выполнения работ продлеваються на время задержки предоставления входных данных/доступов + 20% буферного времени». Акт о неисполнении обязательств со стороны заказчика.
Бесконечный цикл правок («доработай еще чуть-чуть»)
Утечка коммерческой тайны при передаче БД на тестовый контур	Обезличивание данных (анонимизация) перед передачей на стенд исполнителя. Штрафные санкции за утечку (непенизируемые, а фиксированные суммы для доказуемости).

Образец Договора на обновление программного обеспечения

Ниже приведен структурированный образец. Текст в квадратных скобках [*] подлежит заполнению/маскировке. Перед использованием обязательно прогоните документ через юриста вашей компании.

ДОГОВОР № [] от [] г. []

на выполнение работ по обновлению программного обеспечения и предоставление прав на его использование

г. [] «[]» [] 202[] г.

Мы, нижеподписавшиеся:

Исполнитель: [Наименование организации / ФИО ИП, ], именуемое в дальнейшем «Исполнитель», в лице [Должность — ] [ФИО — ], действующего на основании [Устава / Свидетельства ИП — ], с одной стороны,

Заказчик: [Наименование организации / ФИО ИП — ], именуемое в дальнейшем «Заказчик», в лице [Должность — ] [ФИО — ], действующего на основании [Устава / Доверенности № * от *], с другой стороны,

вместе именуемые «Стороны», а по отдельности, «Сторона», заключили настоящий Договор о нижеследующем:

ПРЕДМЕТ ДОГОВОРА

Исполнитель обязуется выполнить работы по обновлению программного обеспечения (далее, «ПО» / «Система») Заказчика до версии [Целевая версия, напр. 3.5.0] и передать Заказчику права на использование обновленного ПО на условиях простой (неисключительной) лицензии. Заказчик обязуется принять результат работ и оплатить их.
Наименование ПО: [Полное наименование ПО — ]. Регистрационный номер в реестре российского ПО: [№ ] (при наличии). Текущая версия: []. Целевая версия: [].
Перечень работ, состав обновления, технические требования и критерии приемки определены в Приложении № 1 «Техническое задание и План обновления», являющемся неотъемлемой частью настоящего Договора.

СРОКИ ВЫПОЛНЕНИЯ РАБОТ

Работы выполняются поэтапно в соответствии с календарным планом (Приложение № 2).
- Этап 1: Аудит текущей конфигурации и подготовка — до [Дата / * дней].
- Этап 2: Развертывание на тестовом контуре и миграция данных, до [Дата / * дней].
- Этап 3: Приемо-сдаточные испытания на тестовом контуре — до [Дата / * дней].
- Этап 4: Ввод в промышленную эксплуатацию (Go-live) — до [Дата / * дней].
Сроки продлеваются на период задержки предоставления Заказчиком необходимых доступов, информации или согласований, а также на период форс-мажорных обстоятельств.

ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ

Общая стоимость работ по Договору составляет [Сумма цифрами — ] ([Сумма прописью, ]) рублей 00 копеек, в т.ч. НДС [Ставка, напр. 20%] — [Сумма НДС — ] рублей.
Оплата производится поэтапно безналичным путем перечисления средств на расчетный счет Исполнителя:
- Аванс []% от стоимости Этапа 1 — в течение [] банковских дней со дня подписания Договора.
- []% после подписания Акта приемки Этапа 2 — в течение [] дней.
Реквизиты Исполнителя для оплаты:

ИНН/КПП: [] / []

Р/с: []

Банк: [Наименование банка — ]

БИК: []

К/с: [*]

ПОРЯДОК ПРИЕМКИ-СДАЧИ РАБОТ

Приемка работ производится по этапам путем подписания двусторонними Актов приемки-передачи выполненных работ (форма — Приложение № 3).
Заказчик обязан проверить работы и подписать Акт (или мотивированно отказать в подписании с указанием списка замечаний) в течение [*] рабочих дней с момента получения Акта от Исполнителя.
В случае неполучения мотивированного отказа в указанный срок работы считаются принятыми надлежащим образом (деемное приемление).
Устранение выявленных несоответствий (багов приоритета Critical/Major) осуществляется Исполнителем в течение [] рабочих дней. Повторная приемка, в течение [] дней.

ПРАВА ИНТЕЛЛЕКТУАЛНОЙ СОБСТВЕННОСТИ

Исключительное право на исходное ПО и обновленную версию ПО (в части базового функционала) принадлежит Исполнителю.
Заказчику предоставляется простое (неисключительное) право использования обновленного ПО на территории [Страна/Мировой] бессрочно (или на срок действия лицензии) следующими способами: установка на серверы/рабочие станции, запуск, воспроизведение копий в резервных целях.
Исключительное право на результаты индивидуальных доработок (Custom code), созданных в рамках настоящего Договора по уникальным требованиям Заказчика (Приложение № 4 «Реестр уникальных доработок»), переходит к Заказчику с момента полной оплаты соответствующего этапа. Исполнитель сохраняет право авторства.
Запрещается: декомпиляция, реверс-инжиниринг, передача ПО третьим лицам без согласия Исполнителя (кроме аффилированных лиц Заказчика), удаление копирайтов.

КОНФИДЕНЦИАЛЬНОСТЬ И ЗАЩИТА ДАННЫХ

Стороны признают конфиденциальной любую информацию, полученную в ходе исполнения Договора (техническая, коммерческая, персональные данные), и обязуются не разглашать ее третьим лицам без письменного согласия другой Стороны в течение [*] лет после прекращения Договора.
При обработке персональных данных Заказчика Исполнитель действует в соответствии с 152-ФЗ и Приложением № 5 «Требования к защите персональных данных».
Передача баз данных на тестовые контуры Исполнителя допускаеться только после обезличивания (анонимизации) данных в соответствии с рекомендациями ФСТЭК/Роскомнадзора.

ГАРАНТИИ И ТЕХНИЧЕСКАЯ ПОДДЕРЖКА

В гарантийный период Исполнитель устраняет выявленные дефекты (несоответствия ТЗ) бесплатно в сроки:
- Critical (остановка бизнеса) — [] часов;
- Major (нарушение функции, есть обходной путь), [*] рабочих дней;
- Minor (косметические/незначительные) — в плановом обновлении / по согласованию.
Гарантия не распространяется на: ошибки, вызванные вмешательством в код Заказчиком/третьими лицами; несовместимость со сторонним ПО, не указанным в ТЗ; сбои инфраструктуры Заказчика; действия вирусного ПО.

ОТВЕТСТВЕННОСТЬ СТОРОН

За просрочку исполнения обязательств виновная Сторона выплачивает пени в размере []% от стоимости просроченного этапа за каждый день просрочки, но не более []% от стоимости данного этапа.
За нарушение конфиденциальности — штраф [Сумма, *] рублей за каждый факт утечки + возмещение реального ущерба.
Ограничение ответственности: Максимальная совокупная ответственность Исполнителя по Договору не превышает стоимости оплаченного Заказчиком этапа работ, по которому возник претензия. Стороны освобождают друг друга от ответственности за упущенную выгоду и косвенные убытки.

ФОРС-МАЖОР И ИЗМЕНЕНИЕ ОБСТОЯТЕЛЬСТВ

Стороны освобождаются от ответственности за неисполнение обязательств в случае форс-мажора (ст. 401 ГК РФ): стихийные бедствия, войны, страйки, решения госорганов, массовые сбои Интернета/электроснабжения, DDoS-атаки, действия вирусных эпидемий.
Сторона, для которой наступили форс-мажорные обстоятельства, уведомляет другую Сторону в течение [] дней.

ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ

До обращения в суд обязательна досудебная претензионная процедура. Срок ответа на претензию — [] рабочих дней.
Споры передаются в [Арбитражный суд г. [*] / Арбитражный суд по месту нахождения Ответчика].

ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

Договор вступает в силу с момента подписания и действует до полного исполнения обязательств.
Все уведомления направляются по адресам/email/мессенджерам, указанным в преамбуле и Приложении № 6 «Реквизиты и контакты сторон».
Договор составлен в 2-х экземплярах с равной юридической силой.

ПОДПИСИ СТОРОН

ИСПОЛНИТЕЛЬ
[Наименование — ]
Подпись: _____________ / [ФИО — ]
М.П.

ЗАКАЗЧИК
[Наименование — ]
Подпись: _____________ / [ФИО — ]
М.П.

ПЕРЕЧЕНЬ ПРИЛОЖЕНИЙ (неотъемлемые части договора):

Приложение № 1 — Техническое задание и План обновления (ТЗ).
Приложение № 2, Календарный план-график работ.
Приложение № 3, Форма Акта приемки-передачи выполненных работ.
Приложение № 4 — Реестр уникальных доработок (Custom code) с указанием правопреемников.
Приложение № 5, Требования к защите персональных данных и конфиденциальной информации.
Приложение № 6 — Реквизиты и контакты сторон для направления уведомлений.
Приложение № 7, Согласие на обработку персональных данных (если применимо).

Чек-лист перед подписанием (для Заказчика и Исполнителя)

[ ] Проверены реквизиты сторон (ЕГРЮЛ/ЕГРИП) на актуальность.
[ ] ТЗ (Приложение № 1) согласовано техническими лидерами ОБЕИХ сторон.
[ ] Четко прописан Rollback-сценарий (откат на старую версию за N минут/часов).
[ ] Определен порядок работы с «серыми зонами»: доработки, не вошедшие в ТЗ, но обнаруженные в процессе (Change Request procedure).
[ ] Соответствие 152-ФЗ: есть приложение по защите ПДн, согласия субъектов ПДн получены (если передаются реальные данные).
[ ] Соответствие ФЗ-98 (если ПО в реестре): обновление не меняет рег. номер? Нужен новый вход в реестр?
[ ] Подписано ли Соглашение о неразглашении (NDA) до передачи доступов?
[ ] Есть ли у Исполнителя лицензия ФСТЭК/ФСБ (если ПО работает с гостайной/КРИ)?

Договор на обновление ПО — это инструмент управления рисками. Экономия на юристах на этапе составления ТЗ и договора почти всегда приводит к затратам в 5–10 раз большим на этапе судебных споров или аварийного восстановления бизнеса после неудачного обновления.

Главные принципы:

Детализация: ТЗ должно быть настолько полным, чтобы сторонний специалист мог проверить результат.
Баланс интересов: Жесткие сроки заказчика должны балансироваться реалистичными оценками исполнителя и буферами на форс-мажоры.
Четкое разделение прав: Кто владеет кодом доработок? Это вопрос стратегии IT-зависимости компании.
Процедура приемки: Автоматическое принятие по истечении срока — лучшая защита от «вечной доработки».

Используйте приведенный образец как базу, адаптируйте под специфику вашего проекта (1С, SAP, самописный микросервис, мобильное приложение) и обязательно согласуйте финальную версию с профильным юристом, специализирующимся на IT-контрактах.

Данная статья носит информационный характер и не является правовой консультацией. Конкретные условия договора должны формироваться с учетом особенностей вашего бизнеса и актуального законодательства РФ.