Распоряжение Правительства ХМАО - Югры от 09.10.2015 N 575-рп "О Дополнительном соглашении N 1 к Соглашению об информационном взаимодействии между Акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры от 25 октября 2013 года N 57/13/УЭК и признании утратившим силу распоряжения Правительства Ханты-Мансийского автономного округа - Югры от 20 марта 2015 года N 119-рп "О Дополнительном соглашении N 1 к Соглашению об информационном взаимодействии между Открытым акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры от 25 октября 2013 года N 57/13/УЭК"
ПРАВИТЕЛЬСТВО ХАНТЫ-МАНСИЙСКОГО АВТОНОМНОГО ОКРУГА - ЮГРЫ
РАСПОРЯЖЕНИЕ
от 9 октября 2015 г. № 575-рп
О ДОПОЛНИТЕЛЬНОМ СОГЛАШЕНИИ № 1 К СОГЛАШЕНИЮ
ОБ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ МЕЖДУ АКЦИОНЕРНЫМ ОБЩЕСТВОМ
"УНИВЕРСАЛЬНАЯ ЭЛЕКТРОННАЯ КАРТА" И ПРАВИТЕЛЬСТВОМ
ХАНТЫ-МАНСИЙСКОГО АВТОНОМНОГО ОКРУГА - ЮГРЫ
ОТ 25 ОКТЯБРЯ 2013 ГОДА № 57/13/УЭК И ПРИЗНАНИИ
УТРАТИВШИМ СИЛУ РАСПОРЯЖЕНИЯ ПРАВИТЕЛЬСТВА ХАНТЫ-МАНСИЙСКОГО
АВТОНОМНОГО ОКРУГА - ЮГРЫ ОТ 20 МАРТА 2015 ГОДА № 119-РП
"О ДОПОЛНИТЕЛЬНОМ СОГЛАШЕНИИ № 1 К СОГЛАШЕНИЮ
ОБ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ МЕЖДУ ОТКРЫТЫМ АКЦИОНЕРНЫМ
ОБЩЕСТВОМ "УНИВЕРСАЛЬНАЯ ЭЛЕКТРОННАЯ КАРТА" И ПРАВИТЕЛЬСТВОМ
ХАНТЫ-МАНСИЙСКОГО АВТОНОМНОГО ОКРУГА - ЮГРЫ
ОТ 25 ОКТЯБРЯ 2013 ГОДА № 57/13/УЭК"
В соответствии с Уставом (Основным законом) Ханты-Мансийского автономного округа - Югры, Законами Ханты-Мансийского автономного округа - Югры от 12 октября 2005 года № 73-оз "О Правительстве Ханты-Мансийского автономного округа - Югры", от 15 ноября 2004 года № 55-оз "О договорах и соглашениях Ханты-Мансийского автономного округа - Югры, заключаемых органами государственной власти Ханты-Мансийского автономного округа - Югры", пунктом 6.4 статьи 6 Соглашения об информационном взаимодействии между Открытым акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры, заключенного в соответствии с распоряжением Правительства Ханты-Мансийского автономного округа - Югры от 30 августа 2013 года № 456-рп:
1. Заключить Дополнительное соглашение № 1 к Соглашению об информационном взаимодействии между Акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры от 25 октября 2013 года № 57/13/УЭК (прилагается).
2. Признать утратившим силу распоряжение Правительства Ханты-Мансийского автономного округа - Югры от 20 марта 2015 года № 119-рп "О Дополнительном соглашении № 1 к Соглашению об информационном взаимодействии между Открытым акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры от 25 октября 2013 года № 57/13/УЭК".
Губернатор Ханты-Мансийского
автономного округа - Югры
Н.В.КОМАРОВА
Приложение
к распоряжению Правительства
Ханты-Мансийского
автономного округа - Югры
от 9 октября 2015 года № 575-рп
ДОПОЛНИТЕЛЬНОЕ СОГЛАШЕНИЕ № 1
К СОГЛАШЕНИЮ ОБ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ МЕЖДУ
АКЦИОНЕРНЫМ ОБЩЕСТВОМ "УНИВЕРСАЛЬНАЯ ЭЛЕКТРОННАЯ КАРТА"
И ПРАВИТЕЛЬСТВОМ ХАНТЫ-МАНСИЙСКОГО АВТОНОМНОГО ОКРУГА - ЮГРЫ
ОТ 25 ОКТЯБРЯ 2013 ГОДА № 57/13/УЭК
Акционерное общество "Универсальная электронная карта", именуемое в дальнейшем "ФУО", в лице Президента Попова Алексея Юрьевича, действующего на основании Устава, и Правительство Ханты-Мансийского автономного округа - Югры, именуемое в дальнейшем "Правительство автономного округа", в лице Губернатора Ханты-Мансийского автономного округа - Югры Комаровой Натальи Владимировны, действующей на основании Устава (Основного закона) Ханты-Мансийского автономного округа - Югры, в дальнейшем совместно именуемые "Стороны", руководствуясь пунктом 6.4 статьи 6 Соглашения об информационном взаимодействии между Акционерным обществом "Универсальная электронная карта" и Правительством Ханты-Мансийского автономного округа - Югры от 25 октября 2013 года № 57/13/УЭК (далее - Соглашение), заключили настоящее Дополнительное соглашение № 1 о нижеследующем.
1. В связи с изменением наименования ФУО в преамбуле Соглашения и разделе Соглашения "Подписи Сторон" слова "Открытое акционерное общество "Универсальная электронная карта" заменить словами "Акционерное общество "Универсальная электронная карта".
2. Приложение 1 к Соглашению изложить в следующей редакции:
"Приложение 1
к Соглашению об информационном
взаимодействии между
Акционерным обществом
"Универсальная электронная карта"
и Правительством Ханты-Мансийского
автономного округа - Югры
от 25 октября 2013 года № 57/13/УЭК
СВЕДЕНИЯ,
ПРЕДОСТАВЛЯЕМЫЕ В РАМКАХ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ
1. Сведения об услугах
Наименование
Описание
Код услуги
Код услуги в соответствии с Федеральным реестром государственных и муниципальных услуг (функций) (далее - ФРГУ) или Реестром автономного округа, формируемым для услуг, информация о которых отсутствует в ФРГУ
Наименование услуги
Наименование услуги в соответствии с ФРГУ или Реестром автономного округа, формируемым для услуг, информация о которых отсутствует в ФРГУ
Описание услуги
Описание услуги для отображения пользователю Портала УЭК
2. Сведения о получателях платежа:
Наименование
Описание
Получатель платежа, наименование
Наименование получателя платежа - администратора доходов бюджетов бюджетной системы Российской Федерации (далее - администратор доходов)
Получатель платежа, ИНН
ИНН получателя платежа - администратора доходов
Получатель платежа, КПП
КПП получателя платежа - администратора доходов
Наименование органа Федерального казначейства (далее - ФК)
Полное или сокращенное наименование органа ФК, на расчетный счет которого должна быть зачислена сумма оплаты услуги
Наименование финансового органа
Наименование финансового органа автономного округа (муниципального образования), в котором открыт лицевой счет получателя платежа
Номер л/с, открытый в органе ФК получателю платежа или финансовому органу
Номер лицевого счета получателя платежа - администратора доходов или вышеуказанного финансового органа, открытый в органе ФК
Банковские реквизиты органа ФК, номер р/с
Номер расчетного счета органа ФК, на который должна быть зачислена сумма оплаты услуги (далее - расчетный счет)
Банковские реквизиты органа ФК, наименование банка
Наименование кредитной организации, в которой открыт расчетный счет органа ФК
Банковские реквизиты органа ФК, БИК банка
БИК кредитной организации, в которой открыт расчетный счет органа ФК
Банковские реквизиты органа ФК, корсчет банка
Корреспондентский счет кредитной организации, в которой открыт расчетный счет
Код по Общероссийскому классификатору объектов территорий муниципальных образований (далее - ОКТМО)
Код ОКТМО муниципального образования, на территории которого находится получатель платежа - администратор доходов
3. Сведения о платежных реквизитах для оплаты услуг:
Наименование
Описание
Код услуги
Код услуги, информация о котором содержится на странице "Услуги" данного файла
Получатель платежа, ИНН
Список ИНН получателей платежа, информация о которых содержится на странице "Получатели" данного файла
Получатель платежа, КПП
Список КПП получателей платежа, информация о которых содержится на странице "Получатели" данного файла
Наименование поставщика услуги
Наименование поставщика услуги. Заполняется только в случае, если поставщик услуги не является получателем платежа
Сведения о муниципальном образовании, на территории которого мобилизуются платежи, правило выбора
Правило выбора муниципального образования, код по ОКТМО которого должен быть указан в поле 105 платежного поручения
Сведения о муниципальном образовании, на территории которого мобилизуются платежи, наименование
Наименование муниципального образования
Сведения о муниципальном образовании, на территории которого мобилизуются платежи, код по ОКТМО
Код ОКТМО муниципального образования, на территории которого мобилизуются (собираются) денежные средства - доходы бюджетов бюджетной системы Российской Федерации
".
3. Приложение 2 к Соглашению изложить в следующей редакции:
"Приложение 2
к Соглашению об информационном
взаимодействии между
Акционерным обществом
"Универсальная электронная карта"
и Правительством Ханты-Мансийского
автономного округа - Югры
от 25 октября 2013 года № 57/13/УЭК
РЕГЛАМЕНТ
ИНФОРМАЦИОННО-ТЕХНОЛОГИЧЕСКОГО ВЗАИМОДЕЙСТВИЯ
Общая информация
Настоящий Регламент описывает технологические принципы информационного взаимодействия ФУО и Правительства автономного округа в целях реализации Соглашения, в том числе создания и актуализации Справочника реквизитов платежей за оказание государственных (муниципальных) услуг (далее - Каталог услуг).
Информация, предоставляемая Ответственным органом, должна полностью соответствовать положениям настоящего Регламента.
Порядок взаимодействия в целях реализации Соглашения предполагает:
1 - Сбор информации на уровне автономного округа.
2 - Актуализация справочников категоризации услуг и отнесение к соответствующим категориям собранной информации о реквизитах.
3 - Экспорт информации через механизмы интеграционного взаимодействия.
4 - Контроль поступающих данных, загрузка информации в Каталог услуг и публикация на Портале УЭК либо возврат сообщения об ошибке.
5 - Выполнение итеративных шагов по обогащению, изменению и актуализации информации в Каталоге услуг.
/ \
Сбор
информации о
реквизитах
\ /
Категоризация
Ответственный \/ реквизитов \/ \/
орган \/
Запрос /\ Актуализация Постоянный мониторинг
актуальных Вызов информации, необходимости
справочников Web-интерфейса исправление внесения изменений,
категоризации для импорта ошибок. добавлений, удалений
данных в Каталог услуг.
WEB-интерфейс
\/ \/
Экспорт Контроль
информации из входящей \/
справочников информации
категоризации Возврат в
интерфейс
ФУО сообщения об
\/ ошибке
/\
Да < Контроль > Нет
пройден?
\/
Загрузка
информации в Возврат в интерфейс
> Каталог > сообщения об
услуг успешной загрузке
Рис. 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 и т.д.
".
4. Приложение 3 к Соглашению изложить в следующей редакции:
"Приложение 3
к Соглашению об информационном
взаимодействии между
Акционерным обществом
"Универсальная электронная карта"
и Правительством Ханты-Мансийского
автономного округа - Югры
от 25 октября 2013 года № 57/13/УЭК
ТРЕБОВАНИЯ
К ФОРМАТАМ ПЕРЕДАЧИ КАТАЛОГА УСЛУГ В ЭЛЕКТРОННОМ ВИДЕ
1. Перечень сокращений и терминов
Каталог услуг - справочник реквизитов платежей за оказание государственных и муниципальных услуг;
Уполномоченное лицо - работник Ответственного органа, определенный в соответствии с пунктом 6 статьи 2 Соглашения;
РФ - Российская Федерация;
Автономный округ - Ханты-Мансийский автономный округ - Югра;
ФК - Федеральное казначейство;
ИС - информационная система;
ЭП - электронная подпись;
ЭП-ОВ - электронная подпись Ответственного органа;
БД Портала УЭК - база данных Портала УЭК;
Код ФОИВ по ППП - код федерального органа исполнительной власти в соответствии с Перечнем главных администраторов доходов бюджетов бюджетной системы Российской Федерации (Приложение № 7 к Указаниям о порядке применения бюджетной классификации Российской Федерации, утвержденным приказом Минфина России от 01 июля 2013 года № 65н);
СМЭВ - Единая система межведомственного электронного взаимодействия, созданная и функционирующая в соответствии с Постановлением Правительства Российской Федерации от 08.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. Запрос (ExportDictionaryMsgRequest)
<
2. ответ на запрос (ExportDictionaryMsgResponse)
>
3. Запрос (ImportCatalogMsgRequest)
<
4. Ответ на запрос (ImportCatalogMsgResponse)
>
5. Запрос результатов (ResultImportCatalogMsgRequest)
<
6. Ответ на запрос результатов
(ResultImportCatalogMsgResponse)
>
Рис. 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
Контейнер
Код ОКТМО муниципального образования, на территории которого мобилизуются денежные средства - платеж за услугу (поле 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
ИНН получателя платежа, по которому выявлена ошибка.
Значение атрибута @IN№ элемента 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
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
Перечень контролей при проведении технического и форматного
контроля (для данных Ответа на запрос импорта Каталога услуг
или Ответа на запрос результатов импорта Каталога услуг)
N
Код возврата
Описание кода возврата
Условия возникновения
1
0
Обработка выполнена успешно
Технический и форматный контроль запроса пройден
2
101
Произошла ошибка при проверке ЭП-ОВ. Ваш запрос не был обработан
Ошибка проверки ЭП-ОВ запроса к web-сервису Портала УЭК
3
102
Произошла ошибка при проверке ЭП уполномоченного лица Ответственного органа. Ваш запрос не был обработан
Ошибка проверки ЭП уполномоченного лица запроса к web-сервису Портала УЭК
4
103
На Портале УЭК отсутствуют данные о Запросе на импорт Каталога услуг, идентификатор которого указан в Запросе результатов импорта Каталога услуг
Информация об идентификаторе Запроса на импорт Каталога услуг, указанном в Запросе результатов импорта Каталога услуг, отсутствует на Портале УЭК.
5
201
Примеры сообщений об ошибке:
- Запрос не соответствует xsd-схеме.
- Реквизит <имя_реквизита> обязателен для заполнения.
- Реквизит <имя_реквизита> имеет некорректную размерность.
- Реквизит <имя_реквизита> имеет некорректный тип
Запрос не соответствует xsd-схеме
Таблица 2
Перечень контролей при проведении логического контроля
(для данных Ответа на запрос результатов импорта
Каталога услуг)
N
Код возврата
Описание кода возврата
Условия возникновения
1
0
Обработка выполнена успешно
Логический контроль запроса на импорт Каталога услуг пройден
2
301
Код ФОИВ по ППП, в ведении которого находится владелец Каталога услуг, отсутствует в справочнике Портала УЭК
3) Код ФОИВ по ППП, в ведении которого находится владелец Каталога услуг, отсутствует в справочнике Портала УЭК
3
302
Код муниципального образования по ОКТМО (первые символы, определяющие уникальность муниципального образования), отсутствует в справочнике Портала УЭК
Код муниципального образования по ОКТМО (первые символы, определяющие уникальность муниципального образования), отсутствует в справочнике Портала УЭК
4
303
В данных об услуге с кодом
По услуге указаны ИНН и КПП получателя платежа, информация о котором отсутствует в БД Портала УЭК
5
304
Услуга с кодом
Дата, до которой предоставляется услуга, ранее даты ввода в действие (внесения изменений) данных об услуге
6
305
Услуга с кодом
В шаблоне универсального параметра "Назначение платежа" имеются значения, заключенные в угловые скобки, для которых не описаны правила заполнения
7
306
Услуга с кодом
Для услуги указан код бюджетной классификации РФ, который не подлежит загрузке через web-сервис Портала УЭК
8
307
Услуга с кодом
Для услуги в части заполнения поля 105 указано правило - "По месту нахождения поставщика услуг", а информация о поставщиках данной услуги отсутствует
9
308
Услуга с кодом
Для услуги в части заполнения поля 105 указано правило "По месту регистрации плательщика", а информация об ОКТМО муниципальных образований по месту регистрации плательщиков отсутствует
10
309
Получатель платежа (ИНН -
Указан недопустимый номер расчетного счета, на который должна быть зачислена оплата за услугу
11
310
Получатель платежа (ИНН -
Если расчетный счет, на который должна быть зачислена оплата за услугу, открыт на балансовом счете 40101, а информация об органе ФК отсутствует
12
311
Информация о получателе платежа (ИНН -
Информация об указанном в запросе получателе платежа (определяется по сочетанию ИНН и КПП организации) не подлежит загрузке через web-сервис Портала УЭК
13
312
Не подлежат загрузке на Портал УЭК данные об услуге с кодом <код услуги>, оказываемой получателем платежа с ИНН и КПП: <ИНН>, <КПП>
Для услуги определенного получателя платежа указан код, который не подлежит загрузке через web-сервис Портала УЭК
Таблица 3
Перечень контролей при проведении технического и форматного
контроля (для данных Ответа на запрос экспорта справочников)
N
Код возврата
Описание кода возврата
Условия возникновения
1
101
Произошла ошибка при проверке ЭП-ОВ. Ваш запрос не был обработан
Ошибка проверки ЭП-ОВ запроса к web-сервису Портала УЭК
2
201
Запрос не соответствует xsd-схеме
Запрос не соответствует xsd-схеме
3
202
Некорректный запрос. Неверно указан признак запрашиваемых данных из справочников категорий услуг
В запросе неверно обозначен признак запрашиваемых данных из справочников категорий услуг
".
5. Настоящее Дополнительное соглашение № 1 вступает в силу с даты его подписания Сторонами.
6. Во всем остальном, что прямо не предусмотрено настоящим Дополнительным соглашением № 1, Стороны руководствуются условиями Соглашения.
7. Настоящее Дополнительное соглашение № 1 подписано в двух экземплярах, имеющих одинаковую юридическую силу, по одному для каждой Стороны.
Президент
Акционерного общества
"Универсальная электронная карта"
Губернатор
Ханты-Мансийского
автономного округа - Югры
___________________ А.Ю.Попов
_________________ Н.В.Комарова
------------------------------------------------------------------