ЕИС не работает перед дедлайном: как поставщику не сорвать подачу заявки

Самый опасный сбой ЕИС происходит не тогда, когда поставщик просто просматривает закупки.

Он происходит в день подачи заявки.

Документы почти готовы, до окончания срока осталось несколько часов, а нужная страница не открывается. Начинается стандартная суета: обновление браузера, сообщения коллегам, поиск телефона поддержки и попытки понять, проблема в компьютере, ЕИС или электронной площадке.

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

В закупочном процессе участвуют разные системы:

Если не открывается карточка закупки в ЕИС — это одна проблема.

Если площадка не загружает файл заявки — другая.

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

А если заявка отправлена, но нет подтверждения её получения, это уже отдельный риск, который нельзя закрыть фразой «кнопку нажали».

При большинстве электронных процедур поставщик находит закупку и изучает документы в ЕИС, но заявку подаёт на электронной площадке.

Поэтому недоступность публичного сайта ЕИС ещё не всегда означает, что подача невозможна. Если площадка работает, нужно переходить на неё напрямую и проверять закупку в личном кабинете.

Обратная ситуация тоже возможна: ЕИС открывается, извещение доступно, но площадка не принимает документы.

Значит, прежде чем звонить в поддержку, нужно ответить на один вопрос:

На каком конкретно шаге остановилась подача заявки?

Для важных закупок удобно разделять подготовку на три контрольные точки.

К этому моменту желательно:

Формулировка «срок завтра» опасна. Важны конкретные дата, время и часовой пояс, указанные в закупке.

К этому моменту заявка должна быть технически готова к загрузке.

Не стоит оставлять на последние часы:

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

Критический момент — не нажатие кнопки, а подтверждение приёма заявки.

По действующим правилам 44-ФЗ оператор электронной площадки присваивает принятой заявке идентификационный номер и направляет участнику уведомление о её получении. Если заявка возвращена, оператор также должен сообщить основание возврата.

Поэтому после отправки нужно проверить:

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

Первое правило — не тратить весь оставшийся час на один и тот же способ.

Практический порядок действий:

В обращении должны быть конкретные данные:

Сообщение «у нас ничего не работает, срочно помогите» плохо подходит и для поддержки, и для возможного последующего разбирательства.

Поставщик часто рассуждает так: «Я сделал скриншот ошибки — значит, доказал технический сбой».

На практике этого может оказаться недостаточно.

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

Поэтому полезно сохранить:

Это не гарантирует, что срок восстановят или жалобу удовлетворят. Но без фиксации обстоятельств доказать реальный технический сбой будет значительно сложнее.

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

Обновление браузера, криптопровайдера и расширений непосредственно перед подачей может создать новые проблемы.

Проверять рабочее место нужно заранее, а не во время аварии.

Обращение в поддержку фиксирует проблему, но само по себе не подаёт заявку. Пока срок не истёк, штатные попытки нужно продолжать.

Технический сбой не означает автоматического продления срока для конкретного поставщика. Такие ситуации оцениваются отдельно, а результат зависит от обстоятельств и доказательств.

Загруженные файлы, сохранённый черновик и подписанная заявка — не одно и то же. Нужен финальный статус и подтверждение оператора.

Для каждой важной закупки можно завести короткую карточку:

Контрольная точкаЧто фиксируемЗакупка найденаНомер и ссылкаДокументы скачаныДата и версияИзменения провереныДата последней проверкиЗаявка готоваОтветственныйЭП проверенаСрок действияЗаявка отправленаДата и времяПолучено подтверждениеНомер заявки

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

Даже исправная ЕИС не поможет, если поставщик нашёл закупку за день до окончания подачи.

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

Для получения уведомлений о новых закупках можно использовать связку:

поиск в ЕИС → RSS → Telegram.

Например, Telegram-бот @eis_rss_tender_bot принимает RSS-ссылку из ЕИС и присылает новые закупки в Telegram.

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

Когда ЕИС или площадка перестают работать перед дедлайном, у поставщика остаются две задачи:

Лучший способ не сорвать подачу — не искать аварийное решение за десять минут до окончания срока.

Рабочая схема проще:

заявка готова заранее → отправка с запасом → подтверждение оператора сохранено → резервный порядок действий известен.