В ЕИС отправили проект с неправильным ИКЗ: что делать

Сначала определите, где именно ошибка:

• Только в карточке контракта ЕИС (реквизит «ИКЗ» в шапке/метаданных).

• В тексте проекта контракта (ИКЗ вписан внутрь документа).

• В извещении/документации (ошибка тянется «с источника»).

Базовый алгоритм для победителя

• Используйте протокол разногласий (ПР). В пределах своего срока (обычно 5 рабочих дней на подписание) направьте ПР с короткой формулировкой: «В проекте контракта указан неверный ИКЗ. Просим направить исправленный проект с корректным ИКЗ, соответствующим извещению/плану». — Если ошибка в тексте: просите заменить текст на корректный. — Если ошибка в карточке: просите отозвать проект и разместить новый с верным ИКЗ (часто ИКЗ в карточке не редактируется «на лету»).

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

• Если заказчик «молчит»/тянет: — Зафиксируйте бездействие (скрин, «Независимый регистратор»). — Направьте короткое требование в переписке на ЭТП разместить корректный проект. — Жалоба в ФАС на бездействие (неразмещение корректного проекта) — стандартный способ заставить заказчика исправить техническую ошибку без риска для вас.

• Чтобы не попасть в «уклонение»: Если заказчик упорно не исправляет только карточку (ИКЗ в метаданных), а текст и условия верные, действуйте прагматично:

  • В переписке ещё раз отметьте, что ИКЗ неверен и это зона ответственности заказчика.

  • Подпишите проект в срок (чтобы не дали уклонение) и параллельно добивайтесь исправления карточки/реестровой записи заказчиком. Неверный ИКЗ — нарушение со стороны заказчика, но это не делает вас уклонистом и не меняет ваших обязательств по цене/объёму/срокам.

Частные случаи

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

• Единственный поставщик (у ЕП): ПР как формы может не быть — направьте требование об исправлении через переписку/входящий и попросите переоформить проект; при отказе фиксируйте и обращайтесь в контролирующий орган.

• Ошибка и в тексте, и в карточке: просите полный пересоздание проекта (отмена текущего, размещение нового).

Что важно знать

• ИКЗ — это идентификатор закупки, технический реквизит связки с планом/извещением. Его неправильное указание — нарушение заказчика, а не участника.

• Подписывать неверный по сути проект (где помимо ИКЗ «едут» предмет/кол-во/цена/сроки) нельзя — добивайтесь исправления через ПР/ФАС.

• Если ошибка только в ИКЗ, а все существенные условия корректны, безопаснее не доводить до «уклонения», подписать и параллельно заставить заказчика исправить карточку/реестр.

Итог: сначала — протокол разногласий с требованием исправить ИКЗ; при бездействии — жалоба. Если ошибка только в метаданных, подпишите вовремя (с зафиксированными замечаниями), чтобы не нарваться на «уклонение», и добивайтесь исправления записи заказчиком.