Разработчик экосистемы ВЫШКА Cloud

+7 (4852) 60-91-96 Обсудить проект
Госзакупки · Гарантии

Гарантийные обязательства на ПО по 44-ФЗ — что требовать, чем обеспечивать, как взыскивать

Разработанное ПО ошибается после сдачи всегда: вопрос лишь в том, кто чинит и за чей счёт. Гарантийные обязательства переводят этот вопрос из устных договорённостей в контракт: срок, параметры реагирования, охват и обеспечение. Разбираем, чем гарантия на ПО отличается от гарантии на технику и как не остаться один на один с багами после подписания акта.

Быстрый ответ · актуально на 2026-09-20

Гарантийные обязательства на ПО в 44-ФЗ — это обязанности исполнителя устранять недостатки созданного/поставленного ПО в течение гарантийного срока за свой счёт. Пишутся в контракт: срок гарантии (ГК РФ ст. 722 — гарантия качества работы), параметры реагирования (время ответа и устранения по классам дефектов), охват (что гарантия покрывает и что нет — например, доработки третьими лицами обычно исключаются). Заказчик вправе требовать отдельное обеспечение гарантийных обязательств (ст. 96 44-ФЗ) — деньги или независимая гарантия, живущая дольше обеспечения исполнения.

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

Сверка гарантийных условий проекта контракта — бесплатно, заключение за 1 рабочий день Сроки, SLA, охват, обеспечение · без звонков-роботов

Чем гарантия на ПО отличается от гарантии на технику

На технике гарантия понятна: деталь сломалась — заменили. С ПО сложнее: «дефект» может быть ошибкой кода, следствием обновления смежной системы, некорректными данными или осознанным изменением требований. Поэтому гарантия на ПО — это не строка «гарантия 12 месяцев», а маленький регламент внутри контракта, отвечающий на четыре вопроса: что считается гарантийным дефектом, в какой срок исполнитель реагирует, кто чинит и за чей счёт, что происходит с деньгами, если исполнитель молчит. ГК РФ даёт базу: подрядчик гарантирует качество работы (ст. 722), заказчик вправе предъявлять требования в сроки обнаружения недостатков (ст. 724); 44-ФЗ добавляет закупочный инструмент — отдельное обеспечение гарантийных обязательств (ст. 96).

Что писать в контракт: четыре обязательных блока

  1. Гарантийный срок. Стандартные ориентиры рынка — от 12 месяцев на разработанное ПО; точную цифру стороны согласуют. Отсчёт — с даты подписания итогового акта (или акта ввода в эксплуатацию — формулировка важна: это разные даты, разница бывает в месяцы).
  2. Классификация обращений и параметры реакции. Критический дефект (система недоступна) — реакция в часах, устранение в часах/днях; существенный (функция недоступна, есть обход) — сутки; незначительный (косметика) — планово, в согласованные окна. Без этой градации «гарантия» превращается в переписку о сроках.
  3. Охват и исключения. Гарантия покрывает дефекты разработки; не покрывает (обычно): переделку под новые требования, вмешательство третьих лиц в код, сбои из-за оборудования и смежных систем вне зоны исполнителя, форс-мажор. Чем точнее границы, тем меньше споров «это баг или не баг».
  4. Режим работы. Кто принимает обращения (канал, часы), как фиксируются (тикет, письмо в ЕИС), как закрываются (протокол исправления, регрессионный прогон). Для госсектора часть переписки живёт в ЕИС — порядок электронного документооборота на исполнении контракта разобран в статье об электронном актировании.

Обеспечение гарантийных обязательств — второй кошелёк

Ст. 96 44-ФЗ позволяет заказчику установить отдельное обеспечение гарантийных обязательств — поверх обеспечения исполнения. Логика разная: обеспечение исполнения возвращается после приёмки, а гарантийное живёт весь гарантийный срок и является рычагом на «молчащего» исполнителя: неисполненные гарантийные требования заказчик вправе удовлетворить из обеспечения. Поставщику это значит второй замороженный ресурс или вторая независимая гарантия — и это надо считать в экономике заявки до подачи (как считать всю связку обеспечений — в разборе обеспечения исполнения, про антидемпинговое ×1,5 — в статье об антидемпинге).

ПараметрОбеспечение исполненияОбеспечение гарантийных обязательств
Что гарантируетсдачу контракта (работы, этапы)устранение дефектов после приёмки
Живётдо приёмки/подписания актоввесь гарантийный срок
Инструментыденьги, независимая гарантияденьги, независимая гарантия
Типовой размер0,5–30% НМЦКустанавливается заказчиком по ст. 96

Что не является гарантийным случаем — типовые споры

  • «Хотим иначе» ≠ дефект. Система соответствует согласованному ТЗ, но пользователю неудобно. Это развитие, а не гарантия — оформляется изменением или новым контрактом. Отсюда важность измеримого ТЗ (структура — в руководстве по ТЗ на ПО): спор «удобно/неудобно» без критериев в ТЗ не решается.
  • Доработка третьими лицами. В код залез другой подрядчик — гарантия исполнителя на затронутые модули прекращается; это стандартное исключение, и оно должно быть написано.
  • Смежные системы. Обновление интегрируемой системы сломало обмен. Если адаптация не входит в гарантийный охват — это новая работа; если входит — исполнитель чинит, но сроки реакции должны быть в контракте.
  • Деградация производительности. «Раньше быстро, теперь медленно»: гарантийным случаем является, только если в ТЗ были зафиксированы показатели производительности и порядок их перепроверки (как проверять — в разборе проверки ПО при приёмке).

Как заказчику взыскать, как исполнителю защититься

Путь заказчика: зафиксировать дефект (тикет, скриншоты, журналы) → направить требование в срок реакции → при неисполнении — претензия и удовлетворение из гарантийного обеспечения / независимой гарантии; параллельно — неустойки по контракту, если предусмотрены (шкалы — в разборе штрафов и пеней). Путь исполнителя: классифицировать обращение по контракту (дефект/не дефект), укладываться в сроки реакции даже ответом «принято, классифицируем», вести журнал обращений и закрывать каждое протоколом. Гарантия — это репутационный актив: чистое гарантийное обслуживание — то, что приводит заказчика обратно за следующим контрактом напрямую (как это работает на практике — в услуге ИТ-поддержки и аутсорсинга).

Особый случай: ПО с ИИ-компонентами

Гарантия на вероятностные системы требует договорённости о «дрейфе качества»: модель, принятая с метрикой на эталонной выборке, со временем может деградировать на новых данных. Рабочие формулировки: гарантия на инфраструктурную часть (сервис доступен, конвейер работает) — обычная; на качество модели — через порядок мониторинга метрик и дообучения в согласованные периоды (метрики и процедуры — в ТЗ на ИИ-систему и экспертизе ИИ-компонентов). «Гарантия на точность ИИ навсегда» — формулировка, которую не сможет исполнить ни один подрядчик.

Чек-лист гарантийных условий до подписания

  • Гарантийный срок и точка его отсчёта названы однозначно.
  • Классы дефектов и сроки реакции/устранения по каждому классу.
  • Охват и исключения перечислены (третьи лица, смежные системы, новые требования).
  • Обеспечение гарантийных обязательств: размер, инструмент, срок действия после приёмки.
  • Каналы обращений и порядок фиксации переписки (включая ЕИС).
  • Для ИИ — разделены гарантия сервиса и порядок работы с качеством модели.

Что мы предлагаем

ООО «НЬЮ-ССТ» несёт гарантийные обязательства по своим госконтрактам на разработку ПО и знает обе стороны споров о «баг или не баг». Пришлите проект контракта на sales@vyshka.cloud — бесплатно, за 1 рабочий день вернём вычитку гарантийных условий: пробелы, ловушки, формулировки. Гарантийную поддержку мы оказываем и на системах, разработанных другими подрядчиками — стоимость ориентируйтесь по ответу «Сколько стоит сопровождение ИИ-системы» и кейсу сопровождения 1С.

Коротко о главном

Элемент гарантииЧто фиксируетсяРиск без фиксации
Срок гарантиидлительность и точка отсчётаспор о том, действует ли гарантия
Классы дефектовкритический/существенный/незначительныйвсё «срочно», сроки не соблюдаются
Реагированиевремя ответа и устранения по классамнеделя молчания без последствий
Охват/исключениятретьи лица, смежные системы, новые требованияспор «баг или не баг» на каждый инцидент
Обеспечение (ст. 96)размер, инструмент, срок жизнивзыскивать не из чего
ИИ-спецификагарантия сервиса ≠ гарантия качества моделиневыполнимые обещания точности

Смотрите также

Частые вопросы: гарантийные обязательства на ПО

С точки зрения ГК РФ подрядчик отвечает за качество работы и без письменной гарантии — в пределах сроков обнаружения недостатков (ст. 724), но доказывать отсутствие вины подрядчика сложнее. В закупках гарантийный срок и его обеспечение — вопрос требований заказчика по ст. 96 44-ФЗ и условий контракта. Практика: на разработанное ПО гарантия устанавливается почти всегда — без неё заказчик получает систему без обязательств исполнителя после акта.

Да — по истечении гарантийного срока при отсутствии удовлетворённых за счёт обеспечения требований заказчика деньги возвращаются или гарантия прекращается. Чего делать не стоит: считать гарантийное обеспечение «дополнительным заработком» — его удержание возможно только на законных основаниях, по неисполненным требованиям, зафиксированным документально.

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

Фиксировать всё письменно (включая каналы ЕИС), собирать доказательства дефекта и направления требования, затем — претензия, удовлетворение требования из гарантийного обеспечения (или по независимой гарантии), при исчерпании — взыскание и неустойки по контракту. Молчание исполнителя в пределах сроков реакции из контракта — само по себе документируемое нарушение. Если исполнитель «пропал» целиком — у нас есть отдельный ответ «Что делать, если подрядчик пропал».

Разберём вашу закупку бесплатно — КП за 1 рабочий день

Пришлите номер закупки или ссылку на извещение: подскажем, с какой ценой идти, чего не хватает в заявке и стоит ли вообще участвовать. Без звонков-роботов и «менеджер перезвонит уточнить».

1. Кто вы в этой закупке?
2. Какая система закупок?
3. Что нужно сейчас?

Или напишите напрямую: sales@vyshka.cloud

Следующий шаг

Пришлите номер закупки — остальное сделаем мы

Мы сами ежедневно участвуем в закупках по 44-ФЗ и 223-ФЗ и знаем обе стороны процедуры. Если лот вам не подходит — скажем прямо и подскажем, на что смотреть дальше.

Ответить на 3 вопроса Все контакты

Цены и рыночные факты приведены по состоянию на 2026-09-19. Компания работает с 28.12.2016 (ОКВЭД 62.01/62.02). НДС не облагается в связи с применением УСН (п. 2 ст. 346.11 НК РФ).