Для заказчиков

Какие условия договора чаще всего разваливают закупку

Как проект договора сам создает жалобы: неустойка, оплата, приемка, удержания и спорные процедуры расчета.

Что здесь происходит

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

Если договорный блок слабый, закупка может развалиться даже при нормальном техническом задании. Более того, именно условия договора потом становятся основой для споров об оплате, неустойке и исполнении.

Что проверить первым

Как устроены сроки и условия оплаты.
Есть ли право на удержание и как оно оформлено.
Не создает ли приемка почву для будущего злоупотребления.

Что делать заказчику

Проверять, не закладывает ли договор явный перекос ответственности или незаконную процедуру оплаты.

Собирать условия приемки и оплаты так, чтобы они не зависели от внутренних процедур заказчика.

Сверять проект договора с фактической моделью исполнения, а не брать шаблон из старой закупки.

Где чаще всего риск

Неравнозначная неустойка.

Оплата после внутренних актов, программ и согласований.

Удержания из оплаты без четкой договорной логики.

Куда перейти дальше

Связанные направления по этой теме

Сопровождение закупки

Когда нужно собрать процедуру вместе с сильным проектом договора.

Судебная защита заказчика

Если спор по договорным условиям уже вышел за рамки жалобы.

Практика по неустойке и удержаниям

Обзор смежной практики по спорным санкциям и удержаниям.

Другие риски

Соседние темы для заказчика

Для заказчиков

Как заказчику не получить жалобу в ФАС из-за документации

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

Для заказчиков

Национальный режим для заказчика: где чаще всего ошибаются

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

Для заказчиков

Как подготовить закупочную документацию так, чтобы ее не отменили

Что нужно проверить в документации до публикации, чтобы не получить предписание, отмену итогов и срыв процедуры.