Размер:
Цвет:

О Дополнительном соглашении № 1 к Соглашению об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры от 25 октября 2013 года № 57/13/УЭК

Распоряжение Правительства Ханты-Мансийского автономного округа - Югры
№ 119-рп от 20.03.2015

Вложения : 
Скачать документ (формат .pdf) (2.13 MB)
Скачать документ (формат .doc) (1.29 MB)


В соответствии с Уставом (Основным законом) Ханты-Мансийского автономного округа – Югры, законами Ханты-Мансийского автономного округа – Югры от 12 октября 2005 года № 73-оз «О Правительстве Ханты-Мансийского автономного округа – Югры», от 15 ноября 2004 года   № 55-оз «О договорах и соглашениях Ханты-Мансийского автономного округа – Югры, заключаемых органами государственной власти Ханты-Мансийского автономного округа – Югры», статьей 6 Соглашения
об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры от 25 октября 2013 года № 57/13/УЭК, учитывая письмо Федеральной уполномоченной организации «Открытое акционерное общество «Универсальная электронная карта» (ОАО УЭК) от 5 ноября 2014 года № Исх-03-354:

Заключить Дополнительное соглашение № 1 к Соглашению об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры от 25 октября 2013 года № 57/13/УЭК (прилагается).

Временно исполняющая обязанности

Губернатора Ханты-Мансийского

автономного округа – Югры                                                       Н.В.Комарова
Приложение

к распоряжению Правительства

Ханты-Мансийского

автономного округа – Югры

от 20 марта 2015 года № 119-рп

Дополнительное соглашение № 1 к Соглашению об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством

Ханты-Мансийского автономного округа – Югры

от 25 октября 2013 года № 57/13/УЭК

Открытое акционерное общество «Универсальная электронная карта», именуемое в дальнейшем «ФУО», в лице Президента Попова Алексея Юрьевича, действующего на основании Устава, и Правительство Ханты-Мансийского автономного округа – Югры, именуемое в дальнейшем «Правительство автономного округа», в лице временно исполняющей обязанности Губернатора Ханты-Мансийского автономного округа – Югры Комаровой Натальи Владимировны, действующей на основании Устава (Основного закона) Ханты-Мансийского автономного округа – Югры, в дальнейшем совместно именуемые «Стороны», руководствуясь пунктом 6.4 статьи 6 Соглашения об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры от 25 октября 2013 года № 57/13/УЭК (далее – Соглашение) заключили настоящее Дополнительное соглашение о нижеследующем.

1. Приложение 1 к Соглашению изложить в следующей редакции:

«Приложение 1

к Соглашению об информационном

взаимодействии между Открытым акционерным обществом

«Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры

от 25 октября 2013 года № 57/13/УЭК

Сведения, предоставляемые в рамках информационного взаимодействия

1. Сведения об услугах

Наименование

Описание

Код услуги

Код услуги в соответствии с Федеральным реестром государственных и муниципальных услуг (функций) (далее – ФРГУ) или Реестром автономного округа, формируемым для услуг, информация
о которых отсутствует в ФРГУ

Наименование услуги

Наименование услуги в соответствии с ФРГУ или Реестром автономного округа, формируемым для услуг, информация о которых отсутствует в ФРГУ

Описание услуги

Описание услуги для отображения пользователю Портала УЭК

2. Сведения о получателях платежа:

Наименование

Описание

Получатель платежа, наименование

Наименование получателя платежа – администратора доходов бюджетов бюджетной системы Российской Федерации (далее – администратор доходов)

Получатель платежа, ИНН

ИНН получателя платежа – администратора доходов

Получатель платежа, КПП

КПП получателя платежа – администратора доходов

Наименование органа Федерального казначейства (далее - ФК)

Полное или сокращенное наименование органа ФК, на расчетный счет которого должна быть зачислена сумма оплаты услуги

Наименование финансового органа

Наименование финансового органа автономного округа (муниципального образования), в котором открыт лицевой счет получателя платежа

Номер л/с, открытый в органе ФК получателю платежа или финансовому органу

Номер лицевого счета получателя платежа – администратора доходов или вышеуказанного финансового органа, открытый в органе ФК

Банковские реквизиты органа ФК, номер р/с

Номер расчетного счета органа ФК, на который должна быть зачислена сумма оплаты услуги (далее – расчетный счет)

Банковские реквизиты органа ФК, наименование банка

Наименование кредитной организации, в которой открыт расчетный счет органа ФК

Банковские реквизиты органа ФК, БИК банка

БИК кредитной организации, в которой открыт расчетный счет органа ФК

Банковские реквизиты органа ФК, корсчет банка

Корреспондентский счет кредитной организации, в которой открыт расчетный счет

Код по Общероссийскому классификатору объектов территорий муниципальных образований (далее – ОКТМО)

Код ОКТМО муниципального образования, на территории которого находится получатель платежа – администратора доходов

3. Сведения о платежных реквизитах для оплаты услуг:

Наименование

Описание

Код услуги

Код услуги, информация о котором содержится на странице «Услуги» данного файла

Получатель платежа, ИНН

Список ИНН получателей платежа, информация о которых содержится на странице «Получатели» данного файла

Получатель платежа, КПП

Список КПП получателей платежа, информация о которых содержится на странице «Получатели» данного файла

Наименование поставщика услуги

Наименование поставщика услуги. Заполняется только в случае если поставщик услуги не является получателем платежа

Сведения о муниципальном образовании, на территории которого мобилизуются платежи, правило выбора

Правило выбора муниципального образования, код по ОКТМО которого должен быть указан в поле 105 платежного поручения

Сведения о муниципальном образовании, на территории которого мобилизуются платежи, наименование

Наименование муниципального образования

Сведения о муниципальном образовании, на территории которого мобилизуются платежи, код по ОКТМО

Код ОКТМО муниципального образования, на территории которого мобилизуются (собираются) денежные средства – доходы бюджетов бюджетной системы Российской Федерации

".

2. Приложение 2 к Соглашению изложить в следующей редакции:

«Приложение 2

к Соглашению об информационном взаимодействии между

Открытым акционерным обществом «Универсальная электронная карта»

и Правительством Ханты-Мансийского автономного округа – Югры

от 25 октября 2013 года № 57/13/УЭК

Регламент

информационно-технологического взаимодействия

Общая информация

Настоящий Регламент описывает технологические принципы информационного взаимодействия ФУО и Правительства автономного округа в целях реализации Соглашения, в том числе создания и актуализации Справочника реквизитов платежей за оказание государственных (муниципальных) услуг (далее – Каталог услуг).

Информация, предоставляемая Ответственным органом, должна полностью соответствовать положениям настоящего Регламента.

Порядок взаимодействия в целях реализации Соглашения предполагает:

1 – Сбор информации на уровне автономного округа.

2 – Актуализация справочников категоризации услуг и отнесение
к соответствующим категориям собранной информации о реквизитах.

3 – Экспорт информации через механизмы интеграционного взаимодействия.

4 – Контроль поступающих данных, загрузка информации в Каталог услуг и публикация на Портале УЭК либо возврат сообщения об ошибке.

5 – Выполнений итеративных шагов по обогащению, изменению и актуализации информации в Каталоге услуг.

Рис. 1. Порядок взаимодействия в целях реализации Соглашения

Схемы процессов

Схема процесса взаимодействия через web-сервис Портала УЭК
и информационной системы автономного округа (далее ИС АО) при экспорте данных Каталога услуг приведена на рисунке 2.

Схема взаимодействия через web-сервис Портала УЭК и ИС АО


 

ИС АО


 

Портала УЭК


 

АО


 

АО


 

АО


 

АО


 
Рис. 2. Схема взаимодействия через web-сервис Портала УЭК и ИС АО

Общее описание процесса приведено в таблице 1.

Таблица 1

Действие

Описание

1.   Формирование и отправка на Портал УЭК Запроса на импорт Каталога услуг

Формирование ИС АО и отправка через web-сервис на Портал УЭК Запроса на импорт Каталога услуг, подписанного электронной подписью Ответственного органа (далее – ЭП ОВ) и электронной подписью (далее – ЭП) работника Ответственного органа, ответственного за взаимодействие в рамках реализации Соглашения (далее – уполномоченного лица Ответственного органа)

2.   Проведение технического и форматного контроля, поступившего из ИС АО Запроса на импорт Каталога услуг

Проведение Порталом УЭК технического и форматного контроля, поступившего из ИС АО Запроса на импорт Каталога услуг (в том числе контроль ЭП ОВ и ЭП уполномоченного лица Ответственного органа)

3.   Формирование и отправка в ИС АО Ответа на запрос импорта Каталога услуг

Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос импорта Каталога услуг, подписанного ЭП ОВ. Если технический и форматный контроль Запроса на импорт Каталога услуг пройден, то должно выполняться действие 5 и т.д.

4.   Обработка данных Ответа на запрос импорта Каталога услуг

Обработка ИС АО данных Ответа на запрос импорта Каталога услуг, поступившего из Портала УЭК. Если технический и форматный контроль Запроса на импорт Каталога услуг не пройден, то должно выполняться действие 1 и т.д. Если технический и форматный контроль Запроса на импорт Каталога услуг пройден, то должно выполняться действие 6 и т.д.

5.   Проведение логического контроля поступившего из ИС АО Запроса на импорт Каталога услуг

Проведение Порталом УЭК логического контроля поступившего из ИС АО Запроса на импорт Каталога услуг

6.   Формирование и отправка на Портал УЭК Запроса результатов импорта Каталога услуг

В случае если проведенный Порталом УЭК технический и форматный контроль Запроса на импорт Каталога услуг пройден, то ИС АО должна сформировать и отправить через web-сервис в Портал УЭК Запрос результатов импорта Каталога услуг, подписанный ЭП ОВ

7.   Обработка данных Запроса результатов импорта Каталога услуг

Обработка Порталом УЭК данных Запроса результатов импорта Каталога услуг (в том числе контроль ЭП ОВ)

8.   Формирование и отправка в ИС АО Ответа на запрос результатов импорта Каталога услуг

Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос результатов импорта Каталога услуг, подписанного ЭП ОВ.

9.   Обработка данных Ответа на запрос результатов импорта Каталога услуг

Обработка ИС АО данных Ответа на запрос результатов импорта Каталога услуг, поступившего с Портала УЭК. Если технический и форматный контроль Запроса результатов импорта Каталога услуг не пройден, то должно выполняться действие 6 и т.д. Если технический и форматный контроль Запроса на импорт Каталога услуг пройден, но логический контроль Запроса импорта Каталога услуг не пройден, то должно выполняться действие 1 и т.д.

10.       Формирование и отправка на Портал УЭК Запроса результатов контентного анализа

Если технический, форматный и логический контроль Запроса результатов импорта Каталога услуг пройден, то ИС АО должна сформировать и отправить через web-сервис на Портал УЭК Запрос результатов контентного анализа.

11.       Проведение контентного анализа

Проведение контентного анализа (смыслового контроля) полученных изменений, принятие решения работником ФУО, ответственным за взаимодействие в рамках реализации Соглашения (далее – уполномоченный сотрудник ФУО)
о возможности опубликования переданных изменений в Каталоге услуг на Портале УЭК. Проверка корректности указания категории услуг

12.       Обработка данных Запроса результатов контентного анализа

Обработка Порталом УЭК данных Запроса результатов контентного анализа (в том числе контроль ЭП ОВ)

13.       Формирование и отправка в ИС АО Ответа на запрос результатов контентного анализа

Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос результатов контентного анализа. Включает коды услуг в соответствии с Федеральным реестром государственных и муниципальных услуг (функций) (ФРГУ) или реестром, формируемым для государственных и муниципальных услуг, информация о которых отсутствует в ФРГУ, не допущенных к публикации, и комментарий уполномоченного сотрудника ФУО о причинах недопущения к публикации

14.       Обработка данных Ответа на запрос результатов контентного анализа

Обработка ИС АО данных Ответа на запрос результатов контентного анализа. Результат контентного анализа может содержать услуги, не допущенные к публикации, несмотря на прохождение форматного и логического контроля. Уполномоченное лицо Ответственного органа на стороне ИС АО самостоятельно принимает решение о возможности и необходимости корректировки данных и их повторного направления на загрузку в Каталог услуг

15.            Публикация данных на Портале УЭК

Уполномоченный сотрудник ФУО инициирует публикацию на Портале УЭК данных, успешно прошедших форматный и логический контроль и допущенных к публикации по результатам контентного анализа

Схема процесса взаимодействия через web-сервис Портала УЭК и ИС АО при экспорте информации из справочников категоризации Каталога услуг приведена на рисунке 3.

ИС АО


 

Портала УЭК


 

Рис. 3. Схема взаимодействия через web-сервис Портала УЭК и ИС АО при актуализации справочников категоризации Каталога услуг.

Общее описание бизнес-процесса приведено в таблице 2.

Таблица 2

Действие

Описание

1.    Формирование и отправка на Портал УЭК Запроса на экспорт данных из справочников категоризации Каталога услуг

Формирование ИС АО и отправка через web-сервис на Портал УЭК Запроса на экспорт данных из справочников категоризации Каталога услуг, подписанного ЭП ОВ

2.    Обработка данных Запроса на экспорт данных из справочников категоризации Каталога услуг

Обработка Порталом УЭК Запроса на экспорт данных из справочников категоризации Каталога услуг (в том числе контроль ЭП ОВ)

3.    Формирование и отправка в ИС АО Ответа на запрос экспорта данных из справочников категоризации Каталога услуг

Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос экспорта данных из справочников категоризации Каталога услуг, подписанного ЭП ОВ

4.    Обработка данных Ответа на запрос экспорта данных из справочников

Обработка ИС АО Ответа на запрос экспорта данных из справочников, поступившего из Портала УЭК

».


 
. Если контроль Запроса на экспорт данных из справочников не пройден, то должно выполняться действие 1 и т.д.

3. Приложение 3 к Соглашению изложить в следующей редакции:

«Приложение 3

к Соглашению об информационном взаимодействии между

Открытым акционерным обществом «Универсальная электронная карта»

и Правительством Ханты-Мансийского автономного округа – Югры

от 25 октября 2013 года № 57/13/УЭК

Требования

к форматам передачи Каталога услуг в электронном виде

1.       Перечень сокращений и терминов

Каталог услуг ‒ справочник реквизитов платежей за оказание государственных и муниципальных услуг;

Уполномоченное лицо – работник Ответственного органа определенный в соответствии с пунктом 6 статьи 2 Соглашения;

РФ – Российская Федерация;

Автономный округ – Ханты-Мансийский автономный округ – Югра;

ФК – Федеральное казначейство;

ИС – информационная система;

ЭП – электронная подпись;

ЭП-ОВ – электронная подпись Ответственного органа;

БД Портала УЭК – база данных Портала УЭК;

Код ФОИВ по ППП ‒ код федерального органа исполнительной власти в соответствие с Перечнем главных администраторов доходов бюджетов бюджетной системы Российской Федерации (Приложение № 7 к Указаниям о порядке применения бюджетной классификации Российской Федерации, утвержденным приказом Минфина России от 01 июля 2013 года № 65н );

СМЭВ – Единая система межведомственного электронного взаимодействия, созданная и функционирующая в соответствии с постановлением Правительства Российской Федерации от 8.09.2010 № 697
«О Единой системе межведомственного электронного взаимодействия»;

ОКАТО – Общероссийский классификатор объектов административно территориального деления, утвержденный постановлением Госстандарта России от 31.07.1995 № 413 (с последующими изменениями и дополнениями);

ОКТМО – Общероссийский классификатор территорий муниципальных образований, утвержденный приказом Росстандарта от 14 июня 2013 г.
№ 159-СТ;

ФРГУ ‒ Федеральный реестр государственных и муниципальных услуг (функций), созданный в соответствии с постановлением Правительства Российской Федерации от 24.10.2011 № 861 «О федеральных государственных информационных системах, обеспечивающих предоставление в электронной форме государственных и муниципальных услуг (осуществление функций)»;

Реестр автономного округа – реестр, формируемый для государственных и муниципальных услуг, информация о которых отсутствует в ФРГУ.

2.          Общее описание способа взаимодействия

Взаимодействие Портала УЭК с ИС АО осуществляется с помощью web-сервиса передачи Каталога услуг и web-сервиса передачи данных справочников категорий услуг, расположенных на стороне Портала УЭК.

Web-сервисы размещаются в СМЭВ и отвечают требованиям Методических рекомендаций по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии (версия 2.4.5).

Данные web-сервисы обслуживают запросы от ИС АО, в ходе обработки которых Портал УЭК формирует ответы и возвращает их в ИС АО.

Для обслуживания входящих запросов web-сервис передачи Каталога услуг предоставляет два метода, которые в асинхронном режиме обрабатывают все запросы от ИС АО.

Таблица 1

Структура входных и выходных данных web-сервиса

Структуры входных и выходных данных

Комментарий

Запрос на импорт Каталога услуг:

ImportCatalogMsgRequest (элемент AppData/ImportCatalogRequest с комплексным типом ImportCatalogRequestType) определен в файле ImportCatalogMsgRequest.xsd.

Ответ на запрос импорта Каталога услуг:

ImportCatalogMsgResponse (элементAppData/ImportCatalogResponse с комплексным типом ImportCatalogResponseType)

определен в файле ImportCatalogMsgResponse.xsd.

С помощью данного запроса осуществляется загрузка на Портал УЭК данных:

Каталога услуг;

или изменений в Каталоге услуг.

В ответе на запрос должна содержаться информация о результатах его технического и форматного контроля

Запрос результатов импорта Каталога услуг:

ResultImportCatalogMsgRequest (элемент AppData/ResultImportCatalogRequest с комплексным типом ResultImportCatalogRequestType)

определен в файлеResultImportCatalogMsgRequest.xsd.

Ответ на запрос результатов импорта Каталога услуг:

ImportCatalogMsgResponse

(элемент AppData/ResultImportCatalogResponse с комплексным типом ResultImportCatalogResponseType) определен в файле ResultImportCatalogMsgResponse.xsd.

С помощью данного запроса уточняются результаты:

логического контроля запроса, в котором передан Каталог услуг или изменения в него.

В ответе на запрос должна содержаться одна из следующих информаций:

информация об отрицательных результатах технического и форматного контроля Запроса результатов импорта Каталога услуг;

информация о результатах логического контроля Запроса на импорт Каталога услуг;

отсутствие вышеуказанной информации, если технический и форматный контроль Запроса результатов импорта Каталога услуг пройден, а логический контроль Запроса на импорт Каталога услуг еще не закончен

Xsd-схемы сообщений web-сервиса опубликованы по адресу http://www.depit.admhmao.ru в разделе «IT-проекты\развитие систем межведомственного электронного взаимодействия\Xsd-схемы».

Внутри Запроса на импорт Каталога услуг в теге MessageData/AppData/ImportCatalogRequest с типом ImportCatalogRequestType должен содержаться тег ds:Signature с ЭП уполномоченного лица.

После прохождения технического, форматного и логического контроля Запроса результатов импорта Каталога услуг осуществляется контентный анализа данных Каталога (модерация присланной информации). Результатом прохождения контентного анализа является:

сообщение, содержащее коды услуг в соответствии с ФРГУ или Реестром автономного округа, не допущенных к публикации, и комментарий о причинах недопущения к публикации;

сообщение, содержащие информацию о публикации данных из присланного Каталога услуг на Портале УЭК.

Для обслуживания входящих запросов web-сервис передачи данных справочников категорий услуг предоставляет один метод, который в синхронном режиме обрабатывает запрос от ИС АО.

Таблица 2

Структура входных и выходных данных web-сервиса передачи данных справочников категорий услуг

Структуры входных и выходных данных

Комментарий

Запрос на экспорт данных из справочников:

ExportDictionaryMsgRequest (элемент AppData/ExportDictionaryRequest с комплексным типом ExportDictionaryRequestType) определен в файле ExportDictionaryMsgRequest.xsd.

Ответ на запрос экспорта данных из справочников:

ExportDictionaryMsgResponse (элемент AppData/ExportDictionaryResponse с комплексным типом ExportDictionaryResponseType) определен в файле ExportDictionaryMsgResponse.xsd.

С помощью данного запроса передается информация о запрашиваемых справочниках категорий услуг Портала УЭК. В ответе на запрос должны передаваться данные категорий услуг из справочников Портала УЭК

Xsd-схемы сообщений web-сервиса опубликованы по адресу http://www.depit.admhmao.ru в разделе «IT-проекты\развитие систем межведомственного электронного взаимодействия\Xsd-схемы».

При сбое в обработке запроса ответ содержит информацию о произошедшем сбое. Данные об ошибках web-сервисов, возникающих в процессе загрузки документов, представлены в Приложении к настоящим Требованиям.

Все сообщения web-сервисов содержат ЭП-ОВ. Подпись должна находится в заголовке SOAP-пакета сообщения и соответствовать Методическим рекомендациям по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии (версия 2.4.5) (глава 5 «Электронные подписи субъектов взаимодействия – информационных систем»).

Порталом УЭК проводится проверка ЭП-ОВ и ЭП уполномоченного лица, а также контроль соответствия сертификата из ЭП соответствующему сертификату, хранящемуся в БД Портала УЭК.

3.      Схема взаимодействия

Схема взаимодействия Портала УЭК и ИС АО приведена на рисунке 1.

ИС АО


 

Портала УЭК


 

Рис. 1 Схема взаимодействия Портала УЭК и информационной системы автономного округа

Взаимодействие Портала УЭК и информационной системы автономного округа (далее ИС АО) осуществляется в следующем порядке:

1.      Формирование ИС АО и отправка через web-сервис на Портал УЭК Запроса на экспорт данных из справочников категорий услуг.

2.      Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос экспорта данных из справочников категорий услуг.

3.      Формирование ИС АО и отправка через web-сервис на Портал УЭК Запроса на импорт Каталога услуг.

4.      Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос импорта Каталога услуг.

5.      Формирование ИС АО и отправка через web-сервис на Портал УЭК Запроса результатов импорта Каталога услуг.

6.      Формирование Порталом УЭК и отправка через web-сервис в ИС АО Ответа на запрос результатов импорта Каталога услуг.

3.1. Описание данных запроса на импорт Каталога услуг

Описание данных Запроса на импорт Каталога услуг приведено в
Таблицах 3-9.

Описание данных корневого тега запроса ImportCatalogMsgRequest приведено в таблице 3.

Таблица 3

Наименование

Кол-во

Тип данных

Комментарий

ImportCatalogMsgRequest

1

Контейнер

Корневой тег запроса

Message

1

Контейнер

Служебный блок атрибутов СМЭВ

Sender

1

orgExternalType

Данные о системе-инициаторе взаимодействия

Code

1

Xsd:string

Мнемоника ИС АО в СМЭВ

Name

1

Xsd:string

Наименование ИС АО в СМЭВ

Recipient

1

orgExternalType

Данные о системе-получателе сообщения

Code

1

Xsd:string

Мнемоника Портала УЭК в СМЭВ

Name

1

Xsd:string

Наименование Портала УЭК в СМЭВ

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ. Заполняется в соответствии с методическими рекомендациями версии 2.4.5. Значение должно быть равно ‘GFNC’

Status

1

StatusType

Статус сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.4.5. В запросе должен принимать значение «REQUEST»

Date

1

Xsd:dateTime

Дата создания запроса

ExchangeType

1

Xsd:string

Категория взаимодействия. Заполняется в соответствии с методическими рекомендациями версии 2.4.5

MessageData

1

Контейнер

Блок-обертка данных СМЭВ

AppData

1

AppDataType

Блок структурированных сведений

ImportCatalogRequest

1

ImportCatalogRequestType

Данные Запроса на импорт Каталога услуг

ServiceCatalog(ChangeServiceCatalog)

0..1

ServiceCatalog_Type

Данные Каталога услуг (см. Таблицу 4 настоящих Требований). Данные полного Каталога услуг должны содержаться в теге ServiceCatalog. Данные изменений Каталога услуг должны содержаться в теге ChangeServiceCatalog

Описание данных контейнера ServiceCatalog приведено в таблице 4.

Таблица 4

Наименование

Кол-во

Тип данных

Комментарий

CodePPP

1

PPP_Type

Код ФОИВ по ППП, в ведении которого находится владелец Каталога услуг

CodeSubject

1

Subject_Type

Код муниципального образования по ОКТМО (первые символы, определяющие уникальность муниципального образования)

Services

0..1

Контейнер

Данные об услугах

Service

1..n

Service_Type

Правила заполнения описаны в Таблице 5 настоящих Требований

PayeePayments

0..1

Контейнер

Данные об организациях – получателях платежа

PayeePayment

1..n

PayeeType

Правила заполнения описаны в Таблице 6 настоящих Требований

Signature

1

ds:SignatureType

ЭП уполномоченного лица

Описание данных контейнера Service_Type приведено в таблице 5.

Таблица 5

Наименование

Кол-во

Тип данных

Комментарий

@name

1

xs:string

Наименование услуги

@code

0..1

xs:string

Уникальный код услуги в ИС АО

@registerCode

1

xs:string

Код услуги в соответствии с ФГРУ или Реестром автономного округа

@desc

0..1

xs:string

Описание услуги

@expires

0..1

xs:date

Возможность предоставления услуги; если отсутствует, то услуга действует постоянно. Дата, после наступления которой пользователь не должен иметь возможность оплатить данную услугу

@isActive

1

xs:boolean

Показывает доступность услуги. Возможные значения: true - доступна false - не доступна

@revisionDate

0..1

xs:date

Дата ввода в действие (внесения изменений). Дата, с наступления которой пользователь должен иметь возможность оплатить данную услугу

@paymentKind

0..1

xs:string

Вид оплаты: 1 – авансовый платеж; 2 – услуга может иметь одновременно два типа оплаты (авансовый платеж и оплата выставленного ОПУ услуг счета); 3 – оплата выставленного ОПУ услуг счета.

Classifiers

0..1

Classifier_Type

Данные справочников категорий услуг

CategoryByType

1

Category_Type

Категория услуги по типу

Code

1

xs:string

Код конечной подкатегории услуги по типу. Получение данных по категориям услуг Портала УЭК осуществляется в результате обращения к веб-сервису передачи данных Справочников категорий услуг» (метод ExportDictionary)

Name

1

xs:string

Наименование категории. Допускается указание только в исключительных случаях

CategoryBySituation

0..1

Category_Type

Категория услуги по жизненной ситуации

Code

1

xs:string

Код конечной подкатегории услуги по жизненной ситуации. Получение данных по категориям услуг Портала УЭК осуществляется в результате обращения к веб-сервису передачи данных Справочников категорий услуг» (метод ExportDictionary)

Name

1)     1

xs:string

Наименование категории. Допускается указание только в исключительных случаях

PaymentParameters

0..1

Контейнер

Список параметров платежа, необходимых для принятия платежа по услуге

@expires

0..1

xsd:date

Дата, до которой действуют параметры платежа, если отсутствует, то параметры действуют постоянно

@revisionDate

0..1

xsd:date

Дата ввода в действие (внесения изменений) параметров платежа

UniversalParameters

1

Контейнер

Универсальные параметры платежа. Правила заполнения описаны в Таблице 9 настоящих Требований

UniqueParameters

0..1

Контейнер

Уникальные параметры платежа, не являющиеся универсальными параметрами. Правила заполнения описаны в Таблице 7 настоящих Требований

ComplexParameters

0..1

Контейнер

Сложные параметры платежа. Правила заполнения описаны в Таблице 8 настоящих Требований

Amounts

1

Контейнер

Суммы платежа

Amount

1..n

Контейнер

Сумма платежа

Label

0..1

xs:string

Описание условия для выбора суммы платежа

Value

0..1

xs:decimal

Значение суммы платежа

Payees

1

Контейнер

Получатели платежа

Payee

1..n

Контейнер

Получатель платежа

@INN

1

INN_Type

ИНН получателя платежа

@KPP

1

KPP_Type

КПП получателя платежа

@account

1

AccountNumType

Номер счёта, на который должна быть зачислена сумма платежа за услугу

@OFKFacialAccount

0..1

xsd:string

Номер лицевого счета, открытый получателю платежа или финансовому органу в органе ФК

@FinorganFacialAccount

0..1

xsd:string

Номер лицевого счета, открытый получателю платежа в финансовом органе

Suppliers

1

Контейнер

Поставщики услуг

Supplier

1..n

Контейнер

Поставщик услуги

@name

1

xsd:string

Наименование поставщика услуг

@INN

1

NN_Type

ИНН поставщика услуг

@KPP

1

KPP_type

КПП поставщика услуг

@OKATO

0..1

OKATO_Type

Код ОКАТО по месту нахождения поставщика услуг

@OKTMO

0..1

OKTMO_Type

Код ОКТМО по месту нахождения поставщика услуг

OKTMOList

0..1

Контейнер

Список кодов ОКТМО муниципальных образований по месту регистрации плательщиков, на территории которых мобилизуются денежные средства – платежи за услуги, администрируемые получателем платежа

OKTMO

1..n

Контейнер

Код ОКТМО муниципальных образований по месту регистрации плательщиков, на территории которых мобилизуются денежные средства – платежи за услуги, администрируемые получателем платежа

Value

1

xsd:string

Значение кода ОКТМО муниципального образования

Name

1

xsd:string

Наименование муниципального образования (заполняется только в случае, если правило выбора значения кода ОКТМО равно «2» – Место регистрации плательщика)

Описание данных контейнера PayeeType приведено в таблице 6.

Таблица 6

Наименование

Кол-во

Тип данных

Комментарий

@name

1

xsd:string

Наименование организации

@INN

1

INN_Type

ИНН организации

@KPP

1

KPP_Type

КПП организации

@OKATO

1

ОКАТО_Type

Код ОКАТО по месту нахождения организации

@OGRN

0..1

OGRN_Type

Код ОГРН организации

@OKTMO

0..1

OKTMO_Type

Код ОКТМО по месту нахождения организации

@isActive

1

xsd:boolean

Показывает доступность данных об организации.

Возможные значения:

·                           true - доступна

·                           false - не доступна

Accounts

1

Контейнер

Счета организации

Account

1..n

AccountCatalogType

Счёт получателя платежа

Account

1

AccountNumType

Номер счёта, на который должна быть зачислена сумма платежа за услугу

Bank

1

Контейнер

Данные банка, в котором открыт счет

Name

0..1

xsd:string

Наименование банка, в котором открыт счет

CorrespondentBankAccount

0..1

AccountNumType

Корреспондентский счет банка в ЦБ РФ

BIK

1

xsd:string

БИК банка, в котором открыт счет. Наличие этого тега исключает тег SWIFT

SWIFT

1

xsd:string

SWIFT – код банка, в котором открыт счёт

OFK

0..1

OFKType

Данные органа ФК, на счет которого должна быть зачислена сумма платежа за услугу

Name

1

xsd:string

Наименование органа ФК по месту открытия лицевого счета:

- получателя платежа;

или

- финансового органа, в котором открыт лицевой счет получателя платежа

FacialAccount

0..1

xsd:string

Номер лицевого счета, открытый получателю платежа или финансовому органу в органе ФК

Finorgan

0..1

FinorganType

Данные финансового органа по месту открытия лицевого счета получателя платежа, на котором должна быть учтена сумма платежа за услугу

Name

1

xsd:string

Наименование финансового органа автономного округа (муниципального образования автономного округа), в котором открыт лицевой счет получателю платежа

FacialAccount

0..1

xsd:string

Номер лицевого счета, открытый получателю платежа в финансовом органе

Описание данных контейнера UniqueParameters приведено в таблице 7.

Таблица 7

Наименование

Кол-во

Тип данных

Комментарий

@name

1

xs:string

Наименование параметра услуги

@label

1

xs:string

Наименование параметра для отображения в интерфейсе

@required

0..1

xs:boolean

Указывает, является данный параметр обязательным для заполнения или нет

@readonly

0..1

xs:boolean

Указывает, что данный параметр не может быть изменен пользователем

@visible

0..1

xs:boolean

Отображать параметр в интерфейсе пользователя или нет

Regexp

0..1

xs:string

Маска для проверки значения параметра, в случае отсутствия проверка не производится. Регулярные выражения, используемые в JAVA

DefaultValue

0..1

xs:string

Значение параметра по умолчанию

AllowedValues

0..1

Контейнер

Возможные значения для параметра (аналог перечисления)

Value

1..n

com:ParamValue_Type

Значение параметра

@label

0..1

xsd:string

Наименование значения

@isSelected

0..1

xsd:boolean

Указывает, что данное значение выбрано
в качестве текущего значения параметра, в случае если присутствует список значений

@data

1

xsd:string

Значение

Описание данных контейнера ComplexParameters приведено в таблице 8.

Таблица 8

Наименование

Кол-во

Тип данных

Комментарий

@name

1

xs:string

Наименование параметра услуги.

@label

1

xs:string

Наименование параметра для отображения в интерфейсе.

@required

0..1

xs:boolean

Указывает, является данный параметр обязательным для заполнения или нет.

@readonly

0..1

xs:boolean

Указывает, что данный параметр не может быть изменен пользователем

@visible

0..1

xs:boolean

Отображать параметр в интерфейсе пользователя или нет.

@isId

0..1

xs:string

Указывает что данный параметр является идентификатором плательщика

0 - параметр определяет платеж в группе параметров с таким же значением isID

1-параметр является уникальным, если присутствует несколько параметров с таким значением isID, то для идентификации может использоваться любой параметр

@forSearch

0..1

xs:string

Параметр используется при поиске

@forPayment

0..1

xs:string

Параметр используется при платеже

UniqueParameter

1..n

Контейнер/ Описание приведено в таблице 17

Комлексный параметр платежа

Описание данных контейнера UniversalParameters приведено в таблице 9.

Таблица 9

Наименование

Кол-во

Тип данных

Комментарий

PayerIdentifier

1

Контейнер

Федеральный или специфический идентификатор плательщика

CodeIdentifier

1

xs:string

Код типа федерального идентификатора плательщика. Возможные значения Справочников федеральных идентификаторов плательщика (Таблица 13 настоящих Требований)

NameIdentifier

1

xs:string

Описание специфического идентификатора плательщика

BillFor

1

Контейнер

Назначение платежа (поле 24 платежного поручения)

DefaultValue

1

xs:string

Фиксированный текст или шаблон назначения платежа

Fields

0..1

Контейнер

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

Field

1..n

Контейнер

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

@number

1

xs:string

Номер поля параметра

@label

1

xs:string

Наименование поля параметра для отображения пользователю

Regexp

0..1

xs:string

Маска для проверки значения поля параметра, в случае отсутствия проверка не производится.

Формат JAVA

AllowedValues

0..1

Контейнер

Возможные значения для параметра (аналог перечисления)

Value

1..n

xs:string

Значение параметра

Status

1

Контейнер

Статуса плательщика (поле 101 платежного поручения)

DefaultValue

1

xs:string

Значение параметра по умолчанию

AllowedValues

1

Контейнер

Список возможных значений параметра

Value

1..n

xs:string

Значение параметра

KBK

1

xs:string

Код бюджетной классификации РФ (поле 104 платежного поручения)

OKTMO

1

Контейнер

Код ОКTMO муниципального образования, на территории которого мобилизуются денежные средства – платеж за услугу (поле 105 платежного поручения)

@choiceLaw

1

xs:string

Правило выбора значения кода ОКТМО муниципального образования. Возможные значения:

0 – Место нахождения получателя платежа;

1 – Место нахождения поставщика услуг;

2 – Место регистрации плательщика

Purpose

1

Контейнер

Основания платежа (поле 106 платежного поручения)

DefaultValue

1

xs:string

Значение параметра по умолчанию

AllowedValues

1

Контейнер

Список возможных значений параметра

Value

1..n

xs:string

Значение параметра

TaxPeriod

0..1

Контейнер

Налоговый период (поле 107 платежного поручения)

Regexp

0..1

xs:string

Маска для проверки значения параметра, в случае отсутствия проверка не производится

NameIdentifier

0..1

xs:string

Описание правил заполнения налогового периода для отображения плательщику

PaymentType

1

Контейнер

Типа платежа (поле 110 платежного поручения)

DefaultValue

1

xs:string

Значение параметра по умолчанию

AllowedValues

1

Контейнер

Список возможных значений параметра

Value

1..n

xs:string

Значение параметра

3.2.         Описание данных ответа на запрос импорта Каталога услуг

Описание данных Ответа на запрос импорта услуг приведено в Таблице 10.

Таблица 10

Наименование

Кол-во тегов

Тип данных

Комментарий

ImportCatalogMsgResponse

1

Контейнер

Корневой тег ответа

Message

1

Контейнер

Служебный блок атрибутов СМЭВ

Sender

1

orgExternalType

Данные о системе-инициаторе взаимодействия

Code

1

Xsd:string

Мнемоника Портала УЭК, полученная при регистрации в СМЭВ

Name

1

Xsd:string

Наименование Портала УЭК, полученное при регистрации в СМЭВ

Recipient

1

orgExternalType

Данные о системе-получателе сообщения

Code

1

Xsd:string

Мнемоника ИС АО, отправителя Запроса на импорт Каталога услуг, полученная при регистрации в СМЭВ

Name

1

Xsd:string

Наименование ИС АО, отправителя Запроса на импорт Каталога услуг, полученное при регистрации в СМЭВ

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ.

Заполняется в соответствии
с Методическими рекомендациями версии 2.4.5

Status

1

StatusType

Статус сообщения.

Значение – ‘ACCEPT’

Date

1

Xsd:dateTime

Дата создания запроса

RequestIdRef

1

smev:idType

Идентификатор сообщения-запроса

OriginRequestIdRef

1

smev:idType

Идентификатор сообщения-запроса

ExchangeType

1

Xsd:string

Категория взаимодействия.

Значение – ‘0’

MessageData

1

Контейнер

Блок-обертка данных СМЭВ

AppData

1

AppDataType

Блок структурированных сведений

ImportCatalogResponse

1

ImportCatalogResponseType

Данные Ответа на запрос импорта Каталога услуг

UnitizedControl

1

Контейнер

Технический и форматный контроль

@request_id

0..1

xs:string

Идентификатор Запроса на импорт Каталога услуг на Портале УЭК

ResultCode

1

xs:string

Если технический и форматный контроль Запроса на импорт Каталога услуг пройден, то должно быть указано значение «0».

Если контроль не пройден, то указывается код ошибки из Таблицы 1 Приложения

к настоящим Требованиям

ResultDescription

0..1

xs:string

Если технический и форматный контроль Запроса на импорт Каталога услуг пройден, то не заполняется.

Если контроль не пройден, то указывается текст с описанием ошибки из Таблицы 1 Приложения к настоящим Требованиям

3.3.         Описание данных Запроса результатов импорта Каталога услуг

Описание данных Запроса результатов импорта Каталога услуг, поступившего от ИС АО приведено в Таблице 11.

Таблица 11

Наименование

Кол-во тегов

Тип данных

Комментарий

ResultImportCatalogMsgRequest

1

Контейнер

Корневой тег запроса.

Message

1

Контейнер

Служебный блок атрибутов СМЭВ.

Sender

1

orgExternalType

Данные о системе-ициаторе взаимодействия.

Code

1

Xsd:string

Мнемоника ИС АО в СМЭВ.

Name

1

Xsd:string

Наименование ИС АО в СМЭВ.

Recipient

1

orgExternalType

Данные о системе-получателе сообщения.

Code

1

Xsd:string

Мнемоника Портала УЭК в СМЭВ.

Name

1

Xsd:string

Наименование Портала УЭК в СМЭВ.

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ. Значение должно быть равно ‘GFNC’

Status

1

StatusType

Статус сообщения. Значение должно быть равно ‘PING’

Date

1

Xsd:dateTime

Дата создания запроса.

RequestIdRef

1

smev:idType

Идентификатор сообщения-запроса.

OriginRequestIdRef

1

smev:idType

Идентификатор сообщения-запроса, инициировавшего цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия.

ExchangeType

1

Xsd:string

Категория взаимодействия.

MessageData

1

Контейнер

Блок-обертка данных СМЭВ.

AppData

1

AppDataType

Блок структурированных сведений.

ResultImportCatalogRequest

1

ResultImportCatalogRequestType

Данные Запроса результатов импорта Каталога услуг.

@request_id

1

xsd:string

Идентификатор Запроса на импорт Каталога услуг на Портале УЭК. Данные тега ImportCatalogMsgResponse/ MessageData/AppData/ImportCatalogResponse/UnitizedControl@request_id Ответа на запрос импорта Каталога услуг.

3.4.        Описание данных Ответа на запрос результатов импорта Каталога услуг

По результатам обработки Запроса результатов импорта Каталога услуг формируется Ответ на запрос результатов импорта Каталога услуг, содержащий одну из следующей информации:

об отрицательном результате технического и форматного контроля Запроса результатов импорта Каталога услуг, поступившего из ИС АО;

о результате логического контроля Запроса на импорт Каталога услуг;

отсутствие вышеуказанной информации при одновременном выполнении следующих условий:

технический и форматный контроль Запроса результатов импорта Каталога услуг пройден;

логический контроль Запроса на импорта Каталога услуг еще не закончен.

Описание данных Ответа на запрос результатов импорта Каталога услуг приведено в Таблице 12.

Таблица 12

Наименование

Кол-во тегов

Тип данных

Комментарий

ResultImportCatalogMsgResponse

1

Контейнер

Корневой тег запроса

Message

1

Контейнер

Служебный блок атрибутов СМЭВ

Sender

1

orgExternalType

Данные о системе-инициаторе взаимодействия

Code

1

Xsd:string

Мнемоника Портала УЭК в СМЭВ

Name

1

Xsd:string

Наименование Портала УЭК в СМЭВ

Recipient

1

orgExternalType

Данные о системе-получателе сообщения

Code

1

Xsd:string

Мнемоника ИС АО, отправителя Запроса результатов импорта Каталога услуг, в СМЭВ

Name

1

Xsd:string

Наименование ИС АО, отправителя Запроса результатов импорта Каталога услуг, полученное при регистрации в СМЭВ

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ.

Значение – ‘GFNC’

Status

1

StatusType

Одно из возможных значений:

· ‘PROCESS’, если запрос в обработке (т.е. технический и форматный контроль Запроса результатов импорта Каталога услуг пройден, а логический контроль Запроса на импорт Каталога услуг еще не завершен);

· ‘REJECT’, если в результате обработки одного или второго запросов выявлены ошибки (т.е. код результата не равен «0»);

· ‘RESULT’, если логический контроль Запроса на импорт Каталога услуг пройден (т.е. код результата равен «0»)

Date

1

Xsd:dateTime

Дата создания запроса

RequestIdRef

1

smev:idType

Идентификатор сообщения-запроса

OriginRequestIdRef

1

smev:idType

Идентификатор сообщения-запроса, инициировавшего цепочку из нескольких запросов-ответов, объединенных единым

процессом в рамках взаимодействия

ExchangeType

1

Xsd:string

Категория взаимодействия.

Значение – ‘0’

MessageData

1

Контейнер

Блок-обертка данных СМЭВ

AppData

1

AppDataType

Блок структурированных сведений

ResultImportCatalogResponse

1

ResultImportCatalogResponseType

Данные Ответа на запрос результатов импорта Каталога услуг

UnitizedControl

1

Контейнер

Технический и форматный контроль Запроса результатов технического и форматного контроля.

Если указанный контроль пройден, то данный контейнер не должен заполняться

ResultCode

1

xsd:string

Если технический и форматный контроль не пройден, то указывается код ошибки из Таблицы 1 Приложения к настоящим Требованиям

ResultDescription

0..1

xsd:string

Если технический и форматный контроль не пройден, то указывается текст
с описанием ошибки из Таблицы 1 Приложения к настоящим Требованиям

LogicalControls

1

Контейнер

Логический контроль Запроса на импорт Каталога услуг

@registerCode

0..1

xsd:string

Код услуги в соответствии с ФРГУ или Реестром автономного округа, по которой выявлена ошибка.

Значение атрибута @registerCode элемента Services/Service комплекса ServiceCatalog_Type Запроса на импорт Каталога услуг

@PayeeINN

0..1

INN_Type

ИНН получателя платежа, по которому выявлена ошибка.

Значение атрибута @INN элемента PayeePayments/PayeePayment комплекса ServiceCatalog_Type Запроса на импорт Каталога услуг

@PayeeKPP

0..1

KPP_type

КПП получателя платежа, по которому выявлена ошибка.

Значение атрибута @KPP элемента PayeePayments/PayeePayment комплекса ServiceCatalog_Type Запроса на импорт Каталога услуг

ResultCode

1

xsd:string

Если логический контроль не пройден, то указывается код ошибки из Таблицы 2 Приложения к настоящим Требованиям

ResultDescription

0..1

xsd:string

Если логический контроль не пройден, то указывается текст с описанием ошибки из Таблицы 2 Приложения к настоящим Требованиям

3.5.         Описание справочников web-сервиса передачи Каталога услуг

Должны указываться действующие коды ОКТМО для заполнения следующих данных:

кодов муниципальных образований по ОКТМО (первые символы, определяющие уникальность муниципального образования);

кодов ОКТМО муниципальных образований, на территории которых находятся получатели платежа;

кодов ОКТМО муниципальных образований, на территории которых находятся поставщики услуг;

кодов ОКТМО муниципальных образований по месту регистрации плательщиков.

Приказом Минфина России от 12 ноября 2013 года № 107н
«Об утверждении правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации» установлены списки значений для следующих полей платежного поручения:

поле 101 «Статус плательщика» (Таблица 16 настоящих Требований);

поле 106 «Основание платежа» (Таблица 14 настоящих Требований);

поля 107 «Налоговый период»;

поле 108 «Номер документа – основания платежа»;

поле 109 «Дата документа – основания платежа»;

поле 110 «Тип платежа» (Таблица 15 настоящих Требований).

Web-сервис передачи Каталога услуг использует следующие справочники:

Справочник федеральных идентификаторов плательщика;

Справочник оснований платежа;

Справочник типов платежа;

Справочник статусов плательщиков.

Таблица 13

Справочник федеральных идентификаторов плательщика

Код типа идентификатора

Наименование идентификатора

14

СНИЛС

01

Серия и номер паспорта гражданина

02

Номер свидетельства органов ЗАГСа, органа исполнительной власти или органа местного самоуправления о рождении гражданина

03

Номер паспорта моряка (удостоверения личности моряка)

04

Номер удостоверения личности военнослужащего

05

Номер военного билета военнослужащего

06

Номер временного удостоверения личности гражданина РФ

07

Номер справки об освобождении из мест лишения свободы

08

Номер паспорта иностранного гражданина либо иной документ, установленный федеральным законом или признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность иностранного гражданина

09

Номер вида на жительство в РФ

10

Номер разрешения на временное проживание

11

Номер удостоверения беженца

12

Номер миграционной карты

13

Номер паспорта гражданина СССР

21

ИНН

22

Номер водительского удостоверения

24

Номер свидетельства о регистрации транспортного средства в органах Министерства внутренних дел Российской Федерации

Таблица 14

Справочник оснований платежа

Кодовое обозначение

Наименование

0

Не указывается

ТП

Платежи текущего года

ЗД

Добровольная оплата задолженности при отсутствии требования налогового органа

БФ

Текущие платежи физического лица – клиента банка (владельца счета)

ТР

Платежи по требованию налогового органа

РС

Погашение рассроченной задолженности

ОТ

Погашение отсроченной задолженности

РТ

Погашение реструктурируемой задолженности

ПБ

Погашение должником задолженности при банкротстве

ПР

Оплата задолженности, приостановленной к взысканию

АП

Оплата задолженности по акту проверки

АР

Оплата задолженности по исполнительному документу

ИН

Погашение инвестиционного налогового кредита

ТЛ

Погашение учредителем (участником) должника, собственником имущества должника – унитароного предприятия или третьим лицом при банкротстве

ЗТ

Погашение текущей задолженности при банкротстве

Таблица 15

Справочник типов платежа

Кодовое обозначение

Наименование

0

Не указывается

ПЕ

Уплата пени

ПЦ

Уплата процентов

ШТ

Уплата штрафа

ЗД

Уплата в счет погашения задолженности

Таблица 16

Справочник статусов плательщиков

Кодовое обозначение

Наименование

02

Налоговый агент

09

Налогоплательщик (плательщик сборов) – индивидуальный предприниматель

10

Налогоплательщик (плательщик сборов) – нотариус, занимающийся частной практикой

11

Налогоплательщик (плательщик сборов) – адвокат, учредивший адвокатский кабинет

12

Налогоплательщик (плательщик сборов) – глава крестьянского (фермерского) хозяйства

13

Налогоплательщик (плательщик сборов) – иное физическое лицо – клиент банка (владелец счета)

16

Участник внешнеэкономической деятельности – физическое лицо

17

Участник внешнеэкономической деятельности – индивидуальный предприниматель

24

Плательщик – физическое лицо, осуществляющее перевод денежных средств в уплату страховых взносов и иных платежей в бюджетную систему Российской Федерации

3.6.        Описание данных Запроса на экспорт данных из справочников категорий услуг

Описание данных Запроса на экспорт данных из Справочников категорий услуг приведено в таблице 17.

Таблица 17

Наименование

Кол-во

Тип данных

Комментарий

ExportDictionaryMsgRequest

1

BaseMessageType

Корневой тег запроса

Message

1

MessageType

Служебный блок атрибутов СМЭВ

Sender

1

orgExternalType

Данные о системе-инициаторе взаимодействия

Code

1

Xsd:string

Мнемоника ИС АО в СМЭВ

Name

1

Xsd:string

Наименование ИС АО в СМЭВ

Recipient

1

orgExternalType

Данные о системе-получателе сообщения

Code

1

Xsd:string

Мнемоника Портала УЭК в СМЭВ

Name

1

Xsd:string

Наименование Портала УЭК в СМЭВ

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ. Заполняется в соответствии с методическими рекомендациями версии 2.4.5

Status

1

StatusType

Статус сообщения. Заполняется в соответствии с методическими рекомендациями версии 2.4.5. В запросе должен принимать значение «REQUEST»

Date

1

Xsd:dateTime

Дата создания запроса

ExchangeType

1

Xsd:string

Категория взаимодействия. Заполняется в соответствии с методическими рекомендациями версии 2.4.5

MessageData

1

MessageDataType

Блок-обертка данных СМЭВ

AppData

1

AppDataType

Блок структурированных сведений

ExportDictionaryRequest

1

ExportDictionaryRequestType

Данные Запроса на экспорт справочников категорий услуг

ExportDictionary

1

xsd:string

Признак запрашиваемых данных из справочников

@DictionaryType

0..1

Xsd:boolean

Показывает признак запрашиваемых данных из справочника категорий услуг по типу. Принимает одно из значений:

true - данные запрашиваются из справочника;

false - данные не запрашиваются.

@DictionarySituation

0..1

Xsd:boolean

Показывает признак запрашиваемых данных из справочника категорий услуг по жизненной ситуации. Принимает одно из значений:

true - данные запрашиваются;

false - данные не запрашиваются

3.7.        Описание данных Ответа на запрос экспорта данных из справочников

По результатам обработки Запроса экспорта данных из справочников, формируется Ответ на запрос, содержащий одну из следующей информации:

об отрицательном результате контроля Запроса на экспорт данных из ИС АО,

о данных из одного или двух справочников категорий услуг Портала УЭК.

Описание данных Ответа на запрос экспорта данных из справочников приведено в таблице 18.

Таблица 18

Наименование

Кол-во тегов

Тип данных

Комментарий

ExportDictionaryMsgResponse

1

BaseMessageType

Корневой тег ответа

Message

1

MessageType

Служебный блок атрибутов СМЭВ

Sender

1

orgExternalType

Данные о системе-инициаторе взаимодействия

Code

1

Xsd:string

Мнемоника Портала УЭК в СМЭВ

Name

1

Xsd:string

Наименование Портала УЭК в СМЭВ

Recipient

1

orgExternalType

Данные о системе-получателе сообщения

Code

1

Xsd:string

Мнемоника ИС АО в СМЭВ

Name

1

Xsd:string

Наименование ИС АО в СМЭВ

TypeCode

1

Xsd:string

Тип сообщения по классификатору сообщений в СМЭВ. Значение – ‘GFNC’

Status

1

StatusType

Статус сообщения.

Одно из возможных значений:

·            ‘INVALID’, если в результате обработки запроса выявлена ошибка (код результата равен одному из значений: «101» или «201»);

·            ‘REJECT’, если в результате обработки запроса выявлена ошибка (код результата равен «202»);

·            ‘RESULT’, в случае предоставление ответа на запрос, который содержит данные из справочников (наличие элемента Dictionaries)

Date

1

Xsd:dateTime

Дата создания запроса

RequestIdRef

1

smev:idType

Идентификатор сообщения-запроса

OriginRequestIdRef

1

smev:idType

Идентификатор сообщения-запроса

ExchangeType

1

Xsd:string

Категория взаимодействия.

Значение – ‘0’

MessageData

1

MessageDataType

Блок-обертка данных СМЭВ

AppData

1

AppDataType

Блок структурированных сведений

ExportDictionaryResponse

1

ExportDictionaryResponseType

Данные Ответа на Запрос экспорта данных из справочников

UnitizedControl

1

Контейнер

Технический и форматный контроль Запроса.

Если указанный контроль пройден, то данный контейнер не должен заполняться

ResultCode

1

xsd:string

Если технический и форматный контроль не пройден, то указывается код ошибки из Таблицы 3 Приложения к настоящим Требованиям

ResultDescription

0..1

xsd:string

Если технический и форматный контроль не пройден, то указывается текст с описанием ошибки из Таблицы 3 Приложения к настоящим Требованиям

Dictionaries

1

Контейнер

Данные из справочников категорий услуг

CategoryByType

0

Контейнер

Данные категорий услуг по типу

Category

2)     0..1

CategoryBaseType

Данные категорий первого уровня.

Code

1

xsd:string

Код категории из справочника категорий услуг по типу

Name

1

xsd:string

Наименование категории из справочника категорий услуг по типу

Category

0..1

CategoryBaseType

Подкатегория услуги.

CategoryBySituation

0

Контейнер

Данные категорий услуг по жизненной ситуации

Category

0..1

CategoryBaseType

Данные категорий первого уровня

Code

1

xsd:string

Код категории из справочника категорий услуг по жизненной ситуации

Name

1

xsd:string

Наименование категории из справочника категорий услуг по жизненной ситуации

Category

0..1

CategoryBaseType

Подкатегория услуги

Приложение

к Требованиям к форматам передачи

Каталога услуг в электронном виде

Перечень проверок (контролей) при обработке Запроса на импорт Каталога услуг и Запроса результатов импорта Каталога услуг, также при обработке Запроса на экспорт данных из справочников

Таблица 1

Перечень контролей при проведении технического и форматного контроля (для данных Ответа на запрос импорта Каталога услуг или Ответа на запрос результатов импорта Каталога услуг)

Код возврата

Описание кода возврата

Условия возникновения

1

0

Обработка выполнена успешно

Технический и форматный контроль запроса пройден

2

101

Произошла ошибка при проверке ЭП-ОВ. Ваш запрос не был обработан

Ошибка проверки ЭП-ОВ запроса к web-сервису Портала УЭК

3

102

Произошла ошибка при проверке ЭП уполномоченного лица Ответственного органа. Ваш запрос не был обработан

Ошибка проверки ЭП уполномоченного лица запроса к web-сервису Портала УЭК

4

103

На Портале УЭК отсутствуют данные
о Запросе на импорт Каталога услуг, идентификатор которого указан в Запросе результатов импорта Каталога услуг

Информация об идентификаторе Запроса на импорт Каталога услуг, указанном в Запросе результатов импорта Каталога услуг, отсутствует на Портале УЭК.

5

201

Примеры сообщений об ошибке:

- Запрос не соответствует xsd-схеме.

- Реквизит <имя_реквизита> обязателен для заполнения.

- Реквизит <имя_реквизита> имеет некорректную размерность.

- Реквизит <имя_реквизита> имеет некорректный тип

Запрос не соответствует xsd-схеме

Таблица 2

Перечень контролей при проведении логического контроля (для данных Ответа на запрос результатов импорта Каталога услуг)

Код возврата

Описание кода возврата

Условия возникновения

1

0

Обработка выполнена успешно

Логический контроль запроса на импорт Каталога услуг пройден

2

301

Код ФОИВ по ППП, в ведении которого находится владелец Каталога услуг, отсутствует в справочнике Портала УЭК

Код ФОИВ по ППП, в ведении которого находится владелец Каталога услуг, отсутствует в справочнике Портала УЭК

3

302

Код муниципального образования по ОКТМО (первые символы, определяющие уникальность муниципального образования), отсутствует в справочнике Портала УЭК

Код муниципального образования по ОКТМО (первые символы, определяющие уникальность муниципального образования), отсутствует в справочнике Портала УЭК

4

303

В данных об услуге с кодом <registerCode> указаны ИНН (<INN>) и КПП ( < KPP >) получателя платежа, информация о котором отсутствует в БД Портала УЭК

По услуге указаны ИНН и КПП получателя платежа, информация о котором отсутствует в БД Портала УЭК

5

304

Услуга с кодом <registerCode>: дата, до которой предоставляется услуга <expires>, ранее даты ввода в действие (внесения изменений) <revisionDate>

Дата, до которой предоставляется услуга ранее даты ввода в действие (внесения изменений) данных об услуге

6

305

Услуга с кодом <registerCode>: в шаблоне параметра «Назначение платежа» определены значения (<количество> штук), заключенных в угловые скобки, а правила заполнения указаны для<количество>

В шаблоне универсального параметра «Назначение платежа» имеются значения, заключенные в угловые скобки, для которых не описаны правила заполнения

7

306

Услуга с кодом <registerCode>, платежи по которой отражаются в бюджете по коду бюджетной классификации РФ <KBK>, не подлежат загрузке через web-сервис Портала УЭК

Для услуги указан коду бюджетной классификации РФ, который не подлежат загрузке через web-сервис Портала УЭК

8

307

Услуга с кодом <registerCode>: для заполнения поля 105 платежного поручения по оплате услуги (ОКТМО) отсутствуют данные, так как информация об ОКТМО по месту нахождения поставщиков услуг не представлена

Для услуги в части заполнения поля 105 указано правило – «По месту нахождения поставщика услуг», а информация о поставщиках данной услуги отсутствует

9

308

Услуга с кодом <registerCode>: для заполнения поля 105 платежного поручения по оплате услуги (ОКТМО) отсутствуют данные, так как информация об ОКТМО муниципальных образований по месту регистрации плательщиков не представлена

Для услуги в части заполнения поля 105 указано правило «По месту регистрации плательщика», а информация об ОКТМО муниципальных образований по месту регистрации плательщиков отсутствует

10

309

Получатель платежа (ИНН -<INN>, КПП - <KPP>): указан недопустимый номер расчетного счета <Account>, на который должна быть зачислена оплата за услугу

Указан недопустимый номер расчетного счета, на который должна быть зачислена оплата за услугу

11

310

Получатель платежа (ИНН -<INN>, КПП - <KPP>): не указана информация об органе ФК, которому открыт расчетный счет <Account>

Если расчетный счет, на который должна быть зачислена оплата за услугу, открыт на балансовом счете 40101, а информация об органе ФК отсутствует

12

311

Информация о получателе платежа (ИНН -<INN>, КПП - <KPP>), не подлежат загрузке через web-сервис Портала УЭК

Информация об указанном в запросе получателе платежа (определяется по сочетанию ИНН и КПП организации) не подлежат загрузке через web-сервис Портала УЭК

13

312

Не подлежат загрузке на Портал УЭК данные об услуге с кодом <код услуги>, оказываемой получателем платежа с ИНН и КПП: <ИНН>, <КПП>

Для услуги определенного получателя платежа указан код, который не подлежат загрузке через web-сервис Портала УЭК

Таблица 3

Перечень контролей при проведении технического и форматного контроля (для данных Ответа на запрос экспорта справочников)

Код возврата

Описание кода возврата

Условия возникновения

1

101

Произошла ошибка при проверке ЭП-ОВ. Ваш запрос не был обработан

Ошибка проверки ЭП-ОВ запроса к web-сервису Портала УЭК

2

201

Запрос не соответствует xsd-схеме

Запрос не соответствует xsd-схеме

3

202

Некорректный запрос. Неверно указан признак запрашиваемых данных из справочников категорий услуг

».


 
В запросе неверно обозначен признак запрашиваемых данных их справочников категорий услуг

4. Настоящее Дополнительное соглашение вступает в силу с даты его подписания Сторонами.

5. Во всем остальном, что прямо не предусмотрено настоящим Дополнительным соглашением, Стороны руководствуются условиями Соглашения.

6. Настоящее Дополнительное соглашение подписано в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой Стороны.

Президент

Открытого акционерного общества

«Универсальная электронная карта»

Временно исполняющая

обязанности Губернатора

Ханты-Мансийского

автономного округа – Югры

___________________А.Ю.Попов

_________________Н.В.Комарова

Опубликовано: 24.03.2016 22:30 Обновлено: 11.07.2017 11:56

Возврат к списку