Сервис регистрации пользователей Единой системы идентификации и аутентификации. Руководство пользователя (3.23)

СОДЕРЖАНИЕ

МИНИСТЕРСТВО СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ

ФЕДЕРАЦИИ

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ЭЛЕКТРОННОГО СЕРВИСА

АННОТАЦИЯ

СОДЕРЖАНИЕ

ИЗМЕНЕНИЯ

ТЕРМИНЫ/СОКРАЩЕНИЯ

ОБЩИЕ СВЕДЕНИЯ

1.1 Руководящие документы

1.2 Описание электронного сервиса

1.3 Операции (методы) электронного сервиса

1.4 Сценарии использования

1.5 Схема взаимодействия

1.5.1 Схема взаимодействия информационных систем с сервисом регистрации ЕСИА

1.5.2 Схема взаимодействия операторов с сервисом регистрации ЕСИА

1.6 Связи с другими электронными сервисами

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

2.1 Операция «Поиск учетной записиª

2.1.1 Общие сведения

2.1.2 Описание входных параметров

2.1.3 Описание выходных параметров

2.1.4 Коды возвратов

2.1.5 Контрольные примеры

2.2 Операция «Зарегистрировать подтверждённую учётную запись в ЕСИА с отправкой пароля

для первого входа на контактные данныеª

2.2.1 Общие сведения

2.2.2 Описание входных параметров

2.2.3 Описание выходных параметров

2.2.4 Коды возвратов

2.2.5 Контрольные примеры

2.3 Операция «Восстановить доступ к учётной записи ЕСИА с выдачей пароля для входаª

2.3.1 Общие сведения

2.3.2 Описание входных параметров

2.3.3 Описание выходных параметров

2.3.4 Коды возвратов

2.3.5 Контрольные примеры

2.4 Операция «Проверить статус заявки на выполнение операцииª

2.4.1 Общие сведения

2.4.2 Описание входных параметров

2.4.3 Описание выходных параметров

2.4.4 Коды возвратов

2.4.5 Контрольные примеры

2.5 Операция «Подтвердить личность гражданина РФ или иностранного гражданина в ЕСИАª78

2.5.1 Общие сведения

2.5.2 Описание входных параметров

2.5.3 Описание выходных параметров

2.5.4 Коды возвратов

2.5.5 Контрольные примеры

2.6 Операция «Зарегистрировать квалифицированный сертификат ключа проверки электронной

подписиª

2.6.1 Общие сведения

2.6.2 Описание входных параметров

2.6.3 Описание выходных параметров

2.6.4 Коды возвратов

2.6.5 Контрольные примеры

2.7 Операция «Удаление учетной записиª

101

2.7.1 Общие сведения

101

2.7.2 Описание входных параметров

101

2.7.3 Описание выходных параметров

103

2.7.4 Коды возвратов

103

2.7.5 Контрольные примеры

106

2.8 Операция

«Подтверждение учетной записи, созданной на основе существующей

упрощеннойª

113

2.8.1 Общие сведения

113

2.8.2 Описание входных параметров

113

2.8.3 Описание выходных параметров

115

2.8.4 Коды возвратов

116

2.8.5 Контрольные примеры

119

2.9 Операция «Регистрация информации о ребенкеª

126

2.9.1 Общие сведения

126

2.9.2 Описание входных параметров

126

2.9.3 Описание выходных параметров

127

2.9.4 Коды возвратов

128

2.9.5 Контрольные примеры

131

МЕТОДИКА ИСПЫТАНИЙ

138

3.1 Общие условия

138

3.2 Параметры испытаний на тестовой среде

138

3.3 Параметры испытаний на продуктивной среде

138

ИЗМЕНЕНИЯ

Версия

Дата

Автор

Изменения

1.0

14.12.2012

Обидовский С.В.

Документ создан.

2.0

03.03.2014

Сжёнов С.С.

Изменено описание метода Register.

Добавлено описание методов:

 GetRegisterResult;

 Confirm.

Исключено описание методов

RegisterByCertificate и

CheckPossibleRegistration.

2.1

30.04.2014

Сжёнов С.С.

Добавлено описание метода Recover.

Метод GetRegisterResult переименован в

GetRequestResult, уточнено описание.

Уточнены описания ошибок сервиса.

2.2

27.05.2014

Сжёнов С.С.

Уточнены описания ошибок сервиса.

Добавлены требования к КЭП оператора.

2.3

18.11.2014

Сжёнов С.С.

Обновлены контрольные примеры по всем

методам сервиса. Уточнен подписываемый

текст при использовании метода Recover.

2.4

25.12.2014

Сжёнов С.С.

Добавлено описание метода

RegisterCertificate.

2.5

04.02.2015

Соловьёв Е. С.

Уточнено описание метода

RegisterCertificate.

2.6

29.01.2016

Жариков В.В.

Добавлено описание методов:

 FindAccount;

 DeleteAccount;

 RegisterBySimplified.

2.7

03.06.2016

Горбунова О.Е.

- В методы FindAccount, Register,

DeleteAccount, Recover добавлен

параметр Birthplace.

- В методы FindAccount, Register,

DeleteAccount,

Recover,

RegisterBySimplified в параметр doc

добавлен параметр IssuedBy.

2.8

04.07.2016

Горбунова О.Е.

Добавлено описание метода RegisterChild

2.9

12.07.2016

Горбунова О.Е.

В пункте 2.6 удален КП запроса.

В пункте 2.8 заменен КП запроса

3.0

05.08.2016

Цирихов А.М.

С 30.09.2016 года будет выведено из

эксплуатации возможное значение direct

входного параметра mode операций Register,

RegisterBySimplified, Recover. Параметры

mobile и issuedBy станут обязательными.

Внимание! Интегрированным системам

необходимо исправить правила передачи

параметров в сервис регистрации ЕСИА

в целях исключения ошибок.

Внесенные изменения:

Пункт 1.3:

- добавлена информация о методе

RegisterChild;

- мелкие правки по некоторым отстальным

методам.

Пункт 1.4 - добавлен основной сценарий

использования метода RegisterChild.

Пункт 2.2.2 - метод Register - добавлены

комментарии для параметров birthplace,

citizenship и mobile.

Пункт 2.2.3 - метод Register - исключено

упоминание о возврате пароля.

Пункт 2.3.2. - метод Recover - добавлены

комментарии для параметра irthplace.

Пункт 2.3.3 - метод Recover - исключено

упоминание о возврате пароля, добавлена

фраза об отправке пароля на emai или номер

мобильного телефона.

Пункт

2.6.2

- метод RegisterCertificate

добавлены расширенные комментарии для

параметров birthplace и citizenship.

Пункт 2.7.2 - добавлены комментарии для

параметров birthplace и citizenship.

Пункт 2.8.2 - метод RegisterBySimplified -

параметр

mobile

обозначен

как

обязательный; добавлены комментарии для

параметров birthplace, citizenship, mobile и

mode.

Пункт 4.2:

- метод FindAccount исключен из группы

для комплексного типа doc

(методов

Recover,

DeleteAccount

RegisterBySimplified) и объединен в группу

для комплексного типа doc с методом

Confirm;

- в группе для комплексного типа doc

(методов Register, Recover, DeleteAccount и

RegisterBySimplified) параметр issuedBy

обозначен как обязательный.

3.1

12.08.2016

Меркулова Е.А.

Обновлены КП и изменена дата вступления

в силу изменений

3.2

14.10.2016

Маслова Г.В.

В пункте 1.4 дополнен основной сценарий

метода RegisterBySimplified.

В пункте 2.7.2 внесены правки для входного

параметра birthPlace.

Внесены правки в КП к методу FindAccount.

Внесены правки в КП к методу Confirm.

Внесены правки в КП к методу Recover.

3.3

03.11.2016

Пригарина Д.А.

Обновлено описание сервиса WSDL (п.4.1).

В пунктах 2.2.2 и 2.8.2 внесены правки для

входного параметра mobile.

3.4

22.11.2016

Пригарина Д.А.

В пункте 2.6.4 добавлен новый код возврата

ESIA-039870.

3.5

23.12.2016

Пригарина Д.А.

Обновлено описание сервиса WSDL (п.4.1).

В группе для комплексного типа doc

(методов Register, Recover, DeleteAccount и

RegisterBySimplified) параметр issuedBy

обозначен как необязательный (п.4.2).

В группе для комплексного типа

medicalInsurancePolicy параметр expiryDate

обозначен как необязательный (п.4.2).

Для входного параметра mode в методах

RegisterBySimplified (п.2.8.2) и Recover

(п.2.3.2) добавлено возможное значение

notRequired.

3.6

17.01.2017

Пригарина Д.А.

В пункте 2.5.4 обновлено описание кода

возврата ESIA-020001.

3.7

25.01.2017

Пригарина Д.А.

В пункте 2.6.2 переименован параметр

orgINN в organizationInn. Обновлено

описание параметров organizationInn и ogrn.

В пункте 2.6.4 добавлены три кода возврата:

ESIA-039100, ESIA-039200, ESIA-039201

3.8

03.02.2017

Маслова Г.В.

В пункте 4.2 исправлено значение

обязательности параметра fiasCode.

3.9

16.02.2017

Пригарина Д.А.

В пункте 2.2.2 обновлено описание

параметра mobile. В пункте 2.2.4 добавлены

новые коды ошибок - ESIA-039815, ESIA-

039810.

В пункте 2.2.1 обновлено общее описание

метода.

В пункте 2.4.4 обновлено описание

выходных параметров.

Для всех методов добавлен новый код

ошибки - ESIA-039813 (пункты 2.1.4, 2.2.4,

2.3.4, 2.4.4, 2.5.4, 2.6.4, 2.7.4, 2.8.4, 2.9.4).

В пункте 2.6.2 переименован параметр

organizationInn в orgINN.

3.10

03.03.2017

Пригарина Д.А.

В пункте 2.2.4 были добавлены новые коды

ошибок: ESIA-039812 и ESIA-039803.

3.11

20.03.2017

Пригарина Д.А.

В пункте 2.6.2 параметр birthplace обозначен

как необязательный для всех типов

сертификатов.

В группе для комплексного типа doc (метод

RegisterCertificate) параметр issueId

обозначен как необязательный (п.4.2).

В группе для комплексного типа address

параметр zipCode обозначен как

обязательный, параметр fiasCode обозначен

как необязательный (п.4.2).

Обновлено описание сервиса WSDL (п.4.1).

3.12

03.04.2017

Пригарина Д.А.

Обновлено описание сервиса WSDL (п.4.1).

3.13

10.04.2017

Пригарина Д.А.

Добавлен новый код ошибки в п.2.8.4:

ESIA-039841.

В п.2.4.3 обновлено описание параметра

flowDetails.

В п.2.3.4 (метод Recover) и 2.7.4 (метод

DeleteAccount) добавлен новый код ошибки

- ESIA-020013.

3.14

04.05.2017

Пригарина Д.А.

В п.2.4.4 (метод GetRequestResult) добавлен

новый код ошибки - ESIA-910002.

Для всех методов обновлено описание кода

ошибки - ESIA-039813 (пункты 2.1.4, 2.2.4,

2.3.4, 2.4.4, 2.5.4, 2.6.4, 2.7.4, 2.8.4, 2.9.4).

3.15

28.06.2017

Пригарина Д.А.

В п.2.4 добавлен новый код ошибки: ESIA-

039818.

3.16

07.07.2017

Пригарина Д.А.

Для входного параметра mode в методах

2.8.2) и Recover (п. 2.3.2) удалено

возможное значение notRequired. Также

добавлен новый код возврата - ESIA-039817

для методов Register (п. 2.2.4),

RegisterBySimplified (п. 2.8.4) и Recover (п.

2.3.4).

Для метода GetRequestResult (п. 2.4.3) для

выходного параметра flowDetails добавлено

новое значение - C.

3.17

29.08.2017

Пригарина Д.А.

Обновлено описание сервиса (WSDL) (п.

4.1).

Для параметра комплексного типа doc

добавлен новый тип документа -

FRGN_PASS (заграничный паспорт

гражданина РФ), а так же обновлена

информация по его параметрам (п. 4.2).

3.18

11.09.2017

Пригарина Д.А.

В методе RegisterChild добавлен новый

параметр actNo (номер актовой записи) для

параметра комплексного типа brthCert

(свидетельство о рождении) (п. 2.9.5, п. 4.1,

п. 4.2)

3.19

04.10.2017

Маслова Г.В.

В методе RegisterChild скорретирована

информация парметра actNo (номер актовой

записи) для параметра комплексного типа

brthCert (свидетельство о рождении) (п. 4.2)

3.20

01.11.2017

Пригарина Д.А.

Для структуры данных address, параметра

type уточнены возможные значения:

PRG - адрес регистрации;

PLV - адрес проживания.

3.21

02.03.2018

Маслова Г.В.

Скорректированы описание параметра

addressStr и КП для метода Register.

3.22

21.03.2018

Цирихов А.М.

1. П.п. 1.5.2 Схема взаимодействия

операторов с сервисом регистрации

ЕСИА, доработки в соответствии с

вводом нового статуса УЗ

«readytoconfirm» (упрощённая УЗ,

готовая к подтверждению):

 доработка схемы, приведенной на

Рисунке 2 - Рекомендуемый

алгоритм использования сервиса;

 корректировка и доработка

содержимого Таблицы 1 - Описание

шагов алгоритма.

2. П.п. 2.1 Операция FindAccount:

 корректировка описания логики

работы в части используемых

комбинаций входных параметров для

поиска УЗ;

 описание выходных параметров: в

описание параметра «stu» (статус

учетной записи) добавлен новый

вариант статуса «readytoconfirm»

(упрощенная, готовая к

подтверждению УЗ).

3. П.п. 2.4.4:

 корректировка описания

возвращаемого кода ошибки ESIA-

910100;

 добавлено описание возвращаемого

кода ошибки ESIA-910118.

3.22

28.03.2018

Маслова Г.В.

Для всех методов скорректирован текст

ошибки ESIA-039813 (пункты 2.1.4, 2.2.4,

2.3.4, 2.4.4, 2.5.4, 2.6.4, 2.7.4, 2.8.4, 2.9.4).

Для метода RegisterCertificate добавлен код

ошибки ESIA-033007.

3.23

28.08.2018

Цирихов А.М.

1. Добавлен код и описание ошибки ESIA-

035106 в п.п. 2.2.4, 2.6.4, 2.7.4, 2.8.4.

2. Добавлен код и описание ошибки ESIA-

005052 в п.п. 2.2.4, 2.3.4, 2.5.4, 2.7.4,

2.8.4, 2.9.4.

ТЕРМИНЫ/СОКРАЩЕНИЯ

Термин/сокращение

Описание

SOAP

Simple Object Access Protocol

протокол обмена

структурированными

сообщениями

распределённой

вычислительной среде.

URI

Унифицированный идентификатор ресурса

(Uniform Resource

Identifier).

UTF

Стандарт кодирования символов (Unicode Transformation Format).

WSDL

Web Services Description Language — язык описания веб-сервисов.

XML

eXtensible Markup Language — расширяемый язык разметки.

XSD

XML Schema definition

- язык описания структуры XML

документа.

БГИР

Базовые государственные информационные ресурсы

ДУЛ

Документ удостоверяющий личность. Для гражданина России -

Паспорт гражданина РФ.

ЕСИА

Единая система идентификации и аутентификации в

инфраструктуре,

обеспечивающей

информационно-

технологическое взаимодействие информационных систем,

используемых для предоставления государственных и

муниципальных услуг в электронной форме.

ИС

Информационная система.

ИС ГУЦ

Федеральная

государственная

информационная система

«Информационная система головного удостоверяющего центраª.

КД

Контактные данные пользователя введенные им при регистрации

УЗ в ЕСИА или подтввержденные в УЗ ЕСИА после регистрации.

В качестве КД выступает номер мобильного телефона или адрес

электронной почты со статусом

«Подтвержденоª в ЛК

пользователя ЕСИА.

КПЛ

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

пользователями ЕСИА для подтверждения своей учетной записи с

помощью письма от Почты России.

КЭП

Усиленная квалифицированная электронная подпись

Оператор

выдачи

Орган или организация, обладающая правом создания (замены)

ключа ПЭП

ключа ПЭП в соответствии с постановлением Правительства РФ

от

25 января

2013 г.

№ 33 «Об использовании простой

электронной подписи при оказании государственных и

муниципальных услугª. В соответствии с указанным

постановлением Правительства, качестве Операторов выдачи

ключа ПЭП могут выступать:

а) федеральные органы исполнительной власти;

б) государственные внебюджетные фонды;

в) органы исполнительной власти субъектов Российской

Федерации;

г) органы местного самоуправления;

д) государственные и муниципальные учреждения;

е)

многофункциональные

центры

предоставления

государственных и муниципальных услуг;

ж) иные организации, определенные федеральными законами,

актами Президента Российской Федерации и актами

Правительства Российской Федерации (а также уполномоченные

ими организации), осуществляющие оказание государственных

или муниципальных услуг и подключенные к инфраструктуре,

обеспечивающей

информационно-технологическое

взаимодействие информационных систем, используемых для

предоставления государственных и муниципальных услуг в

электронной форме.

Поставщик

Организация-владелец электронного сервиса

ПФР России

Пенсионный фонд Российской Федерации.

Регламент

Регламент взаимодействия участников информационного

взаимодействия с оператором ЕСИА и оператором

инфраструктуры электронного правительства при организации

информационно-технологического

взаимодействия

информационных систем с использованием ЕСИА

Сервис

регистрации

Сервис

регистрации

пользователей

Единой системы

ЕСИА

идентификации и аутентификации, опубликованный на СМЭВ

СМЭВ

Система межведомственного электронного взаимодействия

Страховой номер индивидуального лицевого счета.

СНИЛС

Учетная запись пользователя в ЕСИА

УЗ

Аккредитованный Удостоверяющий центр

- организация,

УЦ

осуществляющая функцию по созданию и выдаче сертификатов

ключей проверки электронных подписей.

ФИО

Фамилия, имя, отчество.

ФМС России

Федеральная миграционная служба Российской Федерации

ФОИВ

Федеральный орган исполнительной власти.

ЦО

Центр обслуживания пользователей ЕСИА

ОБЩИЕ СВЕДЕНИЯ

1.1 Руководящие документы

Основанием для разработки данного документа является требование п.

48 Приказа

Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. №

190 «Об утверждении технических требований к взаимодействию информационных систем в

единой системе межведомственного электронного взаимодействияª в соответствии с которым, для

подключения информационной системы к системе межведомственного электронного

взаимодействия Поставщик предоставляет Оператору СМЭВ следующие документы:

паспорт электронного сервиса, регистрируемого в системе взаимодействия;

методику испытаний электронного сервиса, регистрируемого в системе взаимодействия, включая

контрольный пример обращения к электронному сервису;

руководство пользователя электронного сервиса, регистрируемого в системе взаимодействия.

Основанием для создания и использования электронного сервиса являются перечисленные

ниже документы.

Нормативно-правовые документы:

Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой

системе межведомственного электронного взаимодействияª;

Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010

г. № 190 «Об утверждении технических требований к взаимодействию информационных систем в

единой системе межведомственного электронного взаимодействияª.

Технологические стандарты:

методические рекомендации по разработке электронных сервисов и применению технологии

электронной подписи при межведомственном электронном взаимодействии, версия 2.5.6.

1.2 Описание электронного сервиса

Наименование:

Электронный сервис регистрации пользователей Единой системы

идентификации и аутентификации.

Сервис предназначен для использования ИС уполномоченных организаций

Назначение:

(Операторов выдачи ключа ПЭП) в целях регистрации, подтверждения и

удаления учетных записей пользователей ЕСИА. Поддерживаются следующие

функции работы с учетными записями:

− инициирование регистрации новой подтверждённой учётной записи

пользователя в ЕСИА с выдачей идентификатора заявки на регистрацию

пользователя, а также пароля пользователя для первого входа в систему;

− инициирование восстановления доступа к учётной записи пользователя в

ЕСИА с выдачей идентификатора заявки на восстановление, а также

пароля пользователя для первого входа в систему

− проверки статуса выполняемой операции (регистрации / восстановления

доступа / удаления).

− подтверждение учетной записи (подтверждения личности) пользователя

ЕСИА;

− добавление записи в технический регистр хранения информации о

выданных

аккредитованными

удостоверяющими

центрами

квалифицированных сертификатов ключа проверки электронной подписи;

− поиск существующей учетной записи;

− удаление существующей учетной записи;

− создание подтвержденной учетной записи на основе существующей

упрощенной.

Поставщик:

Министерство связи и массовых коммуникаций

Российской Федерации.

Область

Межведомственное взаимодействие.

применения:

Схема использования сервиса регистрации приводится в разделе документа

«Схема

взаимодействия операторов с сервисом регистрации ЕСИА» далее.

1.3 Операции (методы) электронного сервиса

Электронный сервис включает следующие методы

1. Метод FindAccount, предназначенный для поиска учетной записи.

2. Метод Register, предназначенный для инициирования регистрации новой

подтверждённой учётной записи пользователя в ЕСИА с выдачей идентификатора

заявки на регистрацию пользователя, а также пароля пользователя для первого входа в

систему.

3. Метод Recover, предназначенный для инициирования восстановления доступа к

подтвержденной учётной записи пользователя в ЕСИА с выдачей идентификатора

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

4. Метод GetRequestResult, предназначенный для проверки статуса выполняемой операции

(регистрация / восстановление доступа / удаление).

5. Метод Confirm, предназначенный для подтверждения учетной записи (подтверждения

личности) пользователя ЕСИА.

6. Метод RegisterCertificate, позволяющий вносить запись в технический регистр хранения

информации о выданных аккредитованными удостоверяющими центрами

квалифицированных сертификатов ключа проверки электронной подписи (КЭП).

7. Метод DeleteAccount, предназначенный для удаления учетной записи.

8. Метод RegisterBySimplified, предназначенный для подтверждения учетной записи,

созданной на основе существующей упрощенной.

9. Метод RegisterChild, предназначенный для регистрации в профиле пользователя

информации о ребенке.

Описание схемы использования методов сервиса приводится в разделе документа «Схема

взаимодействия операторов с сервисом регистрации ЕСИА».

Метод

Назначение

Код: FindAccount

Операция предназначена для поиска учетных

Наименование: Поиск учетной записи

записей.

В качестве входных параметров метод получает

атрибуты учетной записи.

В качестве выходного параметра метод

возвращает

один

или

несколько

идентификаторов

(OID) найденных учетных

записей, параметры по-которым была найдена

каждая учетная запись, её статус, дату

регистрации и тип подтверждения. Также может

быть возвращен код и текст ошибки, если

операция по приему информации закончилась

ошибкой.

Код: Register

Операция предназначена для создания новой

Наименование:

Зарегистрировать

подтвержденной учетной записи пользователя

подтверждённую учётную запись в ЕСИА с

ЕСИА с выдачей пароля для первого входа в

выдачей пароля для первого входа

систему.

В качестве входных параметров метод получает

персональные

данные

пользователя,

необходимые для проведения операции.

В качестве выходных параметров метод

возвращает результат операции по созданию

заявки на регистрацию учетной записи

(успешно или не успешно). При успешном

завершении в ответном сообщении содержится

идентификатор заявки на регистрацию учетной

записи. Пароль для первого входа отправляется

пользователю на указанные КД.

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

Код: Recover

Операция предназначена для восстановления

Наименование: Восстановить доступ

доступа к подтверждённой учетной записи

подтвержденной учётной

записи

ЕСИА

пользователя ЕСИА с выдачей пароля для входа

выдачей пароля для входа

в систему.

В качестве входных параметров метод получает

персональные

данные

пользователя,

необходимые для проведения операции.

В качестве выходных параметров метод

возвращает результат операции по созданию

заявки на восстановление доступа (успешно или

не успешно). При успешном завершении в

ответном

сообщении

содержится

идентификатор заявки на восстановление

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

пользователю на указанные КД.

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

Операция применима только к подтвержденным

учетным записям.

Код: GetRequestResult

Операция предназначена для проверки статуса

Наименование: Проверить

статус

заявки

на

заявок на выполнение следующих операций:

выполнение операции

 регистрация

учетной

записи

пользователя в ЕСИА (инициированной

методом Register);

 восстановление доступа к учетной

записи

(инициированной

методом

Recover);

 удаление

учетной

записи

(инициированной

методом

DeleteAccount).

В качестве входных параметров метод получает

идентификатор заявки на выполнение операции.

В качестве выходных параметров метод

возвращает статус выполнения операции.

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

Код: Confirm

Операция предназначена для подтверждения

Наименование:

Подтвердить

личность

личности в уполномоченной организации.

гражданина РФ или иностранного гражданина в

В качестве входных параметров метод получает

ЕСИА

ФИО пользователя и данные документа,

удостоверяющего личность, а также ряд

дополнительных параметров.

В качестве выходных параметров метод

возвращает результат выполнения операции

(успешно или не успешно).

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

Применимо к учетным записям типа:

 стандартные (провереные);

 подтвержденные

(с помощью кода

подтверждения

личности

(КПЛ),

отправленного Почтой России).

Код: RegisterCertificate

Операция предназначена для внесения записи в

Наименование:

Зарегистрировать

технический регистр хранения информации о

квалифицированный

сертификат

ключа

выданных

аккредитованными

проверки электронной подписи

удостоверяющими

центрами

квалифицированных сертификатов ключа

проверки электронной подписи (КЭП).

В качестве входных параметров метод получает

данные о выданном квалифицированном

сертификате, а также персональные данные

гражданина, которому выдан КЭП.

В качестве выходных параметров метод

возвращает результат выполнения операции

(успешно или не успешно).

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

Код: DeleteAccount

Операция предназначена для удаления учетной

Наименование: Удаление учетной записи

записи.

В качестве входных параметров метод получает

атрибуты учетной записи, которую необходимо

удалить.

В качестве выходных параметров метод

возвращает статус выполнения операции, а

также идентификатор заявки на удаление

учетной записи. Также может быть возвращен

код и текст ошибки, если операция по приему

информации закончилась ошибкой.

Операция применима только к подтвержденным

учетным записям.

Код: RegisterBySimplified

Операция предназначена для регистрации

Наименование: Подтверждение учетной записи,

подтвержденной учетной записи, созданной на

созданной

на

основе

существующей

основе существующей упрощенной.

упрощенной

В качестве входных параметров метод получает

атрибуты учетной записи.

В качестве выходного параметра возвращает

код подтверждения

(владения упрощенной

учетной записью). Также может быть

возвращен код и текст ошибки, если операция

по приему информации закончилась ошибкой.

Операция применима только к упрощенным

учетным записям.

Код: RegisterChild

Операция предназначена для регистрации в

Наименование: Регистрация

информации

профиле пользователя информации о ребенке

ребенке

В качестве входных параметров метод получает

атрибуты учетной записи пользователя-

родителя, к которой будет добавлена

информация о ребенке, а также пресональные

данные о ребенке и ряд дополнительных

параметров.

В качестве выходных параметров метод

возвращает результат выполнения операции

(успешно или не успешно).

При неуспешном завершении метод возвращает

код и текстовое описание ошибки.

1.4 Сценарии использования

Описание сценария использования сервиса регистрации приведено в разделе документа

«Схема взаимодействия операторов с сервисом регистрации ЕСИА». Далее, в текущем разделе,

приводится описание сценариев отдельных методов сервиса регистрации.

Основной сценарий метода FindAccount

(«Поиск учетной записиª) включает в себя

следующие шаги:

1. Информационная система вызывает метод FindAccount сервиса и передает персональные

данные пользователя

(ФИО, данные документа, удостоверяющего личность

(ДУЛ),

контактные данные (номер телефона и/или адрес электронной почты и СНИЛС).

2. В ответ приходит сообщение, содержащее

1 или несколько идентификаторов

(OID)

найденных учетных записей, параметры, по которым они найдены, тип подтверждения,

статус и дату регистрации.

Основной сценарий метода Register («Зарегистрировать подтверждённую учётную запись в

ЕСИА с выдачей пароля для первого входаª) включает в себя следующие шаги:

1. Информационная система вызывает метод Register сервиса и передает персональные

данные пользователя

(ФИО, СНИЛС, дата рождения, пол, данные документа,

удостоверяющего личность, контактную информацию и др.).

2. В ответ приходит сообщение, содержащее:

 признак успешного или неуспешного выполнения запроса;

 идентификатор заявки на регистрацию учетной записи.

Пароль для входа отправляется пользователю на указанные КД.

3. Информационная система сохраняет данные заявки на регистрацию в связке с

идентификатором заявки.

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

возникшей при регистрации ошибки) информационная система вызывает метод

GetRequestResult сервиса и передает идентификатор заявки на регистрацию учетной записи.

5. В ответ приходит сообщение, содержащее информацию о статусе исполнения заявки на

регистрацию пользователя.

Основной сценарий метода Recover («Восстановить доступ к подтвержденной учётной

записи ЕСИА с выдачей пароля для входаª) включает в себя следующие шаги:

1. Информационная система вызывает метод Recover сервиса и передает персональные

данные пользователя

(ФИО, СНИЛС, дата рождения, пол, данные документа,

удостоверяющего личность, контактную информацию и др.).

2. В ответ приходит сообщение, содержащее:

 признак успешного или неуспешного выполнения запроса;

 идентификатор заявки на восстановление доступа к учетной записи (опционально).

Пароль для входа отправляется пользователю на указанные КД.

3. Информационная система сохраняет данные заявки на восстановление доступа в связке с

идентификатором заявки.

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

возникшей ошибки) информационная система вызывает метод GetRequestResult сервиса и

передает идентификатор заявки на восстановление доступа к учетной записи.

5. В ответ приходит сообщение, содержащее информацию о статусе исполнения заявки на

восстановление доступа к учетной записи.

Основной сценарий метода Confirm

(«Подтвердить личность гражданина РФ или

иностранного гражданина в ЕСИАª) включает в себя следующие шаги:

1. Информационная система вызывает метод Confirm сервиса и передает персональные

данные пользователя

(ФИО и данные документа, удостоверяющего личность),

заполнившего в ЕСИА заявку на подтверждение личности.

2. В ответ приходит сообщение, содержащее признак успешного или неуспешного

выполнения запроса на подтверждение личности пользователя.

Основной сценарий метода RegisterCertificate

(«Зарегистрировать квалифицированный

сертификат ключа проверки электронной подписиª) включает в себя следующие шаги:

1. Информационная система вызывает метод RegisterCertificate сервиса и передает данные о

выданном квалифицированном сертификате

(уникальный номер КЭП, дата начала и

окончания его действия, наименование выдавшего его аккредитованного удостоверяющего

центра), а также персональные данные гражданина, которому выдан КЭП (ФИО, СНИЛС,

дата рождения, пол, данные документа, удостоверяющего личность, контактная

информация и др.).

2. В ответ приходит сообщение, содержащее признак успешного или неуспешного

выполнения запроса на регистрацию КЭП.

Основной сценарий метода DeleteAccount («Удаление учетной записиª) включает в себя

следующие шаги:

1. Информационная система вызывает метод DeleteAccount сервиса и передает персональные

данные пользователя

(ФИО, СНИЛС, дата рождения, пол, данные документа,

удостоверяющего личность, контактную информацию и др.).

2. В ответ приходит сообщение, содержащее: статус выполнения операции, идентификатор

заявки на восстановление доступа к учетной записи (опционально).

Основной сценарий метода RegisterBySimplified

(«Подтверждение учетной записи,

созданной на основе существующей упрощеннойª) включает в себя следующие шаги:

1. Информационная система вызывает метод RegisterBySimplified сервиса и передает

идентификатор учетной записи, персональные данные пользователя (OID, ФИО, СНИЛС,

дата рождения, пол, данные документа, удостоверяющего личность, контактную

информацию и др.).

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

запросе.

3. Далее пользователю неодходимо пройти процесс авторизации и ввести полученный код в

ЛК для запуска процесса подтверждения. После ввода корректного кода подтверждения

личности на странице с личными данными учетная запись будет подтверждена при

условии, что проверка личных данных завершится успешно.

Основной сценарий метода RegisterChild («Регистрация информации о ребенкеª) включает

в себя следующие шаги:

1. Информационная система вызывает метод RegisterChild сервиса и передает идентификатор

учетной записи пользователя, персональные данные ребенка пользователя (ФИО, СНИЛС,

ИНН, дата рождения, пол, данные документа, удостоверяющего личность - свидетельства о

рождении, полис ОМС, количество родителей).

2. В ответ приходит сообщение, ссодержащее признак успешного или неуспешного

выполнения запроса на регистрацию информации о ребенке.

1.5 Схема взаимодействия

1.5.1 Схема взаимодействия информационных систем с сервисом регистрации

ЕСИА

В рамках взаимодействия информационная система организации направляет в адрес

Сервиса регистрации ЕСИА сообщение - запрос и получает сообщение-ответ.

Схема взаимодействия представлена на рисунке 1.

ИС организации

Сервис регистрации ЕСИА

Process

ProcessResponse

Рисунок 1 - Схема взаимодействия

1.5.2 Схема взаимодействия операторов с сервисом регистрации ЕСИА

Многие пользователи (клиенты ЦО), обращающиеся за государственными услугами или за

услугой регистрации на портале госуслуг, не помнят, есть ли у них учётная запись и в каком она

статусе. Одной из причин может являться редкое использование портала. Для правильного

использования сервиса регистрации ЕСИА операторами выдачи простой электронной подписи и

уменьшения путаницы со стороны пользователя рекомендуется использовать алгоритм,

представленный на рисунке

(Рисунок

2). Кроме рекомендуемого алгоритма необходимо

придерживаться следующих правил работы с сервисом регистрации ЕСИА:

 Для начала обслуживания пользователя в ЦО необходимо запросить и проверить его

паспорт

(и при необходимости СНИЛС). Данные в сервис регистрации ЕСИА

необходимо передавать в соответствии с оригиналом документа, полученного от

пользователя для минимизации ошибок при прохождении проверок данных

пользователя в БГИР.

 Перед применением операций Register, RegisterBySimplified, Comfirm, Recover,

DeleteAccount необходимо применять операцию FindAccount для того, чтобы найти

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

учетную запись для продолжения работы с ней.

 После выбора конкретной учетной записи из списка найденных необходимо

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

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

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

быть создано несколько учетных записей, например:

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

(включая

подтвержденную), при этом пользователь пользуется одной из них. В данном

случае необходимо уточнить у пользователя, какой учетной записью он хотел

бы продолжать пользоваться (сравнив данные, по которым они найдены).

Если была выбрана подтвержденная учетная запись, то необходимо

применить операцию Recover. В случае, если была выбрана упрощенная

учетная запись, то необходимо применить операцию DeleteAccount для

подтвержденной учетной записи и RegisterBySimplyfied - для выбранной

упрощенной.

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

пользователь обратился для создания новой учетной записи. В данном случае

необходимо уточнить у пользователя, принадлежат ли ему найденные

учетные записи (сравнив данные, по которым они найдены). Если была

выбрана одна из найденных учетных записей, то необходимо применить к

ней операцию RegisterBySimplified, Recover, Confirm (в зависимости от типа

выбранной учетной записи). Если пользователь не регистрировал ранее

учетную запись, то необходимо вместо регистрации новой учетной записи

восстановить пароль к уже существующей учетной записи, использую

данные пользователя.

В том случае если потребности операторов ЦО выходят за рамки данного алгоритма,

разработчикам ПО для ЦО необходимо будет самостоятельно скомбинировать методы сервиса

требуемым образом.

Таблица 1 - Описание шагов алгоритма

Наименование

№

Входные объекты

Выходные объекты

Описание

шага

Точка

входа

Инициирующее

процесс

событие:

Клиент ЦО обратился

для

регистрации,

подтверждения,

удаления

УЗ,

восстановления доступа

к УЗ

Поиск УЗ

Перечень

Результат поиска:

Оператор вводит данные

(операция:

атрибутов

для

информация о 1

клиента.

FindAccount)

поиска УЗ: ФИО

или нескольких

ПО ЦО вызывает

(обязательно), ДУЛ

УЗ, если найдены;

операцию FindAccount,

(обязательно), КД

уведомление о

для поиска учетной

(рекомендуется),

том, что УЗ не

записи

СНИЛС

найдены.

Найдена

или

Результат поиска:

Оператор

ЦО

несколько УЗ

список из OID,

анализирует результат

параметов,

по

поиска:

которым каждая УЗ

если найдена 1 или

найдена, её статус,

несколько УЗ,

тип подтверждения

оператор переходит к

и дата регистрации

шагу 4, на котором

УЗ

уточняет тип

найденных УЗ;

если УЗ не найдены,

оператор переходит к

шагу 3, на котором

ПО ЦО вызывает

операцию Register,

для регистрации

новой

подтвержденной УЗ.

Зарегистрировать УЗ

Набор атрибутов

Подтвержденная УЗ

Оператор дозаполняет

(операция: Register)

УЗ

данные клиента. ПО ЦО

обращается к операции

для

регистрации

новой

подтвержденной УЗ

Среди

 УЗ есть

Результат поиска

Оператор продолжает

анализировать результат

Подтвержденная 

поиска:

(trusted)

если среди найденых

есть подтвержденная

УЗ, то оператор

переходит к шагу 5,

на котором

анализирует способ,

которым была

подтверждена УЗ.

Наименование

№

Входные объекты

Выходные объекты

Описание

шага

если среди

найденных нет

подтвержденной УЗ,

оператор переходит к

шагу 8, на котором

анализирует тип

найденных УЗ.

В случае, если клиент не

помнит/не знает о

существовании у него

подтвержденной УЗ

рекомендуется

восстановить к ней

доступ. Если клиент

категорически против и

желает удалить

подтвержденную УЗ,

рекомендуется провести

удаление

подтвержденной УЗ и

вернуться к шагу 1.

УЗ подтверждена по

Найденная УЗ -

Оператор продолжает

КПЛ по

Почте

OID, параметры, по

анализировать результат

РФ (POS)

которым

УЗ

поиска:

найдена, её дата

если найденая

регистрации, тип

подтвержденная УЗ

подтверждения,

была подтверждена с

статус УЗ = trusted

помощью КПЛ,

отправленного

Почтой России

(cfmTyp POS),

оператор переходит к

шагу 6, на котором,

помимо допустимых

для подтвержденной

УЗ операций

(Recover,

RegisterChild,

DeleteAccount) ПО

ЦО может выполнить

ее

переподтверждение,

обратившись к

операции Confirm;

если найденая

подтвержденная УЗ,

была подтверждена в

ЦО, по ЭП или

импортирована из

другой ИС (cfmTyp -

Наименование

№

Входные объекты

Выходные объекты

Описание

шага

RA, DSG, SYS),

оператор переходит к

шагу 7, на котором

ПО ЦО выполняет

одну из допустимых

для подтвержденной

УЗ операций

(Recover,

RegisterChild,

DeleteAccount).

Использовать

Найденная

УЗ

В соответсвии с

Оператор дозаполняет

операции:

OID, параметры, по

выбранной

необходимые

для

Confirm;

которым

УЗ

операцией:

выполнения выбранной

Recover;

найдена, её дата

- УЗ

операции

поля.

RegisterChild;

регистрации, статус

переподтверждена;

ПО ЦО обращается к

DeleteAccount.

УЗ = trusted и тип

- восстановлен

одному из допустимых

подтверждения

доступ к УЗ;

для подтвержденной УЗ

POS

- в УЗ пользователя

операций

(Recover,

добавлена

RegisterChild

информация

DeleteAccount), или к

ребенке;

опеарции Confirm для

- подтвержденная

переподтверждения

УЗ удалена.

найденной

подтвержденной УЗ

Использовать

Найденная

УЗ

В соответсвии с

Оператор дозаполняет

операции:

OID, параметры, по

выбранной

необходимые

для

Recover;

которым

УЗ

операцией:

выполнения выбранной

RegisterChild;

найдена, её дата

- восстановлен

операции поля.

DeleteAccount.

регистрации, статус

доступ к УЗ;

ПО ЦО обращается к

УЗ = trusted и тип

- в УЗ пользователя

одному из допустимых

подтверждения

добавлена

для подтвержденной УЗ

RA/ DSG/ SYS

информация

операций

(Recover,

ребенке;

RegisterChild,

- подтвержденная

DeleteAccount)

УЗ удалена.

Среди найденных

Результат поиска

Оператор продолжает

УЗ

есть

анализировать результат

стандартаная

УЗ

поиска:

(статус = verified)

- если

найдены

стандартная УЗ или -

или

1 стандартная и

(или

более)

Среди найденных

упрощенная, готовая

УЗ

есть

к подтверждению УЗ,

стандартаная

УЗ

оператор переходит к

(статус = verified) и

шагу 9, в котором ПО

(или несколько)

ЦО обращается к

упрощенных,

операции

Confirm,

готовых

для подтверждения

подтверждению

УЗ;

Наименование

№

Входные объекты

Выходные объекты

Описание

шага

УЗ (статус

- если стандартных и

readytoconfirm )

упрощенных,

готовых

или

подтверждению УЗ

не найдено, т.е.

Среди найденных

найдены

или

УЗ есть

1 или

несколько

упрощенных

УЗ,

упрощенных

УЗ

оператор переходит к

(статус = unverified)

шагу

10, в котором

ПО ЦО обращается к

операции

RegisterBySimplified

- для регистрации

подтвержденной УЗ

на

основе

существующей

упрощенной.

Для УЗ, найденной

Найденная

УЗ

Подтвержденная УЗ

В случае если найдено

по КД, использовать

OID, параметры, по

несколько

УЗ

операцию

которым

УЗ

стандартная и

1 или

Confirm

найдена, её дата

несколько упрощенных,

регистрации, тип

готовых

подтверждения,

подтверждению УЗ)

статус УЗ = verified

разными КД, оператор

или статус УЗ

уточняет у клиента - с

readytoconfirm

какой из найденных УЗ

продолжать

работу.

ПО

ЦО

обращается к операции

Confirm

для

подтверждения

выбранной УЗ

10. Для

найденной

Найденная

УЗ

Инициировано

В случае если найдено

Упрощенной

OID, параметры, по

подтверждение УЗ.

несколько упрощенных

УЗ (unverified)

которым

УЗ

Клиент

должен

УЗ с разными КД,

использовать

найдена, её дата

получить

на

оператор уточняет у

операцию:

регистрации, тип

выбранный КД код

клиента с какой из

RegisterBySimplified

подтверждения,

найденных упрощенных

статус

УЗ

авторизоваться в ЛК

УЗ продолжать работу.

unverified

ЕСИА и ввести

Оператор дозаполняет

полученный код

необходимую

информацию. Далее ПО

ЦО обращается к

операции

RegisterBySimplified для

регистрации

подтвержденной УЗ на

основе существующей

упрощенной

Наименование

№

Входные объекты

Выходные объекты

Описание

шага

Точка выхода из

Завершающее событие.

процесса

Оператор переходит к

выполнению следующей

операции

или

обслуживанию

следующего клиента

1.6 Связи с другими электронными сервисами

При вызове метода Register сервиса производятся следующие проверки:

 соответствие ФИО, даты рождения, пола и СНИЛС пользователя с помощью сервиса

Пенсионного фонда РФ (ПФР России);

 соответствие ФИО и паспортных данных гражданина РФ с помощью сервиса

Федеральной миграционной службы РФ (ФМС России);

 действительность сертификата КЭП оператора с помощью сервиса ИС ГУЦ.

Эти проверки также производятся при вызове методов Recover, DeleteAccount, если

персональные данные пользователя, указанные в заявке на восстановление доступа, не совпадают

с данными учетной записи пользователя ЕСИА.

При вызове метода Confirm сервиса производятся следующие проверки:

 действительность сертификата КЭП оператора с помощью сервиса ИС ГУЦ.

При вызове метода RegisterBySimplified сервиса производятся следующие проверки:

 действительность сертификата КЭП оператора с помощью сервиса ИС ГУЦ;

Так же метод может инициировать следующие проверки (после ввода пользователем кода

подтверждения):

 соответствие ФИО, даты рождения, пола и СНИЛС пользователя с помощью сервиса

Пенсионного фонда РФ (ПФР России);

 соответствие ФИО и паспортных данных гражданина РФ с помощью сервиса

Министерства внутренних дел РФ (МВД России).

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

2.1 Операция «Поиск учетной записи»

2.1.1 Общие сведения

Код операции:

FindAccount

Наименование

Поиск учетной записи

операции:

Назначение операции:

Операция предназначена для поиска учетной записи по ее атрибутам.

Логика работы операции FindAccount: поиск УЗ осуществляется по комбинации

параметров: ФИО пользователя, ДУЛ пользователя и одного или более из необязательных

параметров: СНИЛС пользователя, адрес элетронной почты пользователя, номер мобильного

телефона пользователя.

2.1.2 Описание входных параметров

Способ

Описание

№

Код параметра

Обязательность

заполнения /

Комментарий

параметра

Тип

lastName

Фамилия

xs:string

firstName

Имя

xs:string

Не заполняется, если

middleName

Отчество

xs:string

отчество отсутствует в

документе,

удостоверяющем

личность

doc

Комплексный

xs:string

тип,

описывающий

документ,

удостоверяющи

й личность

пользователя

Адрес

Не более 2000

xs:string

символов

электронной

(опционально)¹

почты

¹ При вызове метода должен быть указан хотя бы один из необязательных параметров: email, mobile, snils. Для

наиболее эффективного поиска УЗ рекомендуется указывать максимально возможный набор параметров.

пользователя

mobile

Номер

Указывается в

xs:string

формате:

мобильного

(опционально)²

+7(XXX)XXXXXXX

телефона

пользователя

snils

СНИЛС

Указывается в

xs:string

формате:

пользователя

(опционально)²

XXX-XXX-XXX XX

2.1.3 Описание выходных параметров

Способ

Код

Описание

Обязатель-

№

заполне-

Комментарий

параметра

ность

ния / Тип

oid

Идентификатор

Содержит идетификатор

xs:string

найденной учетной записи

учетной записи

stu

Статус учетной

Может возвращать следующие

xs:string

значения:

записи

 unverified (упрощенная);

 verified (стандартная);

 trusted (подтвержденная);

 readytoconfirm

(упрощённая,

готовая к подтверждению).

matches

Комплексный

Может содержать перечень

xs:string

наименований входящих

тип,

параметров, по которым была

найдена учетная запись

описывающий

атрибуты по

которым была

найдена учетная

запись

regDate

Дата

Задается в формате ДД.ММ.ГГГГ

xs:string

регистрации

учетной записи

cfmTyp

Тип

Может содержать следующие

xs:string

значения:

подтверждения

 POS (почта);

 RA (ЦО);

учетной записи

 SYS

(импорт из другой

системы);

 DSG (цифровая подпись).

² При вызове метода должен быть указан хотя бы один из необязательных параметров: email, mobile, snils. Для

наиболее эффективного поиска УЗ рекомендуется указывать максимально возможный набор параметров.

При неуспешном завершении метод возвращает ошибку, содержащую следующие

параметры:

− faultCode - код ошибки (см. п. 2.1.4);

− faultString- текст ошибки.

2.1.4 Коды возвратов

Описание кода

№

Код возврата

Условия возникновения

Комментарий

возврата

ESIA-000001

Внутренняя

Данный код возврата

ошибка

соответствует ситуации, когда

обнаружена неизвестная ошибка

ESIA-020002

Учетная запись

Учетная запись с указанными

не найдена

данными не найдена

ESIA-030002

Не заполнены

Данный код возврата

обязательные

соответствует ситуации, когда не

поля ФИО

заполнено одно из обязательных

полей - фамилия или имя

ESIA-036102

Неверная

Данный код возврата

контрольная

соответствует ситуации, когда

сумма СНИЛС

некорректен указанный СНИЛС

(неверная контрольная сумма)

ESIA-005036

Некорректный

Данный код возврата

сертификат

соответствует ситуации, когда

электронной

возникла ошибка при проверке

подписи

сертификата электронной

подписи оператора (например,

сертификат не проходит

проверку ИС ГУЦ)

ESIA-005037

Оператор не

Данный код возврата

имеет права на

соответствует ситуации, когда

вызов сервиса

ОГРН, указанный в сертификате

КЭП, не соответствует

уполномоченной организации

(т.е. организация не является

Оператором выдачи ключа ПЭП)

Например,

ESIA-030003

Неверные

Данный код возврата

отсутствует

параметры

соответствует ситуации, когда

обязательный

параметр,

запроса

имеются другие ошибки в

некорректна подпись

СМЭВ или

запросе

сертификат

отправителя запроса

ESIA-005003

Нет прав на

Данный код возврата

обращение к

соответствует ситуации, когда у

методу сервиса

оператора нет прав на обращение

к методу сервиса

ESIA-039813

Ваш ЦО

Данный код возврата

заблокирован в

соответствует ситуации, когда

соответствии с

центр обслуживания оператора

разделом об

заблокирован

обращении

граждан на

недобросовестну

ю работу

Центров

обслуживанияРег

ламента

взаимодействия

участников и

операторов

ЕСИА. Вам

необходимо

обратиться к

ответственному

за процесс

выдачи ПЭП.

Ответственный за

процесс выдачи

ПЭП может

получить более

подробную

информацию или

снять блокировку

по адресу

sd@sc.minsvyaz.r

2.1.5 Контрольные примеры

Вызов контрольного примера следует осуществлять только через СМЭВ.

При этом в блоке

<wsse:Security soapenv:actor="http://smev.gosuslugi.ru/actors/smev"> следует указывать

действующий сертификат ИС, которая осуществляет вызов сервиса³.

Запрос

<?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-

ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-

wssecurity-utility-1.0.xsd">

<SOAP-ENV:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-

wssecurity-secext-1.0.xsd" SOAP-ENV:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken

EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary"

ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId-

C6F548C9FA7C1B7FC81539172460430222815200" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-

wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-

1.0.xsd">MIIIWzCCCAqgAwIBAgIRBSg0t5m1aDW06BEQvKCcfRgwCAYGKoUDAgIDMIIBRjEYMBYGBSqFA2QBEg0xM

DI3NzAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODElMCMGA1UECQwc0KHRg9GJ0LXQstGB0

LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYDVQQIDAzQ

nNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0L7RgdC60LLQsDEkMCIGA1UECgwb0J/QkNCeINCg0L7RgdGC0LXQu9C1

0LrQvtC8MR0wGwYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjFOMEwGA1UEAwxF0KPQtNC+0YHRgtC+0LLQtd

GA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAINCf0JDQniAi0KDQvtGB0YLQtdC70LXQutC+0LwiMB4XDTE4MDkxOTEzMjAwM1

oXDTE5MDkxOTEzMzAwM1owggGIMRcwFQYJKoZIhvcNAQkCDAjQldCf0JPQozEaMBgGCCqFAwOBAwEBEgwwMDU

wNDcwNTM5MjAxGDAWBgUqhQNkARINMTAzNTAwOTU2NzQ1MDEfMB0GA1UECgwW0JDQniDCq9Cg0KIg0JvQsNC

x0YHCuzF/MH0GA1UECQx2MTQxNDAwLCDQoNC+0YHRgdC40Y8sINCc0L7RgdC60L7QstGB0LrQsNGPINC+0LHQuy

4sINCzLiDQpdC40LzQutC4LCDRg9C7LiDQn9GA0L7Qu9C10YLQsNGA0YHQutCw0Y8sINC0LiAyMywg0LrQvtC8IDEwM

TETMBEGA1UEBwwK0KXQuNC80LrQuDEvMC0GA1UECAwmNTAg0JzQvtGB0LrQvtCy0YHQutCw0Y8g0L7QsdC70LD

RgdGC0YwxCzAJBgNVBAYTAlJVMUIwQAYDVQQDDDnQkNC60YbQuNC+0L3QtdGA0L3QvtC1INC+0LHRidC10YHRgt

Cy0L4gwqvQoNCiINCb0LDQsdGBwrswYzAcBgYqhQMCAhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA/bGiK+151

GUCb4leEDhXkhR3Et1xv+G+DZVdaI7mANJtytGJHmNTzjXLxd5CG9HeaLQxZd0GfvK4c7t4vDosJqOCBIkwggSFMA4GA1

UdDwEB/wQEAwIE8DAdBgNVHQ4EFgQU1s2HpIW9VOuhbSJbIMBq3KD68M4wggFjBgNVHSMEggFaMIIBVoAUJhe1yx

3uymqvEyZJRFnYbkuC0V6hggEppIIBJTCCASExGjAYBggqhQMDgQMBARIMMDA3NzEwNDc0Mzc1MRgwFgYFKoUDZA

ESDTEwNDc3MDIwMjY3MDExHjAcBgkqhkiG9w0BCQEWD2RpdEBtaW5zdnlhei5ydTE8MDoGA1UECQwzMTI1Mzc1INC

zLiDQnNC+0YHQutCy0LAg0YPQuy4g0KLQstC10YDRgdC60LDRjyDQtC43MSwwKgYDVQQKDCPQnNC40L3QutC+0Lz

RgdCy0Y/Qt9GMINCg0L7RgdGB0LjQuDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMRwwGgYDVQQIDBM3NyDQsy4g0J

zQvtGB0LrQstCwMQswCQYDVQQGEwJSVTEbMBkGA1UEAwwS0KPQpiAxINCY0KEg0JPQo9CmghEEqB5ABakYXILmE

WXHDim+VjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0gBBYwFDAIBgYqhQNkcQEwCAYGK

oUDZHECMIIBNAYFKoUDZHAEggEpMIIBJQwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy45

KQwsItCa0YDQuNC/0YLQvtCf0YDQviDQo9CmIiAo0LLQtdGA0YHQuNC4IDIuMCkMY9Ch0LXRgNGC0LjRhNC40LrQsN

GCINGB0L7QvtGC0LLQtdGC0YHRgtCy0LjRjyDQpNCh0JEg0KDQvtGB0YHQuNC4IOKEliDQodCkLzEyNC0yNTM5INC

+0YIgMTUuMDEuMjAxNQxj0KHQtdGA0YLQuNGE0LjQutCw0YIg0YHQvtC+0YLQstC10YLRgdGC0LLQuNGPINCk0KH

QkSDQoNC+0YHRgdC40Lgg4oSWINCh0KQvMTI4LTI4ODEg0L7RgiAxMi4wNC4yMDE2MDYGBSqFA2RvBC0MKyLQmt

GA0LjQv9GC0L7Qn9GA0L4gQ1NQIiAo0LLQtdGA0YHQuNGPIDMuOSkwgawGCCsGAQUFBwEBBIGfMIGcMDQGCCs

GAQUFBzABhihodHRwOi8vY2VydGVucm9sbC5jYS5ydC5ydS9vY3NwL29jc3Auc3JmMDIGCCsGAQUFBzAChiZodHRwOi

8vY2VydGVucm9sbC5jYS5ydC5ydS9jYV9ydGs2LmNydDAwBggrBgEFBQcwAoYkaHR0cDovL3Jvc3RlbGVjb20ucnUvY2Rw

L2NhX3J0azYuY3J0MGMGA1UdHwRcMFowLKAqoCiGJmh0dHA6Ly9jZXJ0ZW5yb2xsLmNhLnJ0LnJ1L2NhX3J0azYuY3Js

MCqgKKAmhiRodHRwOi8vcm9zdGVsZWNvbS5ydS9jZHAvY2FfcnRrNi5jcmwwKwYDVR0QBCQwIoAPMjAxODA5MTkxMz

IwMDJagQ8yMDE5MDkxOTEzMjAwMlowCAYGKoUDAgIDA0EAc3VgKePPlHZBXZ1oq5LUtQSFQHczhN40R5GeKIfHRk

pBR9O2+Zt+tVFTK0oCMaUOPol5CbwcjuA5Sowz+eqhmQ==</wsse:BinarySecurityToken><ds:Signature

xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-74271910">

<ds:SignedInfo>

<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411"/>

<ds:Reference URI="#body">

<ds:Transforms>

<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

</ds:Transforms>

<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411"/>

³ Контрольный пример предназначен только для проверки возможности вызова сервиса, опубликованного в СМЭВ.

При отработке тестовой интеграции с ЕСИА необходимо убрать тег <TestMsg>Test</TestMsg>.

<ds:DigestValue>Tl9cuLJ4JnvbyzSG0JfXOANNBC0ll4HRVWv2+OSZFaY=</ds:DigestValue>

</ds:Reference>

</ds:SignedInfo>

<ds:SignatureValue>

CMDqVTMZjcoLfM/3c4PzpieosKi/RgCAHvhXUou5nH2/teDZ0uXO6Co227rbve4N4N3DmzpYKJ0N

iv0cVHd+GQ==

</ds:SignatureValue>

<ds:KeyInfo Id="KeyId-C6F548C9FA7C1B7FC81539172460430222815201">

<wsse:SecurityTokenReference wsu:Id="STRId-C6F548C9FA7C1B7FC81539172460430222815202"

xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"

xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><wsse:Reference

URI="#CertId-C6F548C9FA7C1B7FC81539172460430222815200" ValueType="http://docs.oasis-

open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" xmlns:wsse="http://docs.oasis-

open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"/></wsse:SecurityTokenReference>

</ds:KeyInfo>

</ds:Signature></wsse:Security>

</SOAP-ENV:Header>

<SOAP-ENV:Body wsu:Id="body">

<esia:FindAccount xmlns:esia="http://mks.esia.rstyle.ru/" xmlns="http://smev.gosuslugi.ru/rev120315">

<Name>Electronic system identification and authentication</Name>

</Sender>

<Name>Electronic system identification and authentication</Name>

</Recipient>

<Name>Electronic system identification and authentication</Name>

</Originator>

<Mnemonic>ESIARegister</Mnemonic>

</Service>

<Status>REQUEST</Status>

</Message>

<esia:lastName>ЛукьяновТест</esia:lastName>

<esia:firstName>КонстантинТест</esia:firstName>

<esia:middleName>ЮрьевичТест</esia:middleName>

<esia:birthPlace>Рейкьявик</esia:birthPlace>

<esia:doc>

<esia:type>RF_PASSPORT</esia:type>

<esia:series>0000</esia:series>

<esia:number>798285</esia:number>

<esia:issuedBy>РОВД на ДЕВ</esia:issuedBy>

</esia:doc>

<esia:email>SoapUI.Test@no-spam.ws</esia:email>

<esia:mobile/>

<esia:snils>788-695-494 15</esia:snils>

</AppData>

</MessageData>

</esia:FindAccount>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

Ответ на запрос в случае успешного исполнения

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsu="http://docs.oasis-

open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">

<SOAP-ENV:Header>

<wsse:Security SOAP-ENV:actor="http://smev.gosuslugi.ru/actors/recipient" xmlns:wsse="http://docs.oasis-

open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">

<wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-

security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-

1.0#X509v3" wsu:Id="CertId-

BAE4757A45CBDDDD9C1539251562121237324340">MIIIRjCCB/WgAwIBAgIRBSg0t5m1aF6y6BHveYyjZ+AwCAYGKo

UDAgIDMIIBRjEYMBYGBSqFA2QBEg0xMDI3NzAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODE

lMCMGA1UECQwc0KHRg9GJ0LXQstGB0LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCz

AJBgNVBAYTAlJVMRUwEwYDVQQIDAzQnNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0L7RgdC60LLQsDEkMCIGA1U

ECgwb0J/QkNCeINCg0L7RgdGC0LXQu9C10LrQvtC8MR0wGwYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjFOMEw

GA1UEAwxF0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAINCf0JDQniAi0KDQvtGB0YLQtdC70LX

QutC+0LwiMB4XDTE4MDYyNzA5NDMwMloXDTE5MDYyNzA5NTMwMlowggFzMTEwLwYJKoZIhvcNAQkCDCLQodC1

0YDRgtC40YTQuNC60LDRgiDQrdCfLdCh0JzQrdCSMRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODEYMBYGBS

qFA2QBEg0xMDI3NzAwMTk4NzY3MSYwJAYDVQQKDB3Qn9CQ0J4gItCg0L7RgdGC0LXQu9C10LrQvtC8IjFYMFYGA1

UECQxPMTkxMDAyLCDQsy4g0KHQsNC90LrRgi3Qn9C10YLQtdGA0LHRg9GA0LMsINGD0LsuINCU0L7RgdGC0L7Qtd

Cy0YHQutC+0LPQviDQtC4xNTEmMCQGA1UEBwwd0KHQsNC90LrRgi3Qn9C10YLQtdGA0LHRg9GA0LMxKTAnBgNVB

AgMIDc4INCh0LDQvdC60YIt0J/QtdGC0LXRgNCx0YPRgNCzMQswCQYDVQQGEwJSVTEmMCQGA1UEAwwd0J/QkNCe

ICLQoNC+0YHRgtC10LvQtdC60L7QvCIwYzAcBgYqhQMCAhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA/iwAwN+

mZ4nzSr7QQjUTn8+pOc8qlI7JifrHJGdckS62QT2c74gNiChwZi0sVLUBtvbd3KZr/dwHQBWa6/J7QKOCBIkwggSFMA4GA

1UdDwEB/wQEAwIE8DAdBgNVHQ4EFgQUE4tF9EvDCOqv7/Vz6qK1SnST/fQwggFjBgNVHSMEggFaMIIBVoAUJhe1yx3

uymqvEyZJRFnYbkuC0V6hggEppIIBJTCCASExGjAYBggqhQMDgQMBARIMMDA3NzEwNDc0Mzc1MRgwFgYFKoUDZAE

SDTEwNDc3MDIwMjY3MDExHjAcBgkqhkiG9w0BCQEWD2RpdEBtaW5zdnlhei5ydTE8MDoGA1UECQwzMTI1Mzc1INCz

LiDQnNC+0YHQutCy0LAg0YPQuy4g0KLQstC10YDRgdC60LDRjyDQtC43MSwwKgYDVQQKDCPQnNC40L3QutC+0LzR

gdCy0Y/Qt9GMINCg0L7RgdGB0LjQuDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMRwwGgYDVQQIDBM3NyDQsy4g0Jz

QvtGB0LrQstCwMQswCQYDVQQGEwJSVTEbMBkGA1UEAwwS0KPQpiAxINCY0KEg0JPQo9CmghEEqB5ABakYXILmE