Проверка СМЭВ в тестовом контуре

Подсказка

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

Подготовка окружения

Требуется установка следующих компонентов (эти компоненты будут присутствовать на сервере с основными службами Geometa. Рекомендуется именно с этого сервера отправлять тестовые запросы):

• NET Core (2.1 или выше)

• Java RE (1.8 или выше)

• Grad.Signature.Service (присутствует после установки основных служб Geometa, иначе необходим отдельный запуск Grad.Signature.Service.jar)

• КриптоПро (4 или выше)

• Java CSP (5 или выше)

• Контейнер ключей и связанные с ним сертификаты (зарегистрированные в СМЭВ)

Проверьте наличие доступа в тестовую среду СМЭВ 3 перед запуском утилиты для отправки тестовых запросов

Проверка выполняется командой:

wget http://smev3-n0.test.gosuslugi.ru:7500/smev/v1.1/ws?wsdl

или:

wget http://smev3-n0.test.gosuslugi.ru:7500/smev/v1.2/ws?wsdl

Установка и запуск программы

Для установки программы:

1. распакуйте архив SmevMezhvedTestContour.zip в каталог /home /GEMS/SmevMezhvedTestContour;

2. в файле appsettings.json заполните настройки в соответствии с тем видом сведений, который регистрируется:

   • "Mnemonics" – мнемоника системы, которая присваивается при регистрации ИС СМЭВ (для тестовых запросов мнемонику можно не указывать!);

   • "CertificateNumber" – номер сертификата, который используется при регистрации в СМЭВ;

   • "InformationKinds" – если установлено значение true, то этот вид сведений будет участвовать в межведомственном взаимодействии, иначе устанавливаем значение false.

   

Таблица соответствия видов сведений и параметров в файле appsettings.json:

Вид сведений СМЭВ	Параметр в секции InformationKinds
Предоставление КПТ, КВЗУ	Egrn
Предоставление сведений ЕГРИП	Egrip
Предоставление сведений ЕГРЮЛ	Egrul
Предоставление отдельного тома архива документов раздела реестра по идентификационным данным	EgrzDocumentsVolumeRequest
Предоставление идентификационных данных томов архива документов раздела реестра в ГИС ЕГРЗ	EgrzDocumentsRequest
Прием запроса на дополнительный период для загрузки томов раздела реестра из ГИС ЕГРЗ	EgrzDocumentsProlongationRequest
Предоставление выписки из единого государственного Реестра заключений экспертизы проектной документации объектов капитального строительства	Egrz
Прием необходимой для уплаты информации (начисления)	InvoicePayment
Предоставление информации об уплате	Payment
Универсальный вид сведений для приема событий электронного заявления на портале государственных услуг (функций)	EventService
Размещение в ЕИСЖС разрешения на строительство и решения о внесении изменений в разрешение на строительство	EiszhsConstructionPermitRegistration
Размещение в ЕИСЖС разрешения на ввод в эксплуатацию	EiszhsOperationPermitRegistration
Размещение в ЕИСЖС решения о прекращении действия разрешения на строительство	EiszhsStopConstructionPermitRegistration
Получение сведений о разрешении на строительство из ЕИСЖС	EiszhsConstructionPermitInfo
Получение сведений о разрешении на ввод в эксплуатацию из ЕИСЖС	EiszhsOperationPermitInfo
Получение справочников КЦР в машиночитаемом виде	KcrDictionariesRequest
Получение ЦАР в машиночитаемом виде	KcrReglamentRequest
Прием заявления о предоставлении сведений единой электронной картографической основы (ЕЭКО)	EekoApplication
Прием данных ИСОГД в ГИС ведения Единой электронной картографической основы	EekoDataRegistration
Запрос на регистрацию заявления в ЕЛК	ElkCreateOrder
Запрос на обновление статуса заявления в ЕЛК	ElkUpdateOrder

Если было установлено 2 версии Java RE

Если на сервере было установлено 2 версии Java RE в разных местах, необходимо:

Открыть Midnight Commander, найти ярлык /bin/java, нажать на клавиатуре F3, чтобы открыть ярлык на просмотр. В первой строчке будет видно, что он ссылается на /etc/alternatives/java.

Найдите ярлык /etc/alternatives/java, так же откройте его на просмотр. Будет видно в первой строчке, что он ссылается на /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.275.b01-0.e17_9.x86_64/jre/bin/java.

Именно туда ссылается java, и туда был установлен Крипто-Про Java CSP.

В файле службы /etc/systemd/system/Grad.Signature.Service.service при запуске приложения был указан путь /usr/java/jre1.8.0_152/bin/java. Замените этот путь на верный.

Важно

• Не рекомендуется устанавливать 2 версии Java в разных местах. Если и установлено - следите, чтобы Крипто-Про JCSP и запуск сервиса подписи выполнялся из одной и той же версии.

• Если после проверки настроек в файлах не удается запустить SmevTestContourTestingApp командой dotnet Gems.Smev.TestContourCheckingApplication.dll, перезапустите сервис подписи командой: systemctl restart  Grad.Signature.Service.service.

Запустите SmevTestContourTestingApp:

dotnet Gems.Smev.TestContourCheckingApplication.dll

Проверка результатов тестирования

Полученные ответы сохраняются в папку, указанную в файле appsettings.json в параметре "OutputDirectory": "./output". По умолчанию: «…/SmevTestContourTestingApp/output»..

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

Например, папка для Запроса №1 будет содержать следующие данные:

• Request1.xml – отправляемый запрос на выполнение услуги;

• Request1_answer.xml – синхронный ответ, что запрос прошел;

• response.xml – запрос на получение результата по услуге;

• response_answer.xml – полученный ответ (результат услуги);

• response_ask.xml – подтверждение того что мы получили результат услуги;

• response_ask _answer.xml – синхронный ответ, что запрос подтверждения прошел.

Пример для проверки отправляемых и полученных данных ЕГРН Request4 и Response4

1. откройте файл Request4.xml

2. убедитесь, что в файле Request4.xml в блоке <ns2:MessagePrimaryContent> </ns2:MessagePrimaryContent> содержится эталонная информация

Содержимое файла Request4.xml

<ns2:MessagePrimaryContent>
  <req:Request xmlns:req="urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/1.1.2" xmlns:das="urn://x-artefacts-rosreestr-gov-ru/virtual-services/egrn-statement/dRegionsRF/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <req:region>41</req:region>
    <req:externalNumber>1111111111</req:externalNumber>
    <req:senderType>Vedomstvo</req:senderType>
    <req:actionCode>659511111114</req:actionCode>
    <req:Attachment>
      <req:IsMTOMAttachmentContent>true</req:IsMTOMAttachmentContent>
      <req:RequestDescription>
        <req:IsUnstructuredFormat>false</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>request.xml</req:fileName>
      </req:RequestDescription>
      <req:Statement>
        <req:IsUnstructuredFormat>false</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>app_1.xml</req:fileName>
      </req:Statement>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>app_1.xml.sig</req:fileName>
      </req:File>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>request.xml.sig</req:fileName>
      </req:File>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>Pasport_Semenov.pdf</req:fileName>
      </req:File>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>Pasport_Semenov.pdf.sig</req:fileName>
      </req:File>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>statement.xml.sig</req:fileName>
      </req:File>
      <req:File>
        <req:IsUnstructuredFormat>true</req:IsUnstructuredFormat>
        <req:IsZippedPacket>true</req:IsZippedPacket>
        <req:fileName>request.xml.sig</req:fileName>
      </req:File>
    </req:Attachment>
  </req:Request>
</ns2:MessagePrimaryContent>

Подсказка

Если при тестировании сведений ЕГРН в файле Request_answer.xml содержится тег <ns2:Mnemonic>, который заполнен значением, отличным от emu, то запрос отправлен не в тестовый контур СМЭВ. В таком случае обратитесь к разработчикам.

3. Проверьте всю полученную и отправленную информацию на соответствие эталонным данным.

4. Из последнего полученного файла response_answer.xml скопируйте значение тега DeliveryTimestamp и вставьте это значение в заявку на предоставление доступа к ВС (виду сведений) в поле «Дата/время успешного прохождения тестирования ВС в тестовой среде».

Схема взаимодействия со СМЭВ: запросы и ответы

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

После получения ответов на тестовые запросы заказчику необходимо сформировать заявки на предоставление доступа к ВС.

Скачать шаблоны заявок на предоставление доступа к ВС в СМЭВ

Важно

В заявке на предоставление доступа к ВС в СМЭВ в поле MessageID запроса необходимо внести значение из блока <MessageID>...</MessageID> из файла Request.xml.