Сначала установите основание действующего подключения
Материал адресован владельцу информационной системы, которая уже взаимодействует с ЕСИА. Первое действие — восстановить документы именно этого подключения: по какой версии регламента оно выполнено, какое решение используется сейчас и кто отвечает за его сопровождение. Наличие кнопки «Войти через Госуслуги» на сайте не отвечает на эти вопросы.
Проверенный факт из источника: в §10.1 регламента версии 2.54, на страницах 56–57 PDF, для ИС, подключённых по версии2.42 и ниже, описано продолжение применения действующих технических решений до . Этот переходный текст относится к указанной группе подключений. Его нельзя автоматически переносить на каждую организацию или каждую систему с ЕСИА.
Источник — регламент информационного взаимодействия Участников с Оператором ЕСИА и Оператором эксплуатации ИЭП, версия 2.54. Это документ оператора взаимодействия. Дата редакции в журнале изменений — 15 мая 2026, дата официальной карточки — 22 мая 2026; они различаются с датой завершения переходного периода.
1. Соберите карточку подключения без секретов
Выберите одну систему или конкретный модуль. Смешанная запись «все наши порталы» затрудняет проверку: у них могут различаться операторы, решения и документы. Назначьте владельца карточки, технического ответственного и специалиста, который сверит источник и применимый объём.
| Поле | Что подготовить | Если сведения не найдены |
|---|---|---|
| Система и граница | Название, оператор, модуль, разрешённый рабочий адрес и назначение взаимодействия | Уточнить точный объект у владельца |
| Основание подключения | Доступные документы и зафиксированная в них версия регламента | Восстановить доказательство; не определять версию по возрасту сайта |
| Текущее решение | Продукт или собственная реализация, версия, схема размещения и ответственный | Попросить техническую опись фактически используемых компонентов |
| Среды | Какие подключения тестовые и промышленные; как они различаются | Оставить различие открытым до сверки |
| Передаваемые сведения | Типы данных, направление обмена, назначение и получатель | Сверить фактический обмен в разрешённом контуре |
В открытое обращение достаточно перенести структуру и условные роли. Пароли, ключи, токены, cookies и реальный пользовательский обмен остаются в предусмотренном рабочем контуре. Для обсуждения используйте обезличенную схему; при необходимости реальных документов отдельно определите допустимый доступ.
2. Сопоставьте схему с фактически используемым решением
Пройдите маршрут одного входа: пользовательский интерфейс, приложение, промежуточные компоненты, соединение с ЕСИА и возврат результата. Укажите, где завершается каждое соединение, кто обслуживает компонент и что приложение получает в ответ. Схема должна описывать работающий маршрут, а не только проектный рисунок.
Отдельно перечислите типы передаваемых данных. Идентификатор пользователя, профильные сведения и другие поля не следует объединять словом «авторизация». При различии описания и наблюдаемого обмена сохраните расхождение. Доступность входа сама по себе не подтверждает соответствие документации решения фактической конфигурации.
Подготовьте документы на используемые компоненты и доступные материалы оценки решения, которые уже есть у владельца. Для каждого документа отметьте, к какой версии и схеме он относится. Сведения о сертификате одного компонента не заменяют разбор всей интеграции. Конкретный состав дальнейшей проверки определяют ответственные специалисты по фактическому объекту.
3. Разделите установленные сведения и открытые вопросы
Сверьте карточку подключения с названным переходным условием §10.1. Если версия основания подтверждена как 2.42 или ниже, передайте её вместе со схемой ответственным за план перехода. Если версия неизвестна, сначала восстановите основание; не подставляйте старую версию только потому, что подключение давно работает.
Для каждого вопроса запишите владельца и источник ожидаемого ответа. Например: какая версия решения используется; какие документы покрывают схему; что требуется изменить; где проверяется совместимость; как подтвердить промышленный маршрут. Отсутствие ответа — самостоятельный статус, который полезно видеть до закупки или технического переключения.
Документ общего доступа не доказывает, что конкретному участнику уже доступен определённый маршрут или сервис оператора. Доступность и условия подключения проверяются отдельно в предусмотренном порядке. Не используйте переходный срок как основание автоматически назначить системе уровень защиты, класс или обязательную повторную аттестацию.
4. Подготовьте план изменения и наблюдаемый результат
После уточнения применимого объёма составьте план по компонентам: документы, реализация, конфигурация, тестовое окружение, пользовательский маршрут и фактическое включение. Для каждого пункта укажите ответственного, зависимость, способ проверки и основание решения. Дату своего этапа определяют по готовности входов и согласованным условиям.
Сохраните текущую конфигурацию и определите возможность возврата без раскрытия секретов. До переключения уточните, какие действия обратимы и какие требуют отдельного согласования. Наличие резервной копии без проверенного восстановления не подтверждает готовность возврата.
Испытания в разрешённой среде могут включать успешный вход, понятный отказ, отмену пользователем, обработку истёкшей сессии и недоступность компонента. Ожидаемое поведение согласуйте до прогона. Тестовая проверка не должна менять реальные права или отправлять реальные заявки ради демонстрации.
Протокол показывает, какая сборка и среда проверены, какие сценарии выполнены, что осталось открытым и кто принял результат. Работа в тестовой среде и подтверждённый промышленный маршрут записываются отдельно. Ни один из этих этапов сам по себе не устанавливает юридическую применимость всех положений регламента.
Что передать ответственным специалистам
Минимальный полезный комплект — карточка одной системы, подтверждение версии основания, схема канала и данных, опись текущего решения, перечень документов и открытых вопросов. После разбора к нему добавляются план изменений и протокол проверки. Это предметный вход для технического и нормативного рассмотрения, а не заключение о соответствии.
Перед следующими действиями проверьте актуальную официальную редакцию регламента: новая версия или изменение фактического канала могут затронуть ранее выбранный план. Эта статья опирается на проверку версии 2.54 от 1 октября 2026. В ней не заявляется отсутствие более поздних изменений после этой даты.
Если нужен разбор подготовленного комплекта, используйте контакты НЬЮ-ССТ. Для первого обсуждения достаточно обезличенного описания одной системы, имеющихся документов и вопросов; передача закрытых материалов и состав работ определяются отдельно.