Технологический портал госуслуги что это
Интеграция с «Госуслугами». Место СМЭВ в общей картине (часть I)
В цикле статей мы, команда Gems Development, расскажем о работе с «Госуслугами» по ту сторону экрана и о том, как оформить эффективное взаимодействие органов государственной власти с порталом.
Общая схема взаимодействия через СМЭВ
Участники взаимодействия
Представим, что «Госуслуги» — это магазин, на витрине которого представлены сервисы для граждан и организаций. Запрос «покупателя» на услугу передаётся соответствующим органам через систему межведомственного электронного взаимодействия (СМЭВ). Система передаёт сообщения между порталом и ведомством.
Работа через СМЭВ происходит по протоколу SOAP (Simple Object Access Protocol — простой протокол для доступа к объектам).
Участники взаимодействия, как в магазине, делятся на поставщиков и потребителей. Поставщик — это информационная система (ИС), которая предоставляет сведения по запросу, а потребитель — система, запрашивает сведения.
Одна и та же ИС может действовать сразу в двух ролях. Например, в процессе предоставления услуги нужно уведомить портал о смене её статуса. В этом случае ИС-поставщик исполняет роль потребителя — проводит информационный обмен по статусам.
Виды сведений
Участники обмениваются данным через виды сведений (протоколы обмена) — правила формирования пакетов данных для передачи от одного участника другому.
Хороший пример вида сведений — Всероссийская перепись населения 2020. Данные о переписи передают федеральным органам исполнительной власти в электронном виде. В полученных данных существует чёткая структура сведений: ФИО, пол, дата рождения, гражданство, семейное положение. Также в рамках вида сведений описан ответ, который должен быть получен, если обработка запроса прошла успешно.
На июнь 2020 года в СМЭВ зарегистрировано более 1000 промышленных (рабочих) и 2000 тестовых видов.
Обмен данными в промышленной среде по всем видам сведений ведётся через защищённые каналы связи. Все передаваемые данные сопровождаются электронной цифровой подписью, с помощью которой СМЭВ идентифицирует участников взаимодействия.
Данные передаются по протоколу SOAP, при этом каждое сообщение представляет собой вложенную структуру:
Виды сведений делятся на две группы — простые и универсальные. Рассмотрим схему обмена данными по простому виду сведений:
На схеме видно, что данные форм отображаются непосредственно в конверты обмена данными. Из-за этого появляется ограничение: необходимо разработать структуру блока данных, запроса/ответа для каждого такого вида сведений.
Обмен по универсальному виду сведений можно представить так:
На первый взгляд схема может показаться более сложной, однако она демонстрирует принципиальную разницу, которая в итоге упрощает взаимодействие между участниками по универсальному виду сведений (УВС). Специфические данные форм передаются во вложении к конверту СМЭВ, а признаки УВС, позволяющие идентифицировать вид сведений, передаются непосредственно в конверте и имеют одинаковую для любого ВС структуру:
Таким образом можно оформить предоставление практически любых услуг без необходимости проходить трудную регистрацию нового вида сведений.
Очереди сообщений и процесс взаимодействия
В процессе взаимодействия сообщения помещаются в очереди входящих запросов и очереди входящих ответов. По сути очереди — это контейнеры, в которых содержатся сообщения по видам сведений.
Взаимодействие с очередями происходит с помощью специальных запросов. Более подробно они описаны в методических рекомендациях по работе со СМЭВ. Отметим только то, что благодаря очередям становится возможным асинхронный обмен данными: потребитель может оставить заявку на получение сведений, а поставщик — разместить ответ.
Следует помнить: чтобы забрать сообщение из очереди, необходимо подтвердить его получение с помощью Ack-запроса. В противном случае СМЭВ посчитает сообщение недоставленным и вернёт его в очередь через 15 минут после извлечения.
На каждый запрос может поступить как успешный, так и неуспешный ответ.
Представим себя в роли поставщика сведений: по запросу мы выдаём пользователю градостроительный план земельного участка, причём в рамках нашего ведомства действуют несколько территориальных подразделений, некоторые из которых такую услугу вовсе не оказывают. Допустим, пользователь портала при формировании заявления на получение услуги указал подразделение, не оказывающее услугу. Такая ситуация может возникнуть по двум причинам:
Успешный ответ предполагает сценарий, в котором результат услуги — это набор файлов (что бывает довольно часто). Перед отправкой результата необходимо выгрузить файлы в файловое хранилище СМЭВ на основе FTP-сервера. Названия файлов и их контрольные суммы нужно зафиксировать в пакете, который отправляем через SOAP. Таким образом, есть две операции по передачи данных, которые нужно связать общим контекстом — сведениями о файлах.
На практике встречаются случаи, когда во время взаимодействия СМЭВ находится в режиме обслуживания, и запросы участника оборачиваются неудачей и требуют повторной отправки. Неудачу нужно зафиксировать и отправить запрос повторно.
Постановка задачи
С учётом приведённых выше особенностей, нашей команде предстояло обеспечить интеграцию ИС заказчика с «Госуслугами» по универсальному виду сведений. Информационная система заказчика — ИАС «Градоустройство». С её помощью пользователи ведомств, ответственные за оказания услуг, могут собирать пакеты документов и формировать результаты для дальнейшей передачи на портал через СМЭВ.
Итак, СМЭВ, как в поговорке про слова в песне, нельзя исключить из решения задачи интеграции с порталом государственных услуг. Но это к лучшему: благодаря системе у всех участников есть универсальная среда взаимодействия. Это позволяет опираться на определённый стандарт и не изобретать велосипед.
В следующих статьях мы рассмотрим, как на стороне поставщика сведений организовать обработку заявлений по данным пользователя с использованием движка автоматизации бизнес-процессов Workflow Core.
Как работает идентификация пользователей через «Госуслуги»
Единая система идентификации и авторизации (ЕСИА) – это единственный способ верифицировать личность пользователя. Если продукт работает с деньгами, решает юридические задачи или работает с медицинскими данными, без интеграции с ЕСИА не обойтись. Рассказываем, что нужно знать, чтобы работать с этой инфраструктурой.
ЕСИА появилась в 2010 году и изначально использовалась для авторизации на Портале госуслуг. За прошедшее время возможности системы постоянно развивались, и сегодня коммерческие организации используют её, чтобы связывать учётные записи пользователя с их оффлайн-личностью.
То есть если компании нужно удостовериться, что по ту сторону экрана действительно тот человек, которым представился пользователь, ЕСИА предоставляет такую возможность. И самое главное – эта идентификация имеет юридическую значимость.
1. Клиент может подписывать юридически значимые электронные документы, получать защищённый доступ к конфиденциальной информации, медицинским данным и т.д.
2. Появляется возможность автоматически заполнять в анкетах и заявках персональные данные клиента: ФИО, данные паспорта, ИНН, информация о детях и др. При этом компания может быть уверена, что эти данные абсолютно верны и правдивы.
3. Страховые компании и банки могут продавать через приложение свои продукты. И никаких расходов, которые связаны с традиционными, оффлайновыми каналами продаж – не нужно собирать документы, приглашать человека в офис, достаточно разработать скрипт для колл-центра.
4. Для пользователя верификация с ЕСИА повышает доверие к сервису и делает саму процедуру удобнее – не нужно помнить дополнительные пароли, просто нажимаешь знакомую кнопку и всё.
В наших проектах интеграция ЕСИА активно используется в продуктах страховых компаний. Это позволяет клиентам покупать полисы ОСАГО, отправлять извещения о ДТП при оформлении заявок на урегулирование убытков. Это критически важная функция для сценариев заявления о страховых случаях по ОСАГО, когда пользователь не является клиентом данной страховой компании.
Хотя сейчас к ЕСИА могут подключиться не все организации, можно ожидать, что такая авторизация скоро станет де-факто стандартом для пользовательских сервисов. Просто потому, что это надёжно и удобно для клиентов – вместо отдельной учётной записи для каждого ресурса можно использовать единый аккаунт «Госуслуг» и бесшовно пользоваться любыми нужными услугами. Поэтому задумываться об интеграции стоит всем компаниям.
ЕСИА является прослойкой между стандартным содержанием приложения и его защищёнными данными. Если пользователю не требуются услуги, которые требуют верификации личности, он может не проходить дополнительную авторизацию. Когда же он захочет попасть в этот раздел, приложение переадресует его на Портал госуслуг, а после успешной авторизации – вернёт обратно.
Технически процесс выглядит так:
1. Пользователь обращается к защищённому ресурсу информационной системы (например, при онлайн-покупке полиса ОСАГО).
2. Информационная система направляет в ЕСИА запрос на аутентификацию.
3. ЕСИА проверяет, есть ли у пользователя открытая сессия, т.е. авторизовался ли он уже ранее. Если такой сессии нет, ЕСИА направляет пользователя на веб-страницу, чтобы он ввёл свой логин и пароль.
4. После успешной аутентификации ЕСИА передаёт в информационную систему пакет с идентификационными данными пользователя, информацию об уровне его учётной записи и контексте аутентификации.
5. На основании этой информации система открывает пользователю доступ.
Процедура подключения занимает около месяца. Это время включает регистрацию необходимых аккаунтов, получение данных от Минцифры, работы по интеграции ИС.
1. Зарегистрируйте руководителя организации на Портале госуслуг. Регистрировать компании в ЕСИА могут только те их представители, которые вправе действовать без доверенности. Им понадобится подтверждённая учётная запись физического лица – т.е. нужно будет не только указать свои данные, но и обратиться в банк или МФЦ для верификации. В последнее время многие банки позволяют сделать это онлайн, через их приложения.
2. Зарегистрируйте вашу организацию.
a. Получите квалифицированную электронную подпись (КЭП) на руководителя организации.
b. Зарегистрируйте юридическое лицо в профиле ЕСИА.
c. Оформите КЭП для юридического лица.
Оформлением КЭП занимаются аккредитованные удостоверяющие центры. Подробная инструкция по этому процессу здесь.
3. Зарегистрируйте информационную систему в ЕСИА.
Регистрация системы происходит через технологический портал. Доступ к нему может получить один из сотрудников компании – действовать через аккаунт представителя уже не обязательно. Этот процесс подробно расписан в Руководстве пользователя технологического портала ЕСИА. В результате регистрации информационная система заносится в реестр ИС и получает мнемонический буквенно-цифровой код.
4. Доработайте систему для обмена данными с ЕСИА.
Аутентификация пользователей в ЕСИА происходит по OAuth 2.0 и OpenID Connect 1.0. Компании необходимо сгенерировать закрытый ключ и сертификат открытого ключа, зарегистрировать его на технологическом портале. Стоит отметить, что ЕСИА поддерживает только российские алгоритмы шифрования ГОСТ Р 34.10-2012 и ГОСТ Р 34.11-2012.
Стоит отдельно отметить, что если в компании уже используются средства верификации пользователей посредством Single Sign-On, то особых технических трудностей при подключении к ЕСИА не будет.
5. Подключитесь к тестовой среде ЕСИА
На этом этапе нужно отправить на адрес sd@sc.minsvyaz.ru заявку по форме, которая приводится в Регламенте взаимодействия заявителей с операторами ЕСИА. Когда администраторы откроют доступ, компании нужно подключить свою систему к ЕСИА, чтобы она могла принимать и отправлять запросы. Для этого используются специальные коннекторы, и Минцифры не даст разрешение на полноценный запуск, пока коннекторы не заработают стабильно в тестовом режиме.
6. Подключитесь к промышленной среде ЕСИА
FAQ по теме интеграции с ЕСИА
Вот о ней и хотелось бы поговорить. Это ознакомительная статья, можно сказать ликбез. Для знакомства людей, которые еще не знают, что при необходимости можно использовать ЕСИА у себя в проектах и идти в ногу со временем вместе с государством. И так, что же это за зверь и как его рассматривает правительство.
Минкомсвязь России в рамках инфраструктуры электронного правительства создала и развивает Единую систему идентификации и аутентификации (ФГИС ЕСИА), цель которой — упорядочить и централизовать процессы регистрации, идентификации, аутентификации и авторизации пользователей.
1. Предоставляет информационным системам решение по достоверной идентификации пользователей (физических и юридических лиц, органов государственной власти).
Достоверность достигается за счет того, что:
Законодательство со временем корректируется, и вместе с ним расширяется перечень организаций, которым разрешено подключиться к ЕСИА.
Люди, не знакомые с ситуацией, при слове «государственная» сразу представляют себе каналы связи, которые необходимо защитить при помощи отечественных криптоалгоритмов со всеми вытекающими затратами, лицензиями и оборудованием. Но, как бы смешно это не было (или печально), главная площадка для идентификации в стране – работает с иностранной криптографией (а куда деваться).
Поэтому, если вы хотите воспользоваться услугами данной платформы, то можете размещать свои ресурсы где у годно в нашей огромной стране, в том числе и в нашей инфраструктуре Cloud4Y.
Что же может получить коммерческая организация из ЕСИА?
Перечень доступных к получению сведений зависит от:
Государственные организации могут получать из ЕСИА полный набор данных о пользователе и его организациях. Это следующие сведения:
Как подключиться?
Чтобы подключить сайт своей организации, нужно пройти несколько довольно несложных процедур.
В общих чертах для подключения к ЕСИА нужно:
Здесь нужно заметить, что с 01.01.2018 г. взаимодействие по протоколу SAML 2.0 больше не будет разрешено (только для действующих систем). Для подключения к ЕСИА необходимо будет использовать протокол OAuth 2.0 / OpenID Connect (сейчас доступны оба варианта).
Аутентификация пользователя в системе
Рекомендуемый сценарий аутентификации пользователя при интеграции по OpenID Connect 1.0 в его базовом виде происходит по следующему сценарию:
Подключаться или нет?
За операторов, в связи со вступлением в действие закона о мессенджерах данный вопрос практически решен.
Напомним, в соответствии с Федеральным законом №245 «О внесении изменений в Федеральный закон «О связи» от 29 июля 2017 года, операторы связи обязаны проверять достоверность сведений об абоненте. В законе закреплен перечень способов проверки, одним из которых является использование Единого портала государственных и муниципальных услуг или информационных систем госорганов при наличии подключения к ним у операторов через СМЭВ.
Поправки в ФЗ «О связи» вступают в силу 1 июня 2018. До этого времени операторы связи смогут протестировать работу своих систем со СМЭВ и ЕСИА. 
Становится ли чебурнет всё ближе? Официальных заявлений о планах сделать выход в Интернет возможным только через ЕСИА нами не найдено. На данный момент, по официальным данным, в ЕСИА зарегистрировано около 50 миллионов пользователей (физических лиц) и около 300 000 организаций.
Часто задаваемые вопросы
Что такое СМЭВ
Задачами системы межведомственного электронного взаимодействия в инфраструктуре Электронного правительства являются:
Государственные функции в электронном виде. Обеспечение информационного взаимодействия в электронной форме при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций.
Государственные услуги в электронном виде. Обеспечение предоставления государственных и муниципальных услуг в электронной форме, в том числе с использованием федеральной государственной информационной системы «Единый портал государственных и муниципальных услуг (функций)».
Системная магистраль информационного взаимодействия. Технологическое обеспечение информационного взаимодействия с применением системы взаимодействия достигается путем использования сервис-ориентированной архитектуры, представляющей собой совокупность Видов сведений, построенных по общепринятым стандартам, а также путем использования единых технологических решений и стандартов, единых классификаторов и описаний структур данных.
Основные функции системы межведомственного электронного взаимодействия:
Ведение реестра Видов сведений
Ведение политик безопасности, применяемых к зарегистрированным Видам сведений
Маршрутизация сообщений к зарегистрированным Видам сведений
Протоколирование обращений (входящих и исходящий сообщений) к Видам сведений
Гарантированная доставка сообщений, осуществляемая за счет механизма повторных вызовов Видам сведений при сбоях
Обеспечение оповещения Оператора СМЭВ о сбоях в функционировании Видов сведений
Передача информации о событиях на СМЭВ по подписке заинтересованным Пользователям (информационным системам)
Формирование динамически создаваемой статистики использования Видов сведений
Актуальные адреса для обращений к СМЭВ 3
Адреса размещения Единого электронного сервиса:
Продуктивная среда СМЭВ 3 (СМЭВ 3):
Тестовая среда СМЭВ 3 (ТСМЭВ 3):
Среда разработки СМЭВ 3 (СР СМЭВ 3):
При отправке сообщения на стороне Участника-отправителя формируется HTTP-заголовок. Необходимо заполнять атрибтут HOST в HTTP-заголовке сообщения в соответствии со средой, с которой происходит обмен данными. Например, для продуктивной среды (схема 1.3): Host: 172.20.3.12:5000.
Адреса FTP-серверов файлового хранилища (ФХ) СМЭВ 3:
Пересылка вложений с использованием файлового хранилища описана в п.7 Методических рекомендаций по работе с СМЭВ версия 3.5.X.X:
Загрузка файлов в Файловое хранилище осуществляется по протоколу FTP. Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений. Для каждого файла ИС отправителя должна создать отдельную директорию, в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму, аналогичному генерации UUID сообщения (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122).
Адреса Сервиса предоставления кодов транзакций (СГКТ):
Получение вложения через FTP
Адреса FTP-серверов ФХ СМЭВ 3:
Логин доступа в FTP-сервер ФХ СМЭВ 3 – anonymous
Режим FTP-сервера – пассивный.
Для выгрузки файла на стороне информационной системы получателя необходимо сформировать запрос вида:
Срок жизни логина и пароля составляет 15 минут. В течении 15 минут необходимо авторизоваться на Файловом хранилище.
Через 15 минут происходит передоставка GetResponseResponse с новыми авторизационными данными, старые не действительны.
Важно! Если получатель, не скачав или не полностью скачав вложение подтвердит получение сообщения, т.е. направит ACK, то вложение удалится и будет недоступно для повторного скачивания.
Сертификаты СМЭВ 3
Куда обращаться Участникам межведомственного взаимодействия по вопросам эксплуатации СМЭВ 3?
Коммуникации по вопросам получения/предоставления информационно-методической поддержки Участникам взаимодействия в ситуационном центре (далее – СЦ) осуществляются с помощью:
Основным способом направления обращения является использование Личного кабинета СЦ.
Электронная почта является резервным способом направления обращения, который используется в случае недоступности Личного кабинета СЦ.
По телефону осуществляются консультации Участников информационного взаимодействия по вопросам использования Личного кабинета СЦ и информирование о статусе зарегистрированного в СЦ обращения.
Участник СМЭВ (ФОИВ, РОИВ или организации) самостоятельно создает выделенный почтовый ящик, предназначенный для электронной переписки по вопросам касающимся СМЭВ.
Участник СМЭВ направляет все сообщения по вопросам эксплуатации СМЭВ Службе эксплуатации на почтовый ящик sd@sc.minsvyaz.ru. Порядок информационного взаимодействия в конкретном случае Участник СМЭВ может узнать там же.
Служба эксплуатации направляет ответы, запросы и уведомления Участнику СМЭВ на его электронный адрес.
Служба эксплуатации направляет Участнику СМЭВ Уведомление о регистрации инцидента/заявки/запроса/жалобы и его номер в течение 4 часов.
По завершению обработки инцидента/заявки/запроса/жалобы Участника СМЭВ Служба эксплуатации сообщает результат Участнику СМЭВ в течение 1 рабочего дня.
Участник СМЭВ может узнать о статусе обработки своего сообщения, направив запрос на sd@sc.minsvyaz.ru с указанием номера заявки. Статус сообщается в течение 4 рабочих часов.
Как осуществить регистрацию новой версии Вида сведений?
При появлении новой версии ВС просим Вас направлять в Службу поддержки СМЭВ (sd@sc.minsvyaz.ru) заявку на регистрацию ВС с приложением всех данных, необходимых для регистрации ВС.
Новые версия XSD-схем, эталонных запросов и ответов, а также тестовых сценариев и контрольных примеров новой версии ВС будут зарегистрированы в СМЭВ 3.
При этом, взаимодействие по старому формату должно оставаться возможным на протяжении 6 месяцев с момента регистрации новой версии ВС в продуктивной среде.
Процесс тестирования в тестовой среде СМЭВ 3.0 для получения доступа в продуктивной среде в качестве Потребителя или к Виду сведений с типом «Рассылка»
Тестирование в тестовой среде для Потребителя:
Направленный запрос будет отправлен к эмулятору тестовой среды. Затем Потребителю следует получить ответ методом GetResponse и подтвердить получение ответа методом Ack.
Также для получения доступа в роли Потребителя допустимо пройти тестирование с Поставщиком ВС в тестовой среде СМЭВ3.
Бизнес-данные запросов и ответов должны соответствовать формату, заданному в руководстве пользователя ВС. Тестирование необходимо проводить той ИС, которой требуется доступ.
В результате успешного выполнения указанных действий происходит Автоматическая отметка в Эмуляторе тестовой среды СМЭВ об успешном выполнении всех или части эталонных запросов по ВС.
Участнику необходимо сохранить результаты успешного тестирования и переходить к процедуре получение доступа к ВС в продуктивной среде в качестве Потребителя (п.п 10.8.3 проекта документа Правила и процедуры работы в СМЭВ 3).
Информацию об успешном прохождении тестирования с эмулятором Потребителем по ВС можно просматривать на главной странице технологического портала СМЭВ 3.0 (ссылка: https://smev3.gosuslugi.ru/portal/) документ «Статус ВС» во вкладке «Статус тестирования». Обновление документа происходит каждый вторник.
Тестирование в тестовой среде для Подписчика по ВС с типом «Рассылка»:
Тестирование ВС с типом «Рассылка» в тестовой среде СМЭВ представляет собой получение Подписчиком широковещательной рассылки от ИС Поставщика в тестовой среде СМЭВ 3.
Участник, выступающий в роли Подписчика, направляет заявку на тестирование ВС с типом «Рассылка» в СЦ. В адрес Поставщика сотрудниками СЦ передается информация о необходимости отправки тестового запроса широковещательной рассылки. Поставщик направляет запрос – широковещательную рассылку в адрес Участника и через СЦ направляет идентификатор запроса широковещательной рассылки.
Участник получает запросы методом GetRequest и подтверждает получение методом Ack. Если полученные запросы соответствуют формату, заданному в руководстве пользователя ВС, Участнику необходимо сохранить результаты тестирования и переходить к процедуре получение доступа к ВС с типом Рассылка в продуктивной среде (п.п 10.8.3 проекта документа Правила и процедуры работы в СМЭВ 3).
Актуальные формы заявок на предоставление доступа к ВС в СМЭВ 3 доступны на Технологическом портале СМЭВ 3 (раздел «Для Участников взаимодействия»):
— Заявка на предоставление доступа к Виду сведений в СМЭВ 3 в качестве потребителя ВС;
— Заявка на предоставление доступа к Виду сведений с типом Рассылка в СМЭВ 3.
Как правильно оформить заявку на доступ к Виду сведений в качестве Потребителя?
Заявка должна включать следующие сведения:
Наименование и мнемоника Участника информационного взаимодействия в СМЭВ – Потребителя информации, запрашивающего доступ.
Информация о предварительном тестировании в Тестовой среде: дата/время и MessageID направленного(ых) запроса(ов).
Реквизиты нормативных правовых актов, с указанием конкретных пунктов (частей, статей), подтверждающих основание получения доступа к ВС (федеральные законы, постановления Правительства Российской Федерации, приказы Участника информационного взаимодействия об утверждении административных регламентов, соглашения об информационном обмене, иные правовые акты, предусматривающие информационное взаимодействие).
Наименование Вида сведений – наименование ВС, к которому запрашивается доступ, версия ВС.
Телефон или адрес электронной почты для информирования о предоставлении доступа к ВС.
Должность и контактные данные технического специалиста Потребителя в случае возникновения необходимости получения консультативной помощи по функционированию информационной системы Потребителя.
Подпись уполномоченного лица Потребителя, заверенная соответствующей гербовой печатью.
Доступ к ВС в среде разработки и тестовой СМЭВ 3 для Потребителей
В связи с одобрением документа «Приложение 3 Правила и процедуры работы в СМЭВ по Методическим рекомендациям версии 3.х» Регламента обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде для видов сведений, зарегистрированных в тестовой среде и среде разработки, 20.11.17 отключено разграничение прав доступа для потребителей.
С указанной даты для обращения к ВС тестовой и среды разработки Потребителям не требуется оформлять заявку (п.п. 10.8.1, 10.8.2).
Напоминаем о том, что запрещено использовать в данных среды разработки и тестовой среды СМЭВ любые персональные или служебные данные, все данные должны быть тестовыми.
Доступ к новым версиям ВС в продуктивной среде СМЭВ 3.0 в роли Потребителя
Согласно Регламенту Приложение 3 п. 10.8.3 «Получение доступа к Виду сведений в продуктивной среде СМЭВ в качестве Потребителя или к Виду сведений с типом «Рассылка»»:
«В случае регистрации новой версии ВС в продуктивной среде СМЭВ Участник, имеющий доступ к этому ВС, получит доступ к новой версии в автоматическом режиме. Участнику, имеющему доступ к ВС в качестве Потребителя, повторно проходить тестирование и запрашивать доступ к новой версии ВС не требуется. Для успешного перехода на новую версию ВС Участнику необходима только доработка своей ИС.».