Актуальную версию документа см. на сайте Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации по адресу https://digital.gov.ru/ru/documents/6186/.

Таблица 2 - Рекомендации по информированию пользователя о несоответствии авторизации требованиям системы

Таблица 2 - Рекомендации по информированию пользователя

о несоответствии авторизации требованиям системы

Ситуация

Как определить ситуацию

Что сообщить и предложить пользователю

Пользователь с учетной записью с типом упрощенная ("непроверенная") попытался обратиться к функциям, предоставляемым только для стандартных ("проверенных") и/или "подтвержденных" учетных записей

Проанализировать утверждение SAML с именем assuranceLevel или personTrusted (см. таблицу 5)

При доступе к функциям, требующим стандартной (проверенной) учетной записи:

"Для доступа вам необходимо пройти процедуру проверки своих данных. Если ваши личные данные только что прошли проверку, то вам нужно войти в систему повторно."

Ссылка на проверку данных:

https://esia-portal1.test.gosuslugi.ru/validate

При доступе к функциям, требующим подтвержденной учетной записи:

"Для доступа вам необходимо пройти процедуру проверки своих данных и подтверждения личности. Если вы только что подтвердили свою личность, то вам нужно войти в систему повторно."

Ссылка на проверку данных:

https://esia-portal1.test.gosuslugi.ru/validate

Пользователь с учетной записью с типом стандартная (проверенная) попытался обратиться к функциям, предоставляемым только для "подтвержденных" учетных записей

Проанализировать утверждение SAML с именем assuranceLevel (см. таблицу 5)

"Для доступа вам необходимо пройти процедуру подтверждения личности. Если вы только что подтвердили свою личность, то вам нужно войти в систему повторно."

Ссылка на подтверждение личности:

https://esia-portal1.test.gosuslugi.ru/confirm

Пользователь с учетной записью с ролью физического лица попытался обратиться к функциям, предоставляемым только для ИП/должностных лиц ЮЛ/должностных лиц ОГВ

Проанализировать утверждение SAML с именем globalRole и orgType (см. таблицу 5) <13>

Если необходима роль сотрудника ЮЛ и текущая учетная запись имеет тип "подтверждена":

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

Ссылка для регистрации ЮЛ:

https://esia-portal1.test.gosuslugi.ru/org

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

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

Ссылка:

https://esia-portal1.test.gosuslugi.ru/orgs

Если необходима роль должностного лица ОГВ и текущая учетная запись имеет тип "подтверждена":

"Для доступа вам необходимо войти в систему в качестве должностного лица органа государственной власти."

Если пользователь имеет упрощенную (непроверенную)/стандартную (проверенную) учетную запись, то необходимо его проинформировать о необходимости подтверждения личности. Это является необходимым предварительным условием для возможности получения пользователем роли должностного лица ЮЛ, ОГВ или роли ИП

Пользователь, аутентифицировавшийся по паролю, попытался получить доступ к функции, требующей аутентификации по электронной подписи <14>

Проанализировать утверждение SAML с именем authnMethod (см. таблицу 5)

"Для доступа вам необходимо использовать средство квалифицированной электронной подписи. Если у вас имеется средство электронной подписи, войдите заново, использовав это средство."

После этого сообщения рекомендуется разместить кнопку вызова единого завершения сессии

-------------------------------

<13> Если информационная система работает исключительно с учетными записями юридических лиц/государственных организаций, то рекомендуется настроить ее метаданные так, чтобы доступ к ней могли получить только пользователи, имеющие такую учетную запись (см. Приложение А.6). В этом случае если пользователь, присоединенный к организации, ранее аутентифицировался в ЕСИА как физическое лицо, но перешел в эту ИС, то ЕСИА обеспечит автоматическое переключение его роли на роль юридического лица (если требуется - попросит пользователя выбрать организацию, от которой ему требуется работать).

<14> Если информационная система требует исключительно аутентификации по электронной подписи, то рекомендуется настроить ее метаданные так, чтобы доступ к ней могли получить только пользователи, аутентифицированные таким образом (см. Приложение А.6). В этом случае ЕСИА самостоятельно обеспечит корректное информирование пользователя о необходимых шагах по получению доступа.

Следует учесть, что если информационная система направляет пользователя в "Профиль пользователя ЕСИА" для совершения некоторых операций (например, для выполнения проверок данных учетной записи), то после их выполнения пользователь не будет автоматически возвращен в ИС. В то же время если соответствующая операция может быть выполнена в течение одной сессии пользователя, то пользователю можно дать возможность вернуться в систему (см. п. 3.5).