5.1.5.2. Требования к модулю

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Разработка Единой федеральной системы недвижимости 1-й очереди, включая
доработку информационных систем ведения Единого государственного реестра прав
на недвижимое имущество и сделок с ним и государственного кадастра
недвижимости»
1.
Общие сведения
1.1.
Наименование работы
Разработка Единой федеральной системы недвижимости 1-й очереди, включая
доработку информационных систем ведения Единого государственного реестра прав на
недвижимое имущество и сделок с ним и государственного кадастра недвижимости.
Заказчик – Федеральная служба государственной регистрации, кадастра и
картографии (Росреестр).
1.2.
Исполнитель
Исполнитель – участник конкурса, признанный победителем и заключивший
Государственный контракт.
1.3.

Основания выполнения работ
Федеральный закон от 24.07.2007г. №221-ФЗ «О государственном кадастре
недвижимости»;

Федеральный закон от 21.07.1997г. №122-ФЗ «О государственной регистрации
прав на недвижимое имущество и сделок с ним»;

Федеральный закон от 16.07.1998г. №102-ФЗ «Об ипотеке (залоге недвижимости)»;

Федеральный закон от 21.12.2009г. №334-ФЗ «О внесении изменений в отдельные
законодательные акты Российской Федерации»;

Федеральный закон от 27.07.2006г. №152-ФЗ «О персональных данных»;

Постановление Правительства Российской Федерации от 18.02.1998г. № 219 «Об
утверждении Правил ведения Единого государственного реестра прав на недвижимое
имущество и сделок с ним»;

Постановление Правительства Российской Федерации от 07.02.2008г. №52 «О
порядке
доведения
кадастровой
стоимости
земельных
участков
до
сведения
налогоплательщиков»;

Постановление Правительства Российской Федерации от 18.08.2008г. №618 «Об
информационном
недвижимости»;
взаимодействии
при
ведении
государственного
кадастра

Постановление Правительства Российской Федерации от 01.06.2009г. №457 «О
Федеральной службе государственной регистрации, кадастра и картографии»;

Постановление Правительства Российской Федерации от 30.07.2009г. №621 «Об
утверждении формы карты (плана) объекта землеустройства и требований к ее
составлению»;

Приказ Минюста Российской Федерации от 24.12.2001г. №343 «Об утверждении
Правил ведения книг учета документов и дел правоустанавливающих документов при
государственной регистрации прав на недвижимое имущество и сделок с ним»;

Приказ Минюста Российской Федерации от 01.07.2002г. №184 «Об утверждении
Методических рекомендаций по порядку проведения государственной регистрации прав
на недвижимое имущество и сделок с ним»;

Приказ Минюста России от 18.09.2003г. №226 «Об утверждении Инструкции о
порядке заполнения и выдачи свидетельств о государственной регистрации прав,
сообщений об отказах в государственной регистрации прав на недвижимое имущество и
сделок с ним и информации о зарегистрированных правах»;

Приказ Минюста Российской Федерации от 18.02. 2008г. №32 «Об утверждении
форм кадастровых паспортов здания, сооружения, объекта незавершенного строительства,
помещения, земельного участка»;

Приказ Минюста Российской Федерации от 20.02.2008г. №34 «Об утверждении
форм заявлений о государственном кадастровом учете недвижимого имущества»;

Приказ Минюста Российской Федерации от 19.03.2008г. №66 «Об утверждении
форм выписки о земельном участке и кадастрового плана территории»;

Приказ Минэкономразвития России от 12.08.2006г. №222 «Об утверждении
методических указаний по определению кадастровой стоимости вновь образуемых
земельных участков и существующих земельных участков в случаях изменения категории
земель, вида разрешенного использования или уточнения площади земельного участка»;

Приказ Минэкономразвития России от 24.11.2008г. №412 «Об утверждении формы
межевого плана и требований к его подготовке, примерной формы извещения о
проведении собрания о согласовании местоположения границ земельных участков»;

Приказ Минэкономразвития России от 13.04.2009г. №125 «Об утверждении форм
заявлений об исправлении технических ошибок в сведениях государственного кадастра
недвижимости»;

Приказ Минэкономразвития России от 19.10.2009г. №416 «Об установлении
перечня видов и состава сведений кадастровых карт»;

Приказ Минэкономразвития России от 18.12.2009г. №534 «Об утверждении
Концепции создания единой Федеральной системы в сфере государственной регистрации
прав на недвижимость и государственного кадастрового учета недвижимости, плана
подготовки проектов нормативных правовых актов, обеспечивающих создание и развитие
единой
Федеральной
системы
в
сфере
государственной
регистрации
прав
на
недвижимость и государственного кадастрового учета недвижимости и плана реализации
мероприятий по созданию единой Федеральной системы в сфере государственной
регистрации
прав
на
недвижимость
и
государственного
кадастрового
от
№555
учета
недвижимости»;

Приказ
Минэкономразвития
России
28.12.2009г.
«О
порядке
предоставления в орган кадастрового учета при постановке на кадастровый учет объекта
недвижимости заявления о кадастровом учете и необходимых для кадастрового учета
документов в форме электронных документов с использованием сетей связи общего
пользования, подтверждения получения органом кадастрового учета указанных заявлений
и документов, а также засвидетельствования верности электронного образа документа,
необходимого для кадастрового учета объекта недвижимости»;

Приказ Минэкономразвития России от 04.02.2010г. №42 «Об утверждении порядка
ведения государственного кадастра недвижимости»;

Приказ Минэкономразвития России от 27.02.2010г. №75 «Об установлении порядка
предоставления сведений, внесенных в государственный кадастр недвижимости»;

Приказ Минэкономразвития России от 30.07.2010г. №343 «О порядке взимания и
возврата платы за предоставление сведений, внесенных в государственный кадастр
недвижимости, и размерах такой платы»;

Приказ Минэкономразвития Российской Федерации от 01.09.2010г. №403 «Об
утверждении формы технического плана здания и требований к его подготовке»;

Приказ Минэкономразвития Российской Федерации от 20.10.2010г. №503 «Об
установлении требований к формату документов, представляемых в электронном виде в
процессе информационного взаимодействия при ведении государственного кадастра
недвижимости»;

Приказ Минэкономразвития Российской Федерации от 29.11.2010г. №583 «Об
утверждении формы технического плана помещения и требований к его подготовке»;

Приказ Минэкономразвития Российской Федерации от 13.12.2010г. №628 «Об
утверждении формы декларации об объекте недвижимости и требований к ее
подготовке»;

Приказ Минэкономразвития России от 16.12.2010г. №650 «О порядке взимания и
возврата платы за предоставление сведений, содержащихся в едином государственном
реестре прав на недвижимое имущество и сделок с ним, выдачу копий договоров и иных
документов, выражающих содержание односторонних сделок, совершенных в простой
письменной форме, и размерах такой платы»;

Приказ Минэкономразвития России от 11.01.2011г. №1 «О сроках и Порядке
включения в государственный кадастр недвижимости сведений о ранее учтенных
объектах недвижимости»;

Приказ Минэкономразвития России от 18.03.2011г. №113 «Об утверждении
порядка определения кадастровой стоимости объектов недвижимости в случае, если в
период между датой проведения последней государственной оценки и датой проведения
очередной
государственной
кадастровой
оценки
осуществлен
государственный
кадастровый учет ранее не учтенных объектов недвижимости и (или) в государственный
кадастр недвижимости внесены соответствующие сведения при изменении качественных
и (или) количественных характеристик объектов недвижимости, влекущем за собой
изменение их кадастровой стоимости»;

Приказ Минэкономразвития России от 04.04.2011г. №144 «Об утверждении
порядка кадастрового деления территории Российской Федерации и порядка присвоения
объектам недвижимости кадастровых номеров»;

Соглашение между Федеральной службой государственной регистрации, кадастра
и картографии и Федеральной налоговой службой от 03.09.2010г. № ММВ-27-11/9/37 «О
взаимодействии
и
взаимном
информационном
обмене
Федеральной
службы
государственной регистрации, кадастра и картографии и Федеральной налоговой
службы»;

Приказ Федеральной службы земельного кадастра России от 15.04.2002г. «Об
утверждении основных положений об опорно-межевой сети»;

Приказ Федерального агентства кадастра объектов недвижимости 04.09.2007
№П/0216 «О внесении изменений в формат сведений для обеспечения работ по расчету
кадастровой стоимости земельных участков, утвержденный приказом Роснедвижимости
от 09.07.2007 № П/0160 "Об утверждении формата сведений для обеспечения работ по
расчету кадастровой стоимости земельных участков"»;

Приказ Росреестра от 15.03.2010г. № П/107 «О реализации Порядка представления
в орган кадастрового учета при постановке на кадастровый учет объекта недвижимости
заявления о кадастровом учете и необходимых для кадастрового учета документов в
форме электронных документов с использованием сетей связи общего пользования,
подтверждения
получения
органом
кадастрового
учета
указанных
заявления
и
документов, а также засвидетельствования верности электронного образа документа,
необходимого для кадастрового учета объекта недвижимости, утвержденного приказом
Министерства экономического развития Российской Федерации от 28.12.2009 № 555»;

Приказ
Росреестра
от
15.06.2010г.
№
П/284
«О
реализации
Порядка
предоставления сведений, внесенных в государственный кадастр недвижимости,
утвержденного приказом Министерства экономического развития Российской Федерации
от 27.02.2010 № 75»;

Приказ Росреестра от 01.09.2010г. №П/484 «О Сборнике классификаторов,
используемых
Федеральной
службой
государственной
регистрации,
кадастра
и
картографии в автоматизированных системах ведения Единого государственного реестра
прав на недвижимое имущество и сделок с ним и государственного кадастра
недвижимости»;

Приказ Росреестра от 29.12.2010г. №П/688 «О реализации Порядка предоставления
сведений, содержащихся в Едином государственном реестре прав на недвижимое
имущество и сделок с ним, утвержденного приказом Министерства экономического
развития Российской Федерации от 14.05.2010 № 180»;

Приказ Росреестра от 20.01.2011г. №П/5 «О размещении на официальном сайте
Федеральной службы государственной регистрации, кадастра и картографии в сети
Интернет Публичной оферты о взаимодействии при приеме платежей физических лиц за
предоставление сведений, внесенных в государственный кадастр недвижимости, и
сведений, содержащихся в Едином государственном реестре прав на недвижимое
имущество и сделок с ним»;

Приказ Росреестра от 20.01.2011г. №П/22 «О размещении на официальном сайте
Федеральной службы государственной регистрации, кадастра и картографии в сети
Интернет Публичной оферты о взаимодействии при приеме платежей юридических лиц за
предоставление сведений, внесенных в государственный кадастр недвижимости, и
сведений, содержащихся в Едином государственном реестре прав на недвижимое
имущество и сделок с ним»;

Приказ Росреестра от 14.01.2011г. №П/1 «О требованиях к совместимости,
сертификату ключа подписи, обеспечению возможности подтверждения подлинности
электронной цифровой подписи при оказании Федеральной службой государственной
регистрации, кадастра и картографии государственных услуг в электронном виде»;

Приказ Росреестра от 24.03.2011г. №П/83 «О реализации информационного
взаимодействия при ведении государственного кадастра недвижимости в электронном
виде»;

Приказ
Росреестра
от
25.03.2011г.
№П/0089/11
«О
формировании
и
предоставлении перечня объектов недвижимости для целей проведения государственной
кадастровой оценки»;

Приказ Росреестра от 06.06.2011г. №П/207 «О внесении изменений в приказ
Федеральной службой государственной регистрации, кадастра и картографии от
15.06.2010 №П/284 «О реализации Порядка предоставления сведений, внесенных в
государственный
кадастр
недвижимости,
утвержденного
приказом
Министерства
экономического развития Российской Федерации от 27.02.2010 №75»;

Приказ Федеральной налоговой службы от 13.01.2011г. № ММВ-7-11/11@ «Об
утверждении формы, порядка ее заполнения и формата сведений о зарегистрированных
правах на недвижимое имущество (в том числе земельные участки) и сделках с ним,
правообладателях недвижимого имущества и об объектах недвижимого имущества»;

Приказ
Федеральной
службы
государственной
регистрации,
кадастра
и
картографии и Федеральной налоговой службы от 12.08.2011г. №П/302/ММВ-7-11/495@
«Об утверждении Порядка обмена сведениями в электронном виде о зарегистрированных
правах на недвижимое имущество (в том числе земельные участки) и сделках с ним,
правообладателях недвижимого имущества и об объектах недвижимого имущества»

Иные утвержденные нормативно-правовые документы Правительства Российской
Федерации, Минэкономразвития России и Росреестра.
Термины и определения
Термин/сокращение
Содержание
ГКН
Государственный кадастр недвижимости
ГКУ
Государственный кадастровый учет
ГРП
Государственная регистрация прав
ЕГРП
Единый государственный реестр прав
ЕФИСН
Единая Федеральная информационная система недвижимости / Единая
Федеральная информационная система государственной регистрации
прав на недвижимость и государственного кадастрового учета
недвижимости
АРМ
Автоматизированное рабочее место
ЕГРЮЛ
Единый государственный реестр юридических лиц
ЕГРИП
Единый государственный реестр индивидуальных предпринимателей
ИПГУ
Информационный портал государственных услуг
Термин/сокращение
Содержание
КЛАДР
Классификатор адресов России
ПК ПВД
Программный комплекс приема и выдачи документов
НСИ
Нормативно-справочная информация
ОГВ
Органы государственной власти
ОМСУ
Органы местного самоуправления
ОКАТО
Общероссийский
классификатор
территориального деления
объектов
ОКТМО
Общероссийский
образований
территорий
ОНИ
Объекты недвижимого имущества
Оператор
Пользователь системы с определенными настроенными правами
Росреестр
Федеральная
картографии
СИДС
Система интеграции и доставки сообщений
СУБД
Система управления базами данных
классификатор
служба
государственной
административномуниципальных
регистрации,
кадастра
и
Термин/сокращение
Существующие
учетнорегистрационные
системы
Содержание
Программный комплекс «Автоматизированная информационная
система государственного кадастра недвижимости уровня субъекта
РФ» (АИС ГКН уровня субъекта Российской Федерации);
Программный комплекс «Информационная система ведения
Единого государственного реестра прав на недвижимое имущество и
сделок с ним» (ПК ИС ЕГРП);
Автоматизированная
(АИС Юстиция).
информационная
система
«Юстиция»
ТИР
Территориальный информационный ресурс, содержащий сведения
ЕГРП и ГКН на региональном уровне
УС
Учетная система
ФБУ КП
Федеральные бюджетные учреждения «Кадастровая палата» по
субъектам Российской Федерации
ФИР
Федеральный информационный ресурс, содержащий сведения ЕГРП и
ГКН на федеральном уровне
ФМС
Федеральная миграционная служба
ФНС
Федеральная налоговая служба
ФОИВ
Федеральные органы исполнительной власти
ЭЦП
Электронно-цифровая подпись
2.
Цели выполнения работ
Основными целями выполнения работ являются:
 Обеспечение информационной поддержки и автоматизации целевых объединенных
бизнес-процессов ведения кадастра, подготовки его картографической основы,
регистрации прав на недвижимое имущество, оказания электронных государственных
услуг;
 Обеспечение
снижения
затрат
пользователей
и
государства
на
оказание
государственных услуг, с соблюдением требуемого качества услуг, на базе
информационных технологий;
 Обеспечение информационного обмена - предоставление информации ГКН и ЕГРП
для органов государственной власти и местного самоуправления и получение
органами Росреестра от ОГВ и ОМСУ необходимой информации за счет развития
интернет технологий оказания государственных услуг;
 Обеспечение
соблюдения законодательных норм и
правил
по обеспечению
информационной безопасности, защите персональных данных при ведении ГКН и
ЕГРП, оказанию государственных услуг в электронном виде;
 Обеспечение интеграции информации в базах данных и приложениях регистрации
прав, кадастрового учета и инфраструктуры пространственных данных;
 Обеспечение использования пространственных данных и методов пространственного
анализа для повышения качества учетно-регистрационного процесса и оказания
государственных услуг.
3.
Характеристика объекта автоматизации
Объектом
автоматизации
является
Федеральная
служба
государственной
регистрации, кадастра и картографии:

ФБУ КП по субъектам Российской Федерации и их территориальные
подразделения;

Управления Росреестра по субъектам Российской Федерации и их
территориальные подразделения.
4.
Требования к выполнению работ
4.1.
Общие требования
Предложения Участников конкурса по разработке ЕФИСН (1-я очередь), должны
учитывать как передовой уровень информационных технологий, так и необходимость
минимизации
расходов
Заказчика
на
последующее
внедрение
и
эксплуатацию
разработанных решений, исходя из имеющихся у Заказчика материальных ресурсов.
4.2.
Надежность
Надежность разрабатываемых технических решений и программных средств
должна обеспечивать отсутствие отказов в работе, приводящих к длительной остановке
(более 4-х часов в год) процесса эксплуатации разработанных средств.
4.3.
Конфиденциальность информации при выполнении работ
4.3.1
Ограничительный
гриф
конфиденциальности
документов
(включая
магнитные носители информации) устанавливается Исполнителем в зависимости от
используемых материалов и сведений, в соответствии с требованиями Заказчика.
4.3.2 Ознакомление представителей сторонних организаций с материалами работ,
имеющими ограничительный гриф конфиденциальности, осуществляется с разрешения
Заказчика.
Требования к разработке ЕФИСН (1-я очередь)
4.4.
В рамках выполнения работ по разработке ЕФИСН (1-я очередь) необходимо
спроектировать и разработать Подсистему ведения кадастрового учета и регистрации прав
ЕФИСН.
Создание Подсистемы кадастрового учета и регистрации прав ЕФИСН направлено
на решение следующих задач:

технологическое объединение обособленных в настоящее время информационных
систем ведения ГКН и ЕГРП и создание единого информационного ресурса, обладающего
полной информацией об объектах недвижимости;

создание эффективной регистрационно-учетной технологии на основе единства
информационных ресурсов и внедрения системы электронного документооборота.
Требования к разрабатываемой подсистеме должны полностью соответствовать
положениям концепции ЕФИСН, утвержденной приказом Министерства экономического
развития России от 18.12.2009 № 534.
Подсистема ведения кадастрового учета и регистрации прав ЕФИСН должна
обеспечивать:
 функционирование бизнес-процессов, обеспечивающих единую технологию
ведения ГКН и ЕГРП;
 ведение, целостность и актуальность передаваемых с федерального уровня
нормативных документов, справочников и классификаторов;
 информационную
безопасность
подсистемы
в
части
идентификации
личности пользователей подсистемы и предоставления им минимально
необходимого набора прав доступа в соответствии с их ролями в
подсистеме;
 межведомственное
взаимодействие
с
федеральными
органами
исполнительной власти (формирование, хранение, просмотр истории
межведомственных запросов и полученных на них ответов);
 архивное хранение электронных документов, задействованных в процессе
оказания услуг Росреестра, и предоставление доступа к ним.
Для информационного обмена между компонентами ЕФИСН должны быть
обеспечены способы и средства связи.
5.
Порядок выполнения, состав и содержание работ по разработке
ЕФИСН
В рамках выполнения работ по проектированию и разработке ЕФИСН (1-я очередь)
необходимо выполнить следующие работы:
 Проектирование и разработка подсистемы ведения кадастрового учета и
регистрации прав ЕФИСН:
 Проектирование и разработка модуля управления бизнес-процессами;
 Проектирование и разработка модуля НСИ;
 Проектирование и разработка модуля аутентификации и авторизации;
 Проектирование и разработка модуля ведения кадастрового учета и
регистрации прав (единого учетно-регистрационного модуля);
 Проектирование и разработка модуля обеспечения межведомственного
взаимодействия;
 Проектирование и разработка модуля архивного хранения электронных
документов;
 Обеспечение способов и средств связи для информационного обмена между
компонентами ЕФИСН.
5.1. Проектирование и разработка подсистемы ведения кадастрового учета
и регистрации прав ЕФИСН
Разрабатываемая Подсистема кадастрового учета и регистрации прав должна
обеспечить
поддержку
технологических
процессов
ведения
государственного
кадастрового учета и государственной регистрации прав, с учетом наработок,
реализованных в рамках выполнения работ по разработке и сопровождению действующих
подсистем по ведению государственного кадастра недвижимости и государственной
регистрации прав на недвижимое имущество и сделок с ним.
5.1.1. Проектирование и разработка модуля управления бизнес-процессами
5.1.1.1.
Цель и назначение модуля
Модуль управления бизнес-процессами предназначен для создания и настройки
описания бизнес-процессов; управления и мониторинга экземпляров бизнес-процессов,
предусмотренных нормативно-правовыми актами, технологическими инструкциями и
приказами Росреестра, и необходимых для выполнения функций по ведению кадастрового
учета и регистрации прав.
5.1.1.2.
Требования к модулю
Для обеспечения управления бизнес-процессами модуль должен обеспечивать
выполнение следующих функций:
1
Создание описания бизнес-процесса;
2
Редактирование описания бизнес-процесса;
3
Ведение истории описаний бизнес-процесса;
4
Управление переходами между стадиями экземпляра бизнес-процесса;
5
Проверка прав пользователя на исполнение стадии экземпляра бизнеспроцесса;
6
Переназначение стадии между пользователями;
7
Ведение истории экземпляра бизнес-процесса;
8
Мониторинг текущего исполнения экземпляра бизнес-процесса с индикацией
относительно срока исполнения.
5.1.1.2.1 Создание описания бизнес-процесса
Модуль должен обеспечить создание нового описания бизнес-процесса на основе
xml-схемы.
Описание бизнес-процесса должно включать в себя уникальный идентификатор
бизнес-процесса, служебное и пользовательское наименование бизнес-процесса, версию
описания бизнес-процесса, список стадий бизнес-процесса и условия перехода между
стадиями.
Описание стадии бизнес-процесса должно состоять из уникального кода стадии,
пользовательского
наименования,
продолжительности
исполнения,
коэффициента
сложности исполнения, типа стадии и списка последующих стадий, на которые возможен
переход с данной стадии.
Необходимо предусмотреть стадии трех типов:
1) Пользовательская стадия, переход с которой может осуществить оператор;
2) Автоматическая стадия, переход с которой происходит автоматически после
исполнения какой-либо операции, не требующей участия оператора;
3) Подпроцесс - данный тип стадии предназначен для запуска какого-либо
дочернего
процесса.
Подпроцесс
должен
описывать
повторяющуюся
комбинацию стадий и переходов, которая используется в различных процессах.
5.1.1.2.2 Редактирование описания бизнес-процесса
Модуль должен позволять редактировать продолжительность любой стадии в
описании бизнес-процесса и коэффициент ее сложности.
5.1.1.2.3 Ведение истории описаний бизнес-процесса
В модуле необходимо предусмотреть сохранение текущего описания бизнеспроцесса при создании описания того же процесса новой версии. Текущее описание
должно помечаться как «Архивное». Все процессы, незавершенные на момент обновления
описания бизнес-процесса, должны завершиться в штатном режиме согласно тому
описанию, которое было использовано при создании бизнес-процесса. Все вновь
создаваемые бизнес-процессы должны использовать обновленное описание.
5.1.1.2.4 Управление переходами между стадиями экземпляра бизнес-процесса
Модуль должен обеспечить управление переходами между стадиями экземпляра
бизнес-процесса в соответствии с его описанием.
При завершении стадии в модуль должен передаваться идентификатор стадии и
результат ее исполнения, по этим двум параметрам модуль должен определить
следующую стадию и запустить ее.
5.1.1.2.5 Проверка прав пользователя на исполнение стадии экземпляра бизнеспроцесса
Модуль должен обеспечить ограничение доступа к стадиям экземпляра бизнеспроцесса.
При запуске стадии экземпляра бизнес-процесса необходимо учитывать права
оператора, если это пользовательская стадия. В случае отсутствия у оператора
необходимых прав нужно блокировать запуск стадии и выдавать соответствующее
сообщение.
Для запуска автоматической стадии или подпроцесса проверка прав не требуется.
5.1.1.2.6 Переназначение стадии между пользователями
В модуле должна быть реализована возможность назначения стадии на
конкретного оператора.
При назначении стадии на оператора необходимо проверять права выбранного
оператора, а также текущее состояние выбранной стадии. Если стадия завершена или
исполняется в данный момент другим оператором, то переназначать ее нельзя. Также
нельзя переназначать автоматические операции и подпроцессы.
Также должно быть реализовано сохранение информации о переназначении стадии,
включая время переназначения и идентификатор оператора, который переназначил
стадию.
5.1.1.2.7 Ведение истории экземпляра бизнес-процесса
В модуле должно быть реализовано ведение истории каждого экземпляра бизнеспроцесса.
Необходимо сохранять время начала и завершения работы со стадией, результат
выполнения стадии и идентификатор оператора, который работал со стадией.
Также необходимо сохранять время начала и завершения исполнения всего
экземпляра бизнес-процесса.
5.1.1.2.8 Мониторинг исполнения экземпляра бизнес-процесса
В модуле должна быть реализована возможность мониторинга текущего
исполнения экземпляра бизнес-процесса с индикацией относительно срока исполнения.
Экземпляры бизнес-процессов, срок исполнения которых близится к завершению, должны
быть помечены как требующие внимания. Просроченные экземпляры бизнес-процессов
должны быть отдельно выделены.
Также должна быть возможность ограничить отображение только нужных
экземпляров бизнес-процессов относительно срока исполнения (например, только
просроченные).
5.1.1.3.
Требование к архитектуре (к программному обеспечению)
модуля
В связи с тем, что Заказчиком для хранения данных государственного кадастра
недвижимости и единого государственного реестра прав используется СУБД Oracle 10g и
выше, для хранения данных модуля необходимо использовать СУБД Oracle 10g и выше.
Исходный код модуля должен быть реализован в виде хранимых процедур на языке
программирования
PL\SQL
и
представлений,
а
также
в
виде
кода
языка
программирования Java.
Пользовательский интерфейс должен быть реализован в виде web-приложения
совместимого с браузерами Internet Explorer, FireFox, Safari и Google Chrome.
5.1.2. Проектирование и разработка модуля НСИ
5.1.2.1.
Цель и назначение модуля
Модуль НСИ предназначен для ведения, обеспечения целостности и актуальности
передаваемых с федерального уровня нормативных документов, справочников и
классификаторов.
5.1.2.2.
Требования к модулю
Подсистема кадастрового учета и регистрации прав ЕФИСН должна содержать два
основных вида классификаторов:
1.1. Системные классификаторы – классификаторы участвующие в совершении
учетно–регистрационных действий Подсистемы кадастрового учета и регистрации
прав (например: ОКАТО, ОКТМО, КЛАДР, классификаторы, вошедшие в
утверждённый
системных
приказом
Росреестра
классификаторов
сборник
уточняется
на
классификаторов).
этапе
составления
Список
Частного
технического задания.
1.2. Технологические классификаторы – классификаторы, которые так или иначе
влияют на работу Подсистемы кадастрового учета и регистрации прав, но не
являются перечнем объектов описывающих учетно-регистрационную сферу
Росреестра. (Например: перечень ролей в учетной системе, список пользователей
системы). Список технологических классификаторов уточняется на этапе
составления Частного технического задания.
Функции ведения системных классификаторов (изменения элементов, добавления
новых элементов, удаление утративших актуальность элементов) не должны быть
доступны в Подсистеме кадастрового учета и регистрации прав.
Модуль НСИ должен обеспечивать выполнение следующих функций:
Импорт системных классификаторов (пп.1.1 п. 5.1.2.2.) поступающих из
1
системы ведения нормативно-справочной информации Росреестра в Подсистему
кадастрового учета и регистрации прав посредством способов и средств связи для
информационного обмена между компонентами ЕФИСН в виде файлов в формате XML.
Актуализацию
2
определённой
версии
системного
классификатора
на
заданную дату. Дата актуализации должна указываться в пакете, передаваемом
посредством
способов
и
средств
связи
для
информационного
обмена
между
компонентами ЕФИСН.
3
Просмотр
содержимого
как
системных,
так
и
технологических
классификаторов.
4
5
Управление технологическими классификаторами:

Добавление нового элемента классификатора

Изменение существующего элемента классификатора

Удаление не актуального элемента технологического классификатора
Обеспечение
целостности
уже
имеющейся
учетно-регистрационной
информации при актуализации новых версий системных классификаторов.
5.1.3. Проектирование и разработка модуля аутентификации и авторизации
Цель и назначение модуля
5.1.3.1.
Модуль
аутентификации
и
авторизации
предназначен
для
обеспечения
информационной безопасности в части идентификации личности пользователей и
предоставления им минимально необходимого набора прав доступа в соответствии с их
ролями в системе.
5.1.3.2.
Для
Требования к модулю
обеспечения
управления
правами
доступа
системы,
предоставлять следующие функции:
1
Идентификация и Аутентификация пользователя системы;
2
Авторизация пользователя;
модуль
должен
3
Поддержка и управление сессиями пользователя;
4
Выход пользователя из системы.
5.1.3.2.1 Идентификация и Аутентификация пользователя системы
Модуль должен обеспечивать идентификацию и аутентификацию пользователя.
Для
идентификации
пользователя
должен
использоваться
уникальный
идентификатор его учетной записи в каталоге учетных записей пользователей.
В
качестве
процесса
идентификационных
данных
аутентификации
пользователю)
(подтверждения
необходимо
принадлежности
использовать
процесс
аутентификации в каталоге учетных записей пользователей. В случае успешной
аутентификации пользователя в каталоге учетных записей, пользователь должен считаться
аутентифицированным в системе.
5.1.3.2.2 Авторизация пользователя
Модуль должен обеспечивать разграничение прав доступа к компонентам
Подсистемы кадастрового учета и регистрации прав.
Права доступа должны определяться на основе ролей пользователя в системе. Роли
пользователя должны определяться по принадлежности пользователя к группам в
каталоге учетных записей.
Должна быть возможность определения соответствия групп каталога учетных
записей ролям системы и соответствие ролей правам доступа системы.
5.1.3.2.3 Поддержка и управление сессиями пользователя
Модуль должен обеспечивать взаимодействие с пользователем посредством веббраузера в течении продолжительного времени без необходимости повторной процедуры
аутентификации и авторизации. Данное требование должно быть
выполнимо при
использовании одного и того же веб-браузера и функционировании системы без сбоев.
5.1.3.2.4 Выход пользователя из системы
Модуль должен предоставлять пользователю возможность прервать сессию
взаимодействия
возможность
с
системой.
доступа
к
После
системе
прерывания
без
сессии,
необходимости
должна
отсутствовать
прохождения
процедуры
аутентификации и авторизации.
5.1.3.3.
модуля
Требование к архитектуре (к программному обеспечению)
В качестве каталога учетных записей пользователей необходимо использовать
программное обеспечение, поддерживающее работу по протоколу LDAP версии 3.
Конфиденциальные данные пользователей, такие как пароль, не должны храниться
в каталоге учетных записей пользователей в открытом виде.
Модуль должен использовать данные каталога учетных записей пользователей в
процессах аутентификации и авторизации пользователей.
В процессе взаимодействия с пользователем модуль должен использовать
безопасный протокол передачи данных - TLS.
В процессе взаимодействия с каталогом учетных записей пользователей, модуль
должен иметь возможность использовать безопасный протокол передачи данных - TLS.
Исходный
код
модуля
должен
быть
реализован
в
виде
кода
языка
программирования Java, и конфигурационных файлов. Возможно использование
существующих функций сервера приложений.
Пользовательский интерфейс должен быть реализован в виде web-приложения
совместимого с браузерами Internet Explorer, FireFox, Safari и Google Chrome.
5.1.4. Проектирование и разработка модуля ведения кадастрового учета и
регистрации прав (единого учетно-регистрационного модуля)
5.1.4.1.
Цели и назначение модуля
Основной целью создания модуля ведения кадастрового учета и регистрации прав
является обеспечение единого, неразрывного процесса осуществления государственного
кадастрового учета и государственной регистрации прав на недвижимое имущество и
сделок с ним.
5.1.4.2.
Требования к модулю
Доступ к сведениям реестра объектов недвижимости и единого государственного
реестра прав должен ограничиваться в зависимости от роли пользователя, назначенной
ему в модуле аутентификации и авторизации.
Для выполнения функций модуля должны быть выделены как минимум следующие
роли:
 Оператор приема и выдачи документов;
 Оператор ввода данных;
 Оператор, осуществляющий проверки в процессе ГКУ и подготавливающий проекты
протоколов и решений;
 Оператор, осуществляющий экспертизу в процессе ГРП и подготавливающий проекты
решений;
 Оператор, подготавливающий выходные документы ГКН (выписки из ГКН);
 Оператор, подготавливающий выходные документы ГРП;
 Сотрудник, принимающий решения и удостоверяющий выходные документы.
Модуль должен обеспечивать выполнение единого процесса по государственному
кадастровому учету и государственной регистрации прав на объекты недвижимости
(земельные
участки,
здания,
сооружения,
помещения,
объекты
незавершенного
строительства).
Выполнение единого процесса должно сопровождаться созданием записей о
выполняемой
процедуре,
произведенных
проверках,
принятых
решениях,
сформированных документах, а также о лицах, выполнявших определенные шаги
процесса,
лицах, принимавших
решения
в
объеме
сведений,
предусмотренных
действующими нормативно-правовыми актами по ведению ГКН и ЕГРП.
Модуль должен обеспечивать ведение реестра объектов недвижимости и единого
государственного реестра прав в электронном виде в объеме сведений, предусмотренном
действующими нормативно-правовыми актами по ведению ГКН и ЕГРП, со следующим
исключением. Из реестра объектов недвижимости должны быть исключены сведения о
правах и обременениях на объект недвижимости. Из ЕГРП должны быть исключены
сведения I Подраздела.
Модуль должен обеспечивать взаимосвязь между сведениями ГКН и ЕГРП. Доступ
к соответствующим сведениям ГКН из ЕГРП, доступ к соответствующим сведениям ЕГРП
из ГКН должен осуществляться в On-line режиме при наличии определенных прав у
пользователя.
В модуле должны быть реализованы механизмы, обеспечивающие целостность и
взаимосвязанность информационного ресурса, объединяющего в себе реестр объектов
недвижимости и единый государственный реестр прав.
Модуль должен обеспечивать выполнение процедур ГКУ и ГРП на основании
документов, представленных для ГКУ и ГРП в электронном виде, посредством ИПГУ.
Модуль должен обеспечивать взаимодействие с системами (подсистемами) и
программными модулями:
ИПГУ - в части загрузки пакетов с заявлениями на ГКУ и ГРП, запросами о
предоставлении сведений ГКУ и ГРП, а также в части выгрузки пакетов выходных
документов, предназначенных для выдачи;
ПК ПВД – в части загрузки пакетов с заявлениями на ГКУ и ГРП, запросами о
предоставлении сведений ГКУ и ГРП, а также в части выгрузки пакетов выходных
документов, предназначенных для выдачи;
СИДС - в части обеспечения передачи и получения электронных сообщений;
ТИР, ФИР - в части передачи сведений об объектах недвижимости и сведениях о правах и
ограничениях (обременениях);
Сервис «On-line» запросов и сервис «Публичная кадастровая карта» на ИПГУ – в части
передачи сведений об объектах недвижимости и сведениях о правах и ограничениях
(обременениях).
Модуль должен обеспечивать сбор и предоставление операционной статистической
информации в соответствии с требованием существующих учетно-регистрационных
систем.
Модуль должен воспроизводить функционал территориального информационного
ресурса (ТИР) в объеме, необходимом для поддержания деятельности Росреестра и
подведомственных ему организаций.
5.1.4.3.
Требования к миграции данных
Миграция данных необходима для переноса всех сведений из баз данных
действующих автоматизированных систем по ведению ГКН и ЕГРП и должна быть
выполнена перед началом эксплуатации данной подсистемы.
Разработанный набор утилит должен обеспечивать миграцию данных из
Федерального
информационного
ресурса,
содержащего
сведения
баз
данных
действующих автоматизированных систем по ведению ГКН и ЕГРП, в разрезе
Территориальных органов Росреестра.
Для этого должно быть обеспечено выполнение следующих работ:
1.
Разработка методики контроля корректности переноса информации из ЕГРП
и ГКН в ЕФИСН, которая включает, в том числе, разработку системы показателей
(счётчиков), отражающих текущее состояние учетно-регистрационных данных ЕГРП и
ГКН и ЕФИСН, информацию об ОНИ, попавших в буферный слой при конвертации.
2.
Разработка методик позволяющих проанализировать расхождения счётчиков
и выявить «проблемные» учетно–регистрационные действия до и после проведения
миграции данных соответственно в данных ЕГРП и ГКН и ЕФИСН;
3.
Разработка формальных критериев, по которым может быть принято
однозначное решение об успешном или неуспешном выполнении переноса сведений
ЕГРП и ГКН в ЕФИСН.
4.
Разработка набора утилит, обеспечивающих процесс контроля и переноса
сведений ЕГРП и ГКН в ЕФИСН. Указанный процесс включает следующие этапы:
4.1. подготовку данных ЕГРП и ГКН;
4.2. вычисление значений счётчиков данных ЕГРП и ГКН в соответствии с ранее
разработанной методикой;
4.3. выполнение переноса учетно-регистрационной информации ЕГРП и ГКН в
ЕФИСН. Выполнение данного этапа должно сопровождаться подробным
журналированием процесса с обязательной регистрацией конфликтных или
потенциально опасных ситуаций в процессе переноса в соответствии с
методиками, описанными в п.1 и 2;
4.4. дополнение
перенесённой
информации
недостающими
атрибутами
(идентификаторами Федерального адресного реестра, нормативно-справочной
информации и другими) с журналированием процесса переноса информации;
4.5. слияние данных ГКН и ЕГРП на основе кадастровых номеров объектов
недвижимого имущества;
4.6. вычисления счётчиков в ЕФИСН и сравнение данных показателей с
показателями вычисленными на данных ЕГРП и ГКН;
4.7. вывод результатов сопоставления и программная реализация методики
описанной в пп.2 п.5.1.4.3.;
4.8. формальное определение в соответствии с пп.3 п. 5.1.4.3. успешности/не
успешности переноса сведений в ЕФИСН.
Основные требования к утилитам миграции данных:
1.
Процедура переноса сведений в ЕФИСН должна носить единовременный
характер. Т.е. до выполнения процедуры переноса сведений учетно-регистрационные
действия должны выполняться в исходных учётных системах ЕГРП и ГКН, на момент
переноса данные в ФИР полностью актуализированы, после выполнения переноса все
регистрационно-учетные действия должны выполняться в ЕФИСН.
2.
Выполнение учетно-регистрационных действий во время выполнения
переноса сведений в ЕФИСН не допускается.
3.
После выполнения слияния в ЕФИСН (пп. 4.5 п. 5.1.4.3) должен быть
предусмотрен буферный слой, обеспечивающий хранение информации из ГКН и ЕГРП,
касающейся объектов недвижимого имущества, связать которые не удалось в ходе
процедуры слияния.
4.
Выполнение учетно-регистрационных действий в ЕФИСН над объектами,
находящимися в буферном слое невозможно, до тех пор, пока слияние не будет
произведено в ручном режиме, с формированием необходимых документов в
соответствии с порядком ведения ЕГРП и ГКН.
5.
В
обеспечивающий
ЕФИСН
должен
сопоставление
быть
сведений,
предусмотрен
находящихся
набор
в
инструментов,
буферном
слое
с
формированием протоколов, обеспечивающих поиск причин неудачного слияния, их
устранение, а также перенос данных из буферного слоя в основной.
5.1.5. Проектирование и разработка модуля обеспечения межведомственного
взаимодействия
5.1.5.1.
Цели и назначение модуля
Модуль предназначен для сотрудников Росреестра, уполномоченных производить
межведомственные запросы в рамках оказания ими государственных услуг. Модуль
должен обеспечивать хранение, просмотр истории запросов и полученных ответов.
Помимо ручного формирования запросов, модуль должен обеспечивать возможность
получения
сведений
из
иных
ведомств
путем
направления
автоматически
сгенерированного запроса.
Модуль должен позволять формировать следующие запросы:

запрос о предоставлении сведений из ЕГРЮЛ (Поставщик – ФНС России);

запрос о предоставлении сведений из ЕГРИП (Поставщик – ФНС России);

запрос о проверке действительности паспорта (Поставщик – ФМС России).
Требования к модулю
5.1.5.2.
Модуль должен быть разработан в соответствии с требованиями документа
«Методические рекомендации по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном взаимодействии»,
который будет передан Заказчиком Исполнителю работ по данному контракту.
Разрабатываемый модуль должен позволять пользователю:
1
Формировать в электронном виде запрос на предоставление информации в
Федеральные органы исполнительной власти (далее - ФОИВ);
2
Обеспечивать возможность подписания межведомственного запроса ЭЦП
уполномоченного сотрудника;
3
Обеспечивать возможность подписания межведомственного запроса ЭЦП
Росреестра как органа государственной власти;
4
Просматривать ответы, полученные из прочих Федеральных органов
исполнительной власти;
5
Сохранять ответы (экспортировать), полученные из прочих Федеральных
органов исполнительной власти, в виде файла на диск (формат полученного
файла определяется ФОИВ).
5.1.5.2.1 Формирование запроса во внешние ФОИВ на предоставление
сведений
В зависимости от типа предоставляемых сведений и согласованного протокола
обмена
данными
с
ФОИВ,
запросы
могут
формироваться
ручным
или
автоматизированным способом.
Формирование запросов ручным способом должно выполняться посредством
заполнения веб-форм. Веб-формы должны быть разработаны с учетом состава сведений
запроса, требуемых ФОИВ и отраженных в согласованных с ФОИВ Технологических
Картах Межведомственного Взаимодействия (ТКМВ).
В результате заполнения формы, должен формироваться XML файл запроса,
соответствующий требованиям ФОИВ.
5.1.5.2.2 Подписание запросов ЭЦП уполномоченного сотрудника
Модуль
должен
выполнять
подписание
запросов
сертификатом
ключа
пользователя. Подписание запросов ключом пользователя должно осуществляться в
браузере.
Модуль
должен
предусматривать
возможность
подписания
запросов
с
использованием формата XMLDsig + PKCS#7 detached.
5.1.5.2.3 Подписание запросов ЭЦП Росреестра как органа государственной
власти
Модуль должен выполнять подписание запросов сертификатом ключа ведомства.
Подписание
запросов
ключом
Росреестра
должно
осуществляться
в
автоматическом режиме.
Модуль
должен
предусматривать
возможность
подписания
запросов
с
использованием формата XMLDsig.
5.1.5.2.4 Просмотр направленных запросов и полученных ответов
Модуль должен предоставлять возможность просмотра истории запросов и
полученных ответов (аналог Inbox/Outbox в почтовых клиентах).
5.1.5.2.5 Экспорт и просмотр файлов
Модуль должен предоставлять возможность сохранения полученного от ФОИВ
ответа на диск в виде файла.
Модуль должен предоставлять возможность просмотра полученного от ФОИВ
ответа в человекочитаемом виде. В случае получения из ФОИВ ответа в виде XML-файла,
для его просмотра должна использоваться XSL трансформация, разработанная ФОИВ.
5.1.6. Проектирование и разработка модуля архивного хранения электронных
документов
5.1.6.1.
Модуль
обеспечения
Цели и назначение модуля
архивного
внесения,
хранения
хранения
электронных
и
документов
предоставления
доступа
предназначен
к
для
документам,
задействованным в процессе оказания услуг Федеральной службой регистрации, кадастра
и картографии.
5.1.6.2.
Требования к модулю
Модуль архивного хранения электронных документов должен обеспечивать
выполнение следующих функций:

формирование
и
хранение
кадастровых
и
регистрационных
дел
в
электронном виде, а так же учредительных документов, предоставляемых
юридическими организациями;

перевод бумажных архивов в электронный вид и централизованное хранение
полученных документов;

довнесение документов в архив на различных этапах бизнес-процессов;

поиск дел по атрибутам объекта, по которому дело сформировано, включая
кадастровый или регистрационный номер объекта;

поиск документов по атрибутам документа;

возможность использования одного экземпляра электронного документа в
различных кадастровых и регистрационных делах;

возможность доступа к электронным документам из внешних систем –
потребителей информации, а также из модуля ведения кадастрового учета и
регистрации прав;

разграничение уровня доступа к хранящейся информации в зависимости от
профиля пользователя;

ведение единого электронного архива для нескольких субъектов Российской
Федерации.
Модуль архивного хранения документов должен состоять из следующих
функциональных модулей:
1. Модуль хранения документов;
2. Модуль ввода документов;
3. Модуль поиска и просмотра информации;
4. Модуль управления правами доступа;
5. Модуль интеграции.
Модуль хранения документов должен предусматривать хранение следующих видов
информации:
 Кадастровые и реестровые дела,
 Учредительные документы юридических организаций.
В зависимости от вида информации должны определяться правила ее учета,
хранения и доступа.
Модуль ввода документов должен предусматривать как ручной ввод документов,
например, при оцифровке бумажных архивов кадастровых палат и Управлений Росреестра
по субъектам Российской Федерации, так и автоматизированный в процессе выполнения
той или иной услуги.
Модуль поиска и просмотра информации должен обеспечивать атрибутивный и
полнотекстовый поиск дел и документов и просмотр найденной информации в
зависимости от прав пользователя.
Модуль интеграции должен обеспечивать взаимодействие электронного архива с
другими модулями Подсистемы кадастрового учета и регистрации прав. Необходимо
предусмотреть доступ к данным электронного архива непосредственно из модуля ведения
кадастрового учета и регистрации прав.
Модуль управления правами доступа должен использовать ролевую модель доступа
к данным электронного архива. Должна быть предусмотрена возможность интеграции
данного модуля с системой централизованного управления учетными записями и правами
пользователей (Identity Management), а так же с модулем аутентификации и авторизации
Подсистемы кадастрового учета и регистрации прав.
Для выполнения функций модуля должны быть выделены как минимум следующие
роли:

Архивариус;

Оператор;

Администратор.
АРМ Архивариуса предназначен для организации хранения, поиска и выдачи копии
документов, поступивших в архив. Архивариус должен иметь возможность принять и
зарегистрировать поступившие на хранение документы, проверить правильность их
формирования и оформления при передаче в архив. Архивариус выдает в соответствии с
поступающими запросами архивные копии и документы, составляет необходимые
справки на основе сведений, имеющихся в документах архива, подготавливает данные для
составления отчетности о работе архива.
АРМ Оператора
должен
предоставлять
возможность
доступа к
данным
электронного архива посредством поиска необходимой информации по объекту
недвижимости, его правообладателю, кадастровому или регистрационному делу и другим
сведениям, хранящимся в архиве. АРМ Оператора должен быть интегрирован с модулем
управления бизнес-процессами, модулем ведения кадастрового учета и регистрации прав,
модулем обеспечения межведомственного взаимодействия.
АРМ Администратора должен позволять выполнять все необходимые действия по
администрированию системы.
5.2. Требования к способам и средствам связи для информационного обмена
между компонентами ЕФИСН
В данном разделе приведены требования к способам и средствам связи для
информационного обмена как между отдельными компонентами ЕФИСН в целом, так и
между модулями Подсистемы кадастрового учета и регистрации прав в частности.
5.2.1.Общие требования
Все компоненты ЕФИСН для обеспечения информационного обмена должны
находиться в составе единой вычислительной сети, построенной на технологии Интранет.
Для связи между компонентами ЕФИСН может использоваться локальная
вычислительная сеть, построенная по технологии Ethernet (конкретная реализация
технологии связи между компонентами ЕФИСН в целом, в т.ч. между модулями
Подсистемы кадастрового учета и регистрации прав в частности должна быть определена
на стадии проектирования).
За основу сетевого и межсетевого взаимодействия должен быть принят протокол
TCP/IP (Transfer Control Protocol/Internet Protocol - протокол управления передачей/
Интернет протокол) - стек протоколов Интернет. Для сетей на базе Ethernet должна быть
предусмотрена возможность резервирования.
Сочетание способов и средств связи должно гарантировать как горизонтальный,
так и вертикальный обмен информацией между компонентами ЕФИСН в целом, в т.ч.
между модулями Подсистемы кадастрового учета и регистрации прав в частности:
горизонтальный обмен подразумевает передачу информации между компонентами одного
уровня, а вертикальный обмен - между компонентами разных уровней.
5.2.2.Требования к характеристикам взаимосвязей создаваемой Подсистемы
кадастрового учета и регистрации прав с другими компонентами ЕФИСН
В Подсистеме кадастрового учета и регистрации прав должен быть реализован
способ установления взаимосвязей с компонентами ЕФИСН с помощью подсистемы
обмена данными с целью трансляции их содержания в Подсистему кадастрового учета и
регистрации прав и обратной трансляции в компонентах ЕФИСН. Подробнее набор
транслируемой информации будет передан Заказчиком Исполнителю работ по данному
контракту.
5.2.3.Требования к компонентам ЕФИСН
Входящие в состав ЕФИСН компоненты в процессе функционирования должны
обеспечивать обмен информацией на основе открытых форматов обмена данными,
используя для этого входящие в их состав модули информационного взаимодействия.
5.2.4.Требования к форматам передаваемых данных
Должны быть разработаны форматы передаваемых данных между компонентами
ЕФИСН.
В состав передаваемых данных должны входить как минимум:
- Данные НСИ;
- Запросы на регистрацию прав;
- Информационные запросы;
- Технические и иные сопроводительные пакеты.
Информационное
взаимодействие
между
компонентами
ЕФИСН
должно
осуществляться путем обмена сообщениями в соответствии с форматами, которые будут
переданы Заказчиком Исполнителю работ по данному контракту.
5.2.5.Требования к совместимости с существующей системой интеграции и
доставки сообщений
При разработке способов и средств связи для информационного обмена между
компонентами ЕФИСН должен быть максимально использован существующий механизм
передачи данных, реализованный в настоящее время в рамках взаимодействия
информационных систем Росреестра, т.е. система интеграции и доставки сообщений
(СИДС).
При разработке способов и средств связи для информационного обмена между
компонентами ЕФИСН необходимо обеспечить использование следующих функций
СИДС:
 правил маршрутизации;
 правил диспетчеризации и мониторинга;
 правил доставки сообщений.
5.2.6.Необходимые требования к совместимости
В качестве стандарта идентификации и описания данных для интеграции
приложений необходимо использовать язык XML.
Факт приема файлов данных в систему должен подтверждаться статусом приемапередачи файлов с данными.
6.
Этапы и сроки выполнения работ
Работы осуществляются в следующие сроки:
1 этап работ - «Разработка Единой федеральной информационной системы недвижимости (1-я
очередь) в части выполнения работ по технорабочему проектированию (1-й этап) »
Минимальный срок выполнение работ по 1- му этапу - 22 календарных дней с
даты заключения государственного контракта.
Максимальный срок выполнение работ по 1- му этапу - 30 календарных дней с
даты заключения государственного контракта.
2 этап работ - «Разработка Единой федеральной информационной системы недвижимости (1-я
очередь) в части выполнения работ по технорабочему проектированию (2-й этап).
Минимальный срок выполнение работ по 2- му этапу -
195 календарных дней с момента
окончания выполнения 1 этапа.
Максимальный срок выполнение работ по 2- му этапу
- 265 календарных дней с момента
окончания выполнения 1 этапа.
Работы не могут быть выполнены Исполнителем и приняты Заказчиком ранее
установленного настоящим пунктом Технического задания минимального срока
выполнения работ.
7.
Ожидаемые результаты работ
7.1. Ожидаемыми результатами выполнения работ являются:
1.
По 1-му этапу работ – «Технорабочий проект на Единую федеральную
информационную систему недвижимости (1-я очередь) – 1-ый этап»,

пояснительная записка;

описание постановки задачи;

описание
видов
обеспечения
в составе:
(информационного
и
других)
-
при
необходимости;

прикладное программное обеспечение.
К моменту сдачи первого этапа технорабочего проектирования Исполнителем
должно быть представлено согласованное и
утвержденное Заказчиком частное
техническое задание на разработку Единой федеральной информационной системы
недвижимости 1-й очереди. В частном техническом задании должны быть определены
состав и содержание работ по 1-му и 2-му этапам технорабочего проектирования.
2.
По 2-му этапу работ – «Технорабочий проект на Единую федеральную
информационную систему недвижимости (1-я очередь) – 2-ой этап»,

пояснительная записка;

описание постановки задачи;

описание
видов
обеспечения
в составе:
(информационного
и
других)
-
при
необходимости;

прикладное программное обеспечение;

эксплуатационная документация (руководство пользователя, руководство
администратора).
7.2. На результаты работ Исполнитель предоставляет гарантию качества работ в
течение 12 месяцев с момента подписания Акта сдачи-приемки выполненных работ.
8.
Требования к подготовке отчетной документации
Отчетная документация должна разрабатываться в соответствии с требованиями
РД 50-34.698-90, ГОСТ 34.603-92, ГОСТ Р НСО 9127-94, ГОСТ Р ИСО/МЭК 9126-93,
ГОСТ 28195-89; ГОСТ 34.602-92, ГОСТ 19.101-77, размещенных на официальном сайте
Федерального агентства по техническому регулированию и метрологии, в соответствии с
постановлением Правительства Российской Федерации от 25 сентября 2003 года № 594
уполномоченного опубликовывать тексты национальных стандартов и общероссийских
классификаторов (http://www.gost.ru/), в подразделе «Каталог национальных стандартов»
раздела «Информационные ресурсы по стандартизации».
Документация оформляется в виде отдельного документа или отдельного тома к
отчету.
Комплект документации должен быть подготовлен в формате текстового редактора
MS WORD версии 97-2007 или выше. Вся разрабатываемая документация должна быть
выполнена на русском языке.
9.
Порядок контроля и приемки работ
Технорабочий проект предоставляется Заказчику в одном экземпляре на бумажном
носителе и одном экземпляре в электронном виде на электронном носителе с
сопроводительным письмом. Допускается отдельные документы технорабочего проекта
предоставлять только в электронном виде на электронном носителе (исключение:
пояснительная записка и описание постановки задачи).
Сдача-приемка технорабочего проекта осуществляется Комиссией Заказчика.
Комиссия рассматривает результаты работ по технорабочему проектированию согласно
утвержденному Частному техническому заданию на разработку Единой федеральной
информационной системы недвижимости 1-й очереди, проводит тестовые испытания
разработанных компонентов в соответствии с Программой и методикой испытаний. По
результатам рассмотрения и тестирования подписывается Протокол комиссии.
Частное техническое задание должно быть разработано Исполнителем и
предоставлено Заказчику на утверждение и согласование в двух экземплярах в печатном
виде
и
двух
экземплярах
в
электронном
виде
на
электронном
носителе
с
сопроводительным письмом в течение 5 календарных дней с момента заключения
Контракта.
Программа и методика испытаний разрабатывается Исполнителем и согласуется с
Заказчиком. Исполнитель согласует Программу и методику испытаний с управлением
Заказчика, ответственным за выполнение работ и профильными структурными
подразделениями Заказчика, заинтересованными в выполнении работ, до момента сдачиприемки выполненных Работ (Этапа) по технорабочему проектированию. Управление
Заказчика, ответственное за выполнение работ и профильные структурные подразделения
Заказчика, заинтересованные в выполнении работ в течение 2-х рабочих дней после
получения Программы и методики испытаний: рассматривают данный документ и
уведомляют Исполнителя о замечаниях к предлагаемым испытаниям. Исполнитель обязан
в течение 2-х рабочих дней устранить полученные замечания. После этого Управление
Заказчика, ответственное за выполнение работ, и профильные структурные подразделения
Заказчика должны согласовать Программу и методику испытаний до момента сдачиприемки выполненных работ по технорабочему проектированию.
Созданное в рамках настоящей работы программное обеспечение передается
Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в
электронной форме на стандартном машинном носителе.