Подсистема обработки заявок в Ветис.API

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

Принципы взаимодействия В целях обеспечения эффективного информационного обмена между учетной системой предприятия и ИС «Меркурий» взаимодействие организуется по асинхронной схеме. Для данной схемы действуют следующие правила: 1. Взаимодействие реализуется посредством запросов ИС предприятий к ИС «Меркурий». ИС «Меркурий» не может выступать в роли инициатора запроса к системе предприятия. Передача информации из ИС «Меркурий» осуществляется в виде ответа на запрос ИС предприятия. 2. Любая операция в рамках информационного взаимодействия с ИС «Меркурий» представляет собой заявку на осуществление некоторых действий. По каждой заявке ИС «Меркурий» формирует ответ, который может быть запрошен учетной системой предприятия. Процесс направления и обработки заявки представлен на следующей схеме: 3. Любой запрос в рамках информационного взаимодействия с ИС «Меркурий» должен содержать идентификационные данные хозяйствующего субъекта, производственной площадки, на которой осуществляется бизнес-операция, а также персональные аутентификационные данные сотрудника организации в ИС «Меркурий», осуществляющего действия в ИС предприятия, инициирующие операции по информационному обмену. Таким образом, важным условием осуществления информационного взаимодействия является предварительная регистрация хозяйствующего субъекта, его производственной площадки и ответственных лиц в ИС «Меркурий». Формат технической операции «Подача заявки». В зависимости от сценария состав передаваемых сведений будет выглядеть следующим образом (O – поле необязательно для заполнения, M – поле обязательно для заполнения,* или «пусто» – поле участвует во всех сценариях). При обработке запроса возможны следующие сценарии. 2.1 Запрос успешно обработан. 2.1.1 Заявка требует обработки. 2.1.2 Результат сформирован в рамках запроса(cтатус заявки-completed). 2.2 Произошла ошибка при обработке запроса. 2.2.1 Некорректный запрос. 2.2.2 Запрос не прошёл проверку на бизнес-правила. 2.2.3 Внутренняя ошибка системы. В зависимости от сценария состав передаваемых сведений будет выглядеть следующим образом (O – поле необязательно для заполнения, M – поле обязательно для заполнения,* или «пусто» – поле участвует во всех сценариях).


Данные запроса

Структура данных запроса в формате ХML.

   <ws:submitApplicationRequest>
         <ws:apiKey>ZmUyMGM3M2EyMThhMTFlMmE2OWJiNDk5YmFiYWU3ZWHQodGAINGP0L3QsiAxNCAxMjoxOTo1NyBNU0sgMjAxNQ==</ws:apiKey>
         <app:application>
            <app:serviceId>mercury-g2b.service</app:serviceId>
            <app:issuerId>fc479683-26f8-49b3-a76c-f35a289eadcd</app:issuerId>
            <app:issueDate>2015-01-10T17:03:00</app:issueDate>
            <app:data>
                <…>
            </app:data>
         </app:application>
      </ws:submitApplicationRequest>

Данные ответа

Структура данных ответа в формате ХML.

<ws:receiveApplicationResultRequest>
<ws:apiKey>ZmUyMGM3M2EyMThhMTFlMmE2OWJiNDk5YmFiYWU3ZWHQodGAINGP0L3QsiAxNCAxMjoxOTo1NyBNU0sgMjAxNQ==</ws:apiKey>
         <ws:issuerId>fc479683-26f8-49b3-a76c-f35a289eadcd</ws:issuerId>
         <ws:applicationId>01a69e2c-cdbd-4b0a-a5d3-afd11b58a71a</ws:applicationId>
      </ws:receiveApplicationResultRequest>