---
title: "Приказ Минкомсвязи России от 23.06.2015 N 210"
number: "210"
issuer: "Министерство связи и массовых коммуникаций Российской Федерации"
issued_on: 2015-06-23
redaction: 2017-08-01
status: действует
canonical: "https://bukva.ai/docs/prikaz-210-2015-minkomsvyaz-rossii"
---

## Приказ Минкомсвязи России от 23.06.2015 N 210

# Приказ Минкомсвязи России от 23.06.2015 N 210

(ред. от 22.02.2017)

"Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия"

(Зарегистрировано в Минюсте России 25.08.2015 N 38668)

> [!IMPORTANT]
> Начало действия редакции - 01.08.2017.
> Изменения, внесенные [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100006) Минкомсвязи России от 22.02.2017 N 71, [вступили](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100008) в силу с 1 августа 2017 года.


<a id="p100001"></a>Зарегистрировано в Минюсте России 25 августа 2015 г. N 38668

---


<div align="center">

<a id="p100002"></a>**МИНИСТЕРСТВО СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ**<br>
**РОССИЙСКОЙ ФЕДЕРАЦИИ**

</div>



## <a id="p100003"></a>ПРИКАЗ

от 23 июня 2015 г. N 210

<a id="p100004"></a>**ОБ УТВЕРЖДЕНИИ ТЕХНИЧЕСКИХ ТРЕБОВАНИЙ**
**К ВЗАИМОДЕЙСТВИЮ ИНФОРМАЦИОННЫХ СИСТЕМ В ЕДИНОЙ СИСТЕМЕ**
**МЕЖВЕДОМСТВЕННОГО ЭЛЕКТРОННОГО ВЗАИМОДЕЙСТВИЯ**

<a id="p100005"></a>В соответствии с [постановлением](https://bukva.ai/docs/postanovlenie-697-2010#p20) Правительства Российской Федерации от 8 сентября 2010 г. N 697 "О единой системе межведомственного электронного взаимодействия" (Собрание законодательства Российской Федерации, 2010, N 38, ст. 4823; 2011, N 24, ст. 3503; N 49, ст. 7284; 2013, N 45, ст. 5827; 2014, N 12, ст. 1303, N 42, ст. 5746, N 48, ст. 6862, ст. 6876, N 50, ст. 7113) приказываю:
1. <a id="p100006"></a>Утвердить Технические [требования](#p100011) к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия в редакции, прилагаемой к настоящему приказу.
2. <a id="p100007"></a>Признать утратившим силу [приказ](https://bukva.ai/docs/prikaz-190-2010-minkomsvyaz-rossii) Министерства связи и массовых коммуникаций Российской Федерации от 27.12.2010 N 190 "Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия" (зарегистрирован Министерством юстиции Российской Федерации 29.12.2010, регистрационный N 19425).
3. <a id="p100008"></a>Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

<div align="center">

<a id="p100009"></a>Министр<br>
**Н.А.НИКИФОРОВ**

</div>






<a id="p100010"></a>Утверждены
приказом Министерства связи
и массовых коммуникаций
Российской Федерации
от 23.06.2015 N 210


## <a id="p100011"></a>ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ВЗАИМОДЕЙСТВИЮ ИНФОРМАЦИОННЫХ СИСТЕМ В ЕДИНОЙ СИСТЕМЕ МЕЖВЕДОМСТВЕННОГО ЭЛЕКТРОННОГО ВЗАИМОДЕЙСТВИЯ



### <a id="p100012"></a>I. Общие положения


1. <a id="p100013"></a>Настоящие Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия (далее - Требования) определяют правила интеграции информационных систем федеральных органов исполнительной власти, государственных внебюджетных фондов, исполнительных органов государственной власти субъектов Российской Федерации, органов местного самоуправления, государственных и муниципальных учреждений, многофункциональных центров, иных органов и организаций (далее - органы и организации), используемых при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме (далее - информационные системы), с единой системой межведомственного электронного взаимодействия (далее - система взаимодействия), а также требования к техническому обеспечению информационного обмена, осуществляемого с применением системы взаимодействия, между информационными системами в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме.


### <a id="p100014"></a>II. Межведомственное электронное взаимодействие с использованием единого электронного сервиса


<a id="p100015"></a>*2. Единый электронный сервис представляет собой программные и технические средства, обеспечивающие единый документированный способ взаимодействия информационных систем органов и организаций при обмене сведениями, необходимыми для предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме посредством технологии очередей электронных сообщений, обеспечивающей взаимодействие программ в асинхронном режиме, не требующей установки между ними прямой связи и гарантирующей получение передаваемых электронных сообщений <1> (далее - Единый электронный сервис).*

<a id="p100016"></a>

---

<a id="p100017"></a>*<1> [Пункт 2](https://bukva.ai/docs/postanovlenie-697-2010#p100064) Положения о единой системе межведомственного электронного взаимодействия, утвержденного постановлением Правительства Российской Федерации от 8 сентября 2010 г. N 697 (Собрание законодательства Российской Федерации, 2010, N 38, ст. 4823; 2011, N 24, ст. 3503; N 49, ст. 7284; 2013, N 45, ст. 5827; 2014, N 12, ст. 1303, N 42, ст. 5746, N 48, ст. 6862, ст. 6876, N 50, ст. 7113).*

3. <a id="p100018"></a>Информационный обмен сведениями осуществляется органами и организациями с использованием Единого электронного сервиса системы взаимодействия.
4. <a id="p100019"></a>Требования к форматам сведений, представляющим собой структуру передаваемых сведений, устанавливаются органами и организациями, предоставляющими сведения, необходимые в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций (далее - поставщики), в соответствии с настоящими Требованиями.
5. <a id="p100020"></a>Органы и организации, получающие сведения с использованием Единого электронного сервиса системы взаимодействия (далее - потребитель), инициируют запрос сведений путем обращения к Единому электронному сервису системы взаимодействия.
6. <a id="p100021"></a>Оператор системы взаимодействия ведет реестр сведений, необходимых для предоставления государственных и муниципальных услуг и выполнения государственных и муниципальных функций в системе взаимодействия (далее - реестр сведений).
7. <a id="p100022"></a>В рамках информационного взаимодействия информационные системы поставщика и потребителя обмениваются сообщениями. Информационная система, отправляющая сообщение через систему взаимодействия, является отправителем сообщения, а информационная система, получающая сообщение из системы взаимодействия, - получателем.
<a id="p1"></a>7.1. В рамках информационного взаимодействия в целях предоставления государственных или муниципальных услуг или исполнения государственных или муниципальных функций (далее - предоставление (исполнение) услуг (функций) информационная система потребителя осуществляет отправку запроса на присвоение уникального кода электронного сообщения (далее - код транзакции) в систему взаимодействия.

> *(пп. 7.1 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100012) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p2"></a>*7.2. Система взаимодействия обеспечивает присвоение кода транзакции электронных сообщений, передаваемых в системе взаимодействия, и направляет информационной системе потребителя сообщение, содержащее присвоенный код транзакции.*

> *(пп. 7.2 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100014) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p3"></a>7.3. Код транзакции формируется путем направления информационной системой потребителя в систему взаимодействия запроса, в который обязательно включаются буквенно-цифровой код информационной системы органа или организации информационного взаимодействия (далее - мнемоника информационной системы) и уникальный реестровый номер услуги (функции), в рамках предоставления (исполнения) которой запрошен код транзакции.

> *(пп. 7.3 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100015) Минкомсвязи России от 22.02.2017 N 71)*

8. <a id="p100023"></a>Информационное взаимодействие в системе взаимодействия осуществляется в асинхронном режиме. Передача сообщений через систему взаимодействия осуществляется посредством технологии очередей.
9. <a id="p100024"></a>Форматы сведений разрабатываются поставщиком с использованием языка описания схем данных XML Schema Definition (XSD).
10. <a id="p100025"></a>XML-схема или Schematron-схема, созданные на основе XSD-описания формата сведений, доступны для проверки поставщиком входящего запроса потребителя только в случае, если эти схемы содержатся в реестре сведений.
11. <a id="p100026"></a>В системе взаимодействия реестр сведений включает одну или несколько версий формата сведений. Каждая версия формата сведений состоит из одной или нескольких XML-схем: одна описывает сведения, передаваемые в сообщении, а остальные, при необходимости, импортируются в нее посредством выполнения директивы "xs:import".
<a id="p100027"></a>*12. При необходимости внесения изменений в формат сведений в системе взаимодействия необходимо зарегистрировать новую версию XML-схемы. Чтобы обеспечить корректную маршрутизацию сообщений, соответствующих устаревшим версиям форматов сведений, в системе взаимодействия сохраняется полная история всех изменений, включая все предыдущие версии XML-схем. Для каждой новой версии формата сведений XML-схема должна иметь отличающееся от предыдущих версий форматов целевое пространство имен (target namespace).*
13. <a id="p100028"></a>При смене форматов видов сведений оповещение потребителей сведений о смене форматов производится на портале "Технологический портал СМЭВ" в информационно-телекоммуникационной сети "Интернет" (http://smev.gosuslugi.ru) путем специального объявления, публикации нового формата в каталоге видов сведений и пометки старого формата как недействующего с определенной даты.
14. <a id="p4"></a>В системе взаимодействия используются сообщения следующих типов: запрос, ответ, отмена (запроса).

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100016) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p100030"></a>14.1. К сообщениям типа "Запрос" (далее - запрос) относятся сообщения, исходящие от потребителя (кроме сообщений типа "Отмена").
<a id="p5"></a>Результатом сообщения типа "Запрос кода транзакции" является присвоение кода транзакции в рамках предоставления (исполнения) услуг (функций).

> *(абзац введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100018) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p100031"></a>14.2. Сообщения типа "Ответ" (далее - ответ) могут содержать или запрошенные данные, или мотивированный отказ в приеме запроса к исполнению. Запросы, представляющие собой широковещательные рассылки, не требуют ответов.
<a id="p100032"></a>14.3. Результатом сообщения типа "Отмена" (далее - отмена) является удаление сообщения из очереди системы взаимодействия, если запрос не был получен поставщиком. Сообщения типа "Отмена" применимы только к сообщениям типа "Запрос".
15. <a id="p100033"></a>Сообщения в системе взаимодействия передаются в формате XML в кодировке UTF-8 с указанием кодировки в заголовке сообщения. Сообщения, содержащие WSDL и XSD файлы, должны также использовать кодировку UTF-8 с указанием кодировки в заголовке сообщения.
<a id="p6"></a>Для передачи сообщения типа "Запрос кода транзакции" от информационной системы потребителя в систему взаимодействия используется метод запроса кода транзакции (TransactionCode), который при условии успешного прохождения запроса кода транзакции форматно-логического контроля (далее - ФЛК) автоматически присваивается системой взаимодействия и направляется потребителю, инициировавшему такой запрос.

> *(абзац введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100020) Минкомсвязи России от 22.02.2017 N 71)*

16. <a id="p100034"></a>Информационные системы участников взаимодействия в теле сообщений должны поддерживать применение блоков, элементов данных и электронных подписей. Использование отличных от описанных в настоящих требованиях блоков и элементов данных не допускается.
17. <a id="p100035"></a>В сообщениях, передаваемых через систему взаимодействия, применяются следующие усиленные квалифицированные электронные подписи:
<a id="p100036"></a>17.1. электронная подпись, формируемая должностным лицом органа власти, участвующего в межведомственном взаимодействии (далее - ЭП-СП);
<a id="p100037"></a>17.2. электронная подпись, формируемая от имени органа власти, участвующего в межведомственном взаимодействии (далее - ЭП-ОВ);
<a id="p7"></a>*17.3. электронная подпись, автоматически формируемая в системе взаимодействия от имени юридического лица, выполняющего функции оператора системы взаимодействия, при обработке сообщений, передаваемых через систему взаимодействия (далее - ЭП-СМЭВ), которой подписываются, в том числе, коды транзакций, передаваемые в сообщении от системы взаимодействия в информационную систему, инициировавшую запрос на предоставление кода транзакции.*

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100022) Минкомсвязи России от 22.02.2017 N 71)*

18. <a id="p100039"></a>ЭП-ОВ и ЭП-СМЭВ включаются в состав сообщения в обязательном порядке.
19. <a id="p100040"></a>ЭП-СП должностного лица органа власти, участвующего в межведомственном взаимодействии, также включается в состав сообщения в обязательном порядке в случае наличия соответствующего требования нормативного правового акта Российской Федерации и соответствия указанного лица такому требованию.
20. <a id="p100041"></a>Структура запроса, который информационная система потребителя передает в систему взаимодействия, включает в себя:
<a id="p100042"></a>*20.1. блок данных запроса;*
<a id="p100043"></a>20.2. блок содержимого вложений;

#### <a id="p100044"></a>20.3 ЭП-ОВ.

21. <a id="p100045"></a>Блок данных запроса включает, в том числе:
<a id="p100046"></a>21.1. блок структурированных сведений;

#### <a id="p8"></a>21.2 ЭП-СП;


> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100024) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p100048"></a>21.3. блок заголовков вложений и ЭП-СП для вложений;
<a id="p100049"></a>21.4. блок атрибутов бизнес-процесса;
<a id="p9"></a>21.5. код транзакции.

> *(пп. 21.5 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100025) Минкомсвязи России от 22.02.2017 N 71)*

22. <a id="p100050"></a>Блок содержимого вложений добавляется, если потребителю необходимо передать в информационную систему поставщика информацию, в том числе неструктурированную, которая не входит в блок структурированных сведений в соответствии с требованиями поставщика. Вложенные файлы и идентификаторы вложений располагаются вне подписанного с помощью ЭП-ОВ блока данных запроса для корректной реализации кодирования вложений с помощью механизма оптимизации передачи сообщений MTOM <1>.

<a id="p100051"></a>

---

<a id="p100052"></a><1> Справочно: Спецификация SOAP Message Transmission Optimization Mechanism опубликована по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/soap12-mtom/.

<a id="p100053"></a>*23. Электронная подпись ЭП-ОВ, формируемая от имени органа власти, участвующего в межведомственном взаимодействии и выступающего в роли потребителя сведений, подписывает блок данных запроса. С помощью ЭП-ОВ обеспечивается целостность запроса и идентификация информационной системы отправителя.*
<a id="p100054"></a>*24. Структура запроса, который информационная система поставщика получает из системы взаимодействия, включает в себя:*
<a id="p100055"></a>24.1. блок данных СМЭВ-конверта;
<a id="p100056"></a>24.2. блок содержимого вложений;

#### <a id="p100057"></a>24.3 ЭП-СМЭВ.

25. <a id="p100058"></a>СМЭВ-конверт представляет собой структурированный набор данных для передачи сообщений в систему взаимодействия, включающих блоки и элементы служебных данных, бизнес-данных и электронные подписи.
26. <a id="p100059"></a>Блок данных СМЭВ-конверта включает в том числе:
<a id="p100060"></a>26.1. блок данных запроса, сформированный отправителем сообщения;

#### <a id="p100061"></a>26.2 ЭП-ОВ, которой подписан блок данных запроса;

<a id="p10"></a>*26.3. обратный адрес, необходимый для доставки ответа потребителю, включающий, в том числе, код транзакции (далее - адрес потребителя);*

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100027) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p100063"></a>26.4. блок маршрутной информации.
27. <a id="p100064"></a>Блок содержимого вложений не изменяется при прохождении через систему взаимодействия и соответствует блоку содержимого вложений запроса, который информационная система потребителя передала в систему взаимодействия.
28. <a id="p100065"></a>С помощью ЭП-СМЭВ:
<a id="p11"></a>28.1. подписываются блок данных запроса вместе с ЭП-ОВ и добавленные в систему взаимодействия блок маршрутной информации и адрес потребителя;

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100028) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p100067"></a>28.2. обеспечивается целостность запроса на всем пути от отправителя до получателя.
29. <a id="p100068"></a>Структура ответа, который информационная система поставщика передает в систему взаимодействия, включает в себя:
<a id="p100069"></a>29.1. блок данных ответа;
<a id="p100070"></a>29.2. блок содержимого вложений;

#### <a id="p100071"></a>29.3 ЭП-ОВ.

30. <a id="p12"></a>Блок данных ответа включает, в том числе:
<a id="p13"></a>*30.1. блок структурированных сведений;*

#### <a id="p14"></a>30.2 ЭП-СП;

<a id="p15"></a>30.3. блок заголовков вложений и ЭП-СП для вложений;
<a id="p16"></a>30.4. адрес потребителя.

> *(п. 30 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100029) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p17"></a>[31](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Блок содержимого вложений может быть добавлен, если поставщику необходимо передать информацию, в том числе неструктурированную, которая не входит в ответ.
<a id="p18"></a>[32](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Ответ подписывается ЭП-ОВ, формируемой от имени органа власти, участвующего в межведомственном взаимодействии и выступающего в роли поставщика сведений. С помощью ЭП-ОВ обеспечивается целостность ответа и идентификация информационной системы отправителя.
<a id="p19"></a>[33](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Структура ответа, который информационная система потребителя получает из системы взаимодействия, включает в себя:
<a id="p20"></a>[33.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). блок данных СМЭВ-конверта;
<a id="p21"></a>[33.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). блок содержимого вложений;
<a id="p22"></a>[33.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). ЭП-СМЭВ.
<a id="p23"></a>*[34](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Блок данных СМЭВ-конверта включает в том числе:*
<a id="p24"></a>*[34.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). блок данных ответа, сформированный отправителем сообщения;*
<a id="p25"></a>34.2. код транзакции;

> *(пп. 34.2 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100037) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p26"></a>[34.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100039). ЭП-ОВ, которой подписан блок данных ответа;
<a id="p27"></a>[34.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100039). исключен. - [Приказ](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100040) Минкомсвязи России от 22.02.2017 N 71;
<a id="p28"></a>[34.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100041). идентификатор, присвоенный запросу в системе взаимодействия, на который передается ответ;
<a id="p29"></a>[34.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100041). блок маршрутной информации.
<a id="p30"></a>[35](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Блок содержимого вложений в процессе доставки системой взаимодействия не изменяется.
<a id="p31"></a>[36](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). С помощью ЭП-СМЭВ обеспечивается целостность ответа на всем пути от отправителя до получателя, подтверждение поступления ответа из системы взаимодействия во время, указанное в метке времени и право на обращение информационной системы потребителя за ответом.
<a id="p32"></a>[37](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Изготовление, выдача ключей электронных подписей и сертификатов ключей проверки электронных подписей участникам информационного взаимодействия осуществляются в соответствии с положениями Федерального [закона](https://bukva.ai/docs/federalnyy-zakon-63-fz-2011/statya-1) от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036, N 27, ст. 3880; 2012, N 29, ст. 3988; 2013, N 11, ст. 1668, N 27, ст. 3463, ст. 3477; 2014, N 11, ст. 1098, N 26, ст. 3390).
<a id="p33"></a>[38](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Обмен сообщениями между информационной системой потребителя и информационной системой поставщика осуществляется путем вызова одного или нескольких методов Единого электронного сервиса, предоставляемых системой взаимодействия и представляющих собой операции обмена структурированными сообщениями (далее - метод).
<a id="p34"></a>[39](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Для передачи запроса от информационной системы потребителя к информационной системе поставщика и ответа от информационной системы поставщика к информационной системе потребителя используются следующие методы:
<a id="p35"></a>[39.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Послать запрос (SendRequest), служит для передачи запроса от информационной системы потребителя в систему взаимодействия;
<a id="p36"></a>[39.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Получить запрос (GetRequest), служит для получения запроса информационной системой поставщика из системы взаимодействия;
<a id="p37"></a>[39.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Подтвердить получение (Ack), служит для подтверждения получения сообщения, вызывается после получения сообщения методами GetRequest или GetResponse;
<a id="p38"></a>[39.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Послать ответ (SendResponse), служит для передачи ответа на запрос от информационной системы поставщика в систему взаимодействия;
<a id="p39"></a>[39.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Получить ответ (GetResponse), служит для получения из системы взаимодействия ответа на запрос от информационной системы потребителя;
<a id="p40"></a>[39.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Отмена запроса (CancelRequest), служит для отмены запроса информационной системы поставщика в систему взаимодействия;
<a id="p41"></a>[39.7](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Получение статистики (GetIncomingQueueStatistics), служит для получения статистики по доставке сообщений в систему взаимодействия.
<a id="p42"></a>*[40](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Перед отправкой запроса в систему взаимодействия информационная система потребителя осуществляет его подготовку, включающую корректное заполнение блока структурированных данных запроса, в том числе кода транзакции добавление ЭП-ОВ и, при необходимости, добавление вложений.*

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100042) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p43"></a>[41](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Запрос передается в систему взаимодействия с помощью метода SendRequest, после чего в системе взаимодействия последовательно выполняются следующие операции:
<a id="p44"></a>*[41.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). ФЛК СМЭВ-конверта по схеме XSD. ФЛК представляет собой проверку формата сведений, контроль логики заполнения сведений, осуществляемые путем проверки соответствия этих данных документам на языке XSD и, при необходимости, Schematron;*

> *(в ред. [Приказа](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100044) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p45"></a>[41.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). проверка ЭП-ОВ на предмет корректности и на предмет действительности соответствующих сертификатов ключей подписи. ЭП-ОВ также используется для идентификации потребителя сервиса, приславшего запрос;
<a id="p46"></a>[41.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). проверка бизнес-данных по схемам XSD и, при наличии, Schematron, разработанным поставщиком сведений (проверяется полное имя корневого структурного элемента формата сведений для идентификации информационной системы поставщика - получателя запроса);
<a id="p47"></a>[41.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). проверка ЭП-СП;
<a id="p48"></a>*41.5. проверка по ЭП-СМЭВ кода транзакции;*

> *(пп. 41.5 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100045) Минкомсвязи России от 22.02.2017 N 71)*

<a id="p49"></a>[41.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100047). помещение запроса в очередь запросов и присвоение сообщению СМЭВ-идентификатора, подтверждающего факт помещения запроса в очередь запросов (автоматически присваивается системой взаимодействия и направляется потребителю).
<a id="p50"></a>[42](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Запрос находится в очереди запросов до момента его получения информационной системой поставщика посредством обращения к системе взаимодействия.
<a id="p51"></a>[42.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Для получения запроса информационная система поставщика подготавливает и подписывает ЭП-ОВ сообщение на получение запроса, после чего путем вызова метода GetRequest, передает это сообщение в систему взаимодействия.
<a id="p52"></a>[42.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Система взаимодействия по ЭП-ОВ идентифицирует информационную систему поставщика и, при наличии недоставленных запросов, возвращает в информационную систему поставщика очередной запрос, предварительно подписав его ЭП-СМЭВ.
<a id="p53"></a>[43](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Получив из системы взаимодействия запрос, информационная система поставщика проверяет ЭП-СМЭВ и, в случае успешной проверки, сохраняет у себя этот запрос и подтверждает получение запроса путем вызова метода Ack.
<a id="p54"></a>[44](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Информационная система поставщика готовит ответ на полученный запрос и, подписав его ЭП-ОВ, отправляет в систему взаимодействия путем вызова метода SendResponse. Система взаимодействия, получив ответ от информационной системы поставщика, выделяет из него адрес потребителя, определяет по нему очередь сообщений для потребителя и помещает в нее полученный ответ.
<a id="p55"></a>[45](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100035). Информационная система потребителя путем вызова метода GetResponse передает в систему взаимодействия подготовленное и подписанное ЭП-ОВ сообщение для чтения ответов на отправленные запросы. Система взаимодействия по ЭП-ОВ идентифицирует информационную систему потребителя и определяет, к каким очередям этот потребитель имеет доступ. Из соответствующей очереди система взаимодействия выбирает ответ, подписывает его ЭП-СМЭВ и передает в информационную систему потребителя. Информационная система потребителя при получении ответа проверяет ЭП-СМЭВ, сохраняет этот ответ и подтверждает получение ответа путем вызова метода Ack.
<a id="p56"></a>*46. В случаях, когда информационной системе поставщика для формирования ответа на полученный запрос в целях предоставления (исполнения) услуг (функций) необходимо направить запросы другим информационным системам участников межведомственного взаимодействия, формирование таких запросов осуществляется с обязательным использованием кода транзакции, полученного от информационной системы потребителя, инициировавшей первую транзакцию в рамках указанного взаимодействия.*

> *(п. 46 введен [Приказом](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100048) Минкомсвязи России от 22.02.2017 N 71)*



### <a id="p100109"></a>III. Межведомственное электронное взаимодействие с использованием электронных сервисов


<a id="p57"></a>[47](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Документированный способ доступа к информационной системе (далее - интерфейс), подключаемой к системе взаимодействия, должен быть реализован в виде электронного сервиса.
<a id="p58"></a>[48](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Программно-аппаратные средства обеспечения защищенной интеграции информационных систем с системой взаимодействия должны обеспечивать выполнение настоящих Требований.
<a id="p59"></a>[49](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Применяемые при разработке и использовании интерфейсов технологии, стандарты и спецификации должны соответствовать нормативно установленным и общепринятым стандартам и требованиям в области информационных технологий и программного обеспечения.
<a id="p60"></a>[50](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При использовании сетевых протоколов передачи данных необходимо придерживаться следующих спецификаций:
<a id="p61"></a>[50.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). протокол передачи гипертекста <1> версии 1.1 - комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети "Интернет" <2> 2616;

<a id="p100115"></a>

---

<a id="p100116"></a><1> Справочно: Протокол передачи гипертекста - Hypertext Transfer Protocol (HTTP).
<a id="p100117"></a><2> Справочно: Комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети "Интернет" обозначается RFC (Request for Comments).

<a id="p62"></a>[50.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). расширенный протокол передачи гипертекста версии 1.1 с обеспечением безопасности транспортного уровня <1>;

<a id="p100119"></a>

---

<a id="p100120"></a><1> Справочно: Безопасность транспортного уровня обозначается TLS (Transport Layer Security).

<a id="p63"></a>[50.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). протокол защищенных соединений <1> версии 3 - комментарий инженерной группы проектировщиков информационно-телекоммуникационной сети "Интернет" 5246;

<a id="p100122"></a>

---

<a id="p100123"></a><1> Справочно: Протокол защищенных соединений обозначается SSL (Secure Socket Layer).

<a id="p64"></a>[50.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). набор протоколов для обеспечения защиты данных, передаваемых по межсетевому протоколу <1>.

<a id="p100125"></a>

---

<a id="p100126"></a><1> Справочно: Набор протоколов для обеспечения защиты данных, передаваемых по межсетевому протоколу, обозначается IPsec (IP Security).

<a id="p65"></a>[50.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). комментарии инженерной группы проектировщиков информационно-телекоммуникационной сети "Интернет" 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5996, 2410, 2411, 2412;
<a id="p66"></a>[50.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). протоколы использования системы поддержки пространства имен <1> - комментарии инженерной группы проектировщиков информационно-телекоммуникационной сети "Интернет" 1035.

<a id="p100129"></a>

---

<a id="p100130"></a><1> Справочно: Система поддержки пространства имен обозначается DNS (Domain Name System).

<a id="p67"></a>[51](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При разработке электронных сервисов необходимо придерживаться следующих спецификаций:
<a id="p68"></a>[51.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). протокол обмена структурированными сообщениями версии 1.1 - стандарт Консорциума Всемирной сети <1> - спецификация носит обязательный характер <2>;

<a id="p100133"></a>

---

<a id="p100134"></a><1> Справочно: Консорциум Всемирной сети - World Wide Web Consortium (http://www.w3.org/TR/soap/).
<a id="p100135"></a><2> Справочно: Протокол обмена структурированными сообщениями (Simple Object Access Protocol, SOAP) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/2000/NOTE-SOAP-20000508/.

<a id="p69"></a>[51.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). язык описания электронных сервисов версии 1.1 - стандарт Консорциума Всемирной сети - спецификация носит обязательный характер <1>;

<a id="p100137"></a>

---

<a id="p100138"></a><1> Справочно: Язык описания электронных сервисов версии 1.1 (Web Services Description Language, WSDL 1.1) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/wsdl.

<a id="p70"></a>[51.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). базовый профиль интероперабельности версии 1.1 - стандарт Организации по интероперабельности электронных сервисов <1> - спецификация носит обязательный характер <2>;

<a id="p100140"></a>

---

<a id="p100141"></a><1> Справочно: Организация по интероперабельности электронных сервисов - Web Services Interoperability Organization.
<a id="p100142"></a><2> Справочно: Базовый профиль интероперабельности версии 1.1 (WS-I Basic Profile 1.1) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.ws-i.org/Profiles/BasicProfile-1.1-2006-04-10.html.

<a id="p71"></a>[51.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). политика использования электронных сервисов версии 1.2 - проект рекомендации Консорциума Всемирной сети - спецификация носит рекомендательный характер <1>;

<a id="p100144"></a>

---

<a id="p100145"></a><1> Справочно: Политика использования электронных сервисов версии 1.2 (Web Services Policy 1.2) опубликована по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/Submission/WS- Policy/).

<a id="p72"></a>[51.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). оптимизированный механизм передачи бинарных данных в структурированных сообщениях - стандарт Консорциума Всемирной сети - спецификация носит рекомендательный характер <1>;

<a id="p100147"></a>

---

<a id="p100148"></a><1> Справочно: Оптимизированный механизм передачи бинарных данных в структурированных сообщениях (SOAP Message Transmission Optimization Mechanism) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/soap12-mtom/.

<a id="p73"></a>[51.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). профиль сопоставления данных версии 1.0 - стандарт Организации по интероперабельности электронных сервиов - спецификация носит обязательный характер <1>;

<a id="p100150"></a>

---

<a id="p100151"></a><1> Справочно: Профиль сопоставления данных версии 1.0 (WS-I Simple SOAP Binding Profile 1.0) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.ws-i.org/Profiles/SimpleSoapBindingProfile-1.0.html).

<a id="p74"></a>[51.7](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). спецификация универсального описания, поиска и интеграции электронных сервисов версии 3.0 - стандарт Организации по развитию стандартов структурированной информации - спецификация носит рекомендательный характер <1>.

<a id="p100153"></a>

---

<a id="p100154"></a><1> Справочно: Спецификация универсального описания, поиска и интеграции электронных сервисов версии 3.0 (Universal Description Discovery and Integration, UDDI 3.0) опубликована по адресу в информационно-телекоммуникационной сети "Интернет": http://www.uddi.org/specification.htm.

<a id="p75"></a>[52](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При описании данных, а также информации о данных, их составе и структуре, содержании, формате представления, методах доступа и требуемых для этого полномочиях пользователей, о месте хранения, источнике, владельце и иной информации (далее - метаданные) и используемых наборах символов, применяемых в процессе информационного обмена, необходимо придерживаться следующих спецификаций:
<a id="p76"></a>[52.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). расширяемый язык разметки - набор стандартов Консорциума Всемирной сети <1>;

<a id="p100157"></a>

---

<a id="p100158"></a><1> Справочно: Расширяемый язык разметки (XML Extensible Markup Language) опубликован по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/standards/techs/xml#w3c_all.

<a id="p77"></a>[52.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). расширяемый язык описания схем данных версии 1.1 - стандарт Консорциума Всемирной сети <1>, специфицированный в документах: часть 1. "Структуры" <2>, часть 2. "Типы данных" <3> - спецификация носит обязательный характер;

<a id="p100160"></a>

---

<a id="p100161"></a><1> Справочно: Расширяемый язык описания схем данных версии 1.1 (XML Schema 1.1).
<a id="p100162"></a><2> Справочно: Опубликовано по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/2012/REC-xmlschema 11-1-20120405/.
<a id="p100163"></a><3> Справочно: Опубликовано по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/2012/REC-xmlschema 11-2-20120405/.

<a id="p78"></a>[53](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При разработке электронных сервисов должны быть соблюдены следующие особые условия и ограничения:
<a id="p79"></a>[53.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). согласно базовому профилю интероперабельности версии 1.1 все описания электронных сервисов и описания схем данных <1> должны создаваться в кодировке UTF-8 (с указанием этой кодировки в заголовке соответствующего описания);

<a id="p100166"></a>

---

<a id="p100167"></a><1> Справочно: Язык описания схем данных (XML Schema Definition, XSD) - один из языков описания структуры электронных сообщений.

<a id="p80"></a>[53.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). в описаниях электронных сервисов не допускаются циклические ссылки между описаниями двух и более сервисов. Однонаправленные ссылки между описаниями электронного сервиса и описаниями схем данных допустимы в любом количестве и сочетании;
<a id="p81"></a>[53.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). электронный сервис считается доступным только при одновременной доступности и точки доступа электронного сервиса <1>, и описания электронного сервиса. Доступность электронного сервиса обеспечивает оператор информационной системы, в рамках которой функционирует электронный сервис (далее - поставщик).

<a id="p100170"></a>

---

<a id="p100171"></a><1> Справочно: Точку доступа электронного сервиса принято обозначать endpoint.

<a id="p82"></a>[54](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Входящие электронные сообщения, полученные по каналам связи системы взаимодействия, проходят контроль в следующем порядке:
<a id="p83"></a>[54.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). проверка электронной подписи (далее - ЭП) электронного сообщения (при необходимости);
<a id="p84"></a>[54.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). формально-логическая проверка электронного сообщения.
<a id="p85"></a>[55](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Проверка ЭП электронного сообщения осуществляется операторами информационных систем, подключенных к системе взаимодействия, и оператором системы взаимодействия (далее - участники взаимодействия).
<a id="p86"></a>[56](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Проверка ЭП в электронных сообщениях производится на предмет корректности значений ЭП и на предмет действительности соответствующих сертификатов ключей подписи.
<a id="p87"></a>[57](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050): В случае если проверка корректности одного из значений ЭП или проверка действительности одного из сертификатов ключей подписи дала отрицательный результат, отправителю электронного сообщения направляется уведомление в виде служебного сообщения, а результат операции записывается в журнал регистрации событий системы взаимодействия.
<a id="p88"></a>[58](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Электронные сообщения, проверка ЭП которых дала положительный результат, подвергаются формально-логической проверке значений реквизитов электронного сообщения.
<a id="p89"></a>[59](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В случае непрохождения формально-логической проверки электронное сообщение исключается из дальнейшей обработки, данный факт фиксируется, и по каналам связи системы взаимодействия отправителю направляется служебное электронное сообщение, извещающее об отказе в приеме электронного сообщения.
<a id="p90"></a>[60](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В случае прохождения формально-логической проверки электронного сообщения по каналам связи системы взаимодействия отправителю направляется служебное электронное сообщение, извещающее об успешном приеме электронного сообщения информационной системы, подключенной к системе взаимодействия.
<a id="p91"></a>[61](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Если принятое и успешно прошедшее процедуры контроля электронное сообщение является сообщением запроса на предоставление электронной услуги, то информационная система поставщика разрешает использование данного электронного сервиса.
<a id="p92"></a>[62](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Если принятое и успешно прошедшее процедуры контроля электронное сообщение является извещением о готовности данных, то информационная система оператора, имеющего право использования электронного сервиса в соответствии с настоящими Требованиями (далее - потребитель), при необходимости инициирует сервис запроса этих данных.
<a id="p93"></a>[63](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Общая структура электронного сообщения включает в себя:
<a id="p94"></a>[63.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). заголовок электронного сообщения системы взаимодействия (soap:header);
<a id="p95"></a>[63.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). тело электронного сообщения системы взаимодействия (soap:body);
<a id="p96"></a>[63.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). сообщение об ошибке (soap:Fault).
<a id="p97"></a>[64](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Заголовок электронного сообщения системы взаимодействия включает в том числе:
<a id="p98"></a>[64.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). передачу сведений об аутентификации и авторизации (WS-security);
<a id="p99"></a>[64.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). передачу параметров при асинхронном взаимодействии (WS-Addressing).
<a id="p100"></a>[65](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Тело электронного сообщения системы взаимодействия в общем случае состоит из следующих элементов:
<a id="p101"></a>[65.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). блок данных;
<a id="p102"></a>[65.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). блок присоединенных документов;
<a id="p103"></a>[65.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). блок ЭП.
<a id="p104"></a>[66](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Блок данных электронного сообщения должен содержать дату и время отправки электронного сообщения в систему взаимодействия.
<a id="p105"></a>[67](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Блок присоединенных документов может содержать информацию (текстовую, графическую и иную), прилагаемую к электронному сообщению системы взаимодействия.
<a id="p106"></a>[68](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Блок ЭП должен содержать одну или несколько ЭП, фиксирующих целостность и авторство каждого из блоков данных и каждого из блоков присоединенных документов.
<a id="p107"></a>[69](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Сообщение об ошибке содержит текстовое описание возникшей ошибки и ее код в рамках информационной системы, в которой она возникла.
<a id="p108"></a>[70](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Ответственным за содержание реквизитов электронного сообщения является участник взаимодействия, отправивший данное электронное сообщение, если иное не предусмотрено настоящими Требованиями, иными нормативными правовыми актами Российской Федерации.
<a id="p109"></a>[71](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Ответственным за правомерность использования ЭП является участник взаимодействия, отправивший электронное сообщение.
<a id="p110"></a>[72](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Все элементы метаданных в описании схемы данных должны быть документированы на русском языке.
<a id="p111"></a>[73](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Документирование элементов метаданных рекомендуется выполнять с использованием конструкции:
<a id="p100202"></a><xsd:annotation>
<a id="p100203"></a><xsd:documentation>Текст описания</xsd:documentation>
<a id="p100204"></a></xsd:annotation>.
<a id="p100205"></a>Синтаксическую конструкцию <!-- текст комментария --> рекомендуется применять только в качестве вспомогательных комментариев к описаниям данных, если это необходимо, и не использовать для документирования элементов метаданных.
<a id="p112"></a>[74](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При формировании наименования элементов метаданных рекомендуется осуществлять подбор слова или словосочетания из английского языка, соответствующего тому или иному используемому понятию.
<a id="p113"></a>[75](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Наименования, обозначающие общепринятые аббревиатуры, подлежат транслитерации на латиницу.
<a id="p114"></a>[76](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В исключительных случаях, если в английском языке отсутствует слово или словосочетание, однозначно определяющее описываемое понятие или допускающее большое количество вариантов обратного перевода, допустимо использовать транслитерацию на латинский алфавит.
<a id="p115"></a>[77](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Все слова в наименовании элемента метаданных рекомендуется использовать полностью, без сокращений.
<a id="p116"></a>[78](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Порядок записи слов в наименовании, в которых используется два или более слова, должен соответствовать правилам английского языка. Слова должны записываться подряд, без пробела и других знаков между ними.
<a id="p117"></a>[79](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Наименования метаданных должны записываться строчными буквами, кроме аббревиатур, записываемых полностью прописными (заглавными) буквами. Если используется два или более слова, то каждое последующее слово, кроме первого, должно начинаться с прописной (заглавной) буквы.
<a id="p118"></a>[80](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). По согласованию с оператором системы взаимодействия допускается использование в качестве первого (а также единственного) слова с прописной (заглавной) буквы.
<a id="p119"></a>[81](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В наименования простых и составных типов (simpleType, complexType) для обозначения их отличия от элементов (element) рекомендуется добавлять суффикс "Type".
<a id="p120"></a>[82](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). По согласованию с оператором системы взаимодействия при наименовании элементов метаданных допускается использование кириллицы.
<a id="p121"></a>[83](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Согласование, указанное в пунктах 78 и 80 настоящих Требований, осуществляется путем дополнения соглашений, подписываемых в соответствии с пунктом 14 Положения о системе взаимодействия, утвержденного постановлением Правительства Российской Федерации от 8 сентября 2010 г. N 697 "О единой системе межведомственного электронного взаимодействия" (Собрание законодательства Российской Федерации, 2010, N 38, ст. 4823; 2011, N 24, ст. 3503; N 49, ст. 7284; 2013, N 45, ст. 5827; 2014, N 12, ст. 1303, N 42, ст. 5746, N 48, ст. 6862, ст. 6876, N 50, ст. 7113).
<a id="p122"></a>[84](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Под контрольным примером обращения к электронному сервису понимается пример обращения к электронному сервису и ответа электронного сервиса на указанное обращение. Контрольный пример обращения и ответа должен быть предоставлен поставщиком в формате протокола обмена структурированными сообщениями данных <1>.

<a id="p100217"></a>

---

<a id="p100218"></a><1> Справочно: SOAP-сообщение.

<a id="p123"></a>[85](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Назначением контрольного примера является подтверждение работоспособности электронного сервиса при проведении процедуры регистрации, в рамках которой осуществляются отправка электронному сервису запроса, приведенного в контрольном примере, и сравнение полученного ответа электронного сервиса с ответом, приведенным в контрольном примере.
<a id="p124"></a>[86](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Контрольный пример не должен вызывать выполнение каких-либо операций в информационной системе поставщика, которые могут привести к возникновению событий, позволяющих информационной системе участника взаимодействия или работникам участника взаимодействия интерпретировать полученные при выполнении контрольного примера данные как реальные, а не тестовые. Регистрация электронного сервиса информационной системы поставщика и (или) потребителя может считаться завершенной только при условии успешного выполнения контрольного примера, которое предполагает совпадение ответа электронного сервиса с ответом, приведенным в контрольном примере, либо, при объективной невозможности возврата электронным сервисом повторяемых данных, его соответствие описанию логики формирования ответа, которое в подобных случаях должно сопровождать предоставляемый контрольный пример (например, электронный сервис возвращает номер зарегистрированного обращения, который не может повторяться, в этом случае контрольный пример сопровождается указанием этого факта).
<a id="p125"></a>[87](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В дальнейшем контрольный пример может быть использован для настройки модуля системы взаимодействия, обеспечивающего проверку доступности и работоспособности электронного сервиса, а также для отладки программного кода разработчиками потребителя электронного сервиса.
<a id="p126"></a>[88](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Информационные системы участников взаимодействия должны обеспечивать гарантированную доставку неискаженных сообщений в рамках информационного обмена между информационной системой данного участника взаимодействия и системой взаимодействия в установленные (регламентированные) сроки.
<a id="p127"></a>[89](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Система взаимодействия обеспечивает гарантированную доставку неискаженных сообщений с определенным интервалом времени ожидания ответа на запрос путем определенного количества повторных вызовов электронных сервисов информационных систем участников взаимодействия за заданный интервал времени.
<a id="p128"></a>[90](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Система взаимодействия обеспечивает фиксацию факта доставки неискаженного сообщения либо факта ошибки при передаче сообщения в рамках информационного обмена между информационной системой участника взаимодействия и системой взаимодействия.
<a id="p129"></a>[91](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Электронные сервисы информационных систем участников взаимодействия могут разделяться по режиму работы в части обработки сообщений на синхронные и асинхронные электронные сервисы.
<a id="p130"></a>[92](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Система взаимодействия обеспечивает фиксацию и хранение сведений об истории движения в системе взаимодействия электронных сообщений при предоставлении государственных и муниципальных услуг, исполнении государственных и муниципальных функций в электронной форме (далее - сведения об истории движения электронных сообщений), а также ведение журнала обращений потребителей к электронным сервисам системы взаимодействия и электронным сервисам поставщиков.
<a id="p131"></a>[93](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Хранение сведений об истории движения электронных сообщений осуществляется в соответствии с требованиями законодательства Российской Федерации в специально созданной для данного хранения подсистеме системы взаимодействия.
<a id="p132"></a>[94](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Для подключения информационной системы к системе взаимодействия ее оператор (поставщик или потребитель):
<a id="p133"></a>[94.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обеспечивает защищенный канал связи между своей информационной системой и системой взаимодействия;
<a id="p134"></a>[94.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). разрабатывает интерфейсы взаимодействия с системой взаимодействия в соответствии с настоящими Требованиями;
<a id="p135"></a>[94.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). регистрирует электронный сервис информационной системы в реестре электронных сервисов информационных систем органов и организаций, подключенных к системе взаимодействия (далее - реестр электронных сервисов).
<a id="p136"></a>[95](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В системе взаимодействия подлежат регистрации электронные сервисы, обеспечивающие:
<a id="p137"></a>[95.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). взаимодействие информационных систем, подключенных к системе взаимодействия;
<a id="p138"></a>[95.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). взаимодействие между системой взаимодействия (федеральный уровень) и региональной системой взаимодействия (региональный уровень);
<a id="p139"></a>[95.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). предоставление государственных и муниципальных услуг в электронной форме с использованием федеральной государственной информационной системы "Единый портал государственных и муниципальных услуг (функций)" (далее - единый портал).
<a id="p140"></a>[96](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Электронные сервисы, обеспечивающие предоставление государственных услуг и муниципальных услуг в электронной форме с использованием единого портала, должны реализовывать следующие функции:
<a id="p141"></a>[96.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). направление сведений из заполненных форм заявлений и иных документов в едином портале в информационную систему поставщика;
<a id="p142"></a>[96.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обновление в едином портале информации о ходе предоставления государственной услуги или исполнения государственной функции поставщиком;
<a id="p143"></a>[96.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). передачу из информационной системы поставщика в единый портал результата оказания государственной услуги и (или) ее отдельных административных процедур (действий).
<a id="p144"></a>[97](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Для подключения информационной системы к системе взаимодействия поставщик осуществляет действия, предусмотренные пунктом 92 настоящих Требований, а также предоставляет оператору системы взаимодействия следующие документы:
<a id="p145"></a>[97.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). паспорт электронного сервиса, регистрируемого в системе взаимодействия;
<a id="p146"></a>[97.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). методику испытаний электронного сервиса, регистрируемого в системе взаимодействия, включая контрольный пример обращения к электронному сервису;
<a id="p147"></a>[97.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). руководство пользователя электронного сервиса, регистрируемого в системе взаимодействия.
<a id="p148"></a>[98](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В предоставляемом поставщиком паспорте электронного сервиса, регистрируемого в системе взаимодействия, указываются:
<a id="p149"></a>[98.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). полное и краткое наименования электронного сервиса;
<a id="p150"></a>[98.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). развернутое описание назначения электронного сервиса;
<a id="p151"></a>[98.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). информационная система, предоставляющая электронный сервис;
<a id="p152"></a>[98.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). стадия создания и использования электронного сервиса (разработка, тестовая эксплуатация, опытная эксплуатация или промышленная эксплуатация);
<a id="p153"></a>[98.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). режим гарантированной доступности электронного сервиса, который выражается в формате "a/b", где а - количество часов доступности сервиса в сутки; b - количество дней доступности сервиса в году, с дополнительным указанием рабочего времени;
<a id="p154"></a>[98.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). полное и сокращенное наименование организации - собственника технических средств, используемых для обработки информации, содержащейся в базах данных, составляющих информационную систему, предоставляющую электронный сервис;
<a id="p155"></a>[98.7](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). полное и сокращенное наименование организации - оператора информационной системы, предоставляющей электронный сервис;
<a id="p156"></a>[98.8](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). наименование структурного подразделения организации - оператора информационной системы, предоставляющей электронный сервис, ответственного за эксплуатацию электронного сервиса;
<a id="p157"></a>[98.9](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). фамилия, имя, отчество (при наличии), должность, контактный телефон, адрес электронной почты должностного лица, ответственного за эксплуатацию электронного сервиса;
<a id="p158"></a>[98.10](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). текущая версия электронного сервиса в формате X.XX;
<a id="p159"></a>[98.11](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). тип режима работы сервиса: A - асинхронный или C - синхронный;
<a id="p160"></a>[98.12](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). дата начала функционирования электронного сервиса <1>;

<a id="p100257"></a>

---

<a id="p100258"></a><1> Справочно: Рекомендуется для кодировки значения даты использовать определение профиля ISO 8601 [W3CDTF], которое поддерживает формат ГГГГ-ММ-ДД.

<a id="p161"></a>[98.13](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). ссылка на WSDL-документ, описывающий электронный сервис;
<a id="p162"></a>[98.14](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). адрес электронного сервиса у поставщика.
<a id="p163"></a>[99](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При заполнении паспорта электронного сервиса описание отдельных его элементов может повторяться.
<a id="p164"></a>[100](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператором системы взаимодействия при регистрации электронного сервиса в реестре электронных сервисов в паспорте электронного сервиса дополнительно указываются:
<a id="p165"></a>[100.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). неизменный уникальный идентификатор электронного сервиса в рамках принятой системы идентификации сервиса <1>;

<a id="p100264"></a>

---

<a id="p100265"></a><1> Справочно: Уникальный идентификатор выбирается в соответствии со стандартом ISO/IEC 9834-8..

<a id="p166"></a>[100.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). узел системы взаимодействия, через который осуществляется доступ к электронному сервису;
<a id="p167"></a>[100.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). адрес электронного сервиса в системе взаимодействия.
<a id="p168"></a>[101](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Поставщик обеспечивает доступность электронного сервиса, регистрируемого в системе взаимодействия, для проведения приемки электронного сервиса.
<a id="p169"></a>[102](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператор системы взаимодействия осуществляет регистрацию электронного сервиса, в процессе которой осуществляются:
<a id="p170"></a>[102.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). проверка представленной документации;
<a id="p171"></a>[102.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). проверка соответствия разработанного электронного сервиса настоящим Требованиям;
<a id="p172"></a>[102.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). тестирование электронного сервиса на контрольном примере в соответствии с представленной методикой испытаний.
<a id="p173"></a>[103](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В случае если электронный сервис не проходит проверку, он возвращается на доработку поставщику.
<a id="p174"></a>[104](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В случае соответствия электронного сервиса условиям, указанным в настоящих Требованиях, оператор системы взаимодействия регистрирует его в реестре электронных сервисов.
<a id="p175"></a>[105](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В целях изменения электронного сервиса, зарегистрированного в системе взаимодействия, поставщик электронного сервиса обеспечивает доступность новой версии электронного сервиса для проведения приемки и предоставляет оператору системы взаимодействия следующие документы:
<a id="p176"></a>[105.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). паспорт новой версии электронного сервиса, составленный в соответствии с пунктом 96 настоящих Требований;
<a id="p177"></a>[105.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). методику испытаний новой версии электронного сервиса, включая контрольный пример обращения к электронному сервису;
<a id="p178"></a>[105.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). руководство пользователя новой версии электронного сервиса.
<a id="p179"></a>[106](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператор системы взаимодействия осуществляет приемку новой версии электронного сервиса, разработанного поставщиком, в следующем порядке:
<a id="p180"></a>[106.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). проверяет комплектность и качество представленной документации;
<a id="p181"></a>[106.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). проверяет соответствие новой версии электронного сервиса настоящим Требованиям;
<a id="p182"></a>[106.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). тестирует новую версию электронного сервиса на контрольном примере в соответствии с представленной методикой испытаний.
<a id="p183"></a>[107](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При положительных результатах проверки новой версии электронного сервиса, разработанного поставщиком, оператор системы взаимодействия осуществляет регистрацию электронного сервиса в системе взаимодействия и рассылает уведомление всем потребителям данного электронного сервиса о выходе его новой версии и сроках работоспособности старой версии электронного сервиса.
<a id="p184"></a>[108](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В случае если новая версия электронного сервиса, разработанного поставщиком, не прошла проверку, оператор системы взаимодействия возвращает электронный сервис поставщику на доработку.
<a id="p185"></a>[109](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В целях удаления из системы взаимодействия ранее зарегистрированного в ней электронного сервиса (далее - исключение электронного сервиса) поставщик направляет уведомление оператору системы взаимодействия об исключении электронного сервиса с указанием причины.
<a id="p186"></a>[110](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператор системы взаимодействия проверяет обоснованность заявки на исключение электронного сервиса из системы взаимодействия и определяет оставшийся срок эксплуатации электронного сервиса.
<a id="p187"></a>[111](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператор системы взаимодействия уведомляет потребителей электронного сервиса о сроках его отключения.
<a id="p188"></a>[112](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Поставщик выводит исключаемый электронный сервис из эксплуатации в определенный оператором системы взаимодействия срок.
<a id="p189"></a>[113](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Оператор системы взаимодействия удаляет запись об электронном сервисе из системы взаимодействия.
<a id="p190"></a>[114](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Для осуществления поиска и обнаружения необходимого электронного сервиса в системе взаимодействия потребитель обращается на технологический портал системы взаимодействия и просматривает список всех зарегистрированных электронных сервисов либо осуществляет поиск нужного электронного сервиса с использованием поисковых процедур. По запросу потребитель получает полное описание электронного сервиса.
<a id="p191"></a>[115](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В целях осуществления мониторинга состояния и использования электронного сервиса при получении информационными системами потребителя электронных сообщений из информационных систем поставщика в системе взаимодействия фиксируются факты взаимодействия двух информационных систем.
<a id="p192"></a>[116](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В рамках процедуры мониторинга состояния и использования электронных сервисов, зарегистрированных в системе взаимодействия, для каждого взаимодействия автоматически регистрируются следующие данные:
<a id="p193"></a>[116.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). запрашиваемый электронный сервис;
<a id="p194"></a>[116.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). пользователь (для авторизованных запросов);
<a id="p195"></a>[116.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). IP-адрес пользователя;
<a id="p196"></a>[116.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). время отклика электронного сервиса;
<a id="p197"></a>[116.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). содержимое запроса;
<a id="p198"></a>[116.6](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). содержимое ответа;
<a id="p199"></a>[116.7](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). объем передаваемых данных в запросе (в байтах);
<a id="p200"></a>[116.8](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). объем передаваемых данных в ответе (в байтах);
<a id="p201"></a>[116.9](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). при возникновении ошибки - ее описание.
<a id="p202"></a>[117](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В рамках процедуры мониторинга состояния и использования электронных сервисов, зарегистрированных в системе взаимодействия, также:
<a id="p203"></a>[117.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). в автоматическом режиме осуществляется регулярный опрос зарегистрированных электронных сервисов, анализируется их состояние и формируется автоматическая рассылка уведомлений оператору системы взаимодействия и поставщику электронного сервиса при диагностировании ошибок;
<a id="p204"></a>[117.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). в автоматизированном режиме выполняются задачи предоставления аналитических отчетов по результатам работы системы взаимодействия с возможностью группировки, сортировки и фильтрации данных.
<a id="p205"></a>[118](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Условия и порядок использования ЭП при осуществлении информационного взаимодействия определяются законодательством Российской Федерации в области применения ЭП.
<a id="p206"></a>[119](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Подсистема информационной безопасности каждой информационной системы, подключаемой к системе взаимодействия, должна обеспечивать установленные законодательством Российской Федерации уровни защищенности информации, обрабатываемой в этой системе.
<a id="p207"></a>[120](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Все каналы связи системы взаимодействия, выходящие за пределы контролируемых зон участников взаимодействия, должны быть защищены с помощью сертифицированных средств криптографической защиты информации, удовлетворяющих установленным требованиям к средствам криптографической защиты информации класса не ниже КСЗ и находящихся в пределах контролируемых зон участников взаимодействия.
<a id="p208"></a>[121](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Доступ к электронным сервисам информационных систем участников взаимодействия должен осуществляться с использованием сертифицированных средств межсетевого экранирования.
<a id="p209"></a>[122](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Администрирование и сопровождение оборудования, обеспечивающего криптографическую защиту каналов связи, должно производиться только участником взаимодействия либо уполномоченными им лицами.
<a id="p210"></a>[123](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Доступ посторонних лиц ко всем техническим средствам системы взаимодействия, каналам связи и поддерживающим системам (электропитания, вентиляции, кондиционирования) в контролируемой зоне участника взаимодействия должен быть исключен.
<a id="p211"></a>[124](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В целях обеспечения защиты информации, содержащейся в информационных системах, подключенных к системе взаимодействия, участники взаимодействия:
<a id="p212"></a>[124.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обеспечивают при обслуживании информационных систем, подключенных к системе взаимодействия, исполнение установленных требований по информационной, производственной, технологической и противопожарной безопасности;
<a id="p213"></a>[124.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). осуществляют контроль доступа посторонних лиц к техническим средствам и каналам связи в контролируемой зоне участника взаимодействия, включая время проведения ремонтных работ и уборки помещений;
<a id="p214"></a>[124.3](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обеспечивают обслуживание информационных систем, подключенных к системе взаимодействия, только лицами, имеющими право доступа к информации, содержащейся в указанных информационных системах;
<a id="p215"></a>[124.4](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). принимают необходимые и достаточные меры, исключающие доступ посторонних лиц к защищаемой, в том числе парольной и ключевой информации, хранящейся на используемых и отчуждаемых носителях информации;
<a id="p216"></a>[124.5](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). осуществляют учет лиц, имеющих доступ к оконечному оборудованию, обеспечивающему криптографическую защиту каналов связи системы взаимодействия, расположенному в контролируемой зоне участника взаимодействия, а также лиц, имеющих возможность изменения конфигурации информационных систем данного участника взаимодействия, подключенных к системе взаимодействия.
<a id="p217"></a>[125](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). В целях обеспечения полноценного функционирования системы взаимодействия и подключенных к ней информационных систем каждый участник взаимодействия:
<a id="p218"></a>[125.1](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обеспечивает возможность оперативного переключения на резервный канал с сохранением функций обеспечения безопасности информации для всех каналов связи, выход из строя которых может существенно повлиять на доступность информационных систем, подключенных к системе взаимодействия;
<a id="p219"></a>[125.2](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). обеспечивает возможность оперативной замены оборудования, обеспечивающего криптографическую защиту каналов связи, используемых участником взаимодействия для осуществления информационного обмена в рамках системы взаимодействия, в случае выхода такого оборудования из строя.
<a id="p220"></a>[126](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). При взаимодействии с системой взаимодействия должна осуществляться идентификация и аутентификация информационных систем поставщиков и потребителей по идентификатору (коду) и паролю условно-постоянного действия длиной не менее восьми буквенно-цифровых символов или с использованием криптографических методов.
<a id="p221"></a>[127](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Программными средствами электронного сервиса должны протоколироваться факты приема и отправки каждого информационного сообщения в рамках системы взаимодействия с указанием уникального в рамках электронного сервиса идентификатора сообщения, направления (вида) сообщения (прием или отправка), даты, времени, адресата и контрольной суммы сообщения.
<a id="p222"></a>[128](https://bukva.ai/docs/prikaz-71-2017-minkomsvyaz-rossii#p100050). Требования по обеспечению информационной безопасности региональных узлов системы взаимодействия должны быть определены на этапе технического проектирования в рамках работ по построению подсистемы информационной безопасности.



<a id="p100323"></a>

---