Актуальная дата информации: . В статье рассмотрены основные положения, которые должны присутствовать в договоре на обновление (доработку) программного обеспечения (ПО), типовой перечень услуг, порядок передачи обновлений и правовые нюансы, на которые стоит обратить внимание при составлении документа.
Понятие и сущность договора
Договор на обновление программного обеспечения — это вид договора возмездного оказания услуг (или договора подряда/лицензионного договора со смешанными элементами), по которому одна сторона (Исполнитель) обязуется предоставить заказчику обновления, исправления, расширения или новые версии ранее поставленного ПО, а Заказчик — оплатить эти услуги и принять их.
В отличие от договора на разработку ПО «с нуля», здесь объектом являются изменения к уже существующему кодовой базе. Важно четко разграничить: что считается «обновлением» (баг-фиксы, минорные версии), а что — «новой версией» или «доработкой», требующей отдельного ТЗ и оплаты.
Обязательные структурные элементы договора
Согласно ГК РФ (ст. 432, 779, 1286) и судебной практике, в документе обязательно должны быть зафиксированы:
- Предмет договора (п. 1.1): четкое описание услуг по обновлению/сопровождению.
- Техническое задание (ТЗ) или Приложение с перечнем конкретных работ.
- Порядок приемки-сдачи работ (актов приемки).
- Сроки выполнения этапов.
- Цена и порядок расчетов (фиксированная, поэтапная, абонентская плата).
- Права интеллектуальной собственности на результаты обновлений.
- Ответственность сторон (штрафы, убытки, форс-мажор).
- Конфиденциальность информации.
- Реквизиты и подписи сторон.
Типовой перечень услуг (на основе анализа образцов 2026 г.)
В разделе «Предмет договора» (часто п. 1.1) рекомендуется зафиксировать следующий перечень, который встречаеться в актуальных формах (в т.ч. система «КонсультантПлюс»):
- Разработка информационных подсистем и программных компонентов в рамках обновления.
- Проектирование, разработка, внедрение и сопровождение программного обеспечения.
- Составление, ведение, обновление, профилирование и техническое обслуживание баз данных, информационная поддержка пользователей БД.
- Поставка программного обеспечения (дистрибутивов обновлений).
- Иные услуги по согласованию между Заказчиком и Исполнителем (дополнительные соглашения).
Важно: Если обновление предполагает интеграцию с существующими системами Заказчика, в приложении к договору должен быть перечень этих систем и требования к интеграции (API, форматы обмена, протоколы).
Порядок предоставления обновлений (Техническая часть)
Современные договоры (образец 2026 г.) детально прописывают логистику передачи кода:
- Способ передачи: удаленный доступ к репозиторию / личному кабинету / FTP / облачному хранилищу.
- Адрес ресурса: например,
https://tasks.enter-it.ru/(в реальном договоре указывается реальный URL портала Исполнителя). - Формат: набор файлов обновлений, расширений, исправлений (патчей) или полных дистрибутивов новых версий.
- Периодичность: регламентированный график (еженедельно, ежемесячно, по запросу) или событийная модель (по готовности Hotfix).
Рекомендация: Обязательно пропишите в договоре, что доступ к порталу обновлений предоставляется после подписания договора и оплаты аванса/первого периода.
Интеллектуальные права: критически важный пункт
Существует два базовых подхода, которые нужно зафиксировать в разделе «Права на результаты работ»:
Вариант А: Исключительное право переходит к Заказчику (Договор подряда/Заказная разработка)
Заказчик получает полные права на код обновлений. Исполнитель не может использовать этот код для других клиентов. Требуется письменная форма сделки (п. 2 ст. 1232 ГК РФ).
Вариант Б: Предоставление лицензии (Лицензионный договор / SaaS-модель)
Исполнитель остается правообладателем. Заказчику выдается неисключительная лицензия на использование обновлений в рамках функционала ПО. Часто применяется для коробочных продуктов и SaaS.
Нюанс: Если ПО изначально лицензировалось по безвозмездному или бессрочному лицензионному договору, договор на обновление должен быть согласован с условиями базового лицензионного соглашения (EULA).
Финансовые модели и бухгалтеский учет
Выбор модели влияет на налогообложение и учет (ссылка на КонсультантПлюс 2025):
| Модель | Суть | Бухучет (кратко) |
|---|---|---|
| Абонентская плата (Подписка) | Ежемесячная/годовая оплата за доступ к обновлениям и поддержку. | Расходы Заказчика распределяются равномерно на период действия договора (РБУ 18/02, КСБУ). |
| Оплата за версию/релиз | Оплата факта поставки конкретного мажорного/минорного обновления. | Капитализация затрат в стоимость основного средства (если ПО на балансе) или расходы текущего периода. |
| Time & Materials (T&M) | Оплата фактически затраченных часов разработчиков на доработку. | Расходы на НИОКР или обычные расходы в зависимости от ТЗ. |
Образец структуры договора (Шаблон для заполнения)
Ниже приведена рекомендуемая структура документа. Конфиденциальные данные (реквизиты, ФИО, адреса, телефоны) скрыты маской .
г.
на обновление (доработку) и сопровождение программного обеспечения
СТОРОНЫ
Заказчик: ООО/АО/ИП «», ИНН , КПП , ОГРН , адрес: , тел.: , e-mail: , действующий на основании Устава / доверенности № * от , в лице (ФИО, должность), именуемый в дальнейшем «Заказчик».
Исполнитель: ООО/АО/ИП «*», ИНН , КПП , ОГРН , адрес: , тел.: , e-mail: , действующий на основании Устава / доверенности № * от , в лице (ФИО, должность), именуемый в дальнейшем «Исполнитель».
ПРЕДМЕТ ДОГОВОРА
Исполнитель обязуется оказать Заказчику услуги по обновлению (доработке) программного обеспечения «» (далее — ПО), зарегистрированного в реестре российского ПО № (при наличии), и передать результаты обновлений Заказчику, а Заказчик обязуется их принять и оплатить.
Перечень конкретных работ, состав обновлений, сроки и этапы определены в Приложении № 1 (Техническое задание / План-график), являющемся неотъемлемой частью договора.
Общий перечень услуг включает:
2.3.1. Разработку информационных подсистем и программных компонентов;
2.3.2. Проектирование, разработку, внедрение и сопровождение ПО;
2.3.3. Обновление, профилирование и ТО баз данных, инф. поддержку пользователей;
2.3.4. Поставку программного обеспечения (файлов обновлений);
2.3.5. Иные услуги по согласованию сторон.
ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТ И ПЕРЕДАЧИ ОБНОВЛЕНИЙ
Обновления предоставляються Заказчику путем размещения в личном кабинете / репозитории по адресу: https:// (указать реальный URL портала Исполнителя).
Доступ к порталу предоставляется в течение рабочих дней после подписания договора и поступления аванса.
Приемка-сдача обновлений осуществляется путем подписания Акта приемки-передачи выполненных работ (Приложение № 2) в течение * рабочих дней после уведомления Исполнителя о готовности релиза.
Исполнитель обязуется обеспечить интеграцию обновлений с существующими системами Заказчика (перечень в Приложении № 3) в соответствии с ТЗ.
СРОКИ
Договор вступает в силу с момента подписания и действует до «___» _________ 202_ г. (или бессрочно до выполнения обязательств).
Сроки выполнения этапов: согласно План-графику (Приложение № 1).
ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ
Общая цена договора: * () рублей 00 копеек (с НДС / без НДС).
Порядок оплаты:
⎻ Аванс % от стоимости этапа / абонентская плата за период — в течение * дней после подписания Акта;
⏤ Постоплата / оплата по этапам — согласно Графику платежей (Приложение № 4).
Расчетный счет Исполнителя: * (Банк , БИК , к/с *).
ПРАВА ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ
Исключительное право на результаты обновлений (программу для ЭВМ) переходит к Заказчику в полной объеме / предоставляется Заказчику неисключительная лицензия (выбрать нужное) на условиях, указанных в Приложении № 5 (Лицензионное соглашение).
Исполнитель гарантирует отсутствие претензий третьих лиц к передаваемым обновлениям.
ОТВЕТСТВЕННОСТЬ СТОРОН
За просрочку исполнения, неустойка % от стоимости просроченного этапа за каждый день просрочки (макс; %).
За несоответствие качества — бесплатное устранение дефектов в течение гарантийного срока (* мес. после приемки).
Ограничение ответственности: стороны не несут ответственности за упущенную выгоду, косвенные убытки.
КОНФИДЕНЦИАЛЬНОСТЬ
Стороны обязуются не разглашать коммерческую тайну, техническую документацию, код, пароли доступа к порталу . Срок действия обязательства: лет после расторжения договора.
ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ
Досудебный порядок (претензия) обязателен. Срок ответа: * дней;
Арбитражный суд по месту нахождения Ответчика / Арбитраж * г. .
ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
Договор в экземплярах, по одному для каждой стороны.
Изменения и дополнения только в письменном виде (Доп. соглашением).
Адреса и реквизиты для уведомлений: .
ПОДПИСИ СТОРОН
ЗАКАЗЧИК ИСПОЛНИТЕЛЬ
_________________ / / _________________ / * /
М.П. М.П.
Типовые ошибки и риски при составлении
- Размытое ТЗ: Фраза «обновлять ПО по мере необходимости» недопустима. Нужен перечень модулей, версий API, SLA (время реакции на критические баги).
- Отсутствие механизма приемки: Если не подписан Акт — работа не считается выполненной, оплата не начисляется, сроки сдвигаются.
- Игнорирование Реестра российского ПО: Если ПО входит в реестр (Минцифры), обновления не должны нарушать условия включения (открытость кода, отсутствие закладок, локализация данных).
- Нечеткое разделение «Поддержки» и «Обновлений»: Поддержка (Helpdesk, консультации) и разработка новых версий, разные услуги с разной ценой и SLA. Лучше разделить в Приложениях.
- Права на доработки: Если Заказчик платит за доработку, но права не переходят к нему (лицензия), он становится заложником Исполнителя. Для уникальных бизнес-процессов лучше требовать переход исключительного права.
Особенности оформления в 2026 году (ЭДО и подписи)
Согласно актуальной практике (ФЗ-63, ФЗ-402), договор может быть заключен:
- В письменной простой форме (на бумаге, 2 экз.).
- В электронной форме с использованием УКЭП (Усиленная квалифицированная электронная подпись) через операторов ЭДО (СБИС, Диадок, Контур, 1С-ЭДО и др.).
- Обмен актами и счетами, обязательно через ЭДО для налогового учета (ФНС требует формат УПД/УКД или СЧФ/Акт в установленном формате).
Рекомендуется в договоре прописать реквизиты ЭДО (ИД оператора, идентификатор ящика) для автоматического обмена документами.
Чек-лист перед подписанием
- [ ] Проверены реквизиты сторон (ЕГРЮЛ/ЕГРИП) на дату подписания.
- [ ] Приложение № 1 (ТЗ/План-график) согласовано техническими лидерами обеих сторон.
- [ ] Прописан конкретный URL портала обновлений и процедура выдачи доступов (логины/пароли/SSH-ключи).
- [ ] Выбрана и зафиксирована модель правовой охраны (переход права ИЛИ лицензия).
- [ ] График платежей привязан к подписанию Актов, а не к календарным датам.
- [ ] Предусмотрена процедура возврата/уничтожения конфиденциальной информации при расторжении.
- [ ] Договор проверен юристом профиля IT/IP/Данные.
Грамотный договор на обновление ПО — это не просто формальность, а инструмент управления рисками: рисками несвоевременной поставки, рисками качества кода, рисками утечки интеллектуальной собственности и налоговыми рисками. Используйте приведенный выше образец как базу, но обязательно адаптируйте его под специфику вашего ПО (On-premise / SaaS / Mobile), модель лицензирования и требования заказчика; Для сложных проектов (Highload, FinTech, MedTech, Госзаказ) привлекайте специализированных IT-юристов.
Данная статья носит информационный характер и не является правовой консультацией. При подготовке конкретного договора рекомендуется обратиться к квалифицированному юристу. Информация актуальна на .