Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
<userId>1000299040</userId>
<eServiceCode>5</eServiceCode>
<serviceTargetCode>1234567890</serviceTargetCode>
<userSelectedRegion>00000000000</userSelectedRegion>
<orderNumber>2002</orderNumber>
<requestDate>2015-09-02T05:49:45</requestDate>
<orderUrl>http://ext. /orders/1</orderUrl>
<statusHistoryList>
<statusHistory>
<status>0</status>
<statusExtId>1</statusExtId>
<statusDate>2015-09-02T05:49:45</statusDate>
<statusComment>First status</statusComment>
</statusHistory>
<statusHistory>
<status>2</status>
<statusExtId>2</statusExtId>
<statusDate>2015-09-02T05:49:45</statusDate>
<statusComment>Second status</statusComment>
</statusHistory>
<statusHistory>
<status>3</status>
<statusExtId>3</statusExtId>
<statusDate>2015-09-02T05:49:45</statusDate>
<statusComment>Final status</statusComment>
</statusHistory>
</statusHistoryList>
</order>
</orders>
</CreateOrdersRequest>
7.3. Требования к передаче статусов по заявлению
Для передачи статуса по заявлению или массива статусов по заявлениям необходимо вызывать метод updateOrders сервиса SID0003887. Для передачи статусов необходимо использовать коды статусов из справочника ЕПГУ (см. Приложение 1). Текстовое описание статуса (в т. ч. наименование статуса во внешней ИС) передается в комментарии.
Передача файлов в методе updateOrders не предусмотрена.
Пример блока AppData:
<UpdateOrdersRequest>
<orders>
<order>
<elkOrderNumber>5</elkOrderNumber>
<statusHistoryList>
<statusHistory>
<status>2</status>
<statusDate>2015-09-02T05:49:45</statusDate>
<statusComment>Тест</statusComment>
<statusExtId>421</statusExtId>
</statusHistory>
<statusHistory>
<status>3</status>
<statusDate>2015-09-05T05:49:45</statusDate>
<statusComment>Тест</statusComment>
<statusExtId>427</statusExtId>
</statusHistory>
</statusHistoryList>
</order>
</orders>
</UpdateOrdersRequest>
7.4. Требования к передаче файлов по заявлению
Для передачи файлов по заявлению необходимо вызывать метод uploadFiles сервиса SID0003887. Архив с файлами передается в теге <BinaryData> блока «AppDocument». Метод может получать на вход архив с файлами только для определенного статуса одного заявления. Если статус не указывается, то файлы сохраняются в привязке к последнему статусу заявления.
Архив должен удовлетворять следующим требованиям:
o Все элементы архива должны находится в корне, т. е. архив не должен содержать директорий;
o В архиве должен находиться xml-файл с описанием архива – «archive-description. xml».
XSD-схема файла с описанием архива вложений (файл «archive-description. xml»):
<?xml version="1.0" encoding="utf-8"?> <xsd:schema xmlns:xsd="http://www. w3.org/2001/XMLSchema"> <xsd:element name="archiveDescription"> <xsd:complexType> <xsd:annotation> <xsd:documentation> Описание файлов архива </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="fileDescriptions" type="FileDescriptions" minOccurs="1" maxOccurs="1"> <xsd:annotation> <xsd:documentation> Описание файлов </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="FileDescriptions"> <xsd:sequence> <xsd:element name="fileDescription" type="FileDescription" maxOccurs="unbounded"> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="FileDescription"> <xsd:sequence> <xsd:element name="name" type="xsd:string"> <xsd:annotation> <xsd:documentation> Имя файла в архиве (с расширением) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="code" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Код файла </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="contentType" type="xsd:string"> <xsd:annotation> <xsd:documentation> тип файла (например: application/xml ) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="hash" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> hash файла </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:schema> |
Пример блока AppData:
<UploadFiles>
<elkOrderNumber>5</elkOrderNumber>
<statusExtId>421</statusExtId>
</UploadFiles>
Пример archive-description. xml:
<?xml version="1.0" encoding="UTF-8"?> <archiveDescription> <fileDescriptions> <fileDescription> <name>100.pdf</name> <contentType>application/pdf</contentType> </fileDescription> <fileDescription> <name>101.pdf</name> <contentType>application/pdf</contentType> </fileDescription> </fileDescriptions> </archiveDescription> |
7.5. Требования к удалению заявлению в ЕЛК
В случае ошибочной передачи заявлений их можно удалить из ЕЛК, вызвав метод deleteOrders.
Пример блока AppData:
<DeleteOrdersRequest>
<elkOrderNumbers>
<elkOrderNumber>10</elkOrderNumber>
<elkOrderNumber>11</elkOrderNumber>
<elkOrderNumber>12</elkOrderNumber>
</elkOrderNumbers>
</DeleteOrdersRequest>
8. Требования к получению данных из ЕЛК
8.1. Общие требования к получению данных
Для получения данных из ЕЛК во внешней ИС должна быть реализована интеграция с сервисом SID0004138.
В соответствии с методическими рекомендациями ЕСИА версии 2.5 (ПРИЛОЖЕНИЕ В. СЕРВИСЫ ЕСИА, ОСНОВАННЫЕ НА ПРОТОКОЛЕ OAUTH2.0 И OPENID CONNECT 1.0) на портале внешней ИС необходимо реализовать механизм получения маркера доступа к данным ЕЛК. Для получения маркера доступа необходимо использовать следующий скоуп: http://lk. gosuslugi. ru/elk .
Предоставление доступа ИС осуществляется в соответствии с документом «Регламент информационного взаимодействия Участников с Оператором ЕСИА и Оператором эксплуатации инфраструктуры электронного правительства» (http://minsvyaz. ru/uploaded/presentations/reglamentesia251_v7SgAhw. pdf). Наименование скоупа необходимо указывать в поле «Получение данных из регистров ЕСИА через программные интерфейсы OAuth 2.0 / REST-API» заявки.
Процесс подписки пользователя – физического лица - на получение данных из ЕЛК состоит из следующих шагов:
- Пользователь входит в ЛК портала внешней ИС, выполняя авторизацию с использованием ЕСИА;
- Пользователь разрешает внешней ИС получать из ЕЛК;
- Внешняя ИС обращается к ЕСИА за получением маркера доступа к данным ЕЛК;
- Пользователь на странице ЕСИА разрешает доступ внешней ИС к данным ЕЛК;
- Внешняя ИС вызывает метод подписки пользователя, передавая полученный маркер доступа;
- ЕПГУ проверяет маркер доступа и включает пользователя в список подписки.

Рисунок 2. Диаграмма получения данных из ЕЛК
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |
Основные порталы (построено редакторами)
