Инструменты Приглашения Уведомления

«As is» в IT-договоре — отказ от гарантий и риски

AIARM bug warranty + UAT — не «as is» с полной предоплатой. Например, загрузите PDF или DOCX на aiarm.ru.

Чек-листв таблице
Пошаговопорядок проверки
Примериз практики

Быстрые инструменты

Проверка фрагмента текста в браузере — до 5 000 символов, без регистрации

Каталог (158) →

Зачем это руководство

«As is» + 100% prepay + deemed acceptance — вы оплатили продукт без права требовать исправления; баги становятся платным T&M.

Как AIARM помогает

AIARM найдёт disclaimer as is и условия приёмки в IT-договоре — до финального платежа.

Когда использовать это руководство

При подписании лицензии, SaaS-оферты или договора на ПО — когда есть disclaimer «as is» и исключение implied warranties. Ключевой вопрос: что реально можно требовать при багах.

Чек-лист: as is и гарантии в IT-контракте

При подписании лицензии, SaaS-оферты или договора на ПО — когда есть disclaimer «as is» и исключение implied warranties. Пройдите таблицу ниже и отметьте каждую строку: «ОК» или «требует исправления».

Что проверитьГде в документе Критерий «ОК»Типичная ошибка
1As isDisclaimerС carve-outПолный отказ (as-is-warranty-disclaimer)
2Bug fixSupportSLA на исправление«No warranty» (sla-compensation-check)
3FitnessPurposeСоответствие ТЗ«As available» (software-prepayment-refund)
4УбыткиCapCarve-out gross negligenceZero liability (limitation-of-liability-draft)
5AcceptanceUATПо чек-листу«Считается принятым» (deemed-acceptance-trap)
6EscrowRiskПри weak warrantyНет (vendor-lock-in-trap)
7ПДнSecurityОтдельные warrantiesAs is на security (data-breach-penalty-clause)
8РешениеLegalBalanced termsПодписали оферту (Go/no-go)

Порядок проверки

  1. Не принимайте pure «as is» для custom-разработки за миллионы.
  2. Требуйте warranty period на bugs (90 дней минимум).
  3. UAT и acceptance по ТЗ — не deemed acceptance через 5 дней.
  4. Carve-out: gross negligence, ПДн, IP infringement.
  5. Для critical systems — escrow или поэтапная оплата по milestone.

Пример из практики

Пример: «as is» + оплата 100% — критичный баг через 2 недели

Неправильно: Заказчик принял ERP-модуль «as is» с оплатой 100% upfront; через 2 недели — баг в расчёте НДС, ошибочные счета на 12 млн ₽ контрагентам. Disclaimer закрыл warranty claims; исправление подрядчик выставил как T&M 890 тыс. ₽.

Правильно: Milestone 40/40/20 + 90-day bug warranty + UAT checklist — критичные дефекты исправлены в warranty.

См. software-prepayment-refund и limitation-of-liability-draft.

Частые вопросы: Опасен ли бессрочный доступ «as is»

Опасен ли бессрочный доступ «as is»?

Да для paid custom/SaaS: нет remedy при багах; требуйте bug warranty, SLA, acceptance по ТЗ, carve-out liability, не 100% upfront.

SaaS «as is» — норма?

Часто в офертах; переговоры на SLA и credits для tier enterprise.

Deemed acceptance через 5 дней?

Red flag; фиксируйте UAT period и defect list.

Можно оспорить as is в суде?

Сложно при явном disclaimer; лучше править до подписи.

Проверьте документ бесплатно

Загрузите PDF или DOCX — AIARM подсветит риски за минуты.