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

О Соглашении об информационном взаимодействии между Открытым акционерным обществом «Универсальная электронная карта» и Правительством Ханты-Мансийского автономного округа – Югры

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

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



В соответствии с Уставом (Основным законом) Ханты-Мансийского автономного округа – Югры, законами  Ханты-Мансийского автономного округа – Югры от 12 октября 2005 года № 73-оз «О Правительстве Ханты-Мансийского автономного округа – Югры», от 15 ноября 2004 года
№ 55-оз «О договорах и соглашениях Ханты-Мансийского автономного округа – Югры, заключаемых органами государственной власти Ханты-Мансийского автономного округа – Югры»:

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

Губернатор

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

автономного округа – Югры                                                      Н.В.Комарова

Приложение

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

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

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

от 30 августа 2013 года № 456-рп

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

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

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

1. Предмет Соглашения

1.1. Предметом настоящего Соглашения является осуществление информационного взаимодействия Сторон по формированию и ведению единого справочника реквизитов платежей за оказание государственных (муниципальных) услуг в целях организации возможности оплаты физическими лицами государственных (муниципальных) услуг, оказываемых на территории Ханты-Мансийского автономного округа – Югры в электронной форме, с использованием информационного ресурса ФУО в сети Интернет (далее – Портал УЭК), в том числе с применением универсальной электронной карты.

1.2. Для целей настоящего Соглашения под государственными (муниципальными) услугами понимаются услуги, предоставляемые физическим лицам исполнительными органами государственной власти Ханты-Мансийского автономного округа – Югры (далее – автономный округ) или органами местного самоуправления муниципальных образований автономного округа, а также находящимися в их ведении организациями (государственными учреждениями, а также унитарными и казенными предприятиями) (далее – услуги).

2. Порядок информационного взаимодействия

2.1. Правительство автономного округа определяет Департамент информационных технологий Ханты-Мансийского автономного округа – Югры (далее – Ответственный орган), ответственным за реализацию настоящего Соглашения и предоставление сведений, указанных в Приложении № 1 к настоящему Соглашению.

2.2. Информационно-технологическое взаимодействие Сторон в рамках настоящего Соглашения осуществляется в соответствии с Регламентом информационно-технологического взаимодействия (далее – Регламент) согласно Приложению № 2 к настоящему Соглашению.

2.3.        Предоставление сведений, указанных в Приложении № 1 к настоящему Соглашению, осуществляется Ответственным органом в соответствии с Требованиями к форматам передачи каталога услуг в электронном виде (далее – Требования), являющимися Приложением № 3 к настоящему Соглашению, и Регламентом.

2.4.        Уведомления и сообщения могут направляться Сторонами друг другу средствами факсимильной связи, электронной почтой, заказными письмами с уведомлением о вручении, письмами, отправленными с почты или курьером с подтверждением о вручении адресату, а если определенный способ доставки предусмотрен в Соглашении и Регламенте – то уведомления и сообщения передаются предусмотренным способом.

2.5.        При реализации настоящего Соглашения не подлежит передаче информация, доступ к которой ограничен законодательством Российской Федерации.

2.6.        Стороны определяют работников, ответственных за взаимодействие в рамках настоящего Соглашения, и сообщают друг другу об определении таких работников с указанием их контактных данных не позднее чем через 10 (десять) рабочих дней с даты подписания настоящего Соглашения. Стороны информируют друг друга не позднее чем через 3 (три) рабочих дня с даты изменения указанных сведений.

2.7.        При реализации настоящего Соглашения Стороны действуют в соответствии с нормативными правовыми актами Российской Федерации, Ханты-Мансийского автономного округа – Югры и настоящим Соглашением.

3. Права и обязанности Правительства автономного округа

3.1.    По настоящему Соглашению Правительство автономного округа обязуется:

информировать ФУО электронной почтой на адрес service_catalog@uecard.ru (оригинал письма направляется заказным письмом с уведомлением о вручении) об изменении Ответственного органа в течение 3(трех) рабочих дней с даты принятия соответствующего решения;

не позднее 10 (десяти) рабочих дней с даты подписания настоящего Соглашения обеспечить предоставление Ответственным органом сведений указанных в Приложении № 1 к настоящему Соглашению;

обеспечивать своевременную актуализацию сведений, указанных в Приложении № 1 к настоящему Соглашению, в том числе в соответствии с Требованиями и Регламентом информировать ФУО об изменении сведений, указанных в Приложении № 1 к настоящему Соглашению, не менее чем за 3 рабочих дня до даты предполагаемых изменений с указанием такой даты;

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

3.2.    Правительство автономного округа имеет право:

направлять запросы и обращения в ФУО по вопросам, связанным с реализацией настоящего Соглашения и относящимся к сфере деятельности ФУО;

направлять в ФУО предложения по совершенствованию взаимодействия в рамках настоящего Соглашения.

4. Права и обязанности ФУО

4.1.    ФУО обязуется использовать получаемые в соответствии с настоящим Соглашением сведения только в целях, указанных в разделе 1 настоящего Соглашения;

4.2.    ФУО имеет право:

в целях организации возможности оплаты физическими лицами государственных (муниципальных) услуг, привлекать третьих лиц, в том числе передавать им сведения, предоставленные Ответственным органом в соответствии с настоящим Соглашением;

направлять запросы и обращения в Правительство автономного округа и/или Ответственный орган по вопросам, связанным с реализацией настоящего Соглашения и относящимся к компетенции Правительства автономного округа и/или Ответственного органа;

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

5. Ответственность Сторон

5.1.    Стороны несут ответственность за невыполнение или ненадлежащее выполнение обязательств по настоящему Соглашению в соответствии с законодательством Российской Федерации.

5.2.    Правительство автономного округа несет ответственность за достоверность сведений, предоставляемых в соответствии с настоящим Соглашением.

5.3. ФУО несет ответственность за работоспособность Портала УЭК в сети Интернет в целях, предусмотренных статьей 1 настоящего Соглашения.

5.4. ФУО не несет ответственности:

за корректность осуществления платежей за государственные (муниципальные) услуги, произведенные с использованием сведений, полученных в соответствии с настоящим Соглашением, в том числе в случае, если такие сведения оказались недостоверными;

за предоставление и качество услуг, оплаченных физическими лицами с использованием Портала УЭК;

за невозможность использования Портала УЭК в сети Интернет в целях, предусмотренных разделом 1 настоящего Соглашения, вследствие действий (бездействий) третьих лиц.

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

6. Заключительные положения

6.1.        Стороны осуществляют взаимодействие в рамках настоящего Соглашения на безвозмездной основе. Настоящее Соглашение не влечет финансовых обязательств для Сторон.

6.2.        Настоящее Соглашение вступает в силу со дня его подписания и действует 3 (три) года с даты его подписания.

6.3.        Если за 90 (девяносто) календарных дней до окончания срока действия настоящего Соглашения ни одна из Сторон не изъявит в письменном виде желания прекратить настоящее Соглашение, то срок его действия автоматически пролонгируется на каждые последующие 3 (три) года.

6.4.        Все изменения и дополнения к настоящему Соглашению, за исключением изменения Требований и Регламента, оформляются в письменном виде в форме дополнительного соглашения по взаимному согласию Сторон.

6.5.        ФУО вправе в одностороннем порядке вносить изменения в Требования и Регламент путем размещения обновленной редакции Требований и Регламента на Портале УЭК. Об изменении Требований и Регламента, а также о сроках вступления изменений в силу ФУО уведомляет Правительство автономного округа и Ответственный орган любым из способов, предусмотренных пунктом 2.4 настоящего Соглашения.

6.6.        Приложения № № 1, 2 и 3 к настоящему Соглашению являются его неотъемлемой частью.

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

7. Подписи Сторон

Президент

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

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

Губернатор

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

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

___________________А.Ю.Попов

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


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

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

взаимодействии между

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

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

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

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

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

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

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

Описание

Код услуги

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

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

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

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

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

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

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

Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Код по Общероссийскому классификатору объектов административно-территориального деления (далее – ОКАТО)

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

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

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

Описание

Код услуги

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

взаимодействии между

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

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

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

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

Регламент

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 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
к Соглашению об информационном

взаимодействии между

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

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

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

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

ТРЕБОВАНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ФРГУ ‒ Федеральный реестр государственных и муниципальных услуг (функций), созданный в соответствии с постановлением Правительства Российской Федерации от 24 октября 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-сервиса опубликованы по адресу monitoring.uecard.ru в разделе Информация от ФУО / Ведение справочников реквизитов платежей

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

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

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

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

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

Таблица 2

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

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

Комментарий

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание данных корневого тега запроса 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

Дата ввода в действие (внесения изменений).

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

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

Контейнер

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

UniqueParameters

0..1

Контейнер

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

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

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

OKATOList

0..1

Контейнер

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

OKATO

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

Значение

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

Таблица 8

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

Кол-во

Тип данных

Комментарий

PayerIdentifier

1

Контейнер

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

CodeIdentifier

1

xs:string

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

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 платежного поручения)

OKATO

1

Контейнер

Код ОКАТО муниципального образования автономного округа, на территории которого мобилизуются денежные средства – платеж за услугу (поле 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.        Описание данных ответа на запрос импорта Каталога услуг

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

Таблица 9

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

Кол-во тегов

Тип данных

Комментарий

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.        Описание данных Запроса результатов импорта Каталога услуг

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

Таблица 10

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

Кол-во тегов

Тип данных

Комментарий

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.        Описание данных Ответа на запрос результатов импорта Каталога услуг

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

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

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

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

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

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

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

Таблица 11

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

Кол-во тегов

Тип данных

Комментарий

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-сервиса передачи Каталога услуг

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

·             кодов автономного округа по ОКАТО (первые символы, определяющие уникальность автономного округа);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 12

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

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

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

00

СНИЛС

01

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

02

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

03

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

04

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

05

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

06

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

07

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

08

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

09

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

10

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

11

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

12

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

13

Номер паспорта гражданина СССР образца 1974 г. для некоторых категорий иностранных граждан илиц без гражданства

21

ИНН

22

Номер водительского удостоверения, выданного на территории РФ
в соответствии с законодательством РФ

24

Номер свидетельства о регистрации транспортного средства

Таблица 13

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

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

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

0

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

ТП

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

ЗД

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

БФ

Текущие платежи физических лиц

ТР

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

РС

Оплата рассроченной задолженности

ОТ

Оплата отсроченной задолженности

РТ

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

ВУ

Оплата отсроченной задолженности в связи с внешним управлением

ПР

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

АП

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

АР

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

Таблица 14

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

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

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

0

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

НС

Уплата налога или сбора

ПЛ

Уплатаплатежа

ГП

Уплата пошлины

ВЗ

Уплата взноса

АВ

Уплата аванса или предоплата

ПЕ

Уплата пени

ПЦ

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

СА

Налоговые санкции

АШ

Административные штрафы

ИШ

Иныештрафы

Таблица 15

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

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

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

0

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

02

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

08

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

09

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

10

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

11

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

12

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

13

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

16

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

17

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

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

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

Таблица 16

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

Кол-во

Тип данных

Комментарий

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

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

Принимает одно из значений:

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

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

@DictionarySituation

0..1

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

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

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

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

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

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

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

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

Таблица 17

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

Кол-во тегов

Тип данных

Комментарий

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

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

Код возврата

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

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

1

0

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

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

2

101

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

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

3

102

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

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

4

103

В служебном блоке атрибутов СМЭВ (Message/Recipient/Code) указана ошибочная мнемоника Портала УЭК в СМЭВ

Значение элемента Message/Recipient/Code запроса не равно мнемонике Портала УЭК в СМЭВ

5

104

В служебном блоке атрибутов СМЭВ (Message/Recipient/Name) указано ошибочное наименование Портала УЭК, полученное при регистрации в СМЭВ

Значение элемента Message/Recipient/Name запроса не соответствует наименованию Портала УЭК, полученному при регистрации в СМЭВ

6

105

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

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

7

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

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

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

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

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