Запрос понятный: когда в ЕИС или на площадке «ломается логика» (аукцион, подача заявок, подписание, ошибки интерфейса), хочется поговорить не с оператором первой линии, который отвечает по инструкции, а с теми, кто реально понимает, что у системы «под капотом».
Сразу по сути: какого-то «секретного прямого канала» к разработчикам ЕИС нет. Есть несколько официальных и полуофициальных путей, которые в реальности работают по-разному, но все так или иначе идут через обычную техподдержку и эскалацию.
Что есть в реальности
-
Официальная техподдержка ЕИС Стандартный канал: заявки через форму на сайте, телефон, иногда — через личный кабинет. Ответы, как правило, шаблонные: «очистите кэш», «проверьте браузер», цитаты из инструкции. Это первая линия, дальше она может эскалировать проблему выше, но напрямую с разработчиком вас не соединят.
-
Регистрация инцидента как системной ошибки Более рабочий путь — сформулировать обращение так, чтобы его нельзя было списать на «пользователь не умеет»:
-
чётко указать раздел/страницу ЕИС, шаги, после которых возникает ошибка;
-
приложить скриншоты, тексты сообщений, номер закупки/контракта;
-
описать, что действие ранее выполнялось, а теперь — нет (регресс).
Такие обращения часто переводят на вторую линию, а уже оттуда, при подтверждении бага, задача уходит разработчикам. Ответ всё равно придёт «через поддержку», но это уже не просто цитата инструкции, а реальная информация: заведён инцидент, планируется исправление, ориентировочный статус.
-
-
Через региональные/ведомственные центры компетенций В ряде регионов и федеральных ведомств есть свои «кураторы ЕИС» — специалисты, которые:
-
собирают типовые проблемы от подведомственных заказчиков;
-
имеют более прямую коммуникацию с оператором ЕИС.
На практике обращение через такой центр («поднимаем вопрос на уровень субъекта/ведомства») повышает шанс, что баг посчитают массовым и быстрее доведут до команды разработки. Это всё равно не прямой контакт с программистом, но уровень взаимодействия выше, чем у одиночного пользователя.
-
-
Через оператора площадки (если проблема на ЭП) Если проблема связана не с «ядром» ЕИС, а с конкретной электронной площадкой (ошибки в аукционе, подача заявок, подписания):
-
обращаемся в техподдержку площадки;
-
просим присвоить номер инцидента и зафиксировать, что ошибка воспроизведена на их стороне.
У площадок обычно есть своя внутренняя цепочка: первая линия профильный специалист разработчик. И опять же, напрямую вы с программистом не пообщаетесь, но корректно описанный и «воспроизводимый» баг действительно доходит до ИТ.
-
Что еще почитать? Самое интересное на портале
- Топ лучших агрегаторов для поиска тендеров в 2025 году
ТендерГуру, Ростендер, Бикотендер и другие. - Лучшие электронные торговые площадки (ЭТП)
Росэлторг, Текторг, ЭТП ГПБ и другие.
На что опираться, чтобы вас не «отфутболили»
Чтобы вероятность реальной работы разработчиков над вашей проблемой выросла, обращение должно выглядеть как инцидент, а не «абстрактное недовольство»:
-
конкретный раздел/функция (реестр, план-график, подписание, реестр контрактов и т.п.);
-
последовательность действий: «захожу туда-то, нажимаю это, получаю вот это»;
-
в идеале — одинаковый результат у нескольких пользователей (если вы заказчик — можно собрать 2–3 подтверждения коллег);
-
чётко формулируемый эффект: «невозможно разместить закупку/разместить исполнение/подписать контракт».
Чем больше обращение похоже на техническое описание бага, тем выше шанс, что его не спишут на «пользователь ошибся», а поднимут до ИТ-команды.
Что важно понимать заранее
-
Прямого «телефона разработчика ЕИС» не существует. Всё идёт через уровни поддержки и ответственных структур (оператор ЕИС, оператор площадки, ведомство, регион).
-
Даже если баг признают, обратная связь всё равно будет приходить в виде формальных писем/ответов техподдержки, а не в формате живого диалога с программистом.
-
Реально работающий «выход» — это грамотно оформленный инцидент + эскалация через более «тяжёлых» игроков (ведомство, субъект, оператор площадки), а не личный контакт с ИТ-специалистом.
Поэтому практический ответ: специального канала именно на разработчиков нет, но добиться реального решения проблем ЕИС можно, если оформлять обращения как технические инциденты, добиваться их эскалации и при необходимости подключать кураторов/ведомство/региональные структуры, которые могут «дожать» обработку вашего запроса на уровне оператора системы.
