Технические требования "Разработка и реализация Концепции оптимизации межведа" Минэк 2014

РАЗДЕЛ V. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

на выполнение работ, оказание услуг в рамках реализации государственной программы Российской Федерации «Информационное общество (2011-2020 годы)» в 2014 году по теме: «Разработка и реализация Концепции оптимизации механизмов проектирования и реализации межведомственного информационного взаимодействия, расширения числа контрагентов и оснований для взаимодействия, оптимизации порядка разработки и утверждения административных регламентов»

1. Общие сведения

1.1. Полное наименование лота: «Разработка и реализация Концепции оптимизации механизмов проектирования и реализации межведомственного информационного взаимодействия, расширения числа контрагентов и оснований для взаимодействия, оптимизации порядка разработки и утверждения административных регламентов»

1.2. Государственный заказчик: Министерство экономического развития Российской Федерации

1.3 Исполнитель работ: определяется в соответствии с действующим законодательством.

1.4. Сроки выполнения работ:

I этап: не менее 14 календарных дней и не более 21 календарных дней с даты заключения государственного контракта;

II этап: не менее 100 календарных дней и не более 125 календарных дней с даты заключения государственного контракта;

III этап: не менее 45 календарных дней и не более 60 календарных дней с даты утверждения Государственным заказчиком акта приемки выполненных работ по II этапу;

IV этап: не менее 30 и не более 45 календарных дней с даты утверждения Государственным заказчиком акта приемки выполненных работ по III этапу.

1.5. Сроки оказания услуг:

I этап: в течение срока выполнения работ по I и II этапу.

II этап: в течение срока выполнения работ по III этапу.

III этап: в течение срока выполнения работ по IV этапу.

1.6. Лимитная стоимость работ и услуг в 2014 году

1.7. Начальная (максимальная) цена государственного контракта – 60 000 000 рублей 00 копеек, включая НДС, в том числе

начальная (максимальная) цена 1 этапа работ составляет 4% начальной (максимальной) цены государственного контракта,




начальная (максимальная) цена 1 этапа услуг составляет 2% начальной (максимальной) цены государственного контракта,

начальная (максимальная) цена 2 этапа услуг составляет 2% начальной (максимальной) цены государственного контракта,

начальная (максимальная) цена 3 этапа услуг составляет 3% начальной (максимальной) цены государственного контракта

1.8. Источник финансирования: Федеральный бюджет:

по направлению «прочие расходы».

1.9. Лот выполняется в рамках основного мероприятия «Развитие электронного правительства», подпрограммы № 4 «Информационное государство», государственной программы Российской Федерации № 23 «Информационное общество (2011-2020 годы)».

2. СОКРАЩЕНИЯ И НАИМЕНОВАНИЯ

Наименование (сокращение)

Определение

АИС «Реестр сведений» Автоматизированная информационная система «Реестр сведений», размещенная по адресу http://reestr.210fz.ru, и используемая для организации предоставления сведений от Федеральных органов исполнительной власти (далее – ФОИВ) к региональным органам исполнительной власти (далее – РОИВ) и органам местного самоуправления (далее - ОМСУ) в соответствии с Методическими рекомендациями по обеспечению перехода органов исполнительной власти субъектов Российской Федерации и органов местного самоуправления к предоставлению услуг на основе межведомственного взаимодействия (Методика проектирования межведомственного взаимодействия при предоставлении государственных и муниципальных услуг на уровне субъекта Российской Федерации), утвержденной протоколом заседания Подкомиссии по использованию информационных технологий при предоставлении государственных и муниципальных услуг Правительственной комиссии по внедрению информационных технологий в деятельность государственных органов и органов местного самоуправления от 21 октября 2011 № 21

АРМ автоматизированное рабочее место.

Административный регламент

нормативный правовой акт, устанавливающий порядок предоставления государственной или муниципальной услуги и стандарт предоставления государственной или муниципальной услуги

Административные процедуры

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

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

ГИС ТКМВ государственная информационная система, обеспечивающая автоматизированное формирование, согласование, актуализацию и публикацию технологических карт межведомственного взаимодействия для обеспечения перехода федеральных органов исполнительной власти и органов государственных внебюджетных фондов на межведомственное информационное взаимодействие в электронном виде во исполнение постановления Правительства РФ от 28.12.2011 N 1184 "О мерах по обеспечению перехода федеральных органов исполнительной власти и органов

государственных внебюджетных фондов на межведомственное информационное взаимодействие в электронном виде"

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

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

Дескриптор единица языка информационно-поисковой системы, соответствующая определенному ключевому или базовому понятию, включенному в тезаурус этой системы. Это термин со строго фиксированным значением, без синонимов. Из дескрипторов для каждого документа, хранящегося в системе, составляется его поисковый образ.

Документы личного хранения

документы, перечень которых закреплен в части 6 статьи 7 Федерального закона от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».

Единый портал, ЕПГУ Федеральная государственная информационная система Единый портал государственных и муниципальных услуг (функций) (gosuslugi.ru).

ЕС НСИ Федеральная государственная информационная система «Единая система нормативной справочной информации» (nsi.gosuslugi.ru).

Закон № 210 Федеральный закон от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».

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

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

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

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

образований.

МВ Межведомственное информационное взаимодействие, осуществляемое в целях предоставления государственных (муниципальных) услуг и исполнения контрольно-надзорных функций:

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

Межведомственный документ

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

Модель МВ модель организации межведомственного информационного взаимодействия в электронном виде.

Модуль АР функциональный модуль Федерального реестра (прототипа Федерального реестра), предназначенный для ведения и согласования электронных административных регламентов.

Модуль согласования МВ функциональный модуль Федерального реестра (прототипа Федерального реестра), предназначенный для согласования межведомственного взаимодействия.

Модуль «Реестр МВ», Реестр МВ

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

Муниципальная услуга предоставляемая органом местного самоуправления, - деятельность по реализации функций органа местного самоуправления, которая осуществляется по запросам заявителей в пределах полномочий органа, предоставляющего муниципальные услуги, по решению вопросов местного значения, установленных в соответствии с Федеральным законом от 6 октября 2003 года № 131-ФЗ "Об общих принципах организации местного самоуправления в Российской Федерации" и уставами муниципальных образований.

consultantplus://offline/ref=22EB2FA2DCE314076F7DCEB5D63E4EEFB43DFDA1E0925F462D99E29BA878345547765EA700C09511U6Y4K

Муниципальная функция деятельность органа местного самоуправления по реализации полномочий в сфере осуществлении муниципального контроля (надзора).

МФЦ многофункциональные центры предоставления государственных и муниципальных услуг.

НСИ нормативно-справочная информация.

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

ОГВФ органы государственных внебюджетных фондов.

ОИВ органы исполнительной власти.

ОМСУ органы местного самоуправления.

ОС операционная система.

ПО программное обеспечение.

Подкомиссия по ИТ подкомиссия по использованию информационных технологий при предоставлении государственных и муниципальных услуг Правительственной комиссии по использованию информационных технологий для улучшения качества жизни и условий ведения.

Подуслуга отдельный сценарий предоставления государственной или муниципальной услуги, состоящий из последовательности административных процедур и действий, направленных на предоставление услуги заявителю. Подуслуги различаются требованиями к заявителю и/или перечню документов, необходимых для предоставления услуги, и/или результатом предоставления услуги. Подуслугами не являются отдельные этапы предоставления услуги (например, приём документов, рассмотрение документов, принятие решения по результатам рассмотрения документов), а также услуги, необходимые и обязательные для получения данной услуги (например, проведение обязательной экспертизы материальных объектов).

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

Потребители информации федеральные органы исполнительной власти, органы государственных внебюджетных фондов, органы исполнительной

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

Портал 210ФЗ Портал методической поддержки реализации Закона № 210, размещенный по адресу http://210fz.ru/.

Постановление № 373 постановление Правительства Российской Федерации от 16 мая 2011 г. № 373 «О разработке и утверждении административных регламентов исполнения государственных функций и административных регламентов предоставления государственных услуг».

Постановление № 697 постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия».

Постановление № 797 постановление Правительства Российской Федерации от 27 сентября 2011 г. № 797 «О взаимодействии между многофункциональными центрами предоставления государственных и муниципальных услуг и федеральными органами исполнительной власти, органами государственных внебюджетных фондов, органами государственной власти субъектов Российской Федерации, органами местного самоуправления».

Постановление № 861 постановление Правительства Российской Федерации от 24 октября 2011 г. № 861 «О федеральных государственных информационных системах, обеспечивающих предоставление в электронной форме государственных и муниципальных услуг (осуществление функций)».

Постановление № 928 постановление Правительства Российской Федерации от 14 сентября 2012 г. № 928 «О базовых государственных информационных ресурсах».

Постановление № 1184 постановление Правительства Российской Федерации от 28 декабря 2011 г. № 1184 «О мерах по обеспечению перехода федеральных органов исполнительной власти и органов государственных внебюджетных фондов на межведомственное информационное взаимодействие в электронном виде».

Постановление № 1376 постановление Правительства Российской Федерации от 22 декабря 2012 № 1376 «Об утверждении Правил организации деятельности многофункциональных центров предоставления государственных и муниципальных услуг».

Прототип Федерального реестра

Реализация Федерального реестра, обладающая базовым функционалом текущей версии Федерального реестра государственных и муниципальных услуг (далее – ФРГУ) и предназначенная для проверки и анализа основных решений по доработке Федерального реестра до их интеграции в текущую версию ФРГУ и ввода в постоянную эксплуатацию.

Распоряжение № 1815-р распоряжение Правительства РФ от 20.10.2010 № 1815-р "О государственной программе Российской Федерации

«Информационное общество»

Распоряжение № 1021-р Концепция снижения административных барьеров и повышения доступности государственных и муниципальных услуг на 2011 - 2013 годы, утвержденная распоряжением Правительства Российской Федерации от 10 июня 2011 г. № 1021-р

Распоряжение № 1123-р Перечень сведений, находящихся в распоряжении государственных органов субъектов Российской Федерации, органов местного самоуправления, территориальных государственных внебюджетных фондов либо подведомственных государственным органам субъектов Российской Федерации или органам местного самоуправления организаций, участвующих в предоставлении государственных или муниципальных услуг, утвержденный распоряжением Правительства Российской Федерации от 29 июня 2012 г. № 1123-р

Распоряжение № 1471-р Перечень документов (сведений), предоставляемых в соответствии с законодательством Российской Федерации, обмен которыми между федеральными органами исполнительной власти и кредитными организациями, Банком России, государственной корпорацией "Агентство по страхованию вкладов" при осуществлении функции конкурсного управляющего (ликвидатора) при банкротстве (принудительной ликвидации) кредитных организаций, а также конкурсными управляющими (ликвидаторами), назначаемыми из числа арбитражных управляющих, аккредитованных при Банке России в качестве конкурсных управляющих, при банкротстве (принудительной ликвидации) кредитных организаций, ликвидационными комиссиями, назначаемыми в случае принятия участниками (учредителями) кредитных организаций решения об их добровольной ликвидации, может осуществляться с использованием единой системы межведомственного электронного взаимодействия, утвержденный распоряжением Правительства Российской Федерации от 15 августа 2012 № 1471-р.

Постановление № 1009 постановление Правительства Российской Федерации от 13.08.1997 г. № 1009 "Об утверждении правил подготовки нормативных правовых актов федеральных органов исполнительной власти и их государственной регистрации"

Постановление № 437 постановление Правительства Российской Федерации от 05.06.2008 г. № 437 "О Министерстве экономического развития Российской Федерации"

Указ № 763 Указ Президента Российской Федерации от 23.05.1996 г. № 763 "О порядке опубликования и вступления в силу актов Президента Российской Федерации, Правительства Российской Федерации и нормативных правовых актов федеральных органов исполнительной власти"

РОИВ региональные органы исполнительной власти.

СМЭВ система межведомственного электронного взаимодействия.

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

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

Указ № 601 Указ Президента Российской Федерации от 7 мая 2012 г. № 601 «Об основных направлениях совершенствования системы государственного управления».

Услуги государственные и муниципальные услуги.

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

ФОИВ федеральные органы исполнительной власти.

Функции государственные и муниципальные функции.

3. ОБЩИЕ ПОЛОЖЕНИЯ

3.1. ПРАВОВЫЕ ОСНОВЫ ВЫПОЛНЕНИЯ РАБОТ

В настоящее время основой правового регулирования в сфере предоставления

государственных и муниципальных услуг является Закон № 210. В частности, Законом № 210

введены:

понятие административного регламента как нормативного правового акта,

устанавливающего порядок предоставления государственной или муниципальной услуги и

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

к структуре административных регламентов и к стандарту предоставления государственной

или муниципальной услуги, устанавливаемому в административном регламенте;

обязанность федеральных органов исполнительной власти, органов исполнительной власти

субъектов Российской Федерации, органов местного самоуправления при предоставлении

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

наличии таких сведений в распоряжении иного органа;

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

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

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

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

отношению к многофункциональным центрам, порядок взаимодействия

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

привлекаемыми в ходе оказания услуг.

Из требований Закона № 210 также следует, что должно быть обеспечено

межведомственное и межуровневое взаимодействие в целях предоставления государственных

услуг, в том числе в электронном виде. Так, в части предоставления государственных и

муниципальных услуг в Законе № 210 вводятся нормы:

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

предоставляющих государственные услуги, и органов, предоставляющих муниципальные

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

соответствии с нормативными правовыми актами Российской Федерации, нормативными

правовыми актами субъектов Российской Федерации, муниципальными правовыми актами

(пункт 2 часть 1 статьи 7);

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

государственных и муниципальных услуг и связанных с обращением в иные

государственные органы, органы местного самоуправления, организации (пункт 3 часть 1

статьи 7).

Для выполнения требований Закона № 210 было утверждено Постановление № 1184,

которое определило правила обеспечения перехода федеральных органов исполнительной власти

и органов государственных внебюджетных фондов на межведомственное информационное

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

устанавливают унифицированные процедуры, позволяющие Потребителям информации

организовать и осуществлять межведомственное информационное взаимодействие в электронном

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

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

путём согласования ТКМВ между каждым Потребителем информации и Поставщиком

информации. Также Постановлением № 1184 в отношении федеральных органов исполнительной

власти и органов государственных внебюджетных фондов установлены сроки реализации

установленных правил и норм.

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

предоставляющими соответствующие услуги, и многофункциональными центрами, и к

организации межведомственного взаимодействия (в том числе в электронной форме)

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

выполнении работ и услуг: распоряжения Правительства Российской Федерации № 1815-р,

№ 1021-р, № 1123-р, № 1471-р; постановления Правительства Российской Федерации № 861,

№ 697, № 928, № 373, № 797, № 1184, № 1376; Указ Президента Российской Федерации № 601.

3.2. СВЯЗЬ ЦЕЛЕЙ И ЗАДАЧ С ТРЕБОВАНИЯМИ ГОСУДАРСТВЕННОЙ ПРОГРАММЫ РОССИЙСКОЙ ФЕДЕРАЦИИ «ИНФОРМАЦИОННОЕ ОБЩЕСТВО (2011-2020 ГОДЫ)»

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

Федерации «Информационное общество (2011-2020 годы)», утвержденной Распоряжением

№ 1815-р и мероприятий, утвержденных Распоряжением № 1021-р.

Реализация проекта будет способствовать решению задачи государственной программы

Российской Федерации «Информационное общество (2011-2020 годы)»: обеспечению

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

информационных и телекоммуникационных технологий. Реализация проекта также будет

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

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

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

транзакционные издержки в экономике за счет стандартизации процессов межведомственного

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

ведения административных регламентов.

3.3. ОБОСНОВАНИЕ АКТУАЛЬНОСТИ РАБОТ

Административные регламенты определяют порядок и состав административных процедур,

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

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

административных процедур, состава их участников и другой регулярно меняющейся

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

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

возможности заявителю направить необходимые документы и сведения в электронном виде или

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

административных регламентов зачастую идет с существенным отставанием от установленного

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

это и предусмотрено нормативными актами.

Помимо этого, административные регламенты выполняют и важную функцию по

информированию потребителей государственных и муниципальных услуг о порядке

предоставления таких услуг. Наличие у потребителей информации о возможности получения

государственной или муниципальной услуги в электронном виде является одним из необходимых

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

Закона № 210-ФЗ о предоставлении таких услуг, в том числе в электронном виде.

По результатам проверки (письмо № ДМ-П16-3777 от 5 июня 2013 года) 21 министерства и

ведомства установлено, что ими не в полной мере обеспечивается выполнение действующих

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

частности, по информации Минэкономразвития России, более 200 административных регламентов

не зарегистрированы в Минюсте России. Можно предполагать, что аналогичные проблемы

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

исполнительной власти и органах местного самоуправления.

Анализ перевода государственных услуг в электронный вид также показал, что

федеральными органами исполнительной власти регулярно нарушаются сроки перевода услуг в

электронный вид, установленные законодательством. Одним из наиболее явных признаков такого

нарушения является отсутствие соответствующих положений в ведомственных нормативных

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

услуг.

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

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

Административные регламенты разработаны не по всем услугам и функциям.

Административные регламенты не приводятся в соответствие с требованиями

законодательства в установленные сроки.

Согласование административных регламентов осуществляется с большими задержками.

Информация в административных регламентах обновляется несвоевременно или не

обновляется вовсе.

Информация, содержащаяся в административных регламентах, может расходиться со

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

официальных сайтах ведомств или на Едином портале.

Правовая основа предоставления услуг в настоящий момент недостаточна для точного

определения ответственности органа и/или должностного лица за их решения и действия

(бездействия) на различных этапах предоставления государственной (муниципальной)

услуги.

В 2011 году была проведена методическая работа по обеспечению перехода федеральных

органов исполнительной власти на межведомственное взаимодействие при предоставлении

государственных услуг в соответствии с требованиями Закона № 210

(№ ГК-159-ОФ/Д01 от 7 ноября 2011 г. на тему «Методическая и организационная поддержка

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

государственных услуг в электронном виде федеральными органами исполнительной власти»:

http://aisup.economy.gov.ru/pubportal/materials.jsp?uuid=pprtcto2k03380000k34cbceh34220cc)а также

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

самоуправления к предоставлению услуг на основе межведомственного взаимодействия (№ ГК-

156-ОФ/Д01 от 7 ноября 2011 г. на выполнение работ по теме «Методическая поддержка

межведомственного и межуровневого взаимодействия при предоставлении государственных услуг

и муниципальных услуг региональными органами государственной власти, в том числе в

электронном виде»: http://aisup.economy.gov.ru/pubportal/description.jsp?

uuid=pprtcto2k03380000k34c2bn769eqd0o). Формирование ТКМВ осуществлялось в

неавтоматизированном режиме по шаблонам ТКМВ в соответствии с методикой, при этом

согласование ТКМВ осуществлялось бумажном виде. В 2012 году была разработана ГИС ТКМВ

(№ ГК-166-ОФ/Д01 от 19 сентября 2012 г. по теме «Обеспечение перехода федеральных органов

исполнительной власти на межведомственное информационное взаимодействие в электронном

виде при предоставлении государственных услуг»:

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k35o52ds72l9e0s) во

исполнение Постановления № 1184, предназначенная для автоматизированного формирования,

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

взаимодействия для обеспечения перехода федеральных органов исполнительной власти и органов

государственных внебюджетных фондов на межведомственное информационное взаимодействие

в электронном виде во исполнение Постановления № 1184, но круг пользователей ГИС ТКМВ

нормативно и методически был ограничен федеральными органами исполнительной власти и

государственными внебюджетными фондами. Наиболее важной при организации

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

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

данными, которые согласовываются в листах А.4-А.5 «Описание запроса» ТКМВ.

Текущая ситуация с реализацией межведомственного взаимодействия требует развития

инструментов согласования и актуализации договоренностей о межведомственных

взаимодействиях через отказ от согласования договоренностей в формате ТКМВ и переход к

согласованию отдельных взаимодействий. По результатам проведённого Минэкономразвития

России мониторинга перехода на межведомственное взаимодействие при предоставлении

государственных и муниципальных услуг в рамках Государственного контракта

№ ГК-166-ОФ/Д01 от 19 сентября 2012 г.

(http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k35o52ds72l9e0s) по

теме «Обеспечение перехода федеральных органов исполнительной власти на межведомственное

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

услуг» было выявлено, что средняя степень соответствия нормативно-правовой базы,

регламентирующей порядок предоставления государственных услуг ФОИВ, содержащих

элементы межведомственного взаимодействия, требованиям Закона № 210, составила 51 %. Таким

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

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

административным регламентам услуг и функций ФОИВ.

Опыт реализации межведомственного взаимодействия на федеральном, региональном и

муниципальном уровнях позволил выявить ряд принципиальных недостатков действующего

подхода к проектированию и организации межведомственного информационного взаимодействия:

Утверждённый Постановлением № 1184 порядок отнесен только к организации обмена

информацией между федеральными органами. Распоряжение № 1471-р регламентирует

обмен сведениями между федеральными органами исполнительной власти и кредитными

организациями, Банком России, государственной корпорацией «Агентство по страхованию

вкладов» с использованием единой системы межведомственного электронного

взаимодействия. Межведомственное взаимодействие между федеральными органами и

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

порядок обеспечения межведомственного информационного взаимодействия на

региональном и муниципальном уровне должны образом не урегулирован. Также не

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

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

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

Требование об осуществлении межведомственного взаимодействия в рамках исполнения

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

не установлено; порядок осуществления такого взаимодействия законодательством не

предусмотрен; утверждённый Постановлением № 1184 порядок отнесен только к

организации обмена информацией в процессе оказания государственных услуг. Между тем,

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

надзорных функций может стать одним из эффективных способов оптимизации механизма

и порядка их исполнения. Текущие процедуры согласования межведомственных

взаимодействий неоднородны для разных типов взаимодействий, при этом сами процедуры

согласования достаточно сложны, особенно для субъектов Российской Федерации.

Текущий формат согласования межведомственных взаимодействий посредством ТКМВ

ведет к усложнению всей системы, так как согласование ТКМВ осуществляется по каждой

отдельной услуге, требующее экспертизы Минэкономразвития России и Минкомсвязи

России, а также отдельного утверждения на заседании Подкомиссии по ИТ. Добавление

новых межведомственных документов в ТКМВ, изменение состава запросов и ответов,

изменение нормативно-правовой базы, изменение ответственных за согласование ТКМВ

лиц и их контактов, а также упразднение ведомств – все это требует корректировки ТКМВ

и повторного пересогласования и экспертизы ТКМВ. В некоторых случаях ранее

одобренные ТКМВ не соответствует фактически реализованным электронным сервисам по

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

расхождения между запланированными в ТКМВ мероприятиями и фактически

реализующимися на её основе после одобрения ТКМВ, пересогласования и экспертизы

дополнительно нагружают органы исполнительной власти и органы местного

самоуправления. Кроме того, необходимость проектирования ТКМВ в ГИС ТКМВ, как

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

контрагентов: федеральных органов исполнительной власти и органов государственных

внебюджетных фондов в соответствии с Постановлением № 1184.

Поддержание актуальности закрепленных в ГИС ТКМВ договоренностей между

получателями и обладателями информации требует значительных ресурсов, поэтому по

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

межведомственного документа (Лист А.4-А.5) ранее одобренные ТКМВ, как правило,

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

проходить повторную процедуру согласования. Как следствие, фактическое

межведомственное взаимодействие может осуществляться вне рамок утвержденных ТКМВ,

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

уполномоченных ведомств о правомерности межведомственных обменов информацией.

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

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

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

контрагентов организаций, не являющихся органами власти или местного самоуправления.

СМЭВ является технологической основой функционирования всей системы

межведомственного информационного взаимодействия, однако СМЭВ не решает ряд задач,

решение которых необходимо для организации эффективного межведомственного

информационного взаимодействия. В частности:

а) СМЭВ не обеспечивает учёт фактов информационного обмена (в том числе

раздельный учёт тестовых обменов и обменов, связанных с предоставлением услуг и

исполнением функций).

б) Отсутствует возможность диагностики причин сбоев при межведомственном

информационном взаимодействии. Направляемые запросы от Потребителей

информации могут не доходить до Поставщиков информации.

в) Для контрагентов остаются неопределенными как наличие у Потребителей

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

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

г) Имеются сложности с подключением к СМЭВ региональных органов

государственной власти и ОМСУ.

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

работают не по принципу «запрос-ответ», а без запроса: путем доступа к

соответствующей базе данных, поэтому на данном этапе развития СМЭВ

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

Потребителям информации.

е) Фактический обмен данными в СМЭВ может осуществляться вне закрепленных

договоренностей в ГИС ТКМВ как в части состава предоставляемых сведений, так и

в части прав на доступ к электронным сервисам.

Избыточность перечня документов личного хранения, определенного Законом № 210 (часть

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

порядке самим заявителем). Сокращение перечня документов личного хранения позволит

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

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

составляет около 17%.

4. ЦЕЛИ И ЗАДАЧИ РАБОТЫ

4.1. ЦЕЛИ РАБОТЫ

Целями работы являются:

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

Обеспечение актуальности правовых оснований регулирования предоставления

государственных и муниципальных услуг.

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

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

межведомственного взаимодействия на базе ФРГУ.

Упрощение процедур согласования и актуализации межведомственных взаимодействий.

Обеспечение законности межведомственного и межуровневого обмена, а также обмена

органов власти и местного самоуправления с иными органами и организациями при

предоставлении услуг и исполнении функций.

Обеспечение возможности организации эффективного контроля над фактически

осуществляемым межведомственным взаимодействием.

Обеспечение соответствия межведомственных документов и обеспечивающих их

получение электронных сервисов.

Увеличение доли документов, подлежащих получению по каналам межведомственного

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

круга контрагентов.

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

местах оказания услуг.

4.2. ЗАДАЧИ РАБОТЫ

Основной задачей работы является оптимизация процессов регламентации

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

информационного взаимодействия, на основе новой Концепции. В частности, требуется:

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

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

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

2. Разработать требования к оптимизированному порядку ведения административных

регламентов, обеспечивающему разделение информации из административных

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

указанных частей. Разработать правовое обеспечение нового порядка ведения

административных регламентов.

3. Разработать требования по обеспечению в ФРГУ хранения, актуализации и представления

сведений о местах оказания услуг.

4. Разработать новую модель межведомственного взаимодействия в соответствии с

требованиями Концепции. Разработать правовое обеспечение функционирования

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

принципах.

5. Обеспечить в ФРГУ:

а) Хранение сведений об услугах и функциях с разделением на динамическую и

статическую часть.

б) Возможность создания административных регламентов, формируемых из типовых

«блоков»: типовых административных процедур и действий.

в) Поддержку процесса согласования и актуализации административных регламентов с

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

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

определения мест и условий предоставления услуг.

д) Хранение спроектированных межведомственных взаимодействий в соответствии с

новой моделью межведомственного взаимодействия.

е) Проектирование, согласование, актуализацию межведомственного взаимодействия,

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

соответствии с новой моделью межведомственного взаимодействия.

ж) Интеграцию функциональных механизмов проектирования, согласования,

актуализации межведомственного взаимодействия, реализованных в ГИС ТКМВ в

Модуль согласования МВ, являющийся функциональным модулем Федерального

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

межведомственных взаимодействий в соответствии с новой Моделью МВ, в том

числе:

инструмент для проектирования и согласования межведомственного

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

государственных и муниципальных услуг (на основании административных

регламентов или других нормативных правовых актов, регламентирующих

порядок предоставления услуги);

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

требуемого для получения информации при исполнении функций контроля и

надзора (на основании административных регламентов или других нормативных

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

надзора).

6. Разработать методические материалы по переходу на новую модель межведомственного

взаимодействия на базе ФРГУ, по оптимизации порядка разработки и утверждения

административных регламентов на базе ФРГУ и по обеспечению возможности хранения и

актуализации в ФРГУ сведений о местах оказания услуг. В методические материалы

должны быть включены рекомендации по порядку мониторинга перехода на новую модель

межведомственного взаимодействия на базе ФРГУ, работ по оптимизации порядка

разработки и утверждения административных регламентов на базе ФРГУ.

7. Обеспечить консультационную и методическую поддержку Минэкономразвития России по

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

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

8. Провести серию обучающих семинаров по переходу на новую модель межведомственного

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

регламентов.

5. СОДЕРЖАНИЕ РАБОТ И ОСНОВНЫЕ ТРЕБОВАНИЯ К НИМ

ЭТАП 1. ОБСЛЕДОВАНИЕ ТЕКУЩЕГО СОСТОЯНИЯ ОРГАНИЗАЦИИ МЕЖВЕДОМСТВЕННОГО ВЗАИМОДЕЙСТВИЯ И ПРОЦЕССОВ РЕГЛАМЕНТАЦИИ ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ УСЛУГ

5.1. ПОДГОТОВИТЕЛЬНЫЕ РАБОТЫ ДЛЯ РАЗРАБОТКИ КОНЦЕПЦИИ

Разработка Концепции предполагает анализ преимуществ и недостатков действующей

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


Для этих целей на данном этапе Исполнителем должны быть проведены следующие

подготовительные работы:

1. Разработан проект положения о рабочей группе по организации перехода на новую Модель

МВ и оптимизации процессов регламентации государственных и муниципальных услуг

(далее – Положение).

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

Основными задачами рабочей группы по организации перехода на новую Модель

МВ и оптимизации процессов регламентации государственных и муниципальных услуг

(далее – Рабочая группа) являются коллегиальное рассмотрение и согласование базовых

принципов и инструктивных материалов перехода на новую Модель МВ и оптимизации

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

проблемных вопросов, возникающих в ходе перехода на новую Модель МВ и оптимизации

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

Проект Положения должен быть разработан Исполнителем. Положение должно

содержать, как минимум, следующие разделы:

цели деятельности Рабочей группы;

срок функционирования Рабочей группы;

правила формирования Рабочей группы, ее состав и структуру;

функции Рабочей группы.

Проект Положения должен позволять Рабочей группе выполнять функции по

координированию процесса перехода на новую Модель МВ и оптимизации порядка

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

2. Подготовлен проект письма и анкеты для опроса представителей выборочных ФОИВ (не

менее 4 и не более 8) и выборочных субъектов Российской Федерации (по 1 субъекту от

каждого из восьми федеральных округов) по текущим проблемам организации

межведомственного взаимодействия и порядка разработки и утверждения


5.2. РАЗРАБОТКА ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА ДЛЯ АПРОБАЦИИ ДОРАБОТОК ЭТАПА № 1

Для обеспечения возможности апробации решений по доработке Федерального реестра до

их передачи в постоянную эксплуатацию требуется разработать прототип Федерального реестра,

обладающий функциональностью текущей версии ФРГУ и позволяющий реализовать, проверить

целесообразность и эффективность, выполнить анализ и оптимизировать предлагаемые в ходе

разработки Концепции решения по доработке ФРГУ. Прототип должен дорабатываться в ходе

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

предложенных решений в прототипе должны быть учтены при доработке ФРГУ.

На первом этапе работ необходимо реализовать в прототипе возможность декомпозиции

описаний услуг и функций на подуслуги и подфункции.

Для разработки прототипа на первом этапе работ Исполнителем должно быть подготовлено

и согласовано с Заказчиком «Техническое задание на создание прототипа Федерального реестра и

реализацию в нем доработок этапа № 1». В техническом задании должны быть приведены

функциональные требования к прототипу в рамках доработок первого этапа:

требования к доработке прототипа Федерального реестра в части модели описания услуг и

формирования подуслуг;

требования к доработке прототипа Федерального реестра в части модели описания

функций и формирования подфункций.

В ходе разработки технического задания Исполнитель должен провести работы по анализу

существующего порядка декомпозиции услуг и функций на процедуры и цели обращения. По

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

декомпозиции, разработать схему разделения услуг и функций на подуслуги и подфункции и

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

Результаты анализа должны быть включены в техническое задание в виде высокоуровневых

сценариев работ по вводу и редактированию сведений об услугах и функциях.

В ходе анализа Исполнитель также должен рассмотреть действующую и плановую модель

данных системы для выявления соответствия параметров моделей друг другу с целью обеспечения

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

схемы декомпозиции услуг и функций на подуслуги и подфункции.

В техническом задании должны быть подробно описаны требуемые изменения

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

редактирования сведений об услугах и функциях.

Техническое задание на разработку прототипа Федерального реестра и реализации в нем

доработок первого этапа оформляется согласно ГОСТ 34.602-89, при этом допускается не

включать в него нефункциональные требования и реализовать его в объеме требований

подраздела «Требования к функциям (задачам)». В техническое задание не включаются общие

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

Разработанное техническое задание должно быть согласовано с Заказчиком.

В рамках первого этапа в разработанном прототипе ФРГУ должны быть реализованы

следующие функциональные возможности:

доработка прототипа Федерального реестра в части модели описания услуг и

формирования подуслуг;

доработка прототипа Федерального реестра в части модели описания функций и

формирования подфункций.

Для тестирования разработанного в рамках работ первого этапа прототипа Федерального

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

5.2.1 Доработка прототипа Федерального реестра в части модели описания услуг и формирования подуслуг

Реализованная в настоящее время в ФРГУ модель описания услуги предполагает не более

трех уровней ветвления дерева услуг:

первый уровень: перечень услуг;

второй уровень: перечень процедур взаимодействия с заявителем для каждой конкретной

услуги;

третий уровень: выделение различных целей обращений в рамках каждой процедуры.

Данная модель не отражает всего многообразия условий, жизненных ситуаций и сценариев

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

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

Для обеспечения перехода от текущего жесткого трехуровневого дерева к

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

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

должны быть реализованы доработки в части:

модели данных ФРГУ;

интерфейсов пользователя ФРГУ.

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

5.2.1.1. Доработка модели данных прототипа Федерального реестра в части описания услуг и формирования подуслуг

Для обеспечения перехода к многоуровневому дереву подуслуг требуется доработать

модель данных прототипа ФРГУ. Необходимо обеспечить на уровне базы данных прототипа

ФРГУ возможность выделения отдельных подуслуг и их отнесение к услугам. В модели данных

должны быть предусмотрены поля для хранения всех необходимых сведений о подуслугах. При

доработке модели данных прототипа Федерального реестра требуется учесть необходимость

наследования параметров, описывающих услуги в текущей модели данных ФРГУ: ранее

существующие параметры должны быть соотнесены сущностям из доработанной модели данных.

5.2.1.2. Доработка интерфейсов пользователя прототипа Федерального реестра в части описания услуг и формирования подуслуг

Для обеспечения перехода к многоуровневому дереву подуслуг требуется доработать

интерфейсы пользователя прототипа ФРГУ. Должны быть внесены изменения в страницы

ввода/редактирования информации об услугах:

исключены избыточные элементы, относящиеся к текущей схеме декомпозиции услуг

(процедуры, цели обращения);

разработаны элементы, обеспечивающие поддержку доработанной схемы декомпозиции

услуг на основе иерархического дерева подуслуг, в частности:

страницы ввода/редактирования сведений о подуслугах;

элементы отображения дерева подуслуг и навигации по нему.

5.2.2 Доработка прототипа Федерального реестра в части модели описания функций и формирования подфункций

Существующая модель описания функции предполагает не более трех уровней ветвления

дерева функций:

первый уровень: перечень функций;

второй уровень: перечень процедур проведения проверок для каждой конкретной функции;

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

Данная модель не отражает всего многообразия условий, жизненных ситуаций и сценариев

проведения проверок, возникающих при исполнении функций контроля и надзора, а также

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

Для обеспечения перехода от текущего жесткого трехуровневого дерева к

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

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

должны быть реализованы доработки в части:

модели данных ФРГУ;

интерфейсов пользователя ФРГУ.

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

5.2.2.1. Доработка модели данных прототипа Федерального реестра в части описания функций и формирования подфункций

Для обеспечения перехода к многоуровневому дереву подфункций требуется доработать

модель данных прототипа ФРГУ. Необходимо обеспечить на уровне базы данных прототипа

ФРГУ возможность выделения отдельных подфункций и их отнесение к функциям. В модели

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

подфункциях. При доработке модели данных прототипа Федерального реестра требуется учесть

необходимость наследования параметров, описывающих функции в текущей модели данных

ФРГУ: ранее существующие параметры должны быть соотнесены сущностям из доработанной

модели данных.

5.2.2.2. Доработка интерфейсов пользователя прототипа Федерального реестра в части описания функций и формирования подфункций

Для обеспечения перехода к многоуровневому дереву подфункций требуется доработать

интерфейсы пользователя прототипа ФРГУ. Должны быть внесены изменения в страницы

ввода/редактирования информации о функциях:

исключены избыточные элементы, относящиеся к текущей схеме декомпозиции функций

(процедуры, цели);

разработаны элементы, обеспечивающие поддержку доработанной схемы декомпозиции

функций на основе иерархического дерева подфункций, в частности:

страницы ввода/редактирования сведений о подфункциях;

элементы отображения дерева подфункций и навигации по нему.

5.2.3 Разработка комплекта эксплуатационной документации на программное обеспечение прототипа Федерального реестра

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

Исполнителем должен быть разработан комплект эксплуатационной документации на

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

отражены доработки прототипа Федерального реестра, реализованные на первом этапе работ.

Разработанная эксплуатационная документация на прототип Федерального реестра должна

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

документы:

Общее описание;

Руководство администратора;

Руководство пользователя.

5.3.ПРОВЕДЕНИЕ ПРЕДВАРИТЕЛЬНЫХ ИСПЫТАНИЙ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА С ДОРАБОТКАМИ ЭТАПА № 1

После реализации работ, описанных в п. 5.2 настоящих технических требований, должны

быть проведены предварительные испытания разработанного прототипа Федерального реестра. По

результатам испытаний должны быть оформлены соответствующие протоколы испытаний и акты

проведения испытаний.

Испытания прототипа проводятся на территории Государственного заказчика с участием

его представителей. Для проведения испытаний Исполнителем должен быть предоставлен

тестовый стенд, включающий все необходимое аппаратное и программное обеспечение, в том

числе необходимые инструменты тестирования.

Испытания должны проводиться по разработанной Исполнителем в соответствии с ГОСТ

34.603-92 и согласованной с Заказчиком программе и методикам испытаний.

Предварительные испытания прототипа Федерального реестра должны включать в себя:

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

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

ходе первого этапа;

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

работоспособность и соответствие требованиям ТЗ прототипа Федерального реестра в

целом.

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

представителей Заказчика и Исполнителя.

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

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

прототипа Федерального реестра, если таковые будут выявлены в процессе проведения

испытаний. В случае если проведенные испытания прототипа будут признаны достаточными, не

будет выявлено нарушений требований регламентирующих документов по составу или

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

содержащий заключение о соответствии прототипа Федерального реестра требованиям

«Технического задания на создание прототипа Федерального реестра и реализацию в нем

доработок этапа № 1».

ЭТАП 2. МЕТОДИЧЕСКОЕ, ПРАВОВОЕ И ОРГАНИЗАЦИОННОЕ ОБЕСПЕЧЕНИЕ ПЕРЕХОДА НА МЕЖВЕДОМСТВЕННОЕ ВЗАИМОДЕЙСТВИЕ ПРИ ПРЕДОСТАВЛЕНИИ УСЛУГ И ИСПОЛНЕНИИ ФУНКЦИЙ И ОПТИМИЗАЦИИ ПРОЦЕССОВ РЕГЛАМЕНТАЦИИ ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ УСЛУГ. РАЗРАБОТКА ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА И МЕТОДИЧЕСКИХ МАТЕРИАЛОВ

5.4. РАЗРАБОТКА КОНЦЕПЦИИ ОПТИМИЗАЦИИ ПРОЦЕССОВ РЕГЛАМЕНТАЦИИ ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ УСЛУГ, А ТАКЖЕ РЕАЛИЗАЦИИ МЕЖВЕДОМСТВЕННОГО ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ

Концепция должна описывать все стадии перехода на новую Модель МВ и служить базой

для разработки и реализации проекта по переходу на новую Модель МВ и оптимизации порядка


В рамках выполнения работ по данному разделу Исполнитель должен обеспечить

разработку Концепции, учитывающую все аспекты перехода на новую Модель МВ и

позволяющую приступить к реализации такого перехода, описывающую подходы по оптимизации

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

Концепция должна обладать следующими свойствами:

Полнота, т.е. Концепция должна быть пригодна к использованию в качестве основы для

реализации мероприятий по переходу на новую Модель МВ и оптимизации порядка

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

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

мероприятий.

Универсальность, т.е. применимость описываемых подходов к организации и согласованию

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

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

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

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

Российской Федерации, а также наличие в Концепции обоснованных предложений по

внесению изменений в нормативные правовые акты, когда это необходимо для

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


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

достижения целей Концепции, а также измеримых критериев достижения целей.

Реалистичность, т. е. возможность реализации мероприятий, необходимых для реализации

Концепции, в краткосрочном периоде (в течение двух лет).

Цели разработки Концепции:

1. Оптимизация правовой и методологической основы разработки и утверждения

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

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

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

2. Обеспечение законности межведомственного и межуровневого обмена данными, а также

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

органами и организациями при предоставлении государственных (муниципальных) услуг и

исполнении контрольно-надзорных функций.

3. Определение круга контрагентов, участвующих в межведомственном взаимодействии, в

том числе не являющихся органами исполнительной власти и органами местного

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

вхождения в круг контрагентов, и обоснованы факторы, препятствующие участию в

межведомственном взаимодействии иных возможных участников.

4. Обеспечение учёта прав контрагентов на доступ к той или иной информации, в том числе

персональным данным, и условий доступа к такой информации.

5. Обеспечение унифицированного для всех контрагентов порядка проектирования и

согласования межведомственных взаимодействий на базе функционального модуля «Реестр

МВ» Федерального реестра.

6. Обеспечение простоты и наглядности для уполномоченных органов контроля процессов

осуществления межведомственного взаимодействия.

7. Обеспечение достоверности сведений из Федерального реестра, публикуемых на Едином

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

(муниципальных) услуг и исполнения функций, в том числе и в электронном виде.

Концепция должна быть согласована с Заказчиком. Также Исполнителем должна быть

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

Разработанная Исполнителем Концепция должна содержать, как минимум, следующие

разделы:

Новые требования к структуре административных регламентов.

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

и исполнения функций.

Порядок ведения на базе Федерального реестра перечня мест предоставления услуг и

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

услугах.

Новая Модель МВ.

Порядок ведения Реестра межведомственных взаимодействий.

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

«Реестр МВ» Федерального реестра.

Порядок определения перечня организаций, включаемых в число контрагентов.

Порядок управления правами контрагентов в функциональном модуле «Реестр МВ»

Федерального реестра.

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

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

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

предоставлялась для других государственных (муниципальных) информационных систем

(ресурсов).

Перечень НПА, подлежащих изменению, и содержание необходимых изменений.

Порядок интеграции функционального модуля «Реестр МВ» Федерального реестра с

другими системами.

Порядок актуализации сведений о межведомственном взаимодействии и справочника

межведомственных документов.

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

взаимодействий.

Материалы, разработанные Исполнителем при выполнении работ пункта 5.5,

представляются Заказчику в виде аналитического отчета на бумажном и электронном носителях в

одном экземпляре.

5.4.1.Новый порядок формирования и ведения административных регламентов предоставления государственных и муниципальных услуг

В связи с тем, что часть данных АР относится к переменным сведениям и изменяется с

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

другая часть относится к постоянным сведениям и достаточно редко подвержена изменениям

(например, срок предоставления услуги/исполнения функции), структура административного

регламента должна быть разделена на две части:

динамическая часть (в том числе схема процесса предоставления услуги);

статическая часть.

Для статической и динамической части должно быть обеспечены различные варианты их

создания, согласования, экспертизы и утверждения. Статическая часть должна разрабатываться и

утверждаться нормативным правовым актом. Для динамической части должен быть обеспечено ее

ведение в электронном виде в целях оперативности внесения изменений и их публикации. Для

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

для:

несения ответственности за полноту и достоверность сведений;

точного определения ответственности органа и/или должностного лица за их решения и

действия (бездействия) на различных этапах предоставления государственной

(муниципальной) услуги.

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

динамической части для последующей автоматизации (разработка функционального Модуля АР

Федерального реестра).

Возможность разработки Модуля АР, как специализированного функционального модуля

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

предоставления услуг и функций в соответствии с требованиями Постановления № 861. Модуль

АР, как функциональный модуль Федерального реестра, должен решать следующие задачи:

Формирование проектов административных регламентов (статической и динамической

части).

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

официального опубликования в электронном виде.

Взаимодействие функционального Модуля АР Федерального реестра, с другими системами

при необходимости.

Публикация на ЕПГУ

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

Порядок формирования и согласования административных регламентов (статической и

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

Структура статической и динамической части административного регламента.

Порядок интеграции информационных систем, обеспечивающих процессы формирования и

согласования административных регламентов.

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

порядок ведения административных регламентов.

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

акты правительства.

5.4.1.1. Порядок формирования и согласования административных регламентов

Порядок формирования и согласования административных регламентов должен

предусматривать описание следующих процедур (при необходимости, разделы могут

формироваться раздельно для статической и динамической части):

Создание административных регламентов.

Согласование административных регламентов.

Экспертиза проектов административных регламентов.

Утверждение административных регламентов.

Публикация административных регламентов.

Вступление в силу административных регламентов.

Изменение и отмена административных регламентов.

Конвертация ранее одобренных административных регламентов в новую структуру.

Определенный в рамках Концепции порядок формирования и согласования

административных регламентов (статической и динамической части) должен быть оформлен в

виде проекта нормативно-правового акта.

5.4.1.2. Структура статической и динамической части административного регламента

Исполнитель должен описать структуру статической и динамической части

административного регламента.

Исполнителем должно быть проведено соответствие между предлагаемой в Концепции

структурой статической и динамической части административного регламента и сведениями,

содержащимися в административном регламенте согласно Постановлению № 373 и Федеральном

реестре согласно Постановлению № 861.

При разработке структуры статической и динамической части административного

регламента исполнитель также должен проанализировать состав сведений административного

регламента, установленный Постановлением № 373, с целью классификации указанных сведений

на более подверженные изменениям (т.н. переменные сведения) и менее подверженные

изменениям (т.н. постоянные сведения). К переменным сведениям могут быть отнесены сведения

о порядке предоставления услуг и исполнения функций, которые могут меняться чаще (например,

время работы отделения, ФИО начальника подразделения, адрес электронной почты, телефон и

т.п.), чем постоянные сведения (наименование органа власти, наименование услуги/функции и

т.п.).

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

права и свободы граждан и организаций и/или досудебное обжалование, содержащиеся в иных

нормативных правовых актах. Отнесение тех или иных сведений к переменным или постоянным

должно быть обосновано.

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

динамическую часть административного регламента. Одновременно в отношении переменных

сведений в Концепции должен быть предусмотрен иной, упрощенный по сравнению с порядком

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

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

Структура динамической части административного регламента также должна содержать

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

процесса предоставления услуги. Под процедурной моделью следует понимать набор типовых

универсальных действий (административных функций и процедур – как межведомственных, так и

внутриведомственных), из которых могут быть сформированы пошаговые процессы для любой

услуги и функции.

Исполнителем также должна быть разработана единая модель описания и построения

дерева подуслуг для всех услуг взамен текущего описания услуг в Федеральном реестре на основе

административных процедур и целей обращения. В соответствии с новой единой моделью

описания и построения дерева подуслуг, подуслугами не должны являться отдельные этапы

предоставления услуги (например, приём документов, рассмотрение документов, принятие

решения по результатам рассмотрения документов и т.д.), или услуги/функции, необходимые и

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

материальных объектов). Каждая подуслуга должна являться отдельным сценарием

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

«входных» документов и/или результатом предоставления услуги.

Исполнителем должен быть определен набор параметров типового универсального

действия, описывающих особенности включения их в пошаговые процессы. Как минимум, набор

параметров должен включать в себя:

круг участников;

сроки выполнения;

ответственность участников;

входящие документы;

результаты действия;

основание для начала/ завершения универсального действия;

типовое описание процедур универсального действия;

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

5.4.1.3. Порядок взаимодействия информационных систем, обеспечивающих процессы формирования и согласования административных регламентов

В Концепции должна быть проанализирована возможность и целесообразность интеграции

функционального Модуля АР Федерального реестра с другими информационными системами,

если такая интеграция будет способствовать более качественному информированию о порядке

предоставления услуг и исполнения функций.

В Концепции должны быть проанализирована возможность и целесообразность интеграции

Модуля АР, как функционального модуля Федерального реестра, как минимум, со следующими

информационными системами (или их аналогами в случае изменения наименований или их

статуса):

Единый портал государственных (муниципальных) услуг (функций).

Региональные порталы государственных (муниципальных) услуг (функций).

Официальные сайты ведомств.

ГИС ТКМВ.

ЕС НСИ.

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

функций.

Для оценки целесообразности интеграции Модуля МВ с рассматриваемыми

информационными системами необходимо проанализировать их с точки зрения значимости

представленной в них информации для функционирования модуля МВ и повышения

эффективности работы ФРГУ.

В рамках аналитических работ по разработке Концепции должны быть определены

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


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

взаимодействия с другими системами в машиночитаемом формате. Порядок взаимодействия

должен предусматривать мгновенное (в течение 1 часа) или с минимальной задержкой (в течение

24 часов) отображение сведений, содержащихся в функциональном Модуле АР Федерального

реестра, в других системах, в случае изменения этих сведений.

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

Модуля АР Федерального реестра могут публиковаться в других системах.

5.4.1.4. Перечень НПА, требующих изменения или разработки, необходимых для перехода на новый порядок формирования и ведения административных регламентов

Концепция должна содержать исчерпывающий перечень НПА, а также предложения по

внесению в них изменений для перехода на новый порядок формирования и ведения


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

изменений:

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

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

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

Модуля АР Федерального реестра;

порядок конвертации в электронную форму административных регламентов, принятых в

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

электронной форме с использованием функционального Модуля АР Федерального реестра;

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

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

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

функционального Модуля АР Федерального реестра;

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

опубликованных в электронной форме также и в бумажной форме (в информационных

целях);

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

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

исполняющим функцию, в упрощенном порядке;

сведения из административных регламентов отображаются на Едином портале как

информация о порядке предоставления услуг и исполнения функций;

динамическая часть административного регламента отображается на Едином портале как

информация о порядке предоставления услуг и исполнения функций наравне со

статической частью.

В число нормативных правовых актов, подлежащих корректировке, должны войти, как

минимум, следующие нормативные акты:

Закон № 210;

Постановление № 861;




Указ № 763.

Исполнителем должны быть выявлены все нормативные правовые акты, подлежащие

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


5.4.2. Оптимизация механизмов проектирования и реализации межведомственного информационного взаимодействия с учетом расширения числа контрагентов и оснований для взаимодействия

Концепция должна описывать новую Модель МВ в непосредственной связи с обновленной

структурой административных регламентов – разделения сведений в регламентах на статическую

и динамическую часть (включающую схему процесса предоставления услуги). В частности, с

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

модель.

Ведение МВ должно осуществляться на основании параметров, определенных для типовых

универсальных действий в схеме процесса предоставления услуги, например, круга участников,

входящих документов, результатов действия.

5.4.2.1.Новая Модель МВ

Текущие процедуры согласования межведомственного взаимодействия регламентируется

Законом № 210, Постановлением № 1184, Распоряжением № 1123-р, а также методическими

рекомендациями, размещенными в разделе «Документы - Методология» на Портале методической

поддержки реализации федерального закона N210-ФЗ (http://210fz.ru):

Методика перехода для ФОИВ на межведомственное информационное взаимодействие в

электронном виде при предоставлении государственных и муниципальных услуг

(http://210fz.ru/mdx/index.php?id=65).

Методика подготовки ТКМВ в ГИС «ТКМВ» для ФОИВ (http://210fz.ru/mdx/index.php?

id=41).

Расширенная методика заполнения планов по НПА ТКМВ (Приложение Д)


Новая редакция пунктов 3.4., 3.4.1, 3.3.3 Методических рекомендаций по обеспечению

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

местного самоуправления к предоставлению услуг на основе межведомственного

взаимодействия (http://210fz.ru/mdx/index.php?id=437).

Методические рекомендации по обеспечению перехода органов исполнительной власти

субъектов Российской Федерации и органов местного самоуправления к предоставлению

услуг на основе межведомственного взаимодействия (Методика проектирования

межведомственного взаимодействия при предоставлении государственных и

муниципальных услуг на уровне субъекта Российской

Федерации)(http://210fz.ru/mdx/index.php?id=92).

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


Шаблон ТКМВ (http://210fz.ru/mdx/index.php?id=307).

Текущие процедуры согласования межведомственных взаимодействий неоднородны для

разных типов взаимодействий, при этом сами процедуры согласования достаточно сложны,

особенно для субъектов Российской Федерации:

а) При взаимодействиях типа ФОИВ-ФОИВ1действующая модель организации

межведомственного взаимодействия, построена по принципу «точка к точке», когда

каждый отдельный Потребитель информации согласовывает межведомственное

взаимодействие по каждой отдельной услуге с каждым отдельным Поставщиком

информации в рамках ТКМВ. Основным недостатком модели является

необходимость пересогласования всех ТКМВ в случае изменения в составе сведений

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

межведомственный документ используется.

б) При взаимодействиях типа «ФОИВ-РОИВ» и «ФОИВ-ОМСУ» федеральным

органам исполнительной власти и органам государственных внебюджетных фондов

необходимо руководствоваться перечнем типовых документов и сведений,

источником которых являются РОИВ И ОМСУ согласно Распоряжению №1123-р,

ТКМВ по услуге при этом проектируются. В случае, если по услуге уже имеется

ТКМВ типа «ФОИВ-ФОИВ», то ТКМВ типа «ФОИВ-РОИВ» и/или «ФОИВ-

ОМСУ», проектируется отдельно, что дополнительно усложняет процедуры

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

сведений, установленного Распоряжением № 1123-р, предоставляемых РОИВ и

ОМСУ, в настоящее время не регламентирован.

в) При взаимодействиях типа «РОИВ-ФОИВ» и «ОМСУ-ФОИВ» проектирование

ТКМВ осуществляется только в части листов А.4-А.5, на основании которых

формируются межведомственные документы для согласования через АИС «Реестр

сведений» (http://reestr.210fz.ru) с привлечением методолога в каждом субъекте

Российской Федерации в соответствии с Методическими рекомендациями по

обеспечению перехода органов исполнительной власти субъектов Российской

1 Здесь и далее на первом месте при указании типов взаимодействий указывается Потребитель информации, на втором – Поставщик информации

Федерации и органов местного самоуправления к предоставлению услуг на основе

межведомственного взаимодействия2.

г) При взаимодействиях типа «РОИВ-РОИВ» одного субъекта Российской Федерации

и «ОМСУ-ОМСУ» одного муниципального образования организация

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

формы ТКМВ, аналогичной форме ТКМВ для ФОИВ, в соответствии с

Методическими рекомендациями по обеспечению перехода органов исполнительной

власти субъектов Российской Федерации и органов местного самоуправления к

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

д) При взаимодействиях типа «РОИВ-ОМСУ» и «ОМСУ-РОИВ» привлекается

методолог на уровне субъекта и форма ТКМВ для ФОИВ в соответствии с

Методическими рекомендациями по обеспечению перехода органов исполнительной

власти субъектов Российской Федерации и органов местного самоуправления к

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

е) Взаимодействия с различными организациями, не являющимися органами власти

или органами местного самоуправления, (например, банки, Российский Союз

Автостраховщиков, Федеральная уполномоченная организация «Универсальная

электронная карта» и т. д.) и отдельными группами лиц (например, нотариусы),

которые могут участвовать в качестве Поставщиков и Потребителей информации

при предоставлении услуг, не предусмотрены существующей моделью на

законодательном уровне.

ж) Межведомственное взаимодействия между РОИВ и ОМСУ разных субъектов

Российской Федерации должно быть реализовано в соответствии с частью 8 статьи

7.1 Закона № 210. Правовыми актами высшего исполнительного органа

государственной власти субъекта Российской Федерации должен быть утвержден

перечень сведений, находящихся в распоряжении государственных органов

субъекта Российской Федерации, органов местного самоуправления, необходимых

для предоставления государственных услуг исполнительными органами

государственной власти другого субъекта Российской Федерации. Однако в

настоящее время в субъектах Российской Федерации указанные перечни не

2Методика проектирования межведомственного взаимодействия при предоставлении государственных и муниципальных услуг на уровне субъекта Российской Федерации одобрена Протоколом заседания Подкомиссии по ИТ от 21 октября 2011 года №21 (п. 1 разд. IV).

утверждены, а межведомственное взаимодействие на межсубъектовом уровне не

организовано.

з) При взаимодействиях типа «МФЦ-ОИВ» и «МФЦ-ОМСУ» согласования

межведомственных взаимодействий не производится. Используется согласованное

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

основании соглашений о взаимодействии.

Новая Модель МВ должна быть унифицированной для различных контрагентов и типов

межведомственного взаимодействия на базе Реестра МВ, где предметом договоренности при

согласовании межведомственных взаимодействия между Поставщиком и Потребителем

информации должна являться не ТКМВ, а межведомственный документ, хранящийся в Реестре

МВ.

Процедура согласования межведомственного взаимодействия в рамках новой модели МВ

должна описывать следующие вопросы:

Общее описание порядка реализации новой процедуры согласования.

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

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

уровнях: межведомственном, межуровневом, внутриведомственном.

Описание отличий и преимуществ от существующей процедуры.

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


Описание порядка присоединения к уже имеющимся межведомственным взаимодействиям.

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

изменения состава данных межведомственного документа.

Описание механизма предоставления прав доступа (модели прав доступа) при

согласовании межведомственных взаимодействий и дальнейшего управления

предоставленными правами.

Предложенные Исполнителем подходы в новой процедуре согласования

межведомственного взаимодействия должны быть обоснованы в Концепции. Результаты

аналитических работ по разработке Концепции должны быть использованы в ходе доработки

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

межведомственного взаимодействия по новой модели.

5.4.2.2. Порядок ведения Реестра межведомственных взаимодействий

Формирование Реестра МВ является базовым элементом перехода на новую Модель МВ,

порядок формирования и ведения которого должен быть отражен в Концепции.

В частности, в Концепции должны содержаться:

Описание объектов, связей, атрибутов, словарей, справочников и источников их значений

Реестра МВ;

Указание на орган, ответственный за ведение Реестра МВ.

Порядок формирования Реестра МВ.

Порядок переноса ранее одобренных в ГИС ТКМВ технологических карт

межведомственного взаимодействия федеральных органов исполнительной власти и

органов государственных внебюджетных фондов в специализированный функциональный

модуль Федерального реестра (модуль «Реестр МВ»).

Порядок ведения Реестра МВ, в том числе порядок обращения к нему, порядок

актуализации и исключения сведений.

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

(модуль «Реестр МВ») на основе изменений, вносимых в исходные справочники


Порядок использования Федеральным реестром сведений, формируемых в его

функциональном модуле «Реестр МВ».

Описание зон ответственности различных участников МВ при проектировании МВ и в ходе

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

согласованных договоренностей о межведомственном взаимодействии.

Порядок разрешения конфликтных ситуаций при проектировании и согласовании

межведомственных взаимодействий.

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

Потребителем информации должна являться не ТКМВ, а межведомственный документ,

хранящийся в Реестре МВ.

В Концепции должен быть описан порядок ведения Реестра МВ в Федеральном реестре.

Реестр МВ должен являться технологической основой новой модели межведомственного

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

взаимодействия на базе ТКМВ. Проектирование межведомственного взаимодействия должно

производиться на основании справочников Федерального реестра.

Концепция должна содержать полное и подробное описание процесса интеграции и

установления однозначных соответствий между правовыми основаниями для межведомственного

информационного взаимодействия Реестра МВ и государственными (муниципальными) услугами

и функциями Федерального реестра. Федеральный реестр должен являться источником сведений о

правовых основаниях для межведомственного информационного взаимодействия (об услугах,

функциях, входных документах и ведомствах).

Реестр МВ может являться источником сведений, как минимум, по следующим объектам

реестра:

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

документы личного хранения;

межведомственные услуги и контрольно-надзорные функции;

введенные в Реестре МВ классификации в отношении межведомственных услуг и функций,

контрагентов и документов, подлежащих получению по каналам межведомственного


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

справочники, необходимые для ведения Реестра МВ:

Справочник межведомственных документов.

Справочник контрагентов.

Справочник межведомственных услуг и функций.

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

функционального модуля «Реестр МВ» Федерального реестра.

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

разделов:

порядок формирования и ведения справочника;

определение источников наполнения:

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

реестром;

порядок интеграции справочников функционального модуля «Реестр МВ»

Федерального реестра с другими системами;

определение типов объектов справочника;

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

порядок определения эталонных значений;

порядок устранения дублирующих значений справочника;

порядок уведомления источников значений о результатах модерации;

внесения взаимосвязанных изменений;

порядок поиска и инструменты фильтрации объектов справочника;

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

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

документов).

5.4.2.2.1. Разработка справочника межведомственных документов

Исполнитель должен сформировать справочник межведомственных документов, который

будет использоваться в функциональном модуле «Реестр МВ» Федерального реестра. В

справочнике межведомственных документов должно быть установлено соответствие между

входными документами и межведомственными документами, передаваемыми в рамках

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

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

Потребителей информации, могут быть отнесены:

наименование межведомственного документа;

наименование Поставщика информации;

тип Поставщика информации (ФОИВ, РОИВ, ОМСУ и т.д.);

состав запроса;

состав ответа;

способ направления запроса;

способ направления ответа;

способы удостоверения лица, направившего запрос;

срок направления запроса;

срок направления ответа;

категория услуг/функций;

нормативно-правовые основания.

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

от Потребителя информации, могут быть отнесены:

наименование Потребителя информации;

наименование услуги/функции, в рамках предоставления которой требуется

межведомственный документ;

реквизиты заявителя, обратившегося за услугой, или заявления;

основания для межведомственного информационного обмена.

Итоговый состав постоянных и переменных атрибутов определяется и обосновывается

Исполнителем в рамках Концепции и согласовывается с Заказчиком.

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

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

организации конкретного межведомственного взаимодействия:

Использование только наименований межведомственных документов. Поиск на основе

контекстных подсказок (поиск осуществляется на основе слов, использующихся в названии

вводимого документа).

Формирование дескрипторов межведомственных документов и поиск на их основе (каждый

межведомственный документ в функциональном модуле «Реестр МВ» Федерального

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

Поиск на основе содержащихся в документе сведений (каждый документ – это набор

сведений).

Поиск МВ документов по категориям услуг или функций/ типам заявителей/ Поставщикам

информации / Потребителям информации.

На основе проведенного анализа должен быть выбран оптимальный способ хранения,

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

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

МВ» Федерального реестра.

В справочник межведомственных документов должны войти как федеральные

межведомственные документы ФОИВ и ОГВФ, так и региональные межведомственные

документы РОИВ и муниципальные документы ОМСУ. Однотипные по составу сведений, но

различные по наименованию в субъектах Российской Федерации, региональные

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

удобства работы контрагентов со справочником межведомственных документов. В качестве

основы для классификации может быть использован утвержденный Распоряжением № 1123-р

перечень сведений, находящихся в распоряжении государственных органов субъектов Российской

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

фондов либо подведомственных государственным органам субъектов Российской Федерации или

органам местного самоуправления организаций, участвующих в предоставлении государственных

или муниципальных услуг.

Также в справочнике межведомственных документов должна быть проведена работа по

классификации документов.

5.4.2.2.2. Разработка справочника контрагентов

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

использоваться в Реестре МВ. В справочник контрагентов должны войти как ФОИВ, ОГВФ,

РОИВ, ОМСУ, так и другие организации, участвующие в межведомственном информационном

взаимодействии.

В качестве основы для справочника контрагентов должны использоваться сведения,

содержащиеся в Федеральном реестре. Исполнитель должен дополнить справочник новыми (не

содержащимися в Федеральном реестре) контрагентами в соответствии с определенным в

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

всех контрагентов по типам.

В справочник контрагентов должны войти, как минимум, следующие сведения:

Идентификатор (Код).

Идентификатор из Федерального реестра

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

Тип.

Субъект Российской Федерации (для услуг РОИВ и ОМСУ).

Код ОКТМО.

Надведомственный орган (при наличии).

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

Поставщик информации (характеризует, в каком количестве МВ-документов ведомство

выступает Поставщиком сведений, значение должно заполняться автоматически

Системой).

Потребитель информации (характеризует, в каком количестве МВ-документов ведомство

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

Системой).

При разработке справочника контрагентов Исполнитель должен реализовать следующие

мероприятия:

Разработать структуру справочника.

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

системой.

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

системой.

Разработать подходы к классификации контрагентов по типам.

Провести классификацию контрагентов по типам в следующих объемах:

ФОИВ (всех, содержащихся в Федеральном реестре, но не менее 80 элементов);

РОИВ (всех, содержащихся в Федеральном реестре, но не менее 15000

элементов);

ОМСУ (всех, содержащихся в Федеральном реестре, но не менее 50000

элементов);

Другие типы контрагентов (не менее 10 элементов).

Провести унификацию наименований при необходимости.

5.4.2.2.3. Разработка справочника межведомственных услуг

Исполнитель должен сформировать и заполнить справочник межведомственных

документов, который будет использоваться в функциональном модуле «Реестр МВ» Федерального

реестра. В качестве основы для разработки справочника межведомственных документов должен

быть взять реестр (справочник) межведомственных запросов и реестр (справочник)

государственной информационной системы технологических карт межведомственного

взаимодействия (далее - ГИС ТКМВ).

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

подуслуги, так и муниципальные услуги и подуслуги.

В качестве основы для справочника услуг должны использоваться сведения, содержащиеся

в Федеральном реестре.

Однотипные по результату предоставления региональные и муниципальные услуги, но

различные по наименованию в субъектах РФ, должны быть сгруппированы Исполнителем по

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

В справочник межведомственных услуг должны войти, как минимум, следующие

сведения:




Тип.

Ведомство


Субъект РФ (для услуг РОИВ и ОМСУ).

Код ОКТМО.

Поставщики информации (характеризует число МВ-документов, запрашиваемых по услуге,

значение должно заполняться автоматически Системой).

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

следующие мероприятия:


Идентифицировать те федеральные услуги, по которым имеются одобренные ТКМВ (не

менее 390).

Разработать подходы к классификации межведомственных услуг по типам.

Разработать перечень типовых межведомственных услуг РОИВ и ОМСУ (не менее 100

услуг).

5.4.2.2.4. Разработка справочника контрольно-надзорных функций

Также исполнителем должен быть разработан справочник контрольно-надзорных функций

с элементами межведомственного взаимодействия.

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

муниципальные контрольно-надзорные функции.

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

использоваться сведения, содержащиеся в Федеральном реестре.

В справочник контрольно-надзорных функций должны войти, как минимум, следующие

сведения:




Тип.

Ведомство


Код ОКТМО.

Субъект РФ (для услуг РОИВ и ОМСУ).

Поставщики информации (характеризует число МВ-документов, запрашиваемых по услуге,

значение должно заполняться автоматически Системой).

При разработке справочника контрольно-надзорных функций Исполнитель должен

реализовать следующие мероприятия:


Заполнить справочник.

Разработать подходы к классификации контрольно-надзорных функций по типам.

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

ФОИВ (всех, содержащихся в Федеральном реестре, но не менее 100 элементов);

РОИВ (всех, содержащихся в Федеральном реестре, но не менее 4000 элементов);

ОМСУ (всех, содержащихся в Федеральном реестре, но не менее 2000

элементов).

Провести унификацию наименований при необходимости.

5.4.2.3. Порядок определения круга организаций, включаемых в число контрагентов

В Концепции должно быть дано описание порядка определения круга контрагентов, исходя

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

участвующими в предоставлении государственных услуг и исполнении контрольно-надзорных

функций. В Концепции должна быть проанализирована возможность включения в круг

контрагентов организаций, не являющихся органами власти или органами местного

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

Союза Автостраховщиков, Федеральной уполномоченной организации «Универсальная

электронная карта» и т. д.).

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

которыми будет сформулирована соответствующая норма в Законе № 210. Данные критерии

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

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

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

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

уровнях: межведомственном, межуровневом.

К межведомственным МВ относятся взаимодействия типа «ФОИВ-ФОИВ», «РОИВ-

РОИВ», «ОМСУ-ОМСУ», в рамках которых реализуется схема согласования межведомственных

взаимодействий типа «один-к-одному».

К межуровневым МВ относятся взаимодействия типа «ФОИВ-РОИВ/ОМСУ»,

«РОИВ/ОМСУ-ФОИВ», «РОИВ-ОМСУ», «ОМСУ/-РОИВ», в рамках которых реализуется схема

согласования межуровневых взаимодействий типа «один-ко-многим». При описании порядка

межуровневых взаимодействий могут быть использованы результаты работ по типизации

региональных и муниципальных услуг, а также межведомственных документов.

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

согласования межведомственных взаимодействий в Реестре МВ.

5.4.2.5. Порядок согласования взаимодействий с МФЦ

В Концепции должен быть определен порядок согласования взаимодействий с МФЦ и

уровень взаимодействий МФЦ с ФОИВ, РОИВ, ОМСУ.

Взаимодействия типа «ФОИВ-МФЦ», «МФЦ-ФОИВ», «РОИВ/ОМСУ-МФЦ», «МФЦ-

РОИВ/ОМСУ» требуют анализа с целью выявления уровней взаимодействия (межведомственный,

межуровневый) и типов взаимодействий («один-к-одному», «один-ко-многим»). При описании

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

региональных и муниципальных услуг (№ ГК-156-ОФ/Д01 от 7 ноября 2011 г.:

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k34c2bn769eqd0o),

а также межведомственных документов (№ ГК-166-ОФ/Д01 от 19 сентября 2012 г.:

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k35o52ds72l9e0s).

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

согласования взаимодействий в функциональном модуле «Реестр МВ» Федерального реестра.

5.4.2.6. Порядок управления правами контрагентов в функциональном модуле «Реестр МВ» Федерального реестра

В настоящее время, для участников межведомственного взаимодействия остаются

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

так и основания для отказа в предоставлении запрашиваемых органом сведений. То есть

взаимодействие осуществляется на основе закрепленных в ГИС ТКМВ договоренностей между

федеральными органами исполнительной власти и органами государственных внебюджетных

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

договоренностей.

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

силу, необходимо соблюдение нескольких условий в соответствии с требованиями Закона № 210:

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

Потребителя информации в соответствии с Законом № 210.

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

услуги или исполнения функции, зарегистрированной в Федеральном реестре, если иное не

будет предусмотрено доработанной версией Закона № 210.

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

заявителя, если иное не будет предусмотрено доработанной версией Закона № 210.

В Концепции должен быть отражен порядок управления правами контрагентов,

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

модуле «Реестр МВ» Федерального реестра и ограничивать доступ к информации, содержащейся в

функциональном модуле «Реестр МВ», через управление целями обращения и установленными

функциями контрагентов.

В Концепции должны содержаться:

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

модулю «Реестр МВ» Федерального реестра.

Порядок верификации прав Потребителей информации на получение межведомственных

документов.

Правила учета прав Потребителей информации на получение межведомственных


Порядок актуализации прав Потребителей информации на получение межведомственных


Порядок передачи сведений о правах на доступ к межведомственному документу из

функционального модуля «Реестр МВ» Федерального реестра в СМЭВ для обеспечения

доступа к соответствующим электронным сервисам.

5.4.2.7. Порядок взаимодействия функционального модуля «Реестр МВ» с другими системами


функционального модуля «Реестр МВ» Федерального реестра с другими информационными

системами, если такая интеграция будет способствовать более качественному переходу на

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


функционального модуля «Реестр МВ» Федерального реестра, как минимум, со следующими

информационными системами или их аналогами в случае изменения наименований или их статуса

(в частности, для обеспечения возможности использования сведений из этих систем в

функциональном модуле «Реестр МВ» Федерального реестра):

Федеральным реестром. Исполнителем должна быть рассмотрена возможность

использования Федерального реестра в качестве основы для ведения Реестра МВ, с

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

Федерального реестра. Федеральный реестр при этом должен интегрировать

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

основного источника информации о межведомственном взаимодействии при оказании

услуг и исполнении функций.

Системой межведомственного электронного взаимодействия (СМЭВ), содержащей

сведения о готовности и технических характеристиках электронных сервисов,

обеспечивающих обмен данными в рамках достигнутых в Реестре МВ договоренностей

между контрагентами. Исполнителем должна быть рассмотрена возможность

использования этих сведений для обеспечения прямого перехода из Реестра МВ к

сведениям об электронных сервисах в СМЭВ по каждому межведомственному документу.

Кроме того, регистрация электронных сервисов в СМЭВ должна быть возможна только

после одобрения межведомственного документа в Реестре МВ.

Единой системой нормативно-справочной информации (ЕСНСИ), в которую входят

сведения, часть из которых может быть использована в Реестре МВ. К подобным

сведениям могут быть отнесены:

а) реестр нормативно-справочной информации (реестр НСИ), в котором указывается

систематизированная совокупность сведений о справочниках и классификаторах,

используемых в государственных и муниципальных информационных системах;

б) общедоступные данные справочников и классификаторов, включенных в реестр

НСИ, данные которых передаются в ЕСНСИ или ведутся в ней.

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

Закон № 210 (часть 6 статьи 7) содержит 19 групп документов личного хранения, которые

предоставляются в обязательном порядке самим заявителем. Сокращение перечня документов

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

межведомственным каналам взаимодействия от общего числа входных документов (в настоящее

время доля этих документов составляет около 17%).

Проведенный анализ в рамках работ Государственного контракта № ГК-157-ОФ/Д06 от 07

сентября 2012 на выполнение научно-исследовательской работы по теме «Аналитическое и

правовое обеспечение оптимизации процедур предоставления государственных и муниципальных

услуг, а также иных социально значимых услуг»

(http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k34dnmq0g3a13jg)

показал, что далеко не все из указанных в Законе № 210 документов не могут быть получены по

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

содержанию или правовому положению действительно могут быть представлены только

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

органов исполнительной власти и органов местного самоуправления. Результаты проведенного

анализа должны быть учтены в Концепции.

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

хранения, установленного Законом № 210.

В Концепции должны содержаться:

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

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

межведомственный.

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

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

личного хранения.

Соответствующие поправки в Закон № 210 в связи с предлагаемыми изменением перечня

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

5.4.2.9. Порядок ведения ФРГУ сведений о местах оказания услуг.

Концпеция должна содержать требования по обеспечению в ФРГУ хранения, актуализации

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

5.4.2.10. Перечень НПА, подлежащих изменению

Концепция должна содержать перечень нормативных правовых актов, подлежащих

корректировке для перехода на новую Модель МВ и описание изменений, которые являются

необходимыми для перехода на новую Модель МВ.

В число нормативных правовых актов, подлежащих корректировке, должны войти, как

минимум, следующие нормативные акты:

Федеральный закон от 27.07.2010 № 210-ФЗ «Об организации предоставления

государственных и муниципальных услуг». В данный федеральный закон должны быть, как

минимум, внесены изменения, направленные на:

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

в Концепции перечнем документов личного хранения, предлагаемых к

исключению;

установление разработанных в Концепции критериев, позволяющих однозначно

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

взаимодействии;

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

неприкосновенность частной жизни при осуществлении межведомственного


Постановление № 861. В данное Постановление должны быть, как минимум, внесены

изменения, устанавливающие правовой статус Реестра МВ как составной части

Федерального Реестра и принципы его ведения.

Постановление № 1184. Вносимые в данное Постановление изменения должны быть

направлены на обеспечение перехода федеральных органов исполнительной власти и

органов государственных внебюджетных фондов к предусмотренной Концепцией новой

модели межведомственного взаимодействия. Указанные изменения должны также

учитывать необходимость использования ранее одобренных в ГИС ТКМВ технологических

карт межведомственного взаимодействия при переходе к новой модели межведомственного


Исполнителем должны быть выявлены все нормативные правовые акты, подлежащие

корректировке в связи с переходом на новую Модель МВ, и разработаны проекты необходимых

изменений в такие нормативные правовые акты.

5.5. РАЗРАБОТКА ПРОЕКТОВ НОРМАТИВНЫХ ПРАВОВЫХ АКТОВ

Исполнителем должны быть разработаны проекты нормативных правовых актов,

регулирующих переход на новую Модель МВ, в соответствии с требованиями Концепции.

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

работ по схожей тематике:

Аналитические отчеты, выполненные в рамках исполнения Государственного контракта

№ ГК-160-ОФ/Д01 от 7 ноября 2011 г. на тему «Разработка проектов нормативных

правовых актов, направленных на обеспечение межведомственного информационного

взаимодействия в целях предоставления государственных и муниципальных услуг

в электронном виде»

(http://aisup.economy.gov.ru/pubportal/materials.jsp?uuid=pprtcto2k03380000k34ccbi2aq0va8k).


№ ГК-157-ОФ/Д06 от 7 сентября 2012 г. на выполнение научно-исследовательской работы

по теме «Аналитическое и правовое обеспечение оптимизации процедур предоставления

государственных и муниципальных услуг, а также иных социально значимых услуг»

(http://aisup.economy.gov.ru/pubportal/description.jsp?

uuid=pprtcto2k03380000k34dnmq0g3a13jg).


№ ГК-134-ОФ/Д19 от 3 сентября 2012 г. на тему «Нормативно-правовое обеспечение

организации межведомственного информационного взаимодействия при предоставлении

государственных и муниципальных услуг, в том числе в электронной форме»


uuid=pprtcto2k03380000k35n3tgdg79vm8g).


№ ГК-137-ОФ/Д19 от 05 сентября 2012 г. на тему «Нормативно-правовое обеспечение

возможности осуществления платежей, связанных с предоставлением государственных и

муниципальных услуг, в электронном виде, в том числе дистанционно»


uuid=pprtcto2k03380000k35n44ass0pdii8).

5.5.1. Проект федерального закона «О внесении изменений в Федеральный закон от 27.07.2010 № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»

Исполнитель должен подготовить проект изменений в данный федеральный закон,

закрепляющих переход на новую Модель МВ.

Исполнителем должны быть проанализированы соответствующие положения федерального

закона, в том числе ст. 1, 2, 6, 7, 7.1, 7.2 на предмет необходимости внесения изменений исходя из

разработанной Концепции организации межведомственного взаимодействия.

Кроме того, Исполнитель должен проанализировать ч. 6 ст. 7 Закона № 210 на предмет

исключения части документов из числа документов, отнесенных к документам личного хранения,

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

Государственного контракта № ГК-157-ОФ/Д06 от 7 сентября 2012 г. на выполнение научно-

исследовательской работы по теме «Аналитическое и правовое обеспечение оптимизации

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k34dnmq0g3a13jg

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k34dnmq0g3a13jg

http://aisup.economy.gov.ru/pubportal/materials.jsp?uuid=pprtcto2k03380000k34ccbi2aq0va8k

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

значимых услуг» (шифр темы 1604-09-12).

5.5.2. Проект нормативного правового акта (актов) о внесении изменений в некоторые нормативные правовые акты Правительства Российской Федерации

В соответствии с Концепцией Исполнитель должен разработать проект (ы) нормативного

правового акта (актов) Правительства Российской Федерации, непосредственно определяющего на

основе положений (в том числе проектируемых) Закона № 210 порядок организации

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

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

которые необходимо внести в иные нормативные правовые акты Правительства Российской

Федерации.

Данный акт (акты) должен (должны) включать следующие разделы:

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

базе Реестра МВ (порядок должен закреплять разработанные в Концепции

положения).

2. Изменения, вносимые в Постановление№ 861, должны:

а) обеспечивать интеграцию Реестра МВ в Федеральный реестр и его

синхронизацию, в случае необходимости, с иными государственными

информационными системами, такими как СМЭВ;

б) уточнять перечень сведений о государственных услугах (функциях)

подлежащих размещению в Федеральном реестре государственных и

муниципальных услуг (функций);

в) определять Единый портал как единую точку входа и авторизации для

заявителя при получении услуг в электронной форме.

3. Изменения, вносимые в Постановление № 1184, должны быть направлены на

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

невозможности или нецелесообразности таких изменений Постановление

№ 1184 должно быть признано утратившим силу.

4. Изменения, вносимые в Постановление № 373, в части уточнения требований к

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


5. Изменения, вносимые в Постановление № 1009, в части установления порядка

вступления в силу нормативных правовых актов федеральных органов

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

официальное опубликование на Едином портале.

6. Изменения, вносимые в Постановление № 437, в части закрепления за

Министерством экономического развития полномочия по размещению

нормативных правовых актов федеральных органов исполнительной власти в

Федеральном реестре государственных и муниципальных услуг (функций).

7. Изменения, вносимые в Постановление № 418, в части закрепления за

Министерством связи и массовых коммуникаций полномочия по официальному

опубликованию на Едином портале административных регламентов, размещенных

в Федеральном реестре.

8. Проект нормативно-правового акта, закрепляющего новый порядок формирования

и согласования административных регламентов.

9. Поручение федеральным органам исполнительной власти в установленный срок

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

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

новым порядком организации межведомственного взаимодействия.

10. Изменения в другие нормативные правовые акты Президента Российской

Федерации и Правительства Российской Федерации, внесение которых необходимо

для реализации Концепции.

Проекты нормативных правовых актов, разработанные при выполнении работ, должны

соответствовать общим требованиям, предъявляемым к проектам нормативных правовых актов, и

иметь необходимые сопроводительные материалы в соответствии со ст. 105 Регламента

Государственной Думы Российской Федерации, утвержденного постановлением Государственной

Думы РФ от 22.01.1998 №2134-II ГД, и пп. 53-55 Регламента Правительства Российской

Федерации, утв. постановлением Правительства РФ от 01.06.2004 № 260.

Материалы, разработанные Исполнителем при выполнении работ пункта 5.4 настоящих

Технических требований, представляются Заказчику в виде аналитического отчета на бумажном и

электронном носителях в одном экземпляре.

5.6. РАЗРАБОТКА МЕТОДИЧЕСКИХ МАТЕРИАЛОВ ПО ПЕРЕХОДУ НА НОВУЮ МОДЕЛЬ МВ НА БАЗЕ РЕЕСТРА МВ И ПО ОПТИМИЗАЦИИ ПОРЯДКА РАЗРАБОТКИ И УТВЕРЖДЕНИЯ АДМИНИСТРАТИВНЫХ РЕГЛАМЕНТОВ НА БАЗЕ МОДУЛЯ АР

Исполнитель должен обеспечить разработку методических материалов, содержащих:

Методические рекомендации по оптимизации порядка разработки и утверждения

административных регламентов с использованием функционального Модуля АР


Методические рекомендации по переходу на новую Модель МВ на базе Реестра МВ.

Методика мониторинга перехода на новый порядок разработки и утверждения


Методика мониторинга перехода на новую Модель МВ.

Данные методические материалы должны позволять контрагентам всех типов в

соответствии с Концепцией, реализовывать процедуры перехода на новую Модель МВ и


Материалы, разработанные Исполнителем при выполнении работ пункта 5.6 настоящих

Технических требований, представляются Заказчику в виде аналитического отчета на бумажном и

электронном носителях в одном экземпляре.

5.6.1. Методические рекомендации по оптимизации порядка разработки и утверждения административных регламентов с использованием функционального Модуля АР Федерального реестра

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

как минимум, следующие методические материалы:

Рекомендации по работе с функциональным Модулем АР Федерального реестра.

Рекомендации по конвертации ранее разработанных административных регламентов в

электронную форму.

Рекомендации по формированию подуслуг/подфункций.

Рекомендации по формированию типовых процедур.

Типовой образец статической и динамической части административного регламента, в том

числе образец схемы процесса предоставления услуг (не менее одного и не более трех

образцов).

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

утверждения административных регламентов для следующих типов контрагентов:

для ФОИВ;

для РОИВ;

для ОМСУ.


административных регламентов с использованием функционального Модуля АР Федерального

реестра включается Исполнителем в отчет по работам пункта 5.8 настоящих Технических

требований.

5.6.2. Методические рекомендации по переходу на новую Модель МВ на базе Реестра МВ

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

следующие методические материалы:

Методика анализа услуги/функции с целью выявления необходимости межведомственного

взаимодействия, а также контрагентов.

Методика согласования взаимодействий в рамках Реестра межведомственных

взаимодействий:

для ФОИВ;

для РОИВ;

для ОМСУ;

для МФЦ;

для других типов контрагентов.

Методика переноса в Реестр межведомственных взаимодействий уже существующих

межведомственных взаимодействий из одобренных ТКМВ.

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


Методические материалы, перечисленные выше, должны быть объединены в один

документ «Методические рекомендации по переходу на новую Модель МВ на базе Реестра МВ» в

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

межведомственного взаимодействия.

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

работ по схожей тематике:


№ ГК-156-ОФ/Д01 от 7 ноября 2011 г. на выполнение работ по теме «Методическая

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

государственных услуг и муниципальных услуг региональными органами государственной

власти, в том числе в электронном виде»


uuid=pprtcto2k03380000k34c2bn769eqd0o).


№ ГК-159-ОФ/Д01 от 07 ноября 2011 г. на тему «Методическая и организационная

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

предоставлении государственных услуг в электронном виде федеральными органами

исполнительной власти»

(http://aisup.economy.gov.ru/pubportal/materials.jsp?uuid=pprtcto2k03380000k34cbceh34220cc).

http://aisup.economy.gov.ru/pubportal/materials.jsp?uuid=pprtcto2k03380000k34cbceh34220cc


№ ГК-173-ОФ/Д01 от 24 сентября 2012 г. на тему «Методическая поддержка перехода на

межведомственное и межуровневое взаимодействие при предоставлении государственных

и муниципальных услуг региональными органами государственной власти»


uuid=pprtcto2k03380000k35n3jbb97pksak).

5.6.2.1. Методика анализа услуги/функции с целью выяснения необходимости межведомственного взаимодействия, а также контрагентов

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

исполнительной власти, органам государственных внебюджетных фондов, органам

исполнительной власти субъектов Российской Федерации и органам местного самоуправления

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

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

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

Данная методика должна содержать, как минимум:

Критерии отнесения услуг/функций к межведомственным.

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

оказания функций, подлежащих анализу и корректировке в случае выявления

противоречий с нормами Закона №210.

Критерии формирования подуслуг / подфункций.

Правила формирования полного перечня входных документов по услуге/функции и

отдельным подуслугам/подфункциям.

Правила определения источников входных документов услуги/функции (заявитель, сам

орган, предоставляющий услугу/исполняющий функцию, иные органы и организации).

Критерии отнесения входных документов к межведомственным.

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

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

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

необходимых для предоставления государственной услуги или исполнения функции.

Порядок контроля корректности выявления межведомственных документов и контрагентов

для получения соответствующих сведений.

Порядок актуализации сведений в Реестре МВ в случае изменения состава сведений.

По выявленным при создании методики проблемным вопросам, Исполнителем должны

быть предложены и обоснованы оптимальные варианты решения.

5.6.2.2.Методика согласования взаимодействий в рамках функционального Модуля согласования МВ Федерального реестра

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

исполнительной власти, органам государственных внебюджетных фондов, органам

исполнительной власти субъектов Российской Федерации и органам местного самоуправления

согласовывать взаимодействия в рамках Реестра МВ.

В методике должны быть описаны особенности согласования взаимодействий в рамках

Модуля согласования МВ для следующих типов контрагентов:

для ФОИВ;

для РОИВ;

для ОМСУ;

для МФЦ;

для других типов контрагентов.

Указанная методика должна позволять контрагентам выполнять следующие действия:

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

Поставщиками информации;

в случае отсутствия необходимых межведомственных документов согласовывать новые.

Для достижения указанных целей методика должна содержать, как минимум:

Порядок поиска необходимых межведомственных документов.

Порядок соотнесения необходимых Потребителю информации сведений со сведениями,

находящимися в распоряжении Поставщика информации (в том числе в случае

расхождения в названиях).

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

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

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

к согласованию, на предмет наличия дублирований среди ранее согласованных.

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

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

числе порядок действий в следующих случаях:

Если выявлено два и более одинаковых согласованных межведомственных документа с

разными названиями (дублирование).

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

уже существующее, но с иным набором сведений.

Если Потребителем информации выявлено согласованное взаимодействие, подходящее ему

по составу сведений, но один или более документ не совпадает по названию с указанным в

нормативном правовом акте Потребителя информации.

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

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

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

процессе актуализации ранее одобренных межведомственных документов.

Если прекращается межведомственное взаимодействие, в том числе по причине

невозможности дальнейшего предоставления сведений Поставщиком информации или

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

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

Исполнителем должны быть предложены и обоснованы оптимальные варианты решения.

Особо должна быть рассмотрена проблемная ситуация с несовпадающими названиями и

составом сведений идентичных по своему содержанию межведомственных документов в

различных органах исполнительной власти субъектов Российской Федерации и органах местного

самоуправления. В частности, возможны ситуации, когда в разных субъектах Российской

Федерации и муниципальных образованиях один и тот же межведомственный документ имеет

различные названия или необходимые Потребителю информации сведения содержатся в разных

документах, в зависимости от субъекта Российской Федерации или муниципального образования.

Исполнителем должен быть описан механизм поиска необходимых и уже фактически

предоставляемых межведомственных документов из числа ранее одобренных в Реестре МВ на

основе подхода, описанного в Концепции.

5.6.2.3. Методика переноса в Реестр МВ уже существующих межведомственных взаимодействий

Исполнителем должна быть разработана методика, определяющая порядок переноса в

Реестр МВ существующих межведомственных взаимодействий, согласованных в ранее

одобренных ТКМВ.

Методика должна содержать, как минимум:

Критерии отбора ТКМВ для переноса существующих межведомственных взаимодействий в

Реестр МВ.

Порядок переноса существующих межведомственных взаимодействий в Реестр МВ.

Порядок проверки и актуализации перенесенных сведений, в Реестре МВ перед

публикацией в открытом доступе.

По выявленным при создании методики проблемным ситуациям, Исполнителем должны


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

Исполнителем должна быть разработана методика, определяющая порядок формирования и

ведения справочника документов, используемых при межведомственном взаимодействии.

Справочник документов должен быть предназначен для хранения перечня эталонных

межведомственных документов, используемых в Реестре МВ.

Методика должна содержать, как минимум:

Порядок формирования справочника документов.

Состав сведений, включаемых в справочник документов.

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

Порядок актуализации наименований документов.

Правила установления «синонимичности» наименований документов.

Правила «разъединения» и «объединения» документов, в зависимости от потребностей и

возможностей Потребителя и Поставщика информации.

Правила кластеризации (тегирования) документов.

Правила исключения сведений из справочника документов.

По выявленным при создании методики проблемным ситуациям, Исполнителем должны


5.6.3. Методика мониторинга перехода на новый порядок разработки и утверждения административных регламентов

Исполнитель должен разработать методику мониторинга перехода на новый порядок

разработки и утверждения административных регламентов (далее – Методика мониторинга АР).

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

показатели по отдельным ФОИВ, РОИВ, ОМСУ, а также субъектам и федеральным округам:

Число опубликованных услуг / функций.

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

Число административных регламентов по статусам согласования, в том числе:

число статических частей административных регламентов, утвержденных в

новом порядке;

число динамических частей административных регламентов, утвержденных в

новом порядке.

Число услуг/функций с опубликованным в новом порядке административным регламентом.

Число услуг/функций без административных регламентов.

Число услуг/функций без административных регламентов, опубликованных в новом

порядке.

На основе базовых показателей функционального Модуля АР Федерального реестра

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

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

регламентов.

В методических рекомендациях должны быть описаны особенности мониторинга перехода

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

услугам/функциям в отношении следующих типов контрагентов:

для ФОИВ;

для РОИВ;

для ОМСУ.

Методика мониторинга АР включается Исполнителем в отчет по работам пункта 5.8

настоящих Технических требований

5.6.4. Методика мониторинга перехода на новую Модель МВ

Исполнитель должен разработать методику мониторинга перехода на новую Модель МВ.

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

схожей тематике:

Аналитические отчеты, выполненные в рамках исполнения Государственного контракта №

ГК-158-ОФ/Д01 от 7 ноября 2011 г. на тему «Создание системы мониторинга перехода на

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

органов местного самоуправления при предоставлении государственных и муниципальных

услуг в электронном виде» (http://aisup.economy.gov.ru/pubportal/description.jsp?

uuid=pprtcto2k03380000jcbqsiute2844rg).

Аналитический отчет «Мониторинг деятельности федеральных органов исполнительной

власти и органов государственных внебюджетных фондов в части обеспечения

межведомственного информационного взаимодействия в электронном виде при

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

Государственного контракта № ГК-166-ОФ/Д01 от 19 сентября 2012 г. по теме

«Обеспечение перехода федеральных органов исполнительной власти на

межведомственное информационное взаимодействие в электронном виде при

предоставлении государственных услуг»


uuid=pprtcto2k03380000k35o52ds72l9e0s).

Ранее разработанная «Методика мониторинга перехода на межведомственное

взаимодействие при предоставлении государственных и муниципальных услуг» должна быть

доработана в следующих частях:

Методика мониторинга МВ должна включать методику оценки перехода на

межведомственное взаимодействие при предоставлении государственных (муниципальных)

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

Реестре МВ и должны включать, как минимум, следующие показатели:

число МВ услуг/функций;

число входных документов по МВ услугам/функциям;

число МВ документов;

число разработанных электронных сервисов;

число Потребителей информации;

число Поставщиков информации;

статистика по статусам согласования межведомственных документов.

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

мониторинга в соответствии с Концепцией.

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

На основе базовых показателей Реестра МВ Исполнителем должны быть предложены

формы рейтингов, отчетов и выгрузок, необходимых для мониторинга перехода на новую Модель

МВ.

В методических рекомендациях должны быть описаны особенности мониторинга перехода

на новую Модель МВ в отношении следующих типов контрагентов:

для ФОИВ;

для РОИВ;

для ОМСУ.

Методика мониторинга МВ должна быть также доработана в части математических

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

Методика мониторинга МВ может быть доработана и в других частях на усмотрение

Исполнителя по согласованию с Заказчиком.

Методика мониторинга МВ включается Исполнителем в отчет по работам пункта 5.8 настоящих Технических требований

5.7 ДОРАБОТКА ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА

В целях апробации основных решений, предложенных в рамках разработки Концепции на

втором этапе работ, в прототип Федерального реестра должны быть внесены следующие

доработки:

должна быть изменена (дополнена) компонентная структура;

должны быть разработаны функциональные модули «Реестр МВ» и «Модуль согласования

МВ»;

должен быть разработан отдельный функциональный Модуль АР;

должен быть разработан функционал хранения, актуализации и предоставления сведений о

местах оказания услуг.

Результатом работ этапа должен являться прототип Федерального реестра, реализованный в

соответствии с предложенной Концепцией и наполненный данными в объеме, достаточном для

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

пользователей из числа заинтересованных федеральных органов исполнительной власти и иных

органов и организаций.

Для описания требований к доработке прототипа Федерального реестра в ходе работ

второго этапа должно быть разработано и согласовано с Заказчиком «Техническое задание на

доработку прототипа Федерального реестра в части работ этапа № 2» (далее – Техническое

задание). Техническое задание должно использоваться для реализации доработок прототипа и при

проведении предварительных испытаний и опытной эксплуатации прототипа, для выявления

возможных несоответствий между реализованным функционалом и требованиями к доработкам. В

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

разработанным в ходе формирования Концепции методическим рекомендациям.

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

второго этапа работ:

требования к изменению (дополнению) компонентной структуры;

требования к разработке функциональных модулей «Реестр МВ» и «Модуль согласования

МВ»;

требования к разработке функционального Модуля АР;

требования к доработке прототипа Федерального реестра для обеспечения возможности

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

требования к доработке учетной системы для обеспечения остальных систем полными и

достоверными сведениями о государственных и муниципальных услугах и функциях.

В техническом задании должны быть подробно описаны требуемые изменения

существующей модели данных ФРГУ, графических интерфейсов пользователя, отчетности (с

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

доработки). Кроме того, в техническом задании необходимо привести разработанные на

основании методических материалов, подготовленных на этапе формирования Концепции,

высокоуровневые сценарии порядка осуществления проектирования (согласования)

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

регламентах, хранения и актуализации сведений об МФЦ и прочих операций, обеспечиваемых

реализацией доработок, описанных в Техническом задании.

Техническое задание на разработку прототипа Федерального реестра и реализации в нем

доработок первого этапа оформляется согласно ГОСТ 34.602-89, при этом допускается не

включать в него нефункциональные требования и реализовать его в объеме требований

подраздела «Требования к функциям (задачам)». В техническое задание не включаются общие

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

5.7.1. Изменение компонентной структуры Федерального реестра

В соответствии с обозначенными задачами по организации перехода на новую Модель МВ,

должна быть модернизирована компонентная модель Федерального реестра. В результате

выполнения работ второго этапа компонентная модель Федерального реестра должна выглядеть

следующим образом:

Должны быть выделены следующие компоненты (функциональные модули):

Учетная система. В учетной системе должны храниться сведения об услугах и функциях,

разделенные на статическую и динамическую часть.

Модуль АР. Функциональный модуль должен обеспечивать различные маршруты

согласования для статической и динамической части. В частности, для части данных

должен быть обеспечен процесс, дающий ФРГУ статус источника официального

опубликования, и сведения, прошедшие через этот процесс, должны обладать

официальным статусом.

Реестр МВ. Функциональный модуль должен обеспечивать хранение спроектированных

межведомственных взаимодействий в соответствии с новой Моделью МВ.

Модуль согласования МВ. Функциональный модуль должен обеспечивать процедуры

согласования межведомственного взаимодействия в соответствии с новой Моделью МВ.

В функциональных модулях «Учетная система» и «Модуль АР» должно быть реализовано

разделение на статическую и динамическую части. В частности, это отразится на процессе

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

ведения разных статусных моделей согласования.

При выделении функциональных модулей Федерального реестра необходимо обеспечить

информационную целостность Федерального реестра на уровне данных.

Описанные изменения компонентной структуры Федерального реестра должны быть

учтены при доработке прототипа Федерального реестра.

5.7.2. Разработка функциональных модулей «Реестр МВ» и «Модуль согласования МВ» в прототипе Федерального реестра

Функционирующая информационная система ГИС ТКМВ разработана исходя из модели

согласования порядка межведомственного взаимодействия по принципу «точка-точка» между


фондов. Для обеспечения полноты и достоверности описания спроектированных

межведомственных взаимодействий в совокупности с необходимостью предоставления

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

согласования и осуществления межведомственного взаимодействия в соответствии с Концепцией

необходимо разработать соответствующее программное обеспечение.

Вместе с тем, спроектированные к настоящему моменту межведомственные

взаимодействия, должны быть перенесены в Реестр МВ для полноты описания всех ранее

одобренных Подкомиссией по ИТ в ГИС ТКМВ межведомственных взаимодействий. Функционал

проектирования межведомственного взаимодействия и ведения Реестра МВ на базе ФРГУ может

рассматриваться как дальнейшее развитие ГИС ТКМВ: После реализации работ по проекту и

вводу доработанной версии ФРГУ в постоянную эксплуатацию функционал ГИС ТГМВ будет

интегрирован в ФРГУ, а необходимость в дальнейшей поддержке ГИС ТКМВ, как

самостоятельной системы, исчезнет. Модуль Реестр МВ ФРГУ может рассматриваться как

дальнейшее развитие ГИС ТКМВ.

Для обеспечения возможности проектирования на базе ФРГУ межведомственного

взаимодействия должны быть разработаны функциональные модули «Реестр МВ» и «Модуль

согласования МВ», интегрированные в Федеральный реестр.

Разработанный функциональный модуль «Реестр МВ» должен обеспечивать в соответствии

с Концепцией следующие функциональные возможности:

Установление однозначных соответствий между правовыми основаниями для

межведомственного информационного взаимодействия и государственными

(муниципальными) услугами и функциями. Функциональный модуль «Учетная система»

Федерального реестра должна являться источником эталонных сведений о правовых

основаниях для межведомственного информационного взаимодействия.

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

форме, и межведомственными документами, передаваемыми в рамках межведомственного


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

их апробации в ходе предварительных испытаний и опытной эксплуатации.

5.7.2.1. Доработка модели данных функционального модуля «Учетная система» для обеспечения возможности проектирования, согласования и учета межведомственного взаимодействия согласно Концепции

Для реализации Концепции, в частности, для обеспечения возможности проектирования

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

модуля «Учетной системы» прототипа Федерального реестра.

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

области доработки текущей модели данных. После определения требуемых доработок они должны

быть реализованы в прототипе Федерального реестра, разработанного ранее для апробации

решений, предложенных в ходе проведения работ.

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

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

функциональном модуле «Модуль согласования МВ»;

классификация (типизация) объектов функционального модуля «Реестр МВ», в частности,

услуг, подуслуг, функций, подфункций, контрагентов и межведомственных документов;

ведение уникальных идентификаторов объектов функционального модуля «Реестр МВ»

(услуг, подуслуг, функций, подфункций, контрагентов и межведомственных документов),

обеспечивающих однозначное отнесение объектов функционального модуля «Реестр МВ»

к классам по уникальному идентификатору;

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

рамках межведомственного взаимодействия;

осуществление процессов согласования межведомственных взаимодействий в

функциональном модуле «Модуль согласования МВ»;

хранение информации о межведомственных документах в функциональном модуле «Реестр

МВ»;

хранение информации о электронных сервисах межведомственных взаимодействий в

функциональном модуле «Реестр МВ»;

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

электронным сервисам в функциональном модуле «Реестр МВ».

5.7.2.2.Разработка модели управления правами доступа к функциональности модулей «Реестр МВ» и «Модуль согласования МВ» прототипа Федерального реестра для поддержки процесса проектирования, согласования и учета межведомственного взаимодействия

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

взаимодействия в рамках разрабатываемой Концепции требуется реализовать в прототипе

Федерального реестра модель управления правами доступа к функциональности модулей «Реестр

МВ» и «Модуль согласования МВ» прототипа Федерального реестра. Концептуально модель

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

подготовке Концепции.

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

разделение прав на выполнение функций пользователей при осуществлении проектирования,

согласования и учета межведомственного взаимодействия, в том числе:

формирование со стороны Потребителя информации заявки на предоставление прав для

получения межведомственного документа в рамках соответствующего запроса по СМЭВ;

формирование со стороны Потребителя информации заявки на добавление нового

межведомственного документа;

согласование и утверждение со стороны Потребителя и Поставщика информации

сформированной заявки;

принятие решения о предоставлении права на получение документа со стороны

Поставщика информации;

разрешение конфликтных ситуаций при проектировании и согласовании

межведомственного взаимодействия;

создание в функциональном модуле «Реестр МВ» описания процедуры межведомственного

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

документа;

ведение информации об электронных сервисах, реализующих межведомственное

информационное взаимодействие, в том числе сопоставление сведений, содержащихся в

межведомственном документе и атрибутов сообщений, передаваемых и/или принимаемых

электронным сервисом в случае, если межведомственное информационное взаимодействие

осуществляется в электронной форме;

распространение предоставленных прав доступа на классы объектов функционального

модуля «Реестр МВ» (услуг, подуслуг, функций, подфункций, контрагентов и

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

утвержденными в Концепции.

Помимо этого, для обеспечения доступа к общедоступной информации о

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

подлежащая раскрытию всем пользователям функционального модуля «Реестр МВ» без

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

пользователей функционального модуля «Реестр МВ» без разграничения прав.

5.7.2.3.Разработка статусной модели основных объектов межведомственного взаимодействия

Для организации последовательного пошагового процесса проектирования и согласования

межведомственного взаимодействия должны быть разработаны статусные модели

функционального модуля «Модуль согласования МВ» в отношении объектов межведомственного

взаимодействия функционального модуля «Реестр МВ».

В рамках данных работ необходимо провести анализ процесса проектирования и

согласования межведомственного взаимодействия в соответствии с этапами, предусмотренными в

разработанных проектах НПА и методических материалах.

В статусных моделях должны быть учтены, как минимум, такие состояния как:

Заявка на предоставление существующего межведомственного документа создана

Потребителем информации.

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

информации.

Заявка согласована ответственным сотрудником Потребителя информации.

Права на получение межведомственного документа Потребителем информации

предоставлены Поставщиком информации.

Заявка отвергнута Поставщиком информации.

Заявка отправлена для разрешения конфликтных ситуаций при проектировании,

согласовании межведомственного взаимодействия и находится на рассмотрении в

соответствующем органе.

Электронный сервис находится на этапе реализации у Поставщика информации.

Электронный сервис реализован Поставщиком информации.

Выявленная статусная модель (статусы, права пользователей, матрица переходов между

статусами) должна быть реализована в функциональном модуле «Модуль согласования МВ».

В рамках данного этапа в прототипе Федерального реестра должна быть реализована

система информирования заинтересованных пользователей функционального модуля «Модуль

согласования МВ» о событиях в функциональном модуле «Модуль согласования МВ», в том числе

об изменении статусов объектов функционального модуля «Реестр МВ». В частности, должно

производиться информирование Потребителей информации об изменении состава данных,

предоставляемых Поставщиком информации, и/или об изменении форматов информационного

обмена, в том числе спецификации электронного сервиса.

5.7.2.4. Оптимизация справочников Федерального реестра, необходимых для организации межведомственного взаимодействия

Необходимо произвести доработку справочников функционального модуля «Учетная

система» прототипа Федерального реестра для обеспечения следующих целей:

Обеспечение эффективного проектирования межведомственных взаимодействий, особенно

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

используемых справочников. Используемые элементы справочников (например, органы

исполнительной власти, документы, запросы, государственные и муниципальные услуги и

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

иметь аналогичные права, описывать аналогичные процессы. Все вышеперечисленное

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

«Учетная система» прототипа Федерального реестра и реализации соответствующих

классификаторов.

В ГИС ТКМВ накоплен значительный объем сведений о межведомственном

взаимодействии (реестр ТКМВ), которые, для обеспечения преемственности

информационных систем, должны быть перенесены в функциональный модуль «Реестр

МВ» прототипа Федерального реестра. Перенос данных о спроектированных ранее

межведомственных взаимодействиях из ГИС ТКМВ в функциональный модуль «Реестр

МВ» прототипа Федерального реестра требует проведения анализа справочников

функционального модуля «Учетная система» прототипа Федерального реестра на предмет

возможности сопоставления имеющихся справочников и их элементов.

Количество объектов функционального модуля «Реестр МВ» (услуг, подуслуг, функций,

подфункций, контрагентов и межведомственных документов) достаточно велико. Для

обеспечения быстрой и эффективной работы Поставщика информации по предоставлению

прав доступа должно быть обеспечено ведение уникальных идентификаторов объектов

функциональных модулей «Учетная система» и «Реестр МВ» (услуг, подуслуг, функций,

подфункций, контрагентов и межведомственных документов), обеспечивающих

однозначное отнесение объектов функционального модуля «Реестр МВ» к классам по

уникальному идентификатору.

Для оптимизации справочников требуется провести следующие работы:

проанализировать состав справочников указанных выше систем;

проанализировать поля каждого справочника;

проанализировать связи между справочниками;

определить первоисточник нормативно-справочных данных, то есть определить, на основе

справочников какой из систем необходимо разрабатывать эталонные справочники.

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

для реализации Концепции.

Для реализации в прототипе Федерального реестра новой модели межведомственного

взаимодействия требуется разработать справочники, описанные в ходе формирования Концепции:

Справочник межведомственных документов;

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

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

Справочник контрольно-надзорных функций.

Для обеспечения возможности работы с перечисленными справочниками Исполнитель

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

прототипа Федерального реестра.

Необходимо также реализовать новые классификаторы в функциональном модуле

«Учетная система» прототипа Федерального реестра (типизация и классификация региональных и

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

классификация документов), например:

классификация органов государственной власти и местного самоуправления в соответствии

со специально разработанным классификатором, учитывающем специфику участия в

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

межведомственных взаимодействий;

классификация органов по уровню подчиненности, в том числе подведомственных

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

методическому обеспечению деятельности и (или) по контролю над деятельностью

организации;

классификация документов по их назначению.

Должны быть введены уникальные идентификаторы объектов функциональных модулей

«Учетная система» и «Реестр МВ» (услуг, подуслуг, функций, подфункций, контрагентов и

межведомственных документов), обеспечивающие однозначное отнесение объектов

функционального модуля «Реестр МВ» к классам по уникальному идентификатору.

5.7.2.5.Разработка в прототипе Федерального реестра функционала проектирования межведомственного взаимодействия на базе Реестра МВ

В рамках данных работ должен быть произведен анализ разработанных на этапе

формирования Концепции проектов НПА и методических материалов в части основных функций

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

согласовании межведомственных взаимодействий. Кроме того, для обеспечения преемственности

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

межведомственного взаимодействия, реализованного на базе ГИС ТКМВ. По результатам

проведенного анализа должны быть разработаны пользовательские интерфейсы, обеспечивающие

выполнение указанными пользователями функционального модуля «Модуль согласования МВ»

выявленных функций, в отношении объектов функционального модуля «Реестр МВ». В частности,

необходимо доработать функциональность разделов «Услуги» и «Функции» функционального

модуля «Учетная система» прототипа Федерального реестра для возможности проектирования

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

исполнении контрольно-надзорных функций:

необходимо разработать в прототипе Федерального реестра формы ввода/редактирования

сведений об отдельной подуслуге (подфункции) с реализацией в ней механизмов для

проектирования межведомственного взаимодействия (многокритериальный поиск

межведомственных документов среди входных документов, формирование и отправка

заявок на межведомственное взаимодействие);

необходимо обеспечить в прототипе Федерального реестра возможность поддержки

независимых статусных моделей компонентов прототипа Федерального реестра для

описания услуги/функции в целом («фронт-офис» услуги/функции) и описания отдельных

межведомственных взаимодействий в рамках услуги/функции («бэк-офис»

услуги/функции)3;

3Фронт-офис — общее наименование группы подразделений или процессов в организациях, отвечающих

за непосредственную работу с заявителями.

Типичные фронт-офисные функции включают коммуникацию с заявителями, получение и ввод для

последующей обработки документов от заявителей, предоставление заявителям информации, обзвон и

рассылка заявителям информационных сообщений, обработка входящих звонков.

В применении к предоставлению государственных услуги исполнению функций к фронт-офису относятся

процедуры взаимодействия с заявителем, средства и участники, их реализующие (порталы

необходимо доработать подраздел «Участники и межведомственность» разделов «Услуги»

и «Функции» в функциональном модуле «Учетная система» прототипа Федерального

реестра.

Помимо этого, требуется разработать отдельный раздел «Межведомственное

взаимодействие» в прототипе Федерального реестра, реализующий следующие функциональные

возможности:

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

документах, отдельных межведомственных документах и соответствующих им

электронных сервисах (с возможностью сортировки и фильтрации представляемых

сведений);

учет сведений о потребителях документов (Потребителях информации);

учет входящих и исходящих заявок на предоставление прав доступа к межведомственным

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

Справочник межведомственных документов (документов, владельцем которых является

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

документов и электронных сервисов, с возможностью отслеживания статусов заявок;

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

сообщений, передаваемых и/или принимаемых электронным сервисом;

просмотр истории изменений для межведомственных документов и заявок.

Разработка форм ввода/редактирования сведений о межведомственных документах и

электронных сервисах (с учетом наличия у пользователя прав доступа к вводу/редактированию

сведений о конкретных межведомственных документах и электронных сервисах) должна

производиться исходя, в том числе, из следующих требований:

необходимо обеспечить в функциональном модуле «Реестр МВ» возможность ввода и

последующего редактирования сведений о межведомственных документах и электронных

сервисах;

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

межведомственных документах и электронных сервисах в функциональном модуле

«Модуль согласования МВ»;

государственных и муниципальных услуг, органы, предоставляющие услуги и исполняющие функции, МФЦ

и т.д.), информация об услуге/функции, необходимая заявителю.

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

и(или) функции.

В применении к предоставлению услуг и функций к бэк-офису относятся внутриведомственные и

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

артефакты, используемые в них.

http://ru.wikipedia.org/wiki/%D0%91%D1%8D%D0%BA-%D0%BE%D1%84%D0%B8%D1%81

http://ru.wikipedia.org/wiki/%D0%91%D1%8D%D0%BA-%D0%BE%D1%84%D0%B8%D1%81

необходимо обеспечить разграничение прав на ввод и редактирование сведений о

межведомственных документах и электронных сервисах согласно доработанной ролевой

модели.

Необходимо разработать механизмы информирования о следующих событиях:

поступление входящих заявок на:

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

предоставление прав доступа к межведомственному документу;

доработку (разработку) межведомственного документа;

доработку (разработку) электронного сервиса;

изменение статусов исходящих и входящих заявок;

изменение основных параметров межведомственных документов и электронных сервисов.

5.7.2.6. Разработка в прототипе Федерального реестра функционала проектирования и согласования межведомственного взаимодействия в отношении функций контроля и надзора

Разработанный функциональный модуль «Реестр МВ» прототипа Федерального реестра

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

межведомственного взаимодействия не только в рамках услуг, но и контрольно-надзорных

функций.

Помимо требований к разработке компонентов прототипа Федерального реестра,

изложенных в пп. 5.7.2.1. – 5.7.2.5 настоящих Технических требований, для осуществления

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

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

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

подфункций, как объектов Учетной Системы и Реестра МВ;

доработать модель данных для обеспечения ведения уникальных идентификаторов для

функций, подфункций обеспечивающих однозначное отнесение их к классам по

уникальному идентификатору.

доработать управление правами доступа к функциональности модулей «Реестр МВ» и

«Модуль согласования МВ» прототипа Федерального реестра в части распространения

предоставленных прав доступа на такие классы объектов функционального модуля «Реестр

МВ», как функция, подфункция в соответствии с правилами, разработанными и

утвержденными в Концепции;

доработать статусные модели функционального модуля «Модуль согласования МВ» с

целью учета правовых особенностей проектирования и исполнения государственных

функций контроля и надзора;

доработать классификаторы в функциональном модуле «Учетная система» прототипа

Федерального реестра в отношении функций, например, классификации органов

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

в исполнении функций и производимых при этом межведомственных взаимодействий;

доработать функциональность разделов «Функции» функционального модуля «Учетная

система» прототипа Федерального реестра для возможности проектирования

межведомственного взаимодействия:

разработать формы ввода/редактирования сведений об отдельной подфункции с

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

взаимодействия (многокритериальный поиск межведомственных документов

среди входных документов, формирование и отправка заявок на

межведомственное взаимодействие);

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

функционального модуля «Учетная система» прототипа Федерального реестра

для описания функции в целом и описания отдельных межведомственных

взаимодействий в рамках функции;

доработать подраздел «Участники и межведомственность» разделов «Функции»

в функциональном модуле «Учетная система» прототипа Федерального реестра.

5.7.2.7.Разработка в прототипе Федерального реестра внешних интерфейсов Реестра МВ

Реестр МВ может использоваться в качестве источника сведений для внешних

информационных систем, в том числе государственных и ведомственных информационных

систем. После разработки в рамках реализации Концепции функционального модуля «Реестр МВ»

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

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

«Реестр МВ» прототипа Федерального реестра. Таким образом, «Реестр МВ» должен

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

которые в текущей схеме проектирования и учета межведомственного взаимодействия на основе

ТКМВ возложены на ГИС ТКМВ.

В связи с этим, в рамках данных работ должно быть осуществлено исследование

следующих сведений:

размещенных в функциональном модуле «Реестр МВ» прототипа Федерального реестра;

сведений, востребованных внешними информационными системами;

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

исполнительной власти для проектирования и согласования межведомственного


Для выявленных в рамках Концепции основных информационных межсистемных потоков,

обеспечивающих единство и целостность информации о спроектированных межведомственных

взаимодействиях, в прототипе Федерального реестра должны быть разработаны программные

интерфейсы, отвечающие следующим требованиям:

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

сведений, сформированный в функциональном модуле «Реестр МВ» в рамках

проектирования межведомственного взаимодействия (например, передача Поставщику

информации сведений о составе Потребителей информации, которым предоставлены права

на подключению к его электронному сервису), а также набор сопутствующих сведений для

обеспечения полноты и корректности передаваемых данных;

обеспечивающие возможность миграции данных о ранее спроектированных

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

исполнительной власти для проектирования и согласования межведомственного


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

передана Заказчику.

5.7.2.8. Разработка в прототипе Федерального реестра механизма формирования аналитических отчетов по межведомственному взаимодействию

Для обеспечения мониторинга перехода на межведомственное взаимодействие на

федеральном, региональном и муниципальном уровне функциональный модуль «Реестр МВ»

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

количественным и качественным характеристикам процессов проектирования и согласования

межведомственного взаимодействия по новой модели.

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

межведомственное взаимодействие на федеральном, региональном и муниципальном уровне, с

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

быть разработаны аналитические формы для автоматизированного формирования. Форматы

отчетов должны быть предопределены. Содержание и структура отчетов должны быть

согласованы с Заказчиком.

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

подсистемы прототипа Федерального реестра. В частности, необходимо реализовать возможность

формирования не менее 10 аналитических отчетов по следующим тематикам:

результаты мониторинга описания межведомственного взаимодействия (наиболее

популярные межведомственные документы, наиболее активные Потребители / Поставщики

информации);

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

согласования;

статистическая информация по заявкам на предоставление прав к одобренным

межведомственным документам.

Детализированные требования к аналитическим отчетам, а именно состав, формы

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

выполнения работ этапа № 2 и отражены в Техническом задании на доработку прототипа

Федерального реестра в части работ этапа № 2.

5.7.3. Разработка функционального Модуля АР в прототипе Федерального реестра

В рамках работ второго этапа в прототипе Федерального реестра должен быть разработан

функциональный Модуль АР, предназначенный для организации процесса формирования

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

части и статической части в отдельности в электронном виде и дальнейшего ведения

административных регламентов. Функциональный Модуль АР должен быть разработан на

основании функциональности ведения и согласования административных регламентов,

реализуемой в рамках работ 2013 года («Развитие и методическое сопровождение федерального

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

региональных реестров и порталов государственных и муниципальных услуг», № ГК-81-ЛА/Д01

от 17 июля 2013 г.:

http://aisup.economy.gov.ru/pubportal/description.jsp?uuid=pprtcto2k03380000k35naqmhl7qrki4).

В связи с тем, что часть данных АР относится к переменным сведениям и изменяется с

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

другая часть относится к постоянным сведениям и достаточно редко подвержена изменениям

(например, срок предоставления услуги/исполнения функции), модель данных модуля должна

быть также разделена на две части:

динамическая часть;

статическая часть.

На основании этого деления функциональный Модуль АР прототипа Федерального реестра

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

регламентов. Таким образом, в связи с делением модели данных на статическую и динамическую

части необходимо:

провести разделение сведений в модели данных прототипа Федерального реестра на

статическую и динамическую часть;

обеспечить поддержку ведения двух различных статусных моделей в прототипе

Федерального реестра;

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

частей административных регламентов в прототипе Федерального реестра.

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

Федеральному реестру статус источника официального опубликования, и сведения, прошедшие

через этот процесс, должны иметь официальный статус.

5.7.3.1.Ведение схем процесса предоставления услуги

В рамках расширения возможностей прототипа Федерального реестра необходимо

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

АР. Схема процесса предоставления услуги или исполнения функции представляется собой

упорядоченную последовательность типовых шагов по реализации услуги или функции.

Типовые шаги процессов предоставления услуг и исполнения функций определяются на

этапе разработки Концепции. На том же этапе определяется набор параметров, характеризующих

те или иные типовые шаги. Для их представления в прототипе разрабатывается справочник

типовых шагов услуг и функций.

Для создания схемы процесса предоставления услуги в функциональном Модуле АР

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

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

функции последовательностью предопределенных типовых шагов. Для реализации функционала

требуется внести следующие доработки в прототип Федерального реестра:

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

типовых шагов и функционал описания схем услуг и функций пользователем;

разработать интерфейс пользователя, позволяющих описывать процесс предоставления

услуги или оказания функции;

разработать интерфейс пользователя для ведения справочника типовых шагов;

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

предоставления услуги в машиночитаемых форматах.

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

ведения параметров типовых шагов в соответствии с набором параметров отдельных типовых

шагов, определенным в Концепции.

5.7.3.2.Интеграция функционального модуля «Модуль АР» с другими системами

Для того чтобы сведения о статусе и состоянии процесса предоставления услуги или

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

Модуль АР может использоваться в качестве источника сведений для внешних информационных

систем, в том числе государственных и ведомственных информационных систем. К подобным

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

(статическая и динамическая части), представленная в функциональном Модуле АР прототипа


В связи с этим, в рамках данных работ должно быть осуществлено исследование

следующих сведений:

предназначенных для хранения в функциональном Модуле АР прототипа Федерального

реестра;

востребованных внешними информационными системами.

По итогам анализа должны быть определены основные информационные межсистемные

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

исполнения функции.

Для выявленных в Концепции информационных потоков должны быть описаны

программные интерфейсы, требуемые для предоставления внешним информационным системам

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

(например, типовых шагов предоставления услуги или исполнения функции и их длительность), а

также набор сопутствующих сведений для обеспечения полноты и корректности передаваемых

данных.

Описанные интерфейсы должны быть реализованы в прототипе Федерального реестра в

ходе работ по его доработке. Передаваемый состав сведений должен быть построен как

иерархический справочник, содержащий, как минимум, сведения о предоставлении услуги

(функции), представленные в статической и динамической части функционального Модуля АР

согласно Концепции, схему процесса предоставления услуги. Внешний интерфейс должен

позволять передавать в параметрах запроса требуемые уровни иерархии для передачи во

внешнюю систему.

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

из внешних информационных систем в функциональный Модуль АР, позволяющие вести

сведения административных регламентов вне функционального Модуля АР (функциональный

Модуль АР выступает при этом единым хранилищем регламентирующих сведений по всем

государственным и муниципальным услугам). Требования к программным интерфейсам импорта

данных должны быть сформированы на этапе проведения аналитических работ по разработке

Концепции.

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

должны передаваться (импортироваться) сведения, входящие в разделы административных

регламентов согласно Постановлению № 373 и Закону № 210, а именно:

сведения раздела «Общие положения»;

сведения раздела «Требования к порядку исполнения государственной функции»

(«Стандарт предоставления государственной услуги»);

сведения раздела «Состав, последовательность и сроки выполнения административных

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

выполнения административных процедур (действий) в электронной форме»;

сведения раздела «Порядок и формы контроля за исполнением государственной функции»

(«Формы контроля за исполнением регламента»);

сведения раздела «Досудебный (внесудебный) порядок обжалования решений и действий

(бездействия) органа, исполняющего государственную функцию, а также их должностных

лиц» («Досудебный (внесудебный) порядок обжалования решений и действий

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

лиц»).

В ходе технического проектирования Исполнителем должен быть согласован с Заказчиком

уточненный состав и структура данных, передаваемых (импортируемых) посредством

разрабатываемых программных интерфейсов.

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

передана Заказчику.

5.7.4. Доработка прототипа Федерального реестра для обеспечения возможности хранения, актуализации и предоставления сведений о местах предоставления услуг

В рамках работ второго этапа в прототипе Федерального реестра должен быть разработан

функционал, обеспечивающий возможность хранения и автоматической актуализации из внешних

информационных систем сведений о местах оказания услуг (в том числе – по принципу «одного

окна») и предоставления этих сведений по запросам других информационных систем (в частности,

ЕПГУ).

Таким образом, требуется реализовать в прототипе Федерального реестра функционал

ведения актуального перечня мест предоставления государственных и муниципальных услуг,

включая МФЦ, функционирующие в субъектах Российской Федерации, и указания в описании

услуг ссылки на места, в которых они (услуги) могут быть предоставлены.

Для реализации указанного функционала необходимо внести следующие доработки в

прототип Федерального реестра:

доработать модель данных для обеспечения хранения сведений о местах предоставления

государственных и муниципальных услуг, в том числе по принципу «одного окна», и

указания в услугах ссылок на организации, предоставляющие услугу;

доработать раздел просмотра сведений об услугах для представления в нем сведений об

организациях, уполномоченных на предоставление услуги (в том числе, МФЦ, в которых

предоставляется услуга, если услуга может быть предоставлена в МФЦ);

разработать механизм актуализации сведений о местах предоставления услуг;

доработать сервисы информационного обмена ФРГУ и внешних информационных систем

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

принципу «одного окна» (требования к доработке описаны в разделе «Интеграция с

информационными системами, обеспечивающими учёт сведений, необходимых для

организации межведомственного взаимодействия» данного документа).

5.7.4.1. Доработка раздела представления информации об услугах для возможности просмотра мест предоставления услуг

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

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

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

мест предоставления услуг, в том числе МФЦ (в том случае, если существует возможность её

оказания по принципу «одного окна»), в которых может быть оказана услуга. Должна быть

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

они не являются МФЦ. Отображаемый для услуги перечень МФЦ должен актуализироваться в

автоматическом режиме и не должен быть доступен для редактирования пользователям ФРГУ.

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

оказания услуги в определенном МФЦ. При получении в ФРГУ из информационной системы,

обеспечивающей мониторинг развития сети МФЦ, сведений о факте оказания услуги в МФЦ, этот

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

услуге. До подобного подтверждения в сведениях об услуге соответствующий МФЦ должен быть

помечен как не подтвержденный (информация о нем не должна передаваться при экспорте

сведений об услуге в ЕПГУ).

5.7.4.2. Разработка механизма актуализации сведений о местах предоставления услуг по принципу «одного окна»

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

местах предоставления услуг по принципу «одного окна» и перечня услуг, оказываемых тем или

иным МФЦ, необходимо разработать сервис, позволяющий запрашивать и импортировать в ФРГУ

из информационной системы, обеспечивающей мониторинг развития сети МФЦ, сведений о

функционирующих МФЦ и оказываемых ими услугах (сервис актуализации информации об

МФЦ).

Для обеспечения своевременной актуализации информации об МФЦ и оказываемых в них

услугах, необходимо разработать механизм актуализации указанных сведений. Механизм должен

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

мониторинг развития сети МФЦ, с заданной периодичностью либо по запросу администратора.

После получения сведений они должны сохраняться в БД прототипа Реестра. Механизм также

должен обеспечивать корректную обработку ошибок, возникших в ходе актуализации.

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

прототипа Федерального реестра на этапе № 2 спецификацию интерфейса обмена данными

информационной системы, обеспечивающей мониторинг развития сети МФЦ. В случае, если

спецификация не будет разработана и передана Исполнителю до начала работ этапа № 2,

Исполнитель должен самостоятельно разработать спецификацию и согласовать её с Заказчиком.

Кроме того, требуется доработать существующий сервис выгрузки информации об услугах

из ФРГУ (сервис инкрементального обновления) для обеспечения возможности передачи

актуальной информации об услугах в информационную систему, обеспечивающей мониторинг

развития сети МФЦ. Должна быть обеспечена выгрузка сведений как по всем услугам, так и

только по тем услугам, которые могут быть оказаны в МФЦ.

5.7.5. Доработка комплекта эксплуатационной документации на программное обеспечение прототипа Федерального реестра

Исполнителем должен быть доработан комплект эксплуатационной документации на

программное обеспечение прототипа Федерального реестра и передан Заказчику на электронном и

бумажном носителях. В рамках данной работы должны быть доработаны следующие документы:




В комплекте эксплуатационной документации должны быть отражены доработки

прототипа Федерального реестра, реализованные на втором этапе работ.

5.8. ПРОВЕДЕНИЕ ПРЕДВАРИТЕЛЬНЫХ ИСПЫТАНИЙ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА

После реализации работ, описанных в п. 5.7 настоящих Технических требований, должны

быть проведены предварительные испытания доработанного прототипа Федерального реестра. По

результатам испытаний должны быть оформлены соответствующие протоколы испытаний и акты

проведения испытаний.

Испытания прототипа проводятся на территории Государственного заказчика с участием

его представителей. Для проведения испытаний Исполнителем должен быть предоставлен

тестовый стенд, включающий все необходимое аппаратное и программное обеспечение, в том

числе необходимые инструменты тестирования.


34.603-92 программе и методикам испытаний, согласованной с Государственным заказчиком. В

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

доработок прототипа Федерального реестра методическим рекомендациям, разработанным в ходе

формирования Концепции.

Предварительные испытания прототипа Федерального реестра должны включать в себя:

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

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

разработанных в ходе второго этапа:


Модуля согласования МВ;

Модуля АР.

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

работоспособность и соответствие требованиям ТЗ прототипа Федерального реестра в

целом (после интеграции в прототипе всех разработанных компонентов). Для

предварительного испытания работ по интеграции с внешними информационными

системами должны использоваться тестовые или продуктивные среды ЕСНСИ, СМЭВ,

предоставленные их операторами на основании запросов, подготовленных Исполнителем и

направленных Заказчиком. В случае если доступ к этим системам будет невозможен или

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

Исполнитель должен обеспечить демонстрацию интеграции с помощью эмуляции

интерфейсов межсистемного взаимодействия ЕСНСИ, СМЭВ.





прототипа Федерального реестра и Концепции, если таковые будут выявлены в процессе

проведения испытаний. В случае если проведенные испытания прототипа будут признаны

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

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

испытаний, содержащий заключение о соответствии прототипа Федерального реестра

требованиям «Технического задания на доработку прототипа Федерального реестра в части работ

этапа № 2». Кроме того, в заключении указывается на возможность приема прототипа

Федерального реестра в опытную эксплуатацию.

ЭТАП 3. ОПЫТНАЯ ЭКСПЛУАТАЦИЯ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА В ПИЛОТНЫХ ВЕДОМСТВАХ И ДОРАБОТКА ФЕДЕРАЛЬНОГО РЕЕСТРА ФУНКЦИОНАЛОМ РАЗРАБОТАННОГО ПРОТОТИПА

5.9.ОБЕСПЕЧЕНИЕ ЭКСПОРТА ДАННЫХ ИЗ ФЕДЕРАЛЬНОГО РЕЕСТРА И ГИС ТКМВ В ФУНКЦИОНАЛЬНЫЙ МОДУЛЬ «РЕЕСТР МВ» ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА

Для проведения полноценной опытной эксплуатации необходимо организовать процесс

экспорта данных из ГИС ТКМВ в функциональный модуль «Реестр МВ» прототипа Федерального

реестра. В рамках экспорта данных должна быть перенесена информация о сформированных в

ГИС ТКМВ технологических картах (сведения о контрагентах, формах и содержании

межведомственного взаимодействия в рамках предоставления услуги и пр.). Порядок проведения

экспорта данных должен быть определен и описан в ходе аналитических работ по разработке

Концепции.

Необходимо организовать процесс миграции данных из Федерального реестра в

функциональный модуль «Реестр МВ» прототипа Федерального реестра. В рамках процесса

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

Федеральном реестре в соответствии с требованиями Постановления

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

Наименования федеральных органов исполнительной власти, органов государственных

внебюджетных фондов, исполнительных органов государственной власти субъектов

Российской Федерации, органов местного самоуправления, учреждений (организаций),

участвующих в предоставлении услуги или исполнении функции.

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

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

и учреждений (организаций), участвующих в предоставлении услуги или исполнении

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

инициативе, способы получения этих документов заявителем и порядок их представления с

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

документы.

Информация о внутриведомственных и межведомственных административных процедурах,

подлежащих выполнению органом, предоставляющим услугу или исполняющим функцию,

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

административных процедур.

Технологическая карта межведомственного взаимодействия (при наличии

межведомственного взаимодействия с федеральными органами исполнительной власти,

органами государственных внебюджетных фондов, органами исполнительной власти

субъектов Российской Федерации, органами местного самоуправления, учреждениями

(организациями), участвующими в оказании услуги).

В рамках миграции должны быть выполнены следующие действия (работы):

выгрузка сведений для миграции, размещенных в ГИС ТКМВ и Федеральном реестре,

путем формирования образа базы данных;

разворачивание и анализ сформированного образа базы данных, в том числе:

анализ на полноту данных в образе;

анализ непротиворечивости данных;

осуществление переноса данных из образа в функциональный модуль «Реестр МВ»

(разработка скрипта для переноса данных в функциональный модуль «Реестр МВ»);

анализ мигрированных данных в функциональном модуле «Реестр МВ»:

проверка на отсутствие ошибок при отработке скрипта миграции данных;

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

реализуемых функциональных возможностей.

Функциональный модуль «Реестр МВ» должен содержать не только межведомственные

документы, обмен которыми происходит в электронном виде посредством СМЭВ, но и

межведомственные документы, обмен которыми осуществляется посредством электронной почты,

на цифровых носителях, по почте и т.п.

Экспорт данных должен быть осуществлен в объеме, достаточном для проведения опытной

эксплуатации в пилотных ведомствах. Требования к составу и объему экспортируемых из ФРГУ и

ГИС ТКМВ данных должны быть определены на основе методических материалов, разработанных

в ходе работ над Концепцией.

По итогам экспорта данных Исполнителем должен быть разработан аналитический отчет,

содержащий информацию о составе сведений и их количественных значениях в сформированных

образах баз данных ГИС ТКМВ и Федерального реестра.

5.10. ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА

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

технических решений, выявления возможных доработок разработанного прототипа Федерального

реестра и его дальнейшей оптимизации должна быть проведена опытная эксплуатация прототипа в

пилотных ведомствах по ограниченному перечню государственных и муниципальных услуг и

функций. Длительность опытной эксплуатации прототипа Федерального реестра должна

составлять 3 месяца.

В опытной эксплуатации прототипа должны принять участие не менее 9 пилотных

ведомств, в частности должно участвовать:

не менее 3 пилотных ФОИВ;

не менее 3 пилотных РОИВ;

не менее 3 пилотных ОМСУ.

Количество пилотных государственных и муниципальных услуг должно быть не менее 20.

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

20.

В ходе опытной эксплуатации Исполнитель должен обеспечить методическую и

техническую поддержку пилотных ведомств. Требования к поддержке пилотных ведомств

приведены в разделе 6.

Для проведения опытной эксплуатации должны быть реализованы следующие

мероприятия:

разработана и согласована с Заказчиком программа проведения опытной эксплуатации

прототипа Федерального реестра;

уточнено количество и определен точный перечень пилотных ОГВ (ФОИВ, РОИВ, ОМСУ)

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

эксплуатации, обеспечены соответствующие согласования с пилотными ведомствами;

проведено очное обучение сотрудников пилотных ведомств, которые будут принимать

участие в проведении опытной эксплуатации прототипа Федерального реестра;

прототип Федерального реестра развернут в тестовой среде и доступен пилотным

ведомствам для проведения опытной эксплуатации.

По результатам реализации вышеуказанных мероприятий должен быть составлен Акт

приема прототипа Федерального реестра в опытную эксплуатацию.

Для корректной работы прототипа Федерального реестра в тестовой среде должны быть

предусмотрены технические средства, имитирующие взаимодействие с внешними

информационными системами, недоступными в тестовом контуре.

Все замечания, предложения и аварийные ситуации, возникающие в ходе проведения

опытной эксплуатации должны фиксироваться в Рабочем журнале опытной эксплуатации.

Опытная эксплуатация должна проводиться на технических средствах Исполнителя.

По окончанию опытной эксплуатации должен быть оформлен Акт о завершении опытной

эксплуатации прототипа Федерального реестра.

5.11. ДОРАБОТКА ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА И ОПТИМИЗАЦИЯ ПРЕДЛОЖЕННЫХ МЕТОДОЛОГИЧЕСКИХ, ПРАВОВЫХ И ОРГАНИЗАЦИОННЫХ РЕШЕНИЙ ПО РЕЗУЛЬТАТАМ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА

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

реестра в ходе проведения опытной эксплуатации, с учетом замечаний и предложений

пользователей, задействованных в проведении опытной эксплуатации. На основе проведенного

анализа должен быть сформирован перечень возможных доработок компонентов прототипа

Федерального реестра и рекомендации по оптимизации предложенных организационных,

правовых и организационных решений.

В качестве основного документа для выявления требований к доработке должен выступать

Рабочий журнал опытной эксплуатации. Возможными источниками для проведения доработки

прототипа и предложенных решений являются:

необходимость учета особенностей регионального законодательства;

необходимость учета особенностей реализации бизнес-процессов в отдельных ведомствах;

предложения пользователей по оптимизации прототипа (доработка функциональных

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

пр.);

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

Перечень возможных доработок и рекомендаций должен быть оформлен в виде отдельного

документа и согласован с Заказчиком до начала доработок вместе с предлагаемыми решениями.

5.11.1. Оптимизация предложенных методологических, правовых и организационных решений по результатам опытной эксплуатации

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

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

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

услуг, а также реализации межведомственного информационного взаимодействия;

Проектов нормативных правовых актов, разработанных в ходе реализации проекта.

5.11.2. Доработка прототипа Федерального реестра по результатам опытной эксплуатации

На основании Рабочего журнала опытной эксплуатации прототипа Федерального реестра и

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

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

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

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

предоставления сведений о местах оказания услуг (в том числе по принципу «одного окна»).

5.12. ДОРАБОТКА АКТУАЛЬНОЙ ВЕРСИИ ФЕДЕРАЛЬНОГО РЕЕСТРА

На основании проведенного сопоставления технических заданий по доработке прототипа

Федерального реестра в ходе работ двух первых этапов и с учетом требований по доработке

прототипа, сформированных по результатам опытной эксплуатации, должно быть разработано и

согласовано с Заказчиком «Техническое задание в соответствии с ГОСТ 34.602-89, содержащее

требования к доработке Федерального реестра». В документе необходимо привести требования по

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

требования к доработкам по интеграции прототипа Федерального реестра с внешними

информационными системами (СМЭВ, ЕСНСИ, ЕПГУ, информационной системы,

обеспечивающей мониторинг развития сети МФЦ, и т.д.), требования к доработке ФРГУ в части

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

ФРГУ и из ГИС ТКМВ. В ТЗ должны быть приведены также и иные функциональные и

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

после внесения доработок.

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

действующих функций, протоколов и форматов взаимодействия актуальной версии ФРГУ. Также

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

обеспечивающих взаимодействие с внешними информационными системами (ЕПГУ, ЕСНСИ):

требуется обеспечить корректное функционирование интерфейсов взаимодействия,

разработанных ранее.

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

нагрузочной способности, включенные в техническое задание на доработку ФРГУ по результатам

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

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

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

текущей версии ФРГУ и ГИС ТКМВ: порядок миграции, состав сведений для миграции.

Разработка ТЗ должна проводиться согласно ГОСТ 34.602-89.

Также должен быть разработан регламент поэтапной доработки Федерального реестра, в

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

доработке и предложены меры по их предупреждению и устранению последствий сбоев.

Согласно разработанному ТЗ на доработку Федерального реестра и Регламенту должна

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

прототипа.

5.12.1. Дополнение актуальной версии Федерального реестра функционалом прототипа

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

эксплуатации прототипа и актуальной версии Федерального реестра, включающей результаты

работ 2013 года по теме «Развитие и методическое сопровождение федерального реестра

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

региональных реестров и порталов государственных и муниципальных услуг»4.

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

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

системами Федерального реестра и прототипа. Требования к дополнению актуальной версии

Федерального реестра должны быть сформулированы в техническом задании на доработку


5.12.2. Интеграция с информационными системами, обеспечивающими учёт сведений, необходимых для организации межведомственного взаимодействия

Для обеспечения корректной реализации спроектированных по новой модели

межведомственных взаимодействий, а также для обеспечения целостности учета сведений,

необходимых для организации корректного межведомственного взаимодействия, включая

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

обмена данными между функциональным модулем «Реестр МВ» Федерального реестра и

внешними информационными системами СМЭВ, ЕСНСИ, ЕПГУ.

Испытания доработок по интеграции ФРГУ с информационными системами должны быть

проведены в рамках предварительных испытаний, опытной эксплуатации и приемочных

испытаний доработанной версии ФРГУ.

В рамках работ по интеграции должны быть решены следующие задачи:

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

будет осуществляться;

разработка интеграционных модулей;

доработка модели данных функционального модуля «Реестр МВ» Федерального реестра

для осуществления взаимодействия;

реализация механизмов журналирования (мониторинга) процессов обмена данными.

Результаты предварительного анализа информационных потоков между ФРГУ и СМЭВ,

ЕСНСИ и ЕПГУ, в том числе информация о составах сведений, обмен которыми должен

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

4 Описание проекта опубликовано в сети Интернет по следующему адресу:

http://aisup.economy.gov.ru/pubportal/. Результаты работ проекта будут доступны по его окончании по этому же адресу.

http://aisup.economy.gov.ru/pubportal/

аналитическом отчете «Интеграция с информационными системами, обеспечивающими учёт

сведений, необходимых для организации межведомственного взаимодействия».

5.12.2.1. Интеграция со СМЭВ

В соответствии с Постановлением № 697, основными функциями СМЭВ являются:

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

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

заявителями через единый портал, в подключенные к системе взаимодействия

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

испрашиваемые государственные (муниципальные) услуги/функции;

обеспечение обмена электронными сообщениями между органами и организациями,

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

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

муниципальных функций;

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

обработанных в информационных системах органов и организаций, а также информации о

ходе выполнения запросов о предоставлении государственных или муниципальных услуг

или исполнении функций и результатах их предоставления.

Для обеспечения СМЭВ информацией о полномочиях участников информационного

взаимодействия должен быть проведен анализ разработанных проектов НПА и методических

материалов в следующих частях:

в части категорирования контрагентов, имеющих право обращаться к функциональному

модулю «Реестр МВ» Федерального реестра;

в части порядка верификации прав Потребителей информации на получение

соответствующей информации;

в части правил учета прав Потребителей информации на получение соответствующей

информации;

в части порядка актуализации прав Потребителей информации на получение

соответствующей информации.

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

«Интеграция с информационными системами, обеспечивающими учёт сведений, необходимых для

организации межведомственного взаимодействия».

По результатам проведенного анализа должны быть разработаны механизмы

информационного обмена со СМЭВ, обеспечивающие реализацию выявленных информационных

потоков. В частности, в рамках интеграции со СМЭВ должен быть настроен обмен информацией о

том, какие ведомства/группы ведомств получили права на доступ к конкретным

межведомственным документам/типам межведомственных документов и в рамках каких услуг

(функций)/групп услуг (функций) (перечни ведомств/групп ведомств с указанием для каждого из

них электронного сервиса и услуг (функции)/групп услуг (функций)). В дополнение, должны

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

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

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

актуализацию сведений, передаваемых в СМЭВ в рамках информационного обмена, в случае их

изменения в функциональным модуле «Реестр МВ» Федерального реестра.

Спецификация внешних интерфейсов взаимодействия должна быть разработана

Исполнителем и согласована с Заказчиком.

5.12.2.2. Требования к доработке сервисов двустороннего информационного взаимодействия с источниками НСИ, в том числе ЕСНСИ

Единая система нормативно-справочной информации (далее - ЕСНСИ) решает следующие

задачи:

ведение единого реестра справочников, классификаторов и базовых государственных

информационных ресурсов, используемых в государственных и муниципальных

информационных системах;

ведение эталонного банка справочных данных и обеспечение для государственных и

муниципальных информационных систем возможности актуализации используемой

нормативно-справочной информации.

В связи с расширением функционала модуля «Реестр МВ» в части возможности

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

возможности взаимодействия ФРГУ с ЕСНСИ. Для расширения интеграционных возможностей

Федерального реестра с ЕСНСИ должен быть проведен анализ в части определения состава

информационных потоков и сведений, обмен которыми будет осуществляться.

По результатам проведенного анализа должны быть доработаны механизмы

информационного обмена с ЕСНСИ, обеспечивающие реализацию выявленных информационных

потоков. В частности, необходимо включить в состав справочников функционального модуля

«Реестр МВ» прототипа Федерального реестра, обновляемых из ЕСНСИ, справочник ОКОГУ.

Спецификация механизмов информационного обмена с ЕСНСИ должна быть разработана


5.12.2.3. Интеграция с ЕПГУ

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

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

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

государственных и муниципальных услуг в электронном виде. Источником представленной на

ЕПГУ информации, необходимой гражданам и организациям для получения государственных и

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

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

взаимодействия между ФРГУ и ЕПГУ. В механизме выгрузки данных из ФРГУ требуется учесть

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

функционале информационного взаимодействия ФРГУ и ЕПГУ должны быть описаны в

эксплуатационной документации Федерального реестра для обеспечения возможности

дальнейшей доработки ЕПГУ с учетом внесенных изменений ФРГУ:

разделения информации об услугах и функциях на динамическую и статическую часть;

выделения новых сущностей в структуре услуг (функций): иерархии подуслуг

(подфункций);

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

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

что указание в информации об услуге МФЦ, в которых оказывается услуга, возможна только в том

случае, если ОИВ, ответственный за указание услуги, подтвердил в ФРГУ факт оказания услуги в

данных МФЦ.

При этом должна быть обеспечена обратная совместимость в части механизмов

взаимодействия с ЕПГУ: интерфейсы и форматы данных, используемые в ходе взаимодействия

ФРГУ и ЕПГУ до доработок по текущему проекту, должны продолжать корректно

функционировать и после доработок.

Спецификация механизмов информационного обмена с ЕПГУ должна быть разработана


5.12.3. Доработка Федерального реестра в части формирования наборов открытых данных

В рамках работ 2013 г. по теме «Развитие и методическое сопровождение федерального

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

региональных реестров и порталов государственных и муниципальных услуг»5в соответствии с

Указом Президента Российской Федерации от 7 мая 2012 года № 601 «Об основных направлениях

совершенствования системы государственного управления» и методическими рекомендациями по

открытию данных ФОИВ и техническими требованиями к открытию данных в Федеральном

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

5 Описание проекта опубликовано в сети Интернет по следующему адресу:

http://aisup.economy.gov.ru/pubportal/. Результаты работ проекта будут доступны по его окончании по тому же адресу.

http://aisup.economy.gov.ru/pubportal/

органам государственной власти предоставлена возможность размещения в сети Интернет

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

В связи с изменением модели данных и расширением функциональности Федерального

реестра требуется доработать функционал формирования открытых данных.

В рамках данной работы должны быть:

скорректированы структуры открытых государственных данных и доработан паспорт

набора данных;

доработан механизм публикации открытых государственных данных;

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

XSD.

5.12.4. Актуализация комплекта эксплуатационной документации Федерального реестра

По результатам проведения опытной эксплуатации прототипа Федерального реестра и

работ по дополнению актуальной версии Федерального реестра функционалом прототипа,

Исполнителем должен быть доработан комплект эксплуатационной документации на программное

обеспечение Федерального реестра на электронном и бумажном носителях в соответствии с РД

50-34.698-90, включая:

Общее описание Федерального реестра;

Руководство администратора Федерального реестра;

Руководство пользователя Федерального реестра.

5.12.5. Миграция данных из актуальной версии Федерального реестра и внешних информационных систем

5.12.5.1. Миграция данных из актуальной версии Федерального реестра

После проведения слияния актуальной версии Федерального реестра и прототипа должна

быть обеспечена миграция данных из актуальной версии в доработанную версию Федерального

реестра. Для этого должны быть проведены следующие мероприятия:

определен перечень данных для миграции;

определена логика осуществления миграции данных;

разработаны программные механизмы миграции (скрипты миграции);

проведена миграция данных;

осуществлена проверка полноты, целостности и непротиворечивости мигрированных

данных в БД доработанной версии Федерального реестра.

В рамках данной работы должна быть перенесена имеющаяся в актуальной версии

Федерального реестра на момент миграции информация о заведенных государственных (на

данный момент заведено 947 услуг федерального уровня и 20079 услуг регионального уровня) и

муниципальных услугах (на данный момент заведено 92458 услуг муниципального уровня),

информация о заведенных государственных (на данный момент заведено 142 функции

федерального уровня и 4328 функций регионального уровня) и муниципальных функциях (на

данный момент заведено 2387 функций муниципального уровня) и информация о заведенных ОГВ

(на данный момент заведено 18671 ФОИВ, включая территориальные подразделения, 16450

РОИВ, 53346 ОМСУ). Для сохранения целостности и корректности экспортируемых данных по

услугам, функциям и ОГВ также должны быть перенесены актуальные на момент миграции

справочники актуальной версии Федерального реестра.

Детализированные требования к миграции информации из актуальной версии

Федерального реестра, в том числе уточненные количественные показатели объема миграции

данных, должны быть приведены в «Техническом задании в соответствии с ГОСТ 34.602-89,

содержащем требования к доработке Федерального реестра».

5.12.5.2. Миграция данных из ГИС ТКМВ

В доработанную по результатам опытной эксплуатации версию Федерального реестра

должна быть передана информация из ГИС ТКМВ. Для этого должен быть проведен анализ

сведений, хранящихся в обеих системах, определен перечень переносимых параметров и описаны

требования к миграции. В частности в рамках миграции из ГИС ТКМВ должны быть выполнены

следующие действия (работы):

выгрузка сведений для миграции, размещенных в ГИС ТКМВ путем формирования образа

базы данных;




осуществление переноса данных из образа в доработанный Федеральный реестр

(разработка скрипта для переноса данных в доработанный Федеральный реестр);

анализ мигрированных данных в доработанном Федеральном реестре:


проверка полноты миграции данных.

В рамках данной работы должна быть перенесена информация о всех сформированных на

момент миграции технологических картах (на данный момент в ГИС ТКМВ заведено 392

технологические карты) и сопутствующих сведений из ГИС ТКМВ для обеспечения целостности и

корректности перенесенных данных.

Детализированные требования к миграции информации из ГИС ТКМВ, в том числе

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

«Техническом задании в соответствии с ГОСТ 34.602-89, содержащем требования к доработке

Федерального реестра».

5.12.5.3. Миграция данных из АИС «Реестр сведений»

В доработанную по результатам опытной эксплуатации версию Федерального реестра

должна быть передана информация из АИС «Реестр сведений». Для этого должен быть проведен

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

описаны требования к миграции. В частности в рамках миграции из АИС «Реестр сведений»

должны быть выполнены следующие действия (работы):

выгрузка сведений для миграции, размещенных в АИС «Реестр сведений» путем

формирования образа базы данных;




осуществление переноса данных из образа в доработанный Федеральный реестр

(разработка скрипта для переноса данных в доработанный Федеральный реестр);

анализ мигрированных данных в доработанном Федеральном реестре:


проверка полноты миграции данных.

В рамках данной работы должна быть перенесена информация о всех сформированных на

момент миграции технологических картах (на данный момент в АИС «Реестр сведений» заведено

350 технологических карт) и сопутствующих сведений из АИС «Реестр сведений» для

обеспечения целостности и корректности перенесенных данных.

Детализированные требования к миграции информации из АИС «Реестр сведений», в том

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

в «Техническом задании в соответствии с ГОСТ 34.602-89, содержащем требования к доработке

Федерального реестра».

5.13. ПРОВЕДЕНИЕ ПРЕДВАРИТЕЛЬНЫХ ИСПЫТАНИЙ ФЕДЕРАЛЬНОГО РЕЕСТРА

После реализации работ по разработке и испытаниям прототипа Федерального реестра и

дополнения актуальной версии ФРГУ функционалом разработанного и доработанного по

результатам опытной эксплуатации прототипа должны быть проведены предварительные

испытания доработанной версии Федерального реестра. По результатам испытаний должны быть

оформлены соответствующие протоколы испытаний и акты проведения испытаний.

Испытания проводятся на территории Государственного заказчика с участием

представителей Заказчика и Исполнителя. Для проведения испытаний Исполнителем должен быть

предоставлен тестовый стенд, включающий все необходимое аппаратное и программное

обеспечение, в том числе необходимые инструменты тестирования.


34.603-92 программе и методикам испытаний, согласованной с Государственным заказчиком.

Предварительные испытания Федерального реестра должны включать в себя:

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

работоспособность и соответствие требованиям ТЗ каждого из компонентов Федерального

реестра, доработанного либо разработанного в рамках работ по конкурсу:

Учетной системы описания услуг и функций;


Модуля согласования МВ;

Модуля АР.

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

работоспособность и соответствие требованиям ТЗ Федерального реестра в целом (после

интеграции в прототипе всех разработанных и доработанных компонентов), в том числе

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

реестре до внесения доработок по данному проекту, в частности, обратная совместимость

доработанной версии ФРГУ в части информационного взаимодействия с внешними

системами (СМЭВ, ЕСНСИ, ЕПГУ). Для предварительного испытания работ по интеграции

с внешними информационными системами должны использоваться тестовые или

продуктивные среды СМЭВ, ЕСНСИ, ЕПГУ предоставленные их операторами на

основании запросов, подготовленных Исполнителем и направленных Заказчиком. В случае

если доступ к этим системам будет невозможен или затруднен в процессе предварительных

испытаний, Исполнитель должен обеспечить демонстрацию интеграции с помощью

эмуляции интерфейсов межсистемного взаимодействия СМЭВ, ЕСНСИ, ЕПГУ.

В ходе проведения предварительных испытаний должна быть обеспечена проверка

корректности и полноты данных, импортированных из актуальной версии Федерального реестра,

ГИС ТКМВ и АИС «Реестра сведений».





Федерального реестра и Концепции, если таковые будут выявлены в процессе проведения

испытаний. В случае если проведенные испытания будут признаны достаточными, не будет

выявлено нарушений требований регламентирующих документов по составу или содержанию

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

заключение о соответствии Федерального реестра требованиям технического задания на

доработку ФРГУ. Кроме того, в заключении указывается на возможность приема Федерального

реестра в опытную эксплуатацию.

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

Заказчиком программа проведения опытной эксплуатации доработанной версии Федерального

реестра. В программе должен быть сформирован перечень предложенных административных

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

в работе доработанной версии ФРГУ на этапе опытной эксплуатации (перечень должен быть

согласован с оператором ФРГУ).

ЭТАП 4. ВВОД ДОРАБОТАННОЙ ВЕРСИИ ФЕДЕРАЛЬНОГО РЕЕСТРА В ПОСТОЯННУЮ ЭКСПЛУАТАЦИЮ

5.14. ОРГАНИЗАЦИЯ И ПРОВЕДЕНИЕ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ФЕДЕРАЛЬНОГО РЕЕСТРА

Для проверки правильности функционирования доработанного Федерального реестра при

выполнении каждой его функции и готовности пользователей к работе с новой версии

Федерального реестра должна быть проведена опытная эксплуатация доработанной версии ФРГУ.

Срок проведения опытной эксплуатации ФРГУ составляет 2 недели и может быть уточнен

по согласованию с Заказчиком в ходе предварительных испытаний Федерального реестра.

Опытная эксплуатация доработанной версии Федерального реестра проводится по программе

опытной эксплуатации, разработанной Исполнителем и согласованной с Заказчиком на этапе

проведения предварительных испытаний доработанной версии Федерального реестра. До

проведения опытной эксплуатации:

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

доработанной версии ФРГУ и предложены варианты реагирования на выявленные риски;

на основе результатов анализа рисков должны быть предложены административные

мероприятия и разработаны технические процедуры (в том числе, скрипты отката для

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

сбоев в работе доработанной версии ФРГУ.

Для проведения опытной эксплуатации доработанная версия Федерального реестра должна

быть развернута в тестовой среде и доступна для проведения опытной эксплуатации.

В ходе опытной эксплуатации Исполнитель должен обеспечить методическую и

техническую поддержку пользователей. Требования к поддержке пользователей приведены в

разделе 6.

Все замечания, предложения и аварийные ситуации, возникающие в ходе проведения

опытной эксплуатации должны фиксироваться в Рабочем журнале опытной эксплуатации.

5.15. ДОРАБОТКА ФЕДЕРАЛЬНОГО РЕЕСТРА ПО РЕЗУЛЬТАТАМ ОПЫТНОЙ ЭКСПЛУАТАЦИИ

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

ходе проведения опытной эксплуатации, с учетом замечаний и предложений пользователей,

задействованных в проведении опытной эксплуатации. На основе проведенного анализа должен

быть сформирован перечень возможных доработок компонентов Федерального реестра.

В качестве основного документа для выявления требований к доработке должен выступать

Рабочий журнал опытной эксплуатации Федерального реестра. Возможными источниками для

проведения доработки являются:

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

деталей реализации функционала, логики взаимодействия с пользователем и пр.);

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

Перечень возможных доработок должен быть оформлен в виде отдельного документа и

согласован с Заказчиком до начала доработок вместе с предлагаемыми решениями по реализации.

По результатам проведенных доработок должна быть актуализирована эксплуатационная

документация на Федеральный реестр.

5.16. ПРОВЕДЕНИЕ ПРИЕМОЧНЫХ ИСПЫТАНИЙ ФЕДЕРАЛЬНОГО РЕЕСТРА

После окончания опытной эксплуатации доработанной версии Федерального реестра

должны быть проведены приемочные испытания Федерального реестра.

Приемочные испытания ПО проводятся на территории Государственного заказчика. Для

проведения испытаний Исполнителем должен быть предоставлен тестовый стенд, включающий

все необходимое аппаратное и программное обеспечение, в том числе необходимые инструменты

тестирования.

Приемочные испытания должны проводиться по разработанной Исполнителем в

соответствии с ГОСТ 34.603-92 программе и методикам испытаний, доработанной в соответствии

с результатами опытной эксплуатации и согласованной с Государственным заказчиком. При

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

требования по проведению испытаний корректности работы реализованных в ФРГУ до доработки

функций, протоколов и форматов взаимодействия. В частности, требуется обеспечить проверку

обратной совместимости доработанной версии ФРГУ в части информационного взаимодействия с

внешними системами (СМЭВ, ЕПГУ, ЕСНСИ).

Для приемки работ по интеграции с внешними информационными системами должны

использоваться тестовые или продуктивные среды СМЭВ, ЕСНСИ, ЕПГУ, предоставленные их

операторами на основании запросов, подготовленных Исполнителем и направленных Заказчиком.

Для обеспечения доступа к указанным системам Исполнитель должен обеспечить выполнение

необходимых организационных и технических мероприятий.

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


По результатам проведения приемочных испытаний комиссия составляет протокол, в котором

должны быть указаны результаты проведения испытаний. В случае если проведенные испытания

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

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

оформляется Протокол приемочных испытаний, содержащий заключение о соответствии ПО

требованиям «Технического задания в соответствии с ГОСТ 34.602-89, содержащем требования к

доработке Федерального реестра» и заключение о готовности системы ко вводу в промышленную

эксплуатацию.

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

ЭТАП 1. ОБЕСПЕЧЕНИЕ КОНСУЛЬТАЦИОННОЙ И ЭКСПЕРТНОЙ ПОДДЕРЖКИ МИНЭКОНОМРАЗВИТИЯ РОССИИ И ПОЛЬЗОВАТЕЛЕЙ ФРГУ

6.1. ОБЕСПЕЧЕНИЕ КОНСУЛЬТАЦИОННОЙ И ЭКСПЕРТНОЙ ПОДДЕРЖКИ МИНЭКОНОМРАЗВИТИЯ РОССИИ И ПОЛЬЗОВАТЕЛЕЙ ФРГУ ПО ВОПРОСАМ ПЕРЕХОДА НА НОВУЮ МОДЕЛЬ МВ НА БАЗЕ РЕЕСТРА МВ И ОПТИМИЗАЦИИ ПОРЯДКА РАЗРАБОТКИ И УТВЕРЖДЕНИЯ АДМИНИСТРАТИВНЫХ РЕГЛАМЕНТОВ НА БАЗЕ МОДУЛЯ АР

Исполнитель должен обеспечить консультационную и методическую экспертную

поддержку Заказчика по вопросам перехода на новую Модель МВ на базе Реестра МВ и

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

функционального модуля «Модуль АР». Консультационная поддержка осуществляется

посредством очных и удаленных консультаций. Очные консультации осуществляются

Исполнителем посредством присутствия экспертов на совещаниях по запросу Заказчика.

Удаленные консультации должны осуществляться по телефону горячей линии и электронной

почте.

6.1.1. Очные консультации и экспертная поддержка

Очные консультации должны предоставляться в рабочее время с 9-00 до 20-00 (время

московское) по запросу Заказчика. В случае необходимости Исполнитель должен принимать

участие в совещаниях (по приглашению Заказчика), направленных на обсуждение и решение

разногласий, возникающих в ходе реализации новой модели межведомственного взаимодействия

между участниками межведомственного взаимодействия. Число таких совещаний должно

составить не менее 3 и не более 10 совещаний за весь срок 2 этапа работ. Заказчик предупреждает

Исполнителя о необходимости присутствия эксперта на совещании не менее чем за 24 часа до

назначенного времени.

Экспертная поддержка должна быть предоставлена Заказчику на подготовительном этапе

миграции данных из Федерального реестра и ГИС ТКМВ в функциональный модуль «Реестр МВ»

Федерального реестра в части подготовки эталонных справочников.

Исполнитель должен актуализировать для последующей миграции в функциональный

модуль «Реестр МВ» Федерального реестра и унифицировать методическую информацию в ГИС

ТКМВ, относящуюся к организации и осуществлению межведомственного взаимодействия


фондов, включая следующие разделы:

Реестр (справочник) услуг федеральных органов исполнительной власти и органов

государственных внебюджетных фондов с элементами межведомственного взаимодействия

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

являющихся эталонными;

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

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

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

документов Федерального реестра, являющихся эталонными;

Реестр (справочник) нормативных правовых актов, которые определяют основания и

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

исполнительной власти и органами государственных внебюджетных фондов, а также

регулируют отдельные сценарии предоставления услуги;

Реестр (справочник) федеральных органов исполнительной власти и органов

государственных внебюджетных фондов, предоставляющих государственные услуги с

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

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

являющихся эталонными;

Реестр (справочник) сотрудников федеральных органов исполнительной власти и органов

государственных внебюджетных фондов, ответственных за организацию и осуществление

межведомственного взаимодействия при предоставлении государственных услуг должен

быть использован в модели управления правами пользователей Реестра МВ пункта «5.4.2.6.

Порядок управления правами контрагентов в функциональном модуле «Реестр МВ»

Федерального реестра)» настоящих технических требований и «5.7.2.2. Разработка модели

управления правами доступа к функциональности модулей «Реестр МВ» и «Модуль

согласования МВ» прототипа Федерального реестра для поддержки процесса

проектирования, согласования и учета межведомственного взаимодействия» настоящих

технических требований.

Реестр (справочник) протоколов Подкомиссии по ИТ должен быть использован для

подтверждения факта одобрения межведомственных взаимодействий на уровне

Подкомиссии по ИТ в Реестре МВ. Если межведомственное взаимодействие ранее было

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

документов, указанных в ТКМВ. Такие права должны быть учтены в работах пункта

«5.4.2.6. Порядок управления правами контрагентов в функциональном модуле «Реестр

МВ» Федерального реестра)» настоящих технических требований и «5.7.2.2. Разработка

модели управления правами доступа к функциональности модулей «Реестр МВ» и «Модуль

согласования МВ» прототипа Федерального реестра для поддержки процесса

проектирования, согласования и учета межведомственного взаимодействия» настоящих

технических требований.

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

межведомственного взаимодействия при предоставлении государственных услуг (разделы

«Помощь», «Техподдержка», «Часто задаваемые вопросы», не менее 20 новых типовых

вопросов и ответов) должна быть обновлена в соответствии с новой моделью МВ.

Миграция данных должна осуществляться по следующему алгоритму:

Если элементу из справочника ГИС ТКМВ не может быть найдено эталонное значение в

Федеральном реестре, то этот элемент становится эталонным в Реестре МВ.

Если элемент из справочника ГИС ТКМВ может быть сопоставлен с элементом из

Федерального реестра, то элемент Федерального реестра становится эталонным.

Все исходные значения ГИС ТКМВ должны быть сохранены при миграции.

6.1.2. Подготовка презентационных, информационных и аналитических материалов по вопросам перехода ФОИВ на межведомственное взаимодействие

В рамках оказания услуг на данном этапе Исполнитель должен:

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

промежуточных результатах по запросу Заказчика в срок, не превышающий 3-х рабочих

дней с момента поступления запроса (если иное не указано в запросе Заказчика);

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

Концепции (включая материалы для представителей СМИ, информационные записки для

Заказчика) по запросу Заказчика в срок, не превышающий трех рабочих дней с момента

поступления запроса (если иное не указано в запросе Заказчика);

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

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

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

оптимизации порядка разработки и утверждения статической и динамической части

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

рабочих дней с момента поступления запроса (если иное не указано в запросе Заказчика).

Число подготовленных презентационных материалов должно составлять не менее пяти.

Число подготовленных информационных материалов по вопросам перехода на

межведомственное взаимодействие должно составлять не менее десяти.

Число подготовленных аналитических материалов по вопросам перехода на

межведомственное взаимодействие должно составлять не менее десяти.

6.1.3. Сопровождение Заказчика в доработке предоставленных в рамках выполненных работ проектов документов

Исполнитель должен осуществлять корректировку и доработку проектов следующих

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

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

выполняемых работ проектам документов относятся:

Проект положения о рабочей группе.

Проект письма и анкеты для опроса по текущим проблемам организации



Проекта нового порядка формирования и ведения административных регламентов

предоставления государственных и муниципальных услуг.

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

услуг, а также реализации межведомственного информационного взаимодействия.

Проекты нормативно-правовых актов.

Доработка проектов документов должна осуществляться в течение трех дней с момента

получения соответствующих замечаний и предложений от Заказчика.

В случае необходимости Исполнитель должен предоставить экспертов для участия в очных

обсуждениях проектов документов по запросу Заказчика. Заказчик предупреждает Исполнителя о

необходимости присутствия эксперта на совещании не менее чем за 24 часа до назначенного

времени.

Также Исполнитель должен оказать методическую экспертную поддержку при обработке

ответов, полученных в ответ на рассылку на 1 этапе работ письма и анкеты для опроса

представителей выборочных ФОИВ (не менее 4 и не более 8) и выборочных субъектов Российской

Федерации (по 1 субъекту от каждого из восьми федеральных округов) по текущим проблемам

организации межведомственного взаимодействия и порядка разработки и утверждения


В случае необходимости по запросу Заказчика Исполнитель должен разместить проекты

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

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

для размещения и перечень участников обсуждения согласовывается Исполнителем с Заказчиком.

В ходе обсуждений эксперты должны фиксировать все поступающие предложения в протоколе.

Протокол должен вестись Исполнителем по каждому документу отдельно и содержать, как

минимум, следующие сведения:

Инициатор предложения.

Суть предложения / замечания.

Экспертная позиция.

Позиция Минэкономразвития России.

Статус (учтено / отклонено).

Все не отклоненные Заказчиком замечания и предложения должны быть учтены Исполнителем в

проектах обсуждаемых документов.

Этап 2. Обеспечение консультационной и экспертной поддержки Минэкономразвития

России и пилотных ведомств на этапе ОПЫТНОЙ ЭКСПЛУАТАЦИИ прототипа

Федерального реестра

6.2. ОБЕСПЕЧЕНИЕ КОНСУЛЬТАЦИОННОЙ И ЭКСПЕРТНОЙ ПОДДЕРЖКИ МИНЭКОНОМРАЗВИТИЯ РОССИИ И ПИЛОТНЫХ ВЕДОМСТВ НА ЭТАПЕ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ПРОТОТИПА ФЕДЕРАЛЬНОГО РЕЕСТРА


поддержку пилотных ведомств в ходе опытной эксплуатации прототипа Федерального реестра и

пользователей ФРГУ в ходе опытной эксплуатации доработанной версии ФРГУ.

Консультационная поддержка осуществляется посредством очных и удаленных

консультаций. Очные консультации осуществляются Исполнителем посредством присутствия

экспертов на совещаниях по запросу Заказчика. Удаленные консультации должны осуществляться

по телефону горячей линии и электронной почте.


Очные консультации должны предоставляться в рабочее время с 9-00–20-00 (время



разногласий, возникающих в ходе опытной эксплуатации прототипа Федерального реестра и

пользователей ФРГУ в ходе опытной эксплуатации доработанной версии ФРГУ. Число таких

совещаний должно составить не менее 3 и не более 10 совещаний за весь срок 3 этапа работ.

Заказчик предупреждает Исполнителя о необходимости присутствия эксперта на совещании не

менее чем за 24 часа до назначенного времени.

6.2.2. Удаленные консультации и экспертная поддержка пилотных ведомств в ходе опытной эксплуатации прототипа Федерального реестра

Удаленные консультации по телефону горячей линии (в коде (495) и (8-800)) и при

помощи электронной почты (e-mail) по вопросам, возникающим в ходе опытной эксплуатации

прототипа Федерального реестра у пилотных ведомств, должны осуществляться в режиме 9.00–

20.00 (время московское). При этом, при обслуживании по горячей линии:

среднее время ожидания ответа с момента инициирования обращения ответа должно

составлять не более 4 рабочих часов;

максимальное время ожидания ответа с момента инициирования обращения ответа не

должно превышать 8 рабочих часов.

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

двухуровневая служба поддержки:

первая линия поддержки, осуществляющая «горячую линию» поддержки и дающая

разъяснения по типовым методическим вопросам и вопросам о поддерживаемой системе;

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

вопросов, не являющихся типовыми.

Первая линия поддержки должна обеспечивать предоставление единой точки входа для

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

прием обращений от представителей ведомств по телефону или электронной почте;

ведение базы данных поступающих обращений;

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

передача нетиповых запросов на 2-ю линию поддержки;

контроль над исполнением обращений.

Дальнейшие действия специалиста первой линии поддержки должны осуществляться в

соответствии со следующим алгоритмом:

специалист первой линии поддержки проверяет наличие ответа на поступившее обращение

в базе знаний (ведение базы знаний осуществляется специалистами второй линии

поддержки);

если ответ содержится в базе знаний, специалист первой линии поддержки дает ответ

самостоятельно;

если ответ отсутствует в базе знаний, запрос передается на вторую линию поддержки.

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

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

выполнения обращения:

эскалация первого уровня наступает в тот момент, когда проходит 75% времени от

максимально возможного времени решения. В этом случае сотрудник первой линии

поддержки, отслеживающий эскалации, связывается с представителем второй линии

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

обращения;

эскалация второго уровня наступает в тот момент, когда проходит 100% времени от


поддержки, отслеживающий эскалации, связывается с представителем Заказчика для

уведомления о совершенном нарушении.

Вторая линия поддержки должна обрабатывать поступившие запросы от первой линии

поддержки и осуществлять следующие функции:

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

принципиальной решаемости запроса;

уточнение деталей запроса у контактного лица, указанного при регистрации запроса;

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

обоснования, по которому проблема не может быть решена;

внесение поступивших предложений по доработке Федерального реестра в Перечень

возможных доработок и рекомендаций.

В рамках методической и технической поддержки Исполнитель должен фиксировать все

обращения, содержащие замечания и предложения по развитию функций модуля «Реестр МВ»,

Модуля согласований МВ, Модуля АР прототипа Федерального реестра. По каждому из

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

сформирован перечень доработок перечисленных модулей. Перечень доработок и оценка их

трудоемкости должны быть согласованы с Заказчиком.

В рамках предоставления технической поддержки необходимо обеспечить ответы по

запросам:

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

вопросам работы модулей;

ответ в течение 72 часов с момента поступления запроса в рабочие дни по техническим

проблемам, связанным с нарушением функциональности Системы или ее улучшения.

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

обеспечить следующие параметры ответов на запросы:

не менее 75% поступающих запросов должны удовлетворяться немедленно (здесь и далее

под «немедленно» понимается выдача ответа на поступивший запрос сотрудником

Исполнителя без обращения к Государственному заказчику или иным специалистам сразу

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

превышающий 2-х рабочих часов),

не менее 90% поступающих запросов должны удовлетворяться в срок, не превышающий 4-

х рабочих часов.

В ходе оказания методической поддержки по электронной почте необходимо обеспечить

следующие параметры ответов на запросы:

не менее 50% поступающих запросов в виде электронных сообщений должны

удовлетворяться в срок, не превышающий 2-х рабочих часов после получения запроса;



Запросы, находящиеся вне сферы компетенции Исполнителя (согласно настоящим

требованиям), должны не позднее чем в течение 8-и рабочих часов передаваться на уровень

Заказчика. Ответы, полученные от Государственного заказчика, должны немедленно (не позднее

чем в течение 2-х часов) после их получения доводиться до авторов запроса.

В ходе оказания методической и технической поддержки всего периода опытной

эксплуатации прототипа Федерального реестра Исполнитель должен вести журнал учета

обращений, содержащий:

порядковый номер запроса;

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

вид запроса (по телефону/электронной почте);

дата, время направления ответа;

Ф.И.О. обратившегося представителя;

контактный телефон;

контактный e–mail;

содержание запроса;

содержание ответа/предпринятые меры.

По завершению опытной эксплуатации прототипа Федерального реестра Исполнитель

должен предоставить Заказчику отчет об оказанной методической и технической поддержке,

включающий:

основные параметры работы: среднее и максимальное время ожидания, среднее и

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

Заказчика;

информацию об обращениях: дату и время обращения; способ обращения; контактные

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

обращение; краткое содержание обращения; содержание ответа на обращение.

Состав 2-й линии техподдержки должен включать как минимум:

двух аналитиков по техническим вопросам;

двух аналитиков по методическим вопросам;

одного юриста по методическим вопросам;

трех инженеров технической поддержки.

Длительность периода обеспечения методической и технической поддержки пилотных

ведомств определяется длительностью опытной эксплуатации прототипа Федерального реестра и

составляет 3 месяца.

Журнал учета обращений, а также справочные и аналитические материалы,

подготавливаемые для участия в совещаниях должны войти в состав отчетных материалов о

результатах оказанных услуг.

6.2.3. Подготовка презентационных, информационных и аналитических материалов по вопросам опытной эксплуатации прототипа Федерального реестра

В рамках оказания услуги Исполнитель должен:

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

прототипа Федерального реестра по запросу Заказчика в срок, не превышающий 3-х

рабочих дней с момента поступления запроса (если иное не указано в запросе Заказчика);

обеспечивать подготовку информационных материалов по вопросам опытной эксплуатации

прототипа Федерального реестра (включая материалы для представителей СМИ,

информационные записки для Заказчика) по запросу Заказчика в срок, не превышающий

трех рабочих дней с момента поступления запроса (если иное не указано в запросе

Заказчика);

обеспечивать подготовку аналитических материалов по вопросам опытной эксплуатации

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

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

трех рабочих дней с момента поступления запроса (если иное не указано в запросе

Заказчика).

Число подготовленных презентационных материалов должно составлять не менее трех.


межведомственное взаимодействие должно составлять не менее пяти.



6.3. ПОДГОТОВКА И ПРОВЕДЕНИЕ ОБУЧЕНИЯ ПРЕДСТАВИТЕЛЕЙ ПИЛОТНЫХ ВЕДОМСТВ

В целях обеспечения качественной работы представителей пилотных ведомств в

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

эксплуатации, Исполнителем должно быть проведено их обучение.

Для подготовки к проведению очного обучения представителей пилотных ведомств

Исполнитель должен:

разработать методику обучения и план занятий;

разработать комплект обучающих материалов, а именно:

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

продолжительность обучения по каждой теме;

методические материалы для изучения основ работы с Системой;

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

теоретический материал;

тестовые задания для оценки знаний обучаемых;

ведомость прохождения курса обучения;

составить график обучения;

обеспечить учебные классы и их техническую подготовку, включая настройку АРМ для

обучения. АРМ для обучения должны соответствовать требованиям, приведенным в

эксплуатационной документации на Федеральный реестр.

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

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

офисные приложения работы с текстом и таблицами.

Обучение представителей пилотных ведомств необходимо провести на территории г.

Москвы. Дата, время и адрес проведения обучения Исполнителем согласовывается с Заказчиком.

Длительность курса обучения должна составлять не менее одного рабочего дня. В случае

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

рабочего дня для каждой группы.

Количество обучаемых – не более двух представителей от каждого пилотного ведомства.

Максимальное количество слушателей в группе не должно превышать 20 человек.

В рамках формирования групп (не менее 8 групп) Исполнитель должен обеспечить

максимальное количество пилотных ведомств, представители которых изъявили желание

прослушать курс.

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

количества групп, то Исполнителем по согласованию с Заказчиком может быть принято решение

об увеличении количества групп.

ЭТАП 3. ПРОВЕДЕНИЕ ОБУЧЕНИЯ И ОБЕСПЕЧЕНИЕ КОНСУЛЬТАЦИОННОЙ И ЭКСПЕРТНОЙ ПОДДЕРЖКИ МИНЭКОНОМРАЗВИТИЯ РОССИИ И ПОЛЬЗОВАТЕЛЕЙ ФРГУ НА ЭТАПЕ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ДОРАБОТАННОЙ ВЕРСИИ ФЕДЕРАЛЬНОГО РЕЕСТРА

6.4. ОБЕСПЕЧЕНИЕ КОНСУЛЬТАЦИОННОЙ И ЭКСПЕРТНОЙ ПОДДЕРЖКИ МИНЭКОНОМРАЗВИТИЯ РОССИИ И ПОЛЬЗОВАТЕЛЕЙ ФРГУ НА ЭТАПЕ ОПЫТНОЙ ЭКСПЛУАТАЦИИ ДОРАБОТАННОЙ ВЕРСИИ ФЕДЕРАЛЬНОГО РЕЕСТРА


поддержку ведомств на этапе опытной эксплуатации доработанной версии ФРГУ (до ввода в

постоянную эксплуатацию компонентов Федерального реестра).

Консультационная поддержка осуществляется посредством очных и удаленных

консультаций. Очные консультации осуществляются Исполнителем посредством присутствия

экспертов на совещаниях по запросу Заказчика. Удаленные консультации должны осуществляться

по телефону горячей линии и электронной почте.


Очные консультации должны предоставляться в рабочее время с 9-00–20-00 (время



разногласий, возникающих в ходе опытной эксплуатации доработанной версии ФРГУ. Число

таких совещаний должно составить не менее 3 и не более 10 совещаний за весь срок 4 этапа работ.

Заказчик предупреждает Исполнителя о необходимости присутствия эксперта на совещании не

менее чем за 24 часа до назначенного времени.

6.4.2. Обеспечение методической и технической поддержки ведомств на этапе опытной эксплуатации доработанной версии Федерального реестра

Удаленные консультации по телефону горячей линии (в коде (495) и (8-800)) и при

помощи электронной почты (e-mail) по вопросам, возникающим в ходе опытной эксплуатации

доработанной версии ФРГУ, должны осуществляться в режиме 9.00–20.00 (время московское).

При этом, при обслуживании по горячей линии:

среднее время ожидания ответа с момента инициирования обращения ответа должно

составлять не более 4 рабочих часов;

максимальное время ожидания ответа с момента инициирования обращения ответа не

должно превышать 8 рабочих часов.

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

двухуровневая служба поддержки:

первая линия поддержки, осуществляющая «горячую линию» поддержки и дающая

разъяснения по типовым методическим вопросам и вопросам о поддерживаемой системе;

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

вопросов, не являющихся типовыми.

Первая линия поддержки должна обеспечивать предоставление единой точки входа для

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

прием обращений от представителей ведомств по телефону или электронной почте;

ведение базы данных поступающих обращений;

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

передача нетиповых запросов на 2-ю линию поддержки;

контроль за исполнением обращений.

Дальнейшие действия специалиста первой линии поддержки должны осуществляться в

соответствии со следующим алгоритмом:

специалист первой линии поддержки проверяет наличие ответа на поступившее обращение

в базе знаний (ведение базы знаний осуществляется специалистами второй линии

поддержки);

если ответ содержится в базе знаний, специалист первой линии поддержки дает ответ

самостоятельно;

если ответ отсутствует в базе знаний, запрос передается на вторую линию поддержки.

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

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

выполнения обращения:

эскалация первого уровня наступает в тот момент, когда проходит 75% времени от


поддержки, отслеживающий эскалации, связывается с представителем второй линии

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

обращения;

эскалация второго уровня наступает в тот момент, когда проходит 100% времени от


поддержки, отслеживающий эскалации, связывается с представителем Заказчика для

уведомления о совершенном нарушении.

Вторая линия поддержки должна обрабатывать поступившие запросы от первой линии

поддержки и осуществлять следующие функции:

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

принципиальной решаемости запроса;

уточнение деталей запроса у контактного лица, указанного при регистрации запроса;

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

обоснования, по которому проблема не может быть решена;

внесение поступивших предложений по доработке Федерального реестра в Перечень

возможных доработок и рекомендаций.

В рамках методической и технической поддержки Исполнитель должен фиксировать все

обращения, содержащие замечания и предложения по развитию функций модуля «Реестр МВ»,

Модуля согласований МВ, Модуля АР. По каждому из поступивших обращений должен

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

перечисленных модулей. Перечень доработок и оценка их трудоемкости должны быть

согласованы с Заказчиком.

В рамках предоставления технической поддержки необходимо обеспечить ответы по

запросам:

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

вопросам работы модулей;

ответ в течение 72 часов с момента поступления запроса в рабочие дни по техническим

проблемам, связанным с нарушением функциональности Системы или ее улучшения.

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

обеспечить следующие параметры ответов на запросы:

не менее 75% поступающих запросов должны удовлетворяться немедленно (здесь и далее

под «немедленно» понимается выдача ответа на поступивший запрос сотрудником

Исполнителя без обращения к Государственному заказчику или иным специалистам сразу

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

превышающий 2-х рабочих часов),



В ходе оказания методической поддержки по электронной почте необходимо обеспечить

следующие параметры ответов на запросы:

не менее 50% поступающих запросов в виде электронных сообщений должны

удовлетворяться в срок, не превышающий 2-х рабочих часов после получения запроса;



Запросы, находящиеся вне сферы компетенции Исполнителя (согласно настоящим

требованиям), должны не позднее чем в течение 8-и рабочих часов передаваться на уровень

Заказчика. Ответы, полученные от Государственного заказчика, должны немедленно (не позднее

чем в течение 2-х часов) после их получения доводиться до авторов запроса.

В ходе оказания методической и технической поддержки Исполнитель должен вести

журнал учета обращений, содержащий:

порядковый номер запроса;

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

вид запроса (по телефону/электронной почте);

дата, время направления ответа;

Ф.И.О. обратившегося представителя;

контактный телефон;

контактный e–mail;

содержание запроса;

содержание ответа/предпринятые меры.

По завершению опытной эксплуатации доработанной версии Федерального реестра

Исполнитель должен предоставлять Заказчику отчет об оказанной методической и технической

поддержке, включающий:

основные параметры работы: среднее и максимальное время ожидания, среднее и

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

Заказчика.

информацию об обращениях: дату и время обращения; способ обращения; контактные

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

обращение; краткое содержание обращения; содержание ответа на обращение.

Состав 2-й линии техподдержки должен включать как минимум:

шести аналитиков по техническим вопросам;

шести аналитиков по методическим вопросам;

двух юриста по методическим вопросам;

восьми инженеров технической поддержки.

Методическая и техническая поддержка Федерального реестра должна быть обеспечена на

протяжении всего периода проведения опытной эксплуатации Федерального реестра и в период

проведения приемочных испытаний. Длительность периода обеспечения поддержки определяется

длительностью опытной эксплуатации доработанной версии Федерального реестра и составляется

2 недели.

Журнал учета обращений, а также справочные и аналитические материалы,

подготавливаемые для участия в совещаниях должны войти в состав отчетных материалов о

результатах оказанных услуг.

6.4.4. Подготовка презентационных, информационных и аналитических материалов по вопросам опытной эксплуатации доработанной версии ФРГУ

В рамках оказания услуги Исполнитель должен:

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

доработанных компонентов Федерального реестра по запросу Заказчика в срок, не

превышающий 3-х рабочих дней с момента поступления запроса (если иное не указано в

запросе Заказчика);

обеспечивать подготовку информационных материалов по вопросам опытной эксплуатации

доработанных компонентов Федерального реестра (включая материалы для представителей

СМИ, информационные записки для Заказчика) по запросу Заказчика в срок, не

превышающий трех рабочих дней с момента поступления запроса (если иное не указано в

запросе Заказчика);

обеспечивать подготовку аналитических материалов по вопросам опытной эксплуатации

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

недостатков, рисков, используемых и альтернативных подходов, по запросу Заказчика в

срок, не превышающий трех рабочих дней с момента поступления запроса (если иное не

указано в запросе Заказчика).

Число подготовленных презентационных материалов должно составлять не менее трех.





6.5. ПРОВЕДЕНИЕ УСТАНОВОЧНЫХ СЕМИНАРОВ

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

должны быть освещены следующие темы:

переход на новую Модель МВ на базе Реестра МВ и Модуля согласований МВ;

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

использованием Модуля АР.

Исполнитель должен провести серию установочных совещаний в следующих объемах:

не менее 2 и не более 6 очных установочных семинара для представителей ФОИВ. Не более

двух-трех представителей от каждого ведомства. Максимальное количество слушателей

одного семинара не должно превышать 100 человек.

не менее 8 и не более 24 удаленных установочных семинаров по числу федерального

округов Российской Федерации для представителей РОИВ и ОМСУ. Максимальное

количество слушателей одного семинара не должно превышать 100 человек.

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

территории Исполнителя, по согласованию с Заказчиком. Удаленные семинары для

представителей РОИВ и ОМСУ должны быть проведены в режиме видеоконференции.

Продолжительность семинара должна составить не менее 2 часов.

Программа установочных семинаров согласовывается с Заказчиком.

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

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

6.6. ПОДГОТОВКА И ПРОВЕДЕНИЕ ОБУЧЕНИЯ ПОЛЬЗОВАТЕЛЕЙ ФЕДЕРАЛЬНОГО РЕЕСТРА

В целях обеспечения качественной работы пользователей Федерального реестра в рамках

новой модели межведомственного взаимодействия и новой модели формирования и согласования

административных регламентов Исполнителем должно быть проведено обучение по следующим

направлениям:

обучение специалистов ведению и согласованию АР в Федеральном реестре;

обучение специалистов проектированию и согласованию межведомственных

взаимодействий в Федеральном реестре.

Для подготовки к проведению очного обучения пользователей Федерального реестра по

результатам опытной эксплуатации Исполнитель должен:

разработать методику обучения и план занятий;

разработать комплект обучающих материалов, а именно:

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

продолжительность обучения по каждой теме;

методические материалы для изучения основ работы с модулями;

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

теоретический материал;

тестовые задания для оценки знаний обучаемых;

ведомость прохождения курса обучения;

составить график обучения;

обеспечить учебные классы и их техническую подготовку, включая настройку АРМ для

обучения. АРМ для обучения должны соответствовать требованиям, приведенным в

эксплуатационной документации на Федеральный реестр.

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

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

офисные приложения работы с текстом и таблицами.

Обучение пользователей ФОИВ необходимо провести на территории г. Москвы. Дата,

время и адрес проведения обучения Исполнителем согласовывается с Заказчиком. Длительность

курса обучения должна составлять не менее одного рабочего дня. В случае разбиения обучаемых

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

каждой группы.

При организации обучения для представителей ФОИВ должна быть предусмотрена форма

очного обучения.

Количество обучаемых – не более двух представителей от каждого ведомства.

Максимальное количество слушателей в группе не должно превышать 20 человек.

В рамках формирования групп (не менее 8 групп) Исполнитель должен обеспечить

максимальное количество ведомств, представители которых изъявили желание прослушать курс.

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

количества групп, то Исполнителем по согласованию с Заказчиком может быть принято решение

об увеличении количества групп.

В рамках проведения обучения должно быть проведено не менее 8 семинаров.

Материалы, разработанные Исполнителем при выполнении услуг пункта 6, представляются

Заказчику в виде аналитического отчета на бумажном и электронном носителях в одном

экземпляре.

7. КАЛЕНДАРНЫЙ ПЛАН

7.1. КАЛЕНДАРНЫЙ ПЛАН ПРОВЕДЕНИЯ РАБОТ

№ этапа

Наименование этапа

Наименование работ, входящих в состав этапа работ

Срок окончания этапа работ (в календарных днях)

Отчетная документация исполнителя

I

этап

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

Подготовительные работы для разработки Концепции.

Разработка прототипа Федерального реестра для апробации доработок этапа № 1.

Проведение предварительных испытаний прототипа Федерального реестра с доработками этапа № 1.

Не менее 14 календарных дней и не более 21 календарных дней с даты заключения государственного контракта.

Отчет о подготовительной работе для разработки концепции, в т.ч.:

Проект положения о рабочей группе; Проект письма и анкеты для опроса по

текущим проблемам организации межведомственного взаимодействия, порядка разработки и утверждения административных регламентов.

Техническое задание на создание прототипа Федерального реестра и реализацию в нем доработок этапа № 1.

Программа и методика предварительных автономных и комплексных испытаний прототипа Федерального реестра в части работ этапа № 1.

Протокол и акт предварительных автономных и комплексных испытаний прототипа Федерального реестра в части работ этапа № 1.

Дистрибутив (программа ЭВМ) и исходные коды прототипа Федерального реестра.

Комплект доработанной эксплуатационной документации на программное обеспечение прототипа Федерального реестра на электронном и бумажном носителях, включая: Общее описание; Руководство администратора;


№ этапа





II этап

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

Разработка Концепции оптимизации процессов регламентации государственных и муниципальных услуг, а также реализации межведомственного информационного взаимодействия.

Разработка проектов нормативных актов, регулирующих переход на новую Модель МВ.

Разработка методических материалов по переходу на новую Модель МВ на базе Реестра МВ и по оптимизации порядка разработки и утверждения административных регламентов на базе Модуля АР.

Не менее 100 календарных дней и не более 125 календарных дней с заключения государственного контракта

Аналитический отчет «Концепция оптимизации процессов регламентации государственных и муниципальных услуг, а также реализации межведомственного информационного взаимодействия».

Аналитический отчет «Проекты нормативных правовых актов, регулирующих переход на новую Модель МВ».

Методические рекомендации по оптимизации порядка разработки и утверждения административных регламентов с использованием функционального Модуля АР Федерального реестра.

Методические рекомендации по переходу на новую Модель МВ на базе Реестра МВ, включая:

Методика анализа услуги/функции с целью выяснения необходимости межведомственного взаимодействия, а также контрагентов;

Методика согласования взаимодействий в рамках функционального Модуля согласования МВ Федерального реестра;

№ этапа





Доработка прототипа Федерального реестра, включая:

- Разработку технического задания на доработку прототипа Федерального реестра;- Изменение компонентной структуры прототипа Федерального реестра;

- Разработку функциональных модулей “Реестр МВ» и «Модуль согласования МВ»;

- Разработку функционального Модуля АР;

- Доработку модели данных Учетной системы.

Доработка эксплуатационной документации на программное обеспечение прототипа Федерального реестра.

Проведение предварительных испытаний прототипа Федерального реестра.

Методика переноса в Реестр МВ уже существующих межведомственных взаимодействий;

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

Методика мониторинга перехода на новый порядок разработки и утверждения административных регламентов;


Техническое задание на доработку прототипа Федерального реестра в части работ этапа № 2.

Программа и методика предварительных автономных и комплексных испытаний прототипа Федерального реестра в части работ этапа № 2.

Протокол и акт предварительных автономных и комплексных испытаний прототипа Федерального реестра в части работ этапа № 2.

Дистрибутив (программа ЭВМ) и исходные коды прототипа Федерального реестра.

Комплект доработанной эксплуатационной документации на программное обеспечение прототипа Федерального Реестра на электронном и бумажном носителях, включая:

-Общее описание;

-Руководство администратора;

-Руководство пользователя.

№ этапа





III этап

Опытная эксплуатация прототипа Федерального реестра в пилотных ведомствах и доработка Федерального реестра функционалом разработанного прототипа.

Обеспечение экспорта данных из Федерального реестра и ГИС ТКМВ в Реестр МВ прототипа Федерального реестра.

Организация и проведение опытной эксплуатации прототипа Федерального реестра.

Оптимизация предложенных методологических, правых и организационных решений по результатам опытной эксплуатации.

Доработка прототипа Федерального реестра по результатам опытной эксплуатации.

Разработка технического задания на доработку Федерального реестра.

Не менее 45 календарных дней и не более 60 календарных дней с даты утверждения Государственным заказчиком акта приемки выполненных работ за II этап.

Аналитический отчет «Обеспечение экспорта данных из Федерального реестра и ГИС ТКМВ в функциональный модуль «Реестр МВ» прототипа Федерального реестра».

Аналитический отчет «Интеграция с информационными системами, обеспечивающими учёт сведений, необходимых для организации межведомственного взаимодействия».

Спецификация внешних интерфейсов взаимодействия со СМЭВ.

Спецификация механизмов информационного обмена с ЕСНСИ.

Спецификация механизмов информационного обмена с ЕПГУ.

Описание скорректированной структуры открытых данных в виде схемы XSD.

Программа проведения опытной эксплуатации прототипа Федерального реестра.

Рабочий журнал опытной эксплуатации прототипа Федерального реестра.

Акт приема прототипа Федерального реестра в опытную эксплуатацию.

Акт о завершении опытной эксплуатации прототипа Федерального реестра.

Перечень доработок и рекомендаций по доработке прототипа Федерального реестра по результатам опытной эксплуатации.

Регламент поэтапной доработки Федерального реестра.

№ этапа





Дополнение актуальной версии Федерального реестра функционалом прототипа.

Интеграция с информационными системами, обеспечивающими учёт сведений, необходимых для организации межведомственного взаимодействия.

Доработка Федерального реестра в части формирования наборов открытых данных

Актуализация комплекта эксплуатационной документации Федерального реестра.

Миграция данных из актуальной версии Федерального реестра и внешних информационных систем.

Проведение предварительных испытаний Федерального реестра.

Комплект доработанной эксплуатационной документации на программное обеспечение Федерального Реестра на электронном и бумажном носителях в соответствии с РД 50-34.698-90, включая:

-Общее описание Федерального реестра;

-Руководство администратора Федерального реестра;

-Руководство пользователя Федерального реестра.

Техническое задание в соответствии с ГОСТ 34.602-89, содержащее требования к доработке Федерального реестра, включающие:

– требования к реализации на базе Реестра поддержки оптимизированного порядка ведения административных регламентов;

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

– требования к реализации на базе Реестра поддержки новой модели межведомственного взаимодействия (его проектирования и согласования) в соответствии с положениями разработанной Концепции.

Программа и методика предварительных автономных и комплексных испытаний Федерального реестра согласно требованиям ГОСТ 34.603-92.

Протокол и акт предварительных автономных и комплексных испытаний Федерального реестра.

Акт приема Федерального реестра в опытную эксплуатацию.

Программа проведения опытной эксплуатации Федерального реестра.

Дистрибутив (программа ЭВМ) и исходные коды Федерального реестра.

№ этапа





IV этап

Ввод в постоянную эксплуатацию доработанной версии Федерального реестра.

Организация и проведение опытной эксплуатации.

Доработка Федерального реестра по результатам опытной эксплуатации

Проведение приемочных испытаний.

Обеспечение процесса ввода системы в постоянную эксплуатацию.

Не менее 30 календарных дней и не более 45 календарных дней с даты утверждения Государственным заказчиком акта приемки выполненных работ за III этап.

Рабочий журнал опытной эксплуатации Федерального реестра.

Перечень возможных доработок Федерального реестра.

Программа и методика приемочных испытаний Федерального реестра согласно требованиям ГОСТ 34.603-92.

Протокол и акт приемочных испытаний Федерального реестра.

Комплект доработанной эксплуатационной документации на программное обеспечение Федерального Реестра на электронном и бумажном носителях в соответствии с РД 50-34.698-90, включая:

-Общее описание Федерального реестра;

-Руководство администратора Федерального реестра;

-Руководство пользователя Федерального реестра.

Дистрибутив (программа ЭВМ) и исходные коды Федерального реестра, доработанного в ходе выполнения работ и дополненного следующими функциональными возможностями:

– хранение сведений об услугах и функциях с разделением на динамическую и статическую часть;

– создание административных регламентов, формируемых из типовых «блоков»: типовых административных процедур и действий;

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

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

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

7.2. КАЛЕНДАРНЫЙ ПЛАН ОКАЗАНИЯ УСЛУГ

№ этапа


Наименование услуг, входящих в состав этапа

Срок окончания этапа (в календарных днях)


Iэтап Обеспечение консультационной и экспертной поддержки Минэкономразвития России и пользователей ФРГУ.

Обеспечение консультационной и экспертной поддержки Минэкономразвития России пользователей ФРГУ по вопросам перехода на новую Модель МВ на базе Реестра МВ и оптимизации порядка разработки и утверждения административных регламентов на базе Модуля АР:

- очные консультации и экспертная поддержка;

- подготовка презентационных, информационных и аналитических материалов по вопросам перехода ФОИВ на межведомственное взаимодействие;

- сопровождение Заказчика в доработке предоставленных в рамках выполненных работ проектов документов.

Услуги оказываются параллельно с выполнением работ I и II этапа

Отчет об очных консультациях и экспертной поддержке.

Отчет о результатах удаленных консультаций и экспертной поддержке:

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

Отчет об оказании технической поддержки

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

Отчет о результатах сопровождения Заказчика в доработке предоставленных в рамках выполненных работ проектов документов

II этап

Обеспечение консультационной и экспертной поддержи Минэкономразвития России и пилотных ведомств на этапе опытной эксплуатации прототипа Федерального реестра.

Обеспечение консультационной и экспертной поддержки Минэкономразвития России и пилотных ведомств на этапе опытной эксплуатации прототипа Федерального реестра, включая:

- Очные консультации и экспертная поддержка.

- Удаленные консультации и экспертная поддержка пилотных ведомств в ходе опытной эксплуатации прототипа Федерального реестра.

-Подготовка презентационных, информационных и аналитических материалов по вопросам опытной эксплуатации прототипа Федерального реестра.

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

Услуги оказываются параллельно с выполнением работ III этапа


Отчет о результатах удаленных консультаций и экспертной поддержке:

отчет об оказании методической поддержки;

отчет об оказании технической поддержки.

Отчет о подготовке презентационных, информационных и аналитических материалов.

Комплект обучающих материалов по компонентам Федерального реестра.

Ведомость обучения пользователей в пилотном объеме опытной эксплуатации.

IIIэтап

Проведение обучения и обеспечение консультационной и экспертной Минэкономразвития России и пользователей ФРГУ на этапе опытной эксплуатации доработанной версии Федерального реестра.

Обеспечение консультационной и экспертной поддержки Минэкономразвития России и пользователей ФРГУ на этапе опытной эксплуатации доработанной версии Федерального реестра, включая:

- Очные консультации и экспертная поддержка.

- Методическую и техническую поддержку ведомств на этапе опытной эксплуатации доработанной версии Федерального реестра.

-Подготовка презентационных, информационных и аналитических материалов по вопросам опытной эксплуатации доработанной версии ФРГУ.

Проведение установочных семинаров.

Подготовка и проведение обучения пользователей Федерального реестра.

Услуги оказываются параллельно с выполнением работ IV этапа


Отчет об оказании методической поддержки.

Отчет об оказании технической поддержки.

Отчет о проведении установочных семинаров.

Комплект обучающих материалов.

Ведомость обучения.

Отчет о подготовке презентационных, информационных и аналитических материалов.

8. ОЖИДАЕМЫЕ РЕЗУЛЬТАТЫ РАБОТ

8.1. ПО ПЕРВОМУ ЭТАПУ РАБОТ

1. Отчет о подготовительной работе для разработки концепции, в т.ч.:

Проект положения о рабочей группе;

Проект письма и анкеты для опроса по текущим проблемам организации



2. Техническое задание на создание прототипа Федерального реестра и реализацию в нем

доработок этапа № 1.

3. Программа и методика предварительных автономных и комплексных испытаний прототипа


4. Протокол и акт предварительных автономных и комплексных испытаний прототипа


5. Комплект доработанной эксплуатационной документации на программное обеспечение

прототипа Федерального реестра на электронном и бумажном носителях, включая:




6. Дистрибутив (программа ЭВМ) и исходные коды прототипа Федерального реестра.

8.2. ПО ВТОРОМУ ЭТАПУ РАБОТ

1. Аналитический отчет «Концепция оптимизации процессов регламентации государственных

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

взаимодействия».

2. Аналитический отчет «Проекты нормативных правовых актов, регулирующих переход на

новую Модель МВ»:

Проект федерального закона «О внесении изменений в Федеральный закон от

27.07.2010 № 210-ФЗ “Об организации предоставления государственных и

муниципальных услуг”»;

Проект постановления Правительства Российской Федерации «Об организации

межведомственного взаимодействия и о внесении изменений в некоторые акты

Правительства Российской Федерации»;

Проекты иных нормативных правовых актов.

3. Методические материалы по переходу на новую Модель МВ на базе Реестра МВ,

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

использованием Модуля АР:


административных регламентов с использованием функционального Модуля АР


Методические рекомендации по переходу на новую Модель МВ на базе Реестра МВ:

Методика анализа услуги/функции с целью выяснения необходимости

межведомственного взаимодействия, а также контрагентов.

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

согласования МВ Федерального реестра.

Методика переноса в Реестр МВ уже существующих межведомственных


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

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

Методика мониторинга перехода на новый порядок разработки и утверждения



4. Техническое задание на доработку прототипа Федерального реестра в части работ

этапа № 2.

5. Программа и методика предварительных автономных и комплексных испытаний прототипа



прототипа Федерального реестра на электронном и бумажном носителях, включая:




7. Протокол и акт предварительных автономных и комплексных испытаний прототипа


8. Дистрибутив (программа ЭВМ) и исходные коды прототипа Федерального реестра.

8.3. ПО ТРЕТЬЕМУ ЭТАПУ РАБОТ

1. Аналитический отчет «Обеспечение экспорта данных из Федерального реестра и ГИС

ТКМВ в функциональный модуль «Реестр МВ» прототипа Федерального реестра».

2. Аналитический отчет «Интеграция с информационными системами, обеспечивающими

учёт сведений, необходимых для организации межведомственного взаимодействия».

3. Спецификация внешних интерфейсов взаимодействия со СМЭВ.

4. Спецификация механизмов информационного обмена с ЕСНСИ.

5. Спецификация механизмов информационного обмена с ЕПГУ.

6. Описание скорректированной структуры открытых данных в виде схемы XSD.

7. Программа проведения опытной эксплуатации прототипа Федерального реестра.

8. Рабочий журнал опытной эксплуатации прототипа Федерального реестра.

9. Акт приема прототипа Федерального реестра в опытную эксплуатацию.

10. Акт о завершении опытной эксплуатации прототипа Федерального реестра.

11. Перечень доработок и рекомендаций по доработке прототипа Федерального реестра по

результатам опытной эксплуатации.

12. Регламент поэтапной доработки Федерального реестра.


Федерального Реестра на электронном и бумажном носителях в соответствии с РД 50-

34.698-90, включая:




14. Техническое задание в соответствии с ГОСТ 34.602-89, содержащее требования к

доработке Федерального реестра, включающие:

требования к реализации на базе Реестра поддержки оптимизированного порядка

ведения административных регламентов;

требования по обеспечению в ФРГУ хранения, актуализации и представления

сведений о местах оказания услуг;

требования к реализации на базе Реестра поддержки новой модели

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

соответствии с положениями разработанной Концепции.

15. Программа и методика предварительных автономных и комплексных испытаний

Федерального реестра согласно требованиям ГОСТ 34.603-92.

16. Протокол и акт предварительных автономных и комплексных испытаний Федерального

реестра.

17. Акт приема Федерального реестра в опытную эксплуатацию.

18. Программа проведения опытной эксплуатации Федерального реестра.

19. Дистрибутив (программа ЭВМ) и исходные коды Федерального реестра.

8.4. ПО ЧЕТВЕРТОМУ ЭТАПУ РАБОТ

1. Рабочий журнал опытной эксплуатации Федерального реестра.

2. Перечень возможных доработок Федерального реестра.

3. Программа и методика приемочных испытаний Федерального реестра согласно

требованиям ГОСТ 34.603-92.

4. Протокол и акт приемочных испытаний Федерального реестра.


Федерального Реестра на электронном и бумажном носителях в соответствии с РД 50-

34.698-90, включая:




6. Дистрибутив (программа ЭВМ) и исходные коды Федерального реестра, доработанного в

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

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

статическую часть;

создание административных регламентов, формируемых из типовых «блоков»:

типовых административных процедур и действий;

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

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

динамической части;

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

определения мест и условий предоставления услуг;

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

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

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

взаимодействия;

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

с новой моделью межведомственного взаимодействия;

интеграцию функциональных механизмов проектирования, согласования,

актуализации межведомственного взаимодействия, реализованных в ГИС ТКМВ

в Модуль согласования МВ, являющийся функциональным модулем


9. ОЖИДАЕМЫЕ РЕЗУЛЬТАТЫ ОКАЗАНИЯ УСЛУГ

9.1. ПО ПЕРВОМУ ЭТАПУ ОКАЗАНИЯ УСЛУГ

1. Отчет об очных консультациях и экспертной поддержке.

2. Отчет о результатах удаленных консультаций и экспертной поддержке:



3. Отчет о подготовке презентационных, информационных и аналитических материалов.

4. Отчет о результатах сопровождения Заказчика в доработке предоставленных в рамках

выполненных работ проектов документов.

9.2. ПО ВТОРОМУ ЭТАПУ ОКАЗАНИЯ УСЛУГ






4. Комплект обучающих материалов по компонентам Федерального реестра.

5. Ведомость обучения пользователей в пилотном объеме опытной эксплуатации.

9.3. ПО ТРЕТЬЕМУ ЭТАПУ ОКАЗАНИЯ УСЛУГ






4. Отчет о проведении установочных семинаров.

5. Комплект обучающих материалов.

6. Ведомость обучения пользователей в пилотном объеме опытной эксплуатации.

7. Ведомость обучения пользователей.

Все материалы, подготавливаемые Исполнителем в рамках работ, не должны содержать

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

изложение материала связным.

Documents

Технические требования "Разработка и реализация Концепции оптимизации межведа" Минэк 2014