1. Приложение №1
к проекту договора
от «___» ______2013 г. № _____
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение в 2013 году работ по развитию федеральной
государственной информационной системы «Единый портал
государственных и муниципальных услуг (функций)» в рамках
реализации мероприятий государственной программы Российской
Федерации «Информационное общество (2011 – 2020 годы)»

2. СОДЕРЖАНИЕ
1.
ОБЩИЕ СВЕДЕНИЯ .................................................................................................................................... 3
1.1
1.2
1.3
1.4
1.5
1.6
1.7
2.
НАИМЕНОВАНИЕ РАБОТ .......................................................................................................................... 3
ПОЛНОЕ НАИМЕНОВАНИЕ И УСЛОВНОЕ ОБОЗНАЧЕНИЕ СИСТЕМЫ ......................................................... 3
НАИМЕНОВАНИЕ ЗАКАЗЧИКА.................................................................................................................. 3
НАИМЕНОВАНИЕ ИСПОЛНИТЕЛЯ ............................................................................................................ 3
ПЛАНОВЫЕ СРОКИ ВЫПОЛНЕНИЯ РАБОТ ................................................................................................ 3
ОСНОВАНИЯ ПРОВЕДЕНИЯ РАБОТ ........................................................................................................... 3
ОСНОВНЫЕ НАПРАВЛЕНИЯ ВЫПОЛНЕНИЯ РАБОТ ................................................................................... 4
ЦЕЛИ И ЗАДАЧИ ВЫПОЛНЯЕМЫХ РАБОТ ........................................................................................ 4
2.1
2.2
ЦЕЛИ ВЫПОЛНЕНИЯ РАБОТ ..................................................................................................................... 4
ЗАДАЧИ, ТРЕБУЮЩИЕ РЕШЕНИЯ В РАМКАХ РАЗВИТИЯ ЕПГУ ............................................................... 4
3.
ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ ......................................................................... 5
4.
ТРЕБОВАНИЯ К СИСТЕМЕ ...................................................................................................................... 5
4.1
4.2
4.3
ОБЩИЕ ТРЕБОВАНИЯ К ФУНКЦИОНАЛУ ЕПГУ ....................................................................................... 5
ПЕРЕЧЕНЬ МОДЕРНИЗИРУЕМЫХ ПОДСИСТЕМ (СИСТЕМ)......................................................................... 5
ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ ................................................... 6
4.3.1 Модернизация подсистемы «Личный кабинет пользователя ЕПГУ» ........................................ 6
4.3.2 Осуществление интеграции с внешними системами электронного правительства ............... 8
4.3.3 Доработка ЕПГУ для использования справочника ОКТМО наряду с ОКАТО. ........................ 15
4.3.4 Доработка ЕПГУ для настройки представления каталога услуг ............................................ 16
4.3.5 Обеспечение передачи статистических данных в систему отчетности ............................... 17

3. 1. ОБЩИЕ СВЕДЕНИЯ
1.1 Наименование работ
Выполнение в 2013 году работ по развитию федеральной
государственной
информационной
системы
«Единый
портал
государственных и муниципальных услуг (функций)» в рамках реализации
мероприятий
государственной
программы
Российской
Федерации
«Информационное общество (2011 – 2020 годы)» (далее – Работы).
1.2 Полное наименование и условное обозначение системы
Полное наименование: Федеральная государственная информационная
система «Единый портал государственных и муниципальных услуг
(функций)».
Условное обозначение: ЕПГУ.
1.3 Наименование заказчика
Полное наименование заказчика Работ: Открытое акционерное
общество междугородной и международной электрической связи
«Ростелеком» (далее – Заказчик)
Сокращенное наименование заказчика Работ: ОАО «Ростелеком».
1.4 Наименование исполнителя
Полное наименование исполнителя Работ:____________________.
Сокращенное наименование исполнителя Работ: _______________.
1.5 Плановые сроки выполнения работ
Начало работ:
С даты подписания настоящего Договора.
Завершение работ:
10.12.2013.
Работы должны проводиться в соответствии с Календарным планом
(Приложение № 2 к Договору).
1.6 Основания проведения работ
Основанием для проведения работ являются следующие документы:
­ Федеральный закон от 27 июля 2010 г. № 210-ФЗ «Об организации
предоставления государственных и муниципальных услуг»;
­ Государственная программа Российской Федерации «Информационное
общество (2011 – 2020 годы)», утвержденная распоряжением
Правительства Российской Федерации от 20 октября 2010 г. № 1815-р;

4. ­ Постановление Правительства Российской Федерации от 24 октября
2011 г. № 861 «О федеральных государственных информационных
системах, обеспечивающих предоставление в электронной форме
государственных и муниципальных услуг (осуществление функций)»;
­ Постановление
Правительства
Российской
Федерации
от 08 июня 2011 г. № 451 «Об инфраструктуре, обеспечивающей
информационно-технологическое взаимодействие информационных
систем, используемых для предоставления государственных и
муниципальных услуг в электронной форме»;
­ Распоряжение
Правительства
Российской
Федерации
от 22 февраля 2012 г. № 238-р об определении ОАО «Ростелеком»
единственным исполнителем работ в рамках реализации мер
государственной программы Российской Федерации «Информационное
общество (2011 – 2020 годы)»;
1.7 Основные направления выполнения работ
Работы выполняются в рамках реализации меры по развитию
федеральной государственной информационной системы «Единый портал
государственных и муниципальных услуг (функций)» мероприятия по
развитию электронного правительства подпрограммы «Информационное
государство» Государственной программы Российской Федерации
«Информационное общество (2011 – 2020 годы)».
2. ЦЕЛИ И ЗАДАЧИ ВЫПОЛНЯЕМЫХ РАБОТ
2.1 Цели выполнения работ
Основной целью выполнения Работ является повышение качества
взаимоотношений государства и общества и обеспечение максимально
эффективного
использования
информационно-коммуникационных
технологий во всех сферах жизни.
2.2 Задачи, требующие решения в рамках развития ЕПГУ
В рамках развития ЕПГУ необходимо решить следующие задачи:
­ Модернизация подсистемы «Личный кабинет пользователя ЕПГУ»,
расширение возможностей личного кабинета Заявителя для повышения
удобства взаимодействия с государственными органами власти;
­ Осуществление интеграции с внешними системами электронного
правительства.
­ Обеспечение соответствия ЕПГУ актуальным нормативным правовым
актам.

5. 3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Объектом
автоматизации
является
деятельность
органов
государственной
власти,
органов
местного
самоуправления
по
информированию граждан и организаций о государственных и
муниципальных услугах, а также предоставлению государственных и
муниципальных услуг в электронном виде.
Пользователями системы являются:
­ потребители государственных услуг;
­ уполномоченные представители государственных и муниципальных
органов власти;
­ персонал оператора ЕПГУ (администраторы, операторы).
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Общие требования к функционалу ЕПГУ
Функционал ЕПГУ должен обеспечивать реализацию следующих
функций:
­ информирование граждан и организаций о государственных и
муниципальных услугах;
­ предоставление доступа заявителей к интерактивным формам
заявлений для оказания государственных и муниципальных услуг в
электронном виде федеральными органами исполнительной власти,
органами власти субъектов Российской Федерации, органами местного
самоуправления;
­ предоставление единой «точки входа» и оперативного доступа к
информации, необходимой гражданам и организациям для получения
государственных и муниципальных услуг в электронном виде;
­ предоставление возможности оплаты начислений, пошлин, штрафов в
электронном виде.
4.2 Перечень модернизируемых подсистем (систем)
В рамках развития ЕПГУ должна быть модернизирована подсистема
«Личный кабинет пользователя ЕПГУ» (Далее – ЛК ЕПГУ).

6. 4.3 Требования к функциям (задачам), выполняемым системой
4.3.1
Модернизация
ЕПГУ»
подсистемы
«Личный
кабинет
пользователя
4.3.1.1 Требования к ЛК ЕПГУ в части интеграции с ЕСИА
Должен быть проведен анализ функций ЕПГУ, связанных с
получением и обработкой персональных данных пользователей ЕПГУ, а
также состава персональных данных пользователей, хранящихся в ЕПГУ на
предмет:
­ возможности и целесообразности передачи отдельных функций
управления персональными данными пользователей ЕПГУ под
управление ЕСИА;
­ возможности и целесообразности передачи отдельных персональных
данных пользователей ЕПГУ под управление ЕСИА;
­ упрощения, повышения эффективности, надежности, безопасности
интеграции с ЕСИА в связи с переводом механизмов интеграции на
REST и OAuth 2.0 при условии реализации данного механизма в ходе
работ по развитию ЕСИА;
­ возможного расширения перечня и содержания функций управления
персональными данными пользователя ЕПГУ в связи с модернизацией
ЕСИА;
­ возможного расширения перечня и содержания персональных данных
пользователя ЕПГУ в связи с модернизацией ЕСИА.
По результатам разработки и согласования частного технического
задания должен быть составлен перечень конкретных доработок с учетом
следующих частных требований к интеграции ЕПГУ с ЕСИА (на стороне
ЕПГУ):
­ поддержка архитектурного подхода REST;
­ соответствие спецификации OAuth 2.0 при условии реализации данного
механизма в ходе работ по развитию ЕСИА;
­ возможность «сквозного входа» непосредственно в ЛК ЕПГУ по
окончании процедуры регистрации пользователя в ЕСИА (если
процедура регистрации была инициирована из ЕПГУ).
4.3.1.2 Интеграция ЛК ЕПГУ
управления заявлениями
с
внешними
порталами
в
части
В ЛК ЕПГУ должна быть обеспечена возможность доступа внешних
порталов к функциям управления заявлениями:
­ создание заявления;

7. ­ изменение статуса заявления;
­ передача событий по заявлению (информационного сообщения, статуса
оплаты).
В ЛК ЕПГУ у заявления должен быть добавлен атрибут «Источник
создания». Внешним порталам должна быть предоставлена возможность
управления только теми заявлениями, у которых они указаны в качестве
источника создания. Авторизация запросов внешних порталов к ЛК ЕПГУ
должна осуществляться по ЭП ИС.
Интерфейсы ЛК ЕПГУ должны быть реализованы в виде электронных
сервисов согласно актуальной версии документа «Методические
рекомендации по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном
взаимодействии». Взаимодействие с внешними порталами должно
осуществляться через СМЭВ.
В пользовательском интерфейсе ЛК ЕПГУ должен учитывать источник
создания заявлений при формировании страниц, содержащих информацию
по заявлениям, а также при определении доступных пользователю ЕПГУ
действий над заявлением.
Должен быть разработан проект регламента взаимодействия ЛК ЕПГУ
с внешними порталами.
4.3.1.3 Требования к анкетированию получателей государственных
услуг
В ЛК ЕПГУ должен быть реализован механизм анкетирования
получателей государственных услуг. Получателю должна выводиться анкета
(форма) с соответствующими вопросами и вариантами ответов.
Анкетирование проводится независимо по каждому факту получения
государственной услуги. Результаты анкетирования (ответы получателей
государственных услуг на вопросы анкеты) должны храниться в исходном
(не обработанном) виде в базе данных ЕПГУ и передаваться в ИАС МКГУ.
Состав анкеты (перечень вопросом и варианты ответов на них)
устанавливается в ИАС МКГУ. В ЕПГУ должна быть реализована
интерактивная форма анкеты, разработанная по соответствующему
техническому заданию Оператора ИАС МКГУ.
По каждому факту оказания государственной слуги должно быть
разрешено заполнение анкеты не более одного раза. Заполнение анкеты
должно быть доступно только зарегистрированными пользователям. Переход
к анкете должен быть доступен в списке заявлений получателя
государственных услуг в ЛК ЕПГУ. Для заявлений, находящихся в
финальном состоянии, либо выводится гиперссылка на анкету (если анкета
еще не заполнялась), либо выводится соответствующее сообщение (если
анкета уже была заполнена). Для остальных заявлений гиперссылки или
сообщения не выводятся.

8. После перехода заявления в финальное состояние, заявителю должно
отправляться электронное письмо с уведомлением и предложением ответить
на несколько вопросов (в случае, если заявитель не отключил получение
уведомлений по электронной почте в ЛК ЕПГУ). Для удобства заявителя,
электронное письмо должно содержать прямую гиперссылку на форму
анкетирования (для данного конкретного факта оказания государственной
услуги).
4.3.1.4 Требования к модернизации карточки заявления
Переписка Заявителя с органом власти (текстовые сообщения) должна
быть вынесена на отдельную вкладку.
На вкладке «История рассмотрения заявления» комментарий по
каждому статусу (событию) должен выводиться в виде отдельной строки в
таблице.
4.3.2
Осуществление интеграции с внешними системами электронного
правительства
Должна быть модернизирована интеграция с ЕСИА в части перевода
механизмов интеграции на REST и OAuth 2.0, при условии реализации
данного механизма в ходе работ по развитию ЕСИА.
Должно быть реализовано взаимодействие с ИАС МКГУ в части
передачи в ИАС МКГУ результатов анкетирования. Взаимодействие с ИАС
МКГУ должно осуществляться через СМЭВ.
Должна быть модернизирована интеграция с ФРГУ в части
обеспечения полноты и достоверности сведений, размещаемых в ФРГУ и
публикуемых на ЕПГУ. Детализированные требования к модернизации
интеграции с ФРГУ описаны в подпунктах.
4.3.2.1 Требования к созданию Подсистемы ЕПГУ для предварительного
просмотра сведений из ФРГУ
Назначение ЕПГУ определяет повышенные требования к качеству
публикуемой информации. На основании опыта ведения и публикации
сведений о государственных услугах (функциях) выявлено, что качество
информации может быть повышено, а трудоемкость ее подготовки снижена
за счет использования средств дополнительного визуального контроля
информации, в частности, за счет обеспечения сотрудникам ОИВ/ОМСУ,
ответственным за размещение сведений в ФРГУ, возможности
предварительного просмотра размещаемых сведений.
Для реализации этой возможности должна быть разработана
Подсистема предварительного просмотра сведений о государственных
услугах (функциях), в точности имитирующая вывод информации о
государственных услугах на страницах ЕПГУ.

9. Предварительный
следующем порядке:
просмотр
сведений
должен
производиться
в
1) пользователь ФРГУ инициирует запрос (кнопка «сформировать
страницу предпросмотра на ЕПГУ») гиперссылки на веб-страницу
предварительного просмотра сведений о выбранной государственной
услуге;
2) ФРГУ вызывает электронный сервис Подсистемы передает ему
уникальный идентификатор государственной услуги, для которой
требуется выполнить предварительный просмотр и получает
информацию о приеме Подсистемой запроса на обновление;
3) Подсистема, вызывает электронный сервис инкрементальных
обновлений ФРГУ, передает ему уникальный идентификатор
государственной услуги, получает информацию об услуге, сохраняет ее
в базе данных;
4) ФРГУ опрашивает Подсистему через специальный сервис о статусе
запросов на обновление (по идентификатору услуги) или получает
сообщение
о
предпубликации
через
интерфейс
сервиса
инкрементального обновления и получает прямую гиперссылку на
веб-страницу предварительного просмотра, на которой точно
имитируется вывод сведений о государственной услуге на ЕПГУ, и
дату, время генерации (загрузки данных из ФРГУ) страницы в
Подсистеме. ФРГУ сохраняет ссылку на страницу предварительного
просмотра и дату, время генерации;
5) В случае возникновения ошибки Подсистема должна вернуть ФРГУ
код и сообщение об ошибке;
6) Гиперссылка на страницу предварительного просмотра отображается
на странице описания услуги ФРГУ.
Предполагается, что в интерфейсе пользователя ФРГУ будет
присутствовать элемент управления (например, кнопка), позволяющий
пользователю инициировать запрос получения гиперссылки на веб-страницу
предварительного просмотра сведений о заданной государственной услуге, а
также элемент управления (например, типа гиперссылка) для перехода по
гиперссылке, полученной от Подсистемы и информация о времени загрузки
информации по услуге в Подсистему (дата актуальности сведений на
странице предпросмотра).
Возможность предварительного просмотра сведений о государственной
услуге должна существовать для всех услуг (как для опубликованных, так и
для не опубликованных), для которых выполнялся запрос на
предпубликацию.

10. Гиперссылка на веб-страницу предварительного просмотра сведений о
государственной услуге должна быть уникальной для каждой
государственной услуги.
На веб-страницах предварительного просмотра должна выводиться
специальная информация (например, надпись), напоминающая пользователю
о том, что вывод сведений о государственной услуге производится в режиме
предварительного просмотра.
Предварительное отображение сведений о государственной услуге
должно производиться без необходимости авторизации пользователя для
просмотра соответствующей веб-страницы и без необходимости поиска вебстраницы государственной услуги в каталоге.
Структура базы данных Подсистемы должна повторять фрагмент
структуры базы данных Портала и, при необходимости, может содержать
дополнительные структурные элементы. Состав повторяемого фрагмента
базы данных должен быть определен, исходя из критерия достаточности
фрагмента для хранения информации о государственных услугах в объеме,
необходимом для точной имитации вывода сведений о государственных
услугах на ЕПГУ.
В целях обеспечения совместимости системных протоколов
взаимодействия на стороне Подсистемы и на стороне ФРГУ, механизм
информационного обмена должен быть реализован с использованием вебсервиса инкрементального обновления, разрабатываемого в рамках работ по
теме «Развитие и методическое сопровождение федерального реестра
государственных и муниципальных услуг и методическая поддержка
типового решения региональных реестров и порталов государственных и
муниципальных услуг» в 2013 году.
Спецификация внешних интерфейсов взаимодействия ФРГУ (WSDL и
описание форматов обмена) должна быть предоставлена Заказчиком на этапе
разработки ЧТЗ.
Технически Подсистема предварительного просмотра сведений о
государственных услугах (функциях) должна быть реализована в составе
ЕПГУ.
4.3.2.2 Требования к доработке ЕПГУ в обеспечение формирования
сообщения от пользователя о необходимости исправления
сведений на страницах ЕПГУ и обратной связи с ФРГУ
Для обеспечения формирования сообщения от пользователя о
необходимости исправления сведений на страницах ЕПГУ должен быть
разработан механизм типа Orphus, обеспечивающий возможность
пользователю сообщить в службу поддержки Портала об обнаруженной им
ошибке в сведениях на страницах ЕПГУ.
Для получения ответственными пользователями ФРГУ сообщений об
обнаруженной пользователями ЕПГУ ошибке в сведениях на страницах

11. Портала должен быть разработан механизм, обеспечивающий следующий
сценарий взаимодействия при поступлении сообщений о необходимости
исправления сведений о государственной услуге (функции):
­ сообщения поступают от заявителей в службу поддержки ЕПГУ через
форму
обратной
связи
Портала
(http://www.gosuslugi.ru/pgu/feedback/helpdesk#_msg),
через
центр
телефонного обслуживания Портала, через специально разработанный
механизм типа Orphus или по другим каналам обратной связи
пользователей с ЕПГУ.
­ В случае, если служба поддержки ЕПГУ принимает решение о
необходимости отправки сообщения сотруднику ОИВ/ОМСУ,
ответственному за размещение сведений в ФРГУ, сообщение от
службы поддержки ЕПГУ отправляется в ФРГУ путем вызова
разработанного для этих целей веб-сервиса ФРГУ;
­ пользователи Реестра, ответственные за размещение сведений,
фиксируют результат обработки сообщения (исправление ошибки либо
комментарий к сообщению) и передают информацию о результатах
обработки на ЕПГУ путем использования разработанного для этих
целей веб-сервиса.
Для выполнения этих функций необходимо разработать АРМ
оператора СПП для взаимодействия с ФРГУ с функционалом:
­ получения сообщений об ошибках;
­ просмотр сообщений;
­ добавление данных (экранов, файлов) к сообщению;
­ отправки сообщений в ФРГУ через Веб-сервис отправки сообщений в
ФРГУ;
­ прием ответов из ФРГУ через веб-сервис приема результатов
обработки сообщений от ФРГУ;
­ просмотр ответов.
Веб-сервис отправки сообщений в ФРГУ. Параметрами сообщений,
отправляемых в ФРГУ, должны являться: объект (орган государственной
власти, государственная (муниципальная) услуга, государственная
(муниципальная) функция либо другие сведения, опубликованные на ЕПГУ),
в отношении которого поступило сообщение, дата поступления сообщения,
плановый срок реагирования, текст сообщения. К сообщению также могут
быть приложены файлы, например, текстовые документы и/или изображения,
уточняющие сообщение.
Отправка сообщений от службы поддержки ЕПГУ в ФРГУ о
необходимости исправления сведений о государственной услуге (функции)
должен осуществляться через специализированный веб-сервис ФРГУ,

12. разработанный в рамках работ по теме «Развитие и методическое
сопровождение федерального реестра государственных и муниципальных
услуг и методическая поддержка типового решения региональных реестров и
порталов государственных и муниципальных услуг» в 2013 году.
Спецификация внешних интерфейсов взаимодействия ФРГУ (WSDL и
описание форматов обмена) предоставляется Заказчиком.
Отправляемые сообщения должны включать следующие реквизиты:
­ объект, в отношении которого заявителем оставлено сообщение (орган
государственной власти, государственная (муниципальная) услуга,
государственная (муниципальная) функция либо другие сведения,
опубликованные на ЕПГУ);
­ дата поступления сообщения;
­ плановый срок реагирования;
­ текст сообщения (описание ошибки);
­ приложенные
изображения).
к
сообщению
файлы
(текстовые
документы,
Веб-сервис приема результатов обработки сообщений от ФРГУ.
Должна быть реализована возможность приема результатов обработки
сообщений. Прием результатов должен осуществляться с использованием
веб-сервиса.
Принимаемые ответы на сообщения должны включать в себя
следующие реквизиты:
­ фактический срок исправления ошибки;
­ резолюция по сообщению («исправлена ошибка»/«сформирован ответ
без исправления ошибки»);
­ текстовый комментарий;
­ прикрепленные документы (текстовые документы, изображения);
­ исходное сообщение от ЕПГУ.
Для обеспечения совместимости двух системных протоколов
взаимодействия (на стороне Портала и на стороне ФРГУ) веб-сервис должен
быть совместим с веб-сервисом, разрабатываемым в рамках работ по теме
«Развитие и методическое сопровождение федерального реестра
государственных и муниципальных услуг и методическая поддержка
типового решения региональных реестров и порталов государственных и
муниципальных услуг» в 2013 году. Спецификация внешних интерфейсов
взаимодействия ФРГУ (WSDL и описание форматов обмена)
предоставляется Заказчиком на этапе разработки ЧТЗ.

13. 4.3.2.3 Требования к модернизации механизма взаимодействия ЕПГУ с
ФРГУ
С целью обеспечения передачи полных и актуальных данных об
услугах (функциях) и оказывающих (исполняющих) их органах власти и
организациях в соответствии с Постановлением правительства № 861 в
рамках работ по теме «Развитие и организационное и методическое
сопровождение федерального реестра государственных и муниципальных
услуг» в 2012 году была проведена модернизация механизма взаимодействия
Федерального реестра и Единого портала государственных и муниципальных
услуг (функций). В 2013 году Заказчиком проводится вывод обновленной
версии ФРГУ в постоянную эксплуатацию.
С целью обеспечения совместимости интеграционных механизмов
Портала и ФРГУ, а также получения полных и актуальных данных об
услугах (функциях) и оказывающих (исполняющих) их органах власти и
организациях
необходимо
проведение
модернизации
механизма
взаимодействия ЕПГУ и ФРГУ.
В рамках данной работы Исполнителем должна быть обеспечена
совместимость интеграционных механизмов ЕПГУ и ФРГУ посредством
доработки имеющегося веб-сервиса интеграции с ФРГУ:
­ в части состава передаваемых из ФРГУ на ЕПГУ сведений об услугах
(функциях), в том числе:
o сведений по документам, получаемым органами власти с
использованием системы межведомственного электронного
взаимодействия;
o статуса обязательности к представлению
документов (сведений), при оказании
(муниципальной) услуги.
тех или иных
государственной
­ в части представления сведений об услугах (функциях) на ЕПГУ.
Спецификация внешних
предоставляется Заказчиком.
интерфейсов
взаимодействия
ФРГУ
4.3.2.4 Разработка механизма, обеспечивающего возможность сверки
данных в ЕПГУ и других информационных системах.
С целью обеспечения полноты и актуальности данных об услугах
(функциях) и оказывающих (исполняющих) их органах власти и
организациях, опубликованных на ЕПГУ, необходимо реализовать механизм
сверки актуальности данных, размещённых на ЕПГУ, в ФРГУ и в других
системах. В рамках данных работ
по доработке ЕПГУ необходимо
разработать веб-сервис возвращающий информацию о версиях объектов
(описаний государственных услуг, функций, органов исполнительной власти
и т.д.) в ЕПГУ. Под версией понимается временная метка изменения объекта

14. ответственным сотрудником ОИВ. Сервис должен возвращать следующую
информацию:
­ тип объекта (орган государственной власти, государственная
(муниципальная) услуга, государственная (муниципальная) функция,
другие сведения, опубликованные на ЕПГУ);
­ идентификатор опубликованного объекта;
­ дата актуальности опубликованных сведений (временная метка, дата
когда данная версия объекта была создана сотрудником ОГВ в ФРГУ);
­ дата обновления информации в ЕПГУ (дата, когда текущая версия
объекта была загружена в ЕПГУ).
В целях оптимизации трафика, должна быть реализована возможность
передачи в одном сообщении списка пар «тип объекта – идентификатор
объекта – дата актуальности опубликованных сведений» для оповещения о
публикации информации о нескольких объектах.
Спецификация сервиса ФРГУ предоставляется Заказчиком на этапе
разработки ЧТЗ.
4.3.2.5 Модернизация страниц карточки услуги и карточки органа
власти на ЕПГУ
В рамках развития функционала ЕПГУ должна быть предусмотрена
доработка полей карточки государственной (муниципальной) услуги
(функции) в соответствии с требованиями постановления Правительства РФ
от 24.10.2011 № 861 (в ред. постановления Правительства РФ от 28.11.2011
№ 977).
Требуется изменить состав и способ отображения информации на
страницах следующих разделов карточки услуги:
­ «Как получить услугу», в части информации об адресе предоставления
услуги в электронном виде;
­ «Стоимость и порядок оплаты», в части информации о методиках
расчета платежа и сроков ожидания предоставления услуги;
­ «Сведения о государственной услуге», в части информации о
реестровом номере услуги и датах добавления (изменения) сведений;
­ «Нормативно-правовые акты», в части отображения атрибутов и
информации об источнике официального опубликования;
­ «Административный регламент»,
регламента в случае его наличия;
в
части
размещения
­ «Показатели доступности и качества» в части
информации об основных показателях по услуге.
текста
отображения

15. Требуется изменить состав и способ отображения информации на
странице карточки информации об органе власти в части сведений о
функциях органа власти, а также реализовать карточку для отображения
данных о конкретной функции.
Должны быть проведены работы по модернизации сервисов
инкрементального обновления ЕПГУ в части получения следующих данных
из ФРГУ:
­ адрес предоставления услуги в электронном виде;
­ информации о методиках расчета платежа;
­ сроков ожидания предоставления услуги;
­ реестровый номер услуги;
­ даты добавления (изменения) сведений о государственной услуге;
­ информации об источнике официального опубликования НПА;
­ текста регламента оказания государственной услуге;
­ информации о показателях доступности и качества по государственной
услуге.
Заказчик должен обеспечить наличие доработанной системы ФРГУ,
реализующей требования постановления Правительства РФ от 24.10.2011
№ 861 (в ред. постановления Правительства РФ от 28.11.2011 № 977):
­ для проведения предварительных комплексных испытаний ЕПГУ;
­ для проведения опытной эксплуатации ЕПГУ;
­ для проведения приемочных испытаний ЕПГУ.
В случае отсутствия доработанной версии ФРГУ Исполнитель
моделирует работу сервисов инкрементального обновления ЕПГУ в части
выполнения требований постановления Правительства РФ от 24.10.2011
№ 861 (в ред. постановления Правительства РФ от 28.11.2011 № 977):
­ для проведения предварительных комплексных испытаний ЕПГУ;
­ для проведения опытной эксплуатации ЕПГУ;
­ для проведения приемочных испытаний ЕПГУ.
4.3.3
Доработка ЕПГУ для использования справочника ОКТМО
наряду с ОКАТО.
В ЕПГУ должна быть реализована поддержка постепенного перехода
от использования справочника ОКАТО к использованию справочника
ОКТМО.
Для этого требуется выполнить следующие мероприятия:
1. Реализовать справочник ОКТМО:

16. 1.1. Создать недостающие структуры в базе данных ЕПГУ.
1.2. Реализовать недостающие функции в ЕПГУ (для применения
справочника в ЕПГУ).
1.3. Реализовать механизмы загрузки (обновления) справочника
ОКТМО (определить источник данных – ЕСНСИ).
2. Обеспечить возможность использования таблицы соответствия
ОКАТО-ОКТМО:
2.1. Создать недостающие структуры в базе данных ЕПГУ.
2.2. Реализовать механизм загрузки (обновления) этой таблицы
(определить источник данных).
3. Предоставить ведомствам возможность использовать коды ОКТМО
(при создании, модернизации интерактивных форм запроса
государственных услуг):
3.1. Предоставить возможность использования справочника ОКТМО
при составлении заявок на услуги.
3.2. Предоставить возможность использования таблицы соответствия
ОКАТО-ОКТМО
для
автоматизированного
(человекомашинного) и автоматического определения кода ОКТМО на
основе существующего кода ОКАТО.
4. На этапе составления частного технического задания должны быть
определены части ЕПГУ, требующие доработки для постепенного
перехода на использование справочника ОКТМО, в частности:
4.1. Перечень таблиц базы данных ЕПГУ.
4.2. Перечень форм (веб-страниц) ЕПГУ.
4.3. Перечень электронных сервисов ЕПГУ.
4.3.4
Доработка ЕПГУ для настройки представления каталога услуг
В административной части ЕПГУ должна быть
функциональность настройки представления каталога услуг:
реализована
­ настройка распределения услуг по типам получателей услуг;
­ настройка распределения услуг по степени популярности;
­ настройка доступности услуг по уровню достоверности учетной записи
пользователя;
­ настройка вывода типа каталога услуг по умолчанию.
Функциональность должна быть доступна через веб-интерфейс
персоналу Оператора ЕПГУ.

17. 4.3.5
Обеспечение
отчетности
передачи
статистических
данных
в
систему
ЕПГУ должен обеспечивать предоставление неперсонализированных
данных и метрик в систему отчетности для возможности формирования
отчетности о работе системы. Состав, формат и порядок предоставления
данных и метрик должен быть разработан в ЧТЗ. Спецификации веб-сервиса
системы отчетности предоставляются Заказчиком не позднее начала этапа
разработки Технического проекта на ЕПГУ.
от Заказчика:
Президент открытого
акционерного общества
междугородной и международной
электрической связи
«Ростелеком»
_________________ С.Б. Калугин
М.П.
от Исполнителя:
__________________
М.П.

18. Приложение № 1
к Техническому заданию
ФОРМЫ ОТЧЕТНЫХ ДОКУМЕНТОВ
ПО ИСПЫТАНИЯМ СИСТЕМ
УТВЕРЖДАЮ
[Должность]
[ФИО]
2013 г.
Протокол
предварительных комплексных испытаний
1. Объект испытаний
Полное наименование системы – [полное наименование].
Сокращенное наименование системы – [сокращенное наименование].
2. Сроки проведения испытаний
Предварительные комплексные испытания проводились в период
с « ___ » __________ 2013 г. по « ___ » __________ 2013 г.
3. Место проведения испытаний
Предварительные комплексные испытания проводились по адресу:
[адрес].
4. Состав объекта испытаний
Для
проведения
предварительных
комплексных
испытаний
представлены:
1) программа и методика комплексных испытаний;
2) комплексные тесты;
3) программные и технические средства и соответствующая им
эксплуатационная документация в составе:
- [состав];
…
5. Перечень необходимых доработок и рекомендуемые сроки их
выполнения

19. В ходе проведения предварительных комплексных испытаний
[системы] выявлены следующие необходимые доработки/необходимые
доработки не выявлены.
№
п/п
Рекомендуемый срок
выполнения
Описание доработки
1
.
…
6. Выводы
В ходе проведения предварительных комплексных испытаний
[системы] была обеспечена проверка выполнения всех ее функций во всех
режимах функционирования, установленных в ТЗ [название], была
обеспечена проверка реакции [системы] на некорректную информацию и
аварийные ситуации.
Приемка [системы] в опытную эксплуатацию (не-) возможна.
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]

20. УТВЕРЖДАЮ
[Должность]
[ФИО]
2013 г.
Акт
приемки в опытную эксплуатацию
В рамках исполнения Договора от « ___ » __________ 2013 г. № ______
на выполнение в 2013 году работ по развитию федеральной государственной
информационной
системы
«Единый
портал
государственных
и
муниципальных услуг (функций)» в рамках реализации мероприятий
государственной программы Российской Федерации «Информационное
общество (2011 – 2020 годы)» разработана [система]. По результатам
проведения комиссией предварительных комплексных испытаний (Протокол
предварительных комплексных испытаний от « ___ » __________ 2013 г.)
[система] принята в опытную эксплуатацию.
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]

21. УТВЕРЖДАЮ
[Должность]
[ФИО]
2013 г.
Журнал
опытной эксплуатации
1. Объект опытной эксплуатации
Полное наименование системы – [полное наименование].
Сокращенное наименование системы – [сокращенное наименование].
2. Сроки опытной эксплуатации
Опытная
эксплуатация
проводилась
в
период
с « ___ » __________ 2013 г. по « ___ » __________ 2013 г.
3. Место проведения опытной эксплуатации
Опытная эксплуатация проводилась по адресу: [адрес].
4. Журнал опытной эксплуатации
В рамках опытной эксплуатации выявлены следующие сведения об
ошибочном поведении [системы], отказах, сбоях, аварийных ситуациях,
изменениях параметров, проводимых корректировках документации и
программного обеспечения, наладке технических средств.
№
п/п
Вид
записи
Краткое описание
Дата
ФИО
1
…
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]

22. УТВЕРЖДАЮ
[Должность]
[ФИО]
2013 г.
Акт
о завершении опытной эксплуатации
и допуске системы к приемочным испытаниям
В рамках исполнения Договора от « ___ » __________ 2013 г.
№ ______ на выполнение в 2013 году работ по развитию федеральной
государственной
информационной
системы
«Единый
портал
государственных и муниципальных услуг (функций)» в рамках реализации
мероприятий
государственной
программы
Российской
Федерации
«Информационное общество (2011 – 2020 годы)» разработана [система].
По результатам проведения комиссией опытной эксплуатации
[системы] (Журнал опытной эксплуатации от « ___ » __________ 2013 г.)
выявленные недостатки устранены/недостатки не выявлены. Опытная
эксплуатация [системы] завершена, и [система] допущена к приемочным
испытаниям.
№
п/п
Вид
записи
Краткое описание
Дата
ФИО
1
…
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]

23. УТВЕРЖДАЮ
[Должность]
___________________[ФИО]
[Дата]
Протокол
приемочных испытаний № ___
1. Объект испытаний
Полное наименование системы – [полное наименование].
Сокращенное наименование системы – [сокращенное наименование].
2. Сроки проведения испытаний
Приемочные
испытания
проводились
в
период
с « ___ » __________ 2013 г. по « ___ » __________ 2013 г.
3. Место проведения испытаний
Приемочные испытания проводились на функционирующем объекте
по адресу: [адрес].
4. Состав объекта испытаний
Для проведения приемочных испытаний представлены:
1) техническое задание на создание/развитие [системы];
2) акт приемки в опытную эксплуатацию;
3) журнал опытной эксплуатации;
4) акт о завершении опытной эксплуатации и допуске [системы] к
приемочным испытаниям;
5) программа и методика испытаний.
5. Назначение испытаний
В ходе приемочных испытаний оценивалось [указывается один из
вариантов]1.
1
Возможные варианты:
а) полнота и качество реализации функций при штатных значениях параметров
объекта автоматизации и в других условиях функционирования [системы], указанных в
ТЗ;
б) выполнение каждого требования, относящегося к интерфейсу [системы];
в) работа персонала в диалоговом режиме;
г) средства и методы восстановления работоспособности [системы] после отказов;
д) комплектность и качество эксплуатационной документации.

24. Приемочные испытания проводились в соответствии с [номер раздела
требований ТЗ, по которому проводят испытание].
6. Состав технических и программных средств, используемых при
испытаниях
В ходе приемочных испытаний используется: [указывается состав].
7. Методики, в соответствии с которыми проводились испытания,
обработка и оценка результатов
[Указываются методики].
8. Условия проведения испытаний и характеристики исходных
данных
[Указываются условия и характеристики].
9. Средства хранения и условия доступа к конечной, тестирующей
программе2
[Указываются средства хранения и условия доступа].
10. Обобщенные результаты испытаний
[Указываются обобщенные результаты].
11. Выводы о результатах испытаний
[Система] (не-) соответствует разделу требований ТЗ, указанному в
пункте 5 настоящего Протокола.
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]
2
Пункт указывается при необходимости

25. УТВЕРЖДАЮ
[Должность]
[ФИО]
2013 г.
Единый протокол
приемочных испытаний
1. Объект испытаний
Полное наименование системы – [полное наименование].
Сокращенное наименование системы – [сокращенное наименование].
2. Сроки проведения испытаний
Приемочные испытания проводились в период с « ___ » ________ 2013
г. по « ___ » __________ 2013 г.
3. Место проведения испытаний
Приемочные испытания проводились на функционирующем объекте
по адресу: [адрес].
4. Состав объекта испытаний
Для проведения приемочных испытаний представлены:
1) техническое задание на создание/развитие [системы];
2) акт приемки в опытную эксплуатацию;
3) журнал опытной эксплуатации;
4) акт о завершении опытной эксплуатации и допуске [системы] к
приемочным испытаниям;
5) программа и методика испытаний.
5. Обобщенные результаты испытаний
Полнота и качество реализации функций при штатных значениях
параметров объекта автоматизации и в других условиях функционирования
[системы], указанных в ТЗ, – (не-) соответствует ТЗ (Протокол приемочных
испытаний № __ от «___» _____ 2013 г.).

26. Выполнение требований, относящихся к интерфейсу [системы], – (не-)
соответствует
ТЗ
(Протокол
приемочных
испытаний
№
__
3
от «___» _____ 2013 г.) .
Работа персонала в диалоговом режиме – (не-) соответствует ТЗ
(Протокол приемочных испытаний № __ от «___» _____ 2013 г.)4.
Средства и методы восстановления работоспособности [системы]
после отказов – (не-) соответствуют ТЗ (Протокол приемочных испытаний
№ __ от «___» _____ 2013 г.).
Комплектность и качество эксплуатационной документации – (не-)
соответствует
ТЗ
(Протокол
приемочных
испытаний
№
__
от «___» _____ 2013 г.).
6. Выводы о результатах испытаний
[Система] (не-) соответствует требованиям ТЗ, оформление акта
приемки [системы] в постоянную эксплуатацию возможно.
ЧЛЕНЫ КОМИССИИ
[Должность]
______________
[ФИО]
______________
[ФИО]
…
[Должность]
3
Если такие испытания проводились
4
Если такие испытания проводились

27. 27
Приложение № 2
к Договору от «___» _________2013 г. № ___
КАЛЕНДАРНЫЙ ПЛАН
выполнения в 2013 году работ по развитию федеральной государственной информационной системы «Единый портал
государственных и муниципальных услуг (функций)» в рамках реализации мероприятий государственной
программы Российской Федерации «Информационное общество (2011 – 2020 годы)»
Этап
Этап 1.
Описание этапа
Разработка частного технического
задания
Этап 2.
Техническое проектирование,
предварительные комплексные
испытания
Срок реализации
20 календарных дней
с даты заключения
настоящего
Договора.
22.11.2013
Результаты / отчетные документы
Частное техническое задание на развитие ЕПГУ.
Документация технического проекта на модернизацию
программного обеспечения ЕПГУ в соответствии с ГОСТ 34.20189 и РД 50-34.698-90:
Ведомость технического проекта;
Пояснительная записка к техническому проекту;
Описание автоматизируемых функций;
Описание информационного обеспечения;
Схема функциональной структуры;
Описание организации информационной базы;
Программная документация на программное обеспечение
ЕПГУ по ГОСТ 19.101-77:
Спецификация;
Описание программы;
Текст программы;

28. 28
Этап
Описание этапа
Срок реализации
Результаты / отчетные документы
Описание применения;
Программа и методика испытаний;
По результатам предварительных испытаний:
Протокол предварительных комплексных испытаний;
Акт проведения предварительных испытаний;
Акт приемки в опытную эксплуатацию;
Комплект
эксплуатационной
документации
соответствии ГОСТ 34.201-89 и РД 50-34.698-90 в составе:
в
Ведомость эксплуатационных документов;
Руководство пользователя;
Руководство администратора;
Инструкция по эксплуатации системы;
Программа и методика испытаний.
Этап 3.
3.1 Опытная эксплуатация и
приемочные испытания;
Доработка документации;
Приемочные испытания
10.12.2013
Доработанный
документации;
комплект
эксплуатационной
Комплект документов для проведения аттестации по
требованиям безопасности;
Журнал опытной эксплуатации;
Акт
о
завершении
опытной
эксплуатации
и допуске системы к приемочным испытаниям;
Протоколы приемочных испытаний и Единый протокол
приемочных испытаний;
Акт о готовности
эксплуатацию;
к
вводу
в
промышленную

29. 29
Этап
Описание этапа
Срок реализации
от Заказчика:
Президент открытого акционерного
общества междугородной
и международной электрической связи
«Ростелеком»
___________________ С.Б. Калугин
М.П.
Результаты / отчетные документы
Дистрибутив прикладного программного обеспечения
ЕПГУ с исходным кодом, инструкция по сборке и
описание настроек.
от Исполнителя:
____________________
М.П.

30. Приложение № 3
к Договору от «___» _____2013 г. № ____
ФОРМА ФИНАЛЬНОГО АКТА
сдачи-приемки этапа работ
(Этап ____)
г. Москва
«___» ___________ 2013 г.
Открытое акционерное общество междугородной и международной
электрической связи «Ростелеком», именуемое в дальнейшем «Заказчик», в
лице ________________________________________________, действующего на
основании
___________________,
с
одной
стороны,
и________________________, именуемое в дальнейшем «Исполнитель», в лице
____________________, с другой стороны, на основании протокола
Приемочной комиссии от «___» ________2013 г. № ____ составили настоящий
АКТ о нижеследующем:
1.
Исполнитель
выполнил
(не
выполнил)
работы
по
___________________________________________________________
___________________________________________________________
в соответствии с условиями Договора № _______ от «__» ________
2013 г. по этапу [наименование этапа].
2.
К акту прилагаются
условиями Договора:
отчетные
документы,
предусмотренные
[Перечень отчетных документов, предусмотренных Календарным
планом выполнения работ (Приложение 2 к Договору)]
3.
Государственный заказчик принимает/не принимает с учетом
устранения
замечаний
Приемочной
комиссии
результаты
выполнения работы. Работы выполнены/не выполнены в полном
объеме, соответствуют/не соответствуют Техническому заданию и
оформлены в надлежащем/не надлежащем порядке.
[Содержание замечаний]
4.
Настоящий акт составлен в двух экземплярах, имеющих одинаковую
юридическую силу.

31. от Заказчика:
_______________ /___________/
М.П.
от Исполнителя:
________________/___________/
М.П.
С ФОРМОЙ АКТА СОГЛАСНЫ:
от Заказчика:
Президент открытого
акционерного общества
междугородной и международной
электрической связи
«Ростелеком»
от Исполнителя:
_________________ С.Б. Калугин
М.П.
__________________
М.П.

32. Приложение № 4
к Договору от «___» ______2013 г. № ___
ФОРМА ФИНАЛЬНОГО АКТА
сдачи-приемки выполненных работ
г. Москва
«____» ___________ 2013 г.
Открытое акционерное общество междугородной и международной
электрической связи «Ростелеком», именуемое в дальнейшем «Заказчик», в
лице ________________________________________________, действующего на
основании
___________________,
с
одной
стороны,
и
_______________________, именуемое в дальнейшем «Исполнитель», в лице
___________________________, с другой стороны, составили настоящий АКТ о
нижеследующем:
Исполнитель выполнил в 2013 году работы по развитию федеральной
государственной информационной системы «Единый портал государственных
и муниципальных услуг (функций)» в рамках реализации мероприятий
государственной программы Российской Федерации «Информационное
общество (2011 – 2020 годы)» в соответствии с условиями Договора
№ _______ от «____» ________ 2013 г.
1.______________________________________________________________
(наименование этапа, номер и дата акта сдачи-приемки этапа работ)
2. Заказчик принял/не принял результаты выполненных работ.
3. Качество выполненных работ соответствует/не соответствует требованиям
Договора.
4. Общая стоимость выполненных работ составляет ________ (_________)
рублей, включая НДС (18 %) ______ (_________) рублей.
5. Размер неустойки (штрафа, пени), подлежащей взысканию_____(__________)
рублей.
6. Основания применения и порядок расчета неустойки
пени)__________________________________________________
(штрафа,
7. Итоговая стоимость работ по Договору _____(_____________________)
рублей, включая НДС (18 %) _____(_____________) рублей.

33. 8. Подлежит оплате с учетом ранее выплаченной суммы авансового платежа
________ (________) рублей, включая НДС _______ (_______ )рублей.
9. Стороны имеют/не имеют претензий друг к другу.
от Заказчика:
_______________ /___________/
М.П.
от Исполнителя:
________________/___________/
М.П.
С ФОРМОЙ АКТА СОГЛАСНЫ:
от Заказчика:
Президент открытого
акционерного общества
междугородной и международной
электрической связи
«Ростелеком»
от Исполнителя:
_________________ С.Б. Калугин
М.П.
__________________
М.П.