Сбой ЭТП перед дедлайном: как сохранить доказательства

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

Что делать в первые минуты сбоя ЭТП

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

ГИС "Независимый регистратор" создана для фиксации действий пользователей в ЕИС и на электронных площадках, событий взаимодействия систем, а также для мониторинга их доступности. Основание для такой системы закреплено в части 13 статьи 4 Закона № 44-ФЗ. Это более содержательное доказательство, чем отдельный снимок экрана: запись показывает последовательность действий и контекст ошибки.

Действуйте по короткому протоколу:

1. Запишите точное время появления ошибки и оставшееся время до дедлайна.
2. Зафиксируйте полный экран, включая адресную строку, панель задач и часы.
3. Повторите операцию один раз тем же способом, чтобы записать воспроизводимость ошибки.
4. Сохраните текст ошибки и идентификатор операции, если площадка его показывает.
5. Откройте обращение в техподдержку ЭТП, не дожидаясь окончания подачи заявок.
6. После фиксации попробуйте резервный браузер, рабочее место или канал связи.

Не тратьте последние минуты только на съемку экрана. Цель поставщика состоит и в сохранении доказательств, и в фактической подаче заявки, если это еще возможно. Поэтому в компании заранее нужен второй компьютер с настроенной КЭП и проверенным доступом к площадке.

Как отличить проблему площадки от локального сбоя

Фраза "ничего не работает" мало помогает техподдержке и контрольному органу. Нужно показать, на каком участке оборвалась операция. Условно причины делятся на три группы.

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

Отдельно проверьте КЭП. Истекший сертификат, неустановленная цепочка доверия, отключенный носитель или зависший криптопровайдер могут внешне напоминать сбой ЭТП. До участия в закупке полезно пройти проверку подписи и полномочий. Подробный порядок есть в статье об электронной подписи, КЭП и МЧД.

Какие доказательства собрать

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

Минимальный набор:

• запись ГИС НР от входа в нужную закупку до завершения попыток;
• скриншоты с полным экраном, URL, временем и текстом ошибки;
• номер закупки, наименование процедуры и точный дедлайн;
• регистрационный номер обращения в поддержку ЭТП;
• ответ поддержки и все автоматические уведомления;
• журнал событий площадки или плагина, если его можно выгрузить;
• сведения о рабочем месте: операционная система, браузер и его версия, версия криптопровайдера;
• краткая хронология с точностью хотя бы до минуты;
• подтверждение успешной проверки КЭП до инцидента;
• результаты повторной попытки с другого рабочего места или канала связи.

Секреты и персональные данные в пакет не включайте без необходимости. Нельзя отправлять пароль, PIN носителя, закрытый ключ КЭП или файл с ним. Если на видеозаписи видны личная почта, переписка или другие закупки, отметьте это юристу до передачи материала третьим лицам.

ГИС НР нужно установить и проверить заранее. Плагин не восстановит события, которые произошли до включения записи. В день подачи заявки откройте нужную ЭТП, выберите действующий сертификат, убедитесь, что запись и сбор телеметрии работают, затем выполните пробное действие без отправки заявки. Для новых сотрудников полезна отдельная инструкция по регистрации в ЕИС и ЕРУЗ, чтобы технический инцидент не смешался с ошибкой прав доступа.

Как оформить обращение и жалобу

Первое сообщение направляйте в поддержку ЭТП сразу после обнаружения ошибки. Тема обращения должна позволять быстро найти инцидент: "Не подается заявка, закупка №..., дедлайн ...". В тексте укажите организацию и ИНН, номер закупки, время каждой попытки, адрес страницы, код ошибки, браузер, сертификат и результат проверки через резервный канал. Приложите несколько показательных файлов, а полный архив предложите по запросу, если форма ограничивает размер вложений.

Просите поддержку ответить на конкретные вопросы:

1. Зафиксирован ли сбой на стороне площадки в указанное время?
2. Видит ли оператор попытки отправки заявки с учетной записи организации?
3. Каков идентификатор инцидента и время его регистрации?
4. Какие действия оператор рекомендует выполнить до дедлайна?
5. Можно ли получить техническую выписку или журнал по операции?

Обращение в поддержку и жалоба имеют разные задачи. Поддержка диагностирует работу сервиса. Контрольный орган оценивает действия или бездействие оператора и влияние нарушения на права участника. При закупке по 44-ФЗ жалобу на действия оператора при направлении заявки можно подать не позднее пяти дней со дня обжалуемых действий или бездействия. Это прямо указано в пункте 3 части 2 статьи 105 Закона № 44-ФЗ.

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

Для закупки по 223-ФЗ дополнительно изучите положение о закупке, документацию процедуры и регламент конкретной площадки. Порядок и срок обжалования зависят от обстоятельств, поэтому механически переносить правила статьи 105 Закона № 44-ФЗ нельзя.

Условный пример: заявка не подписалась за 18 минут до срока

Поставщик подготовил заявку утром, но отправку оставил на конец дня. За 18 минут до срока кнопка подписания выдала ошибку соединения. Сотрудник сделал скриншот и начал перезапускать браузер. Через семь минут он включил ГИС НР, повторил подписание, получил ту же ошибку и зарегистрировал обращение в поддержку. Затем подключил ноутбук к мобильному интернету. На резервном канале личный кабинет открылся, но срок подачи уже истек.

Слабое место такой позиции состоит в первых семи минутах: нет записи исходной попытки и точного описания действий. Тем не менее пакет можно собрать. В хронологию войдут время первого скриншота, запись повторной ошибки, номер обращения, проверка через другую сеть и сведения о готовности КЭП. В жалобе стоит объяснить, почему ошибка препятствовала именно подписанию и отправке заявки, а не подготовке документов.

Более надежный процесс выглядел бы так: сотрудник включил ГИС НР до открытия формы, отправил заявку за несколько часов до срока и проверил ее номер в личном кабинете. Если бы площадка дала сбой, у компании оставалось бы время на резервный канал и обращение в поддержку. TenderScan помогает раньше находить подходящие процедуры, но внутренний регламент подачи все равно должен устанавливать свой дедлайн, например накануне официального срока. Конкретный запас компания выбирает с учетом объема заявки и надежности рабочего места.

Часто задаваемые вопросы

Достаточно ли скриншота ошибки для подтверждения сбоя ЭТП?

Обычно одного скриншота недостаточно для полной картины. Он не показывает последовательность действий и состояние системы до ошибки. Добавьте запись ГИС НР, обращение в поддержку, уведомления площадки, хронологию и результаты проверки с другого рабочего места или канала связи.

Можно ли включить ГИС НР после появления ошибки?

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

Продлит ли оператор срок подачи заявок после технического сбоя?

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

Что важнее: ответ поддержки или запись ГИС НР?

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

Когда нужно готовить жалобу?

Сразу после инцидента проверьте применимый порядок и срок. Для действий оператора при направлении заявки по 44-ФЗ действует специальный срок из статьи 105. Если срок близок, готовьте жалобу параллельно с перепиской с техподдержкой.