=== ФАЙЛ: +1. Приложение 1 Описание Объекта закупки.ODT | docs/0121200004726001297/+1. Приложение 1 Описание Объекта закупки.pdf
Приложение № 1
к извещению об осуществлении закупки
ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
Идентификационный код закупки:
26 22636206829263401001 0023 001 6202 244
Объект закупки: Оказание услуг по сопровождению и обновлению
государственной
информационной
системы
Ставропольского
края
"Электронное ЖКХ" способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
Описание
объекта
закупки
сформировано
заказчиком
в
структурированном виде с использованием Единой информационной
системы и содержится в разделе «Информация об объекте закупки»
извещения об осуществлении закупки.
Приложение
к
Приложению
№
1
к
извещению
об осуществлении закупки
Задание
на оказание услуг по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
1. Общие сведения
1.1. Принятые сокращения и определения, представленные в таблице 1
настоящего задания.
Таблица 1 – Термины, определения и сокращения
Обозначение
HTML
HTTP
HTTPS
Операционная
среда
Тонкий клиент
SSL
Описание
Hypertext Markup Language - это стандартный язык
разметки документов во Всемирной паутине. Все вебстраницы создаются при помощи языка HTML. Язык
HTML интерпретируется браузером и отображается в виде
документа, удобном для человека.
HyperText Transfer Protocol - протокол прикладного уровня
передачи данных в первую очередь в виде текстовых
сообщений. Основой HTTP является технология «клиентсервер», то есть предполагается существование
потребителей (клиентов), которые инициируют соединение
и посылают запрос, и поставщиков (серверов), которые
ожидают соединения для получения запроса, производят
необходимые действия и возвращают обратно сообщение с
результатом.
Расширение протокола HTTP, поддерживающее
шифрование. Данные, передаваемые по протоколу HTTP,
«упаковываются» в криптографический протокол SSL, тем
самым обеспечивается защита этих данных.
Комплекс программного обеспечения, предоставляющего
средства разработки и выполнения прикладных программ.
Операционная среда включает операционную систему,
интерфейсы прикладных программ, прикладные
программы, сетевые службы, базы данных и языки
Тонкий клиент (англ. thin client) в компьютерных
технологиях — бездисковый компьютер-клиент в сетях с
клиент-серверной или терминальной архитектурой,
который переносит все или большую часть задач по
обработке информации на сервер. Примером тонкого
клиента может служить компьютер с браузером,
использующийся для работы с веб-приложениями
Secure Sockets Layer - криптографический протокол,
обеспечивающий безопасную передачу данных по сети
Обозначение
Описание
Интернет. При его использовании создаётся защищённое
соединение между клиентом и сервером.
WEB-браузер
Программное обеспечение для поиска, просмотра вебстраниц (преимущественно из сети Интернет), для их
обработки, вывода и перехода от одной страницы к другой.
Например, Microsoft Internet Explorer, Mozilla Firefox и т.п.
WEB-сервер
Сервер, осуществляющий обработку запросов от WEBклиентов
XML
eXtensible Markup Language — расширяемый язык
разметки. текстовый формат, предназначенный для
хранения структурированных данных
АРМ
Автоматизированное рабочее место
Единая система Информационная система в Российской Федерации,
идентификации обеспечивающая санкционированный доступ участников
и
информационного взаимодействия (граждан-заявителей и
аутентификаци должностных лиц органов исполнительной власти) к
и (ЕСИА)
информации, содержащейся в государственных
информационных системах и иных информационных
системах
ЖКХ
Жилищно-коммунальное хозяйство
МКД
Многоквартирный дом
РФ
Российская Федерация
Система
Государственная информационная система
Ставропольского края «Электронное ЖКХ». Набор
взаимосвязанных программных продуктов (ПП) для ЭВМ с
необходимыми настройками и расширениями
функциональных возможностей ПП, автоматизирующий
функции.
Статус государственной информационной системы
Система имеет на основании приказа Министерства
жилищно-коммунального хозяйства Ставропольского края
от 08 июня 2015 года № 129.
СУБД
Система управления базами данных
Сервер базы
Сервер баз данных (БД) выполняет обслуживание и
данных
управление базой данных и отвечает за целостность и
сохранность данных, а также обеспечивает операции вводавывода при доступе клиента к информации.
ДПКР
Долгосрочная программа капитального ремонта
ООИ
Объекты общего имущества
ПО
Программное обеспечение
КЭ
Конструктивные элементы
1.2. Полное наименование системы и ее условное обозначение
Полное наименование Системы: Государственная информационная
система Ставропольского края «Электронное ЖКХ» (далее – Система).
Условное обозначение Системы: ГИС СК «Электронное ЖКХ».
На основании приказа министерства жилищно-коммунального хозяйства
Ставропольского края от 08 июня 2015 года №129 в рамках оказания услуг
(выполнения работ) по Контракту №012120002813003353-0039338-01 от
16.12.2013
г.
создана
Государственная
информационная
система
Ставропольского края «Электронное ЖКХ».
Система создана на базе Программы для ЭВМ «БАРС.ЖКХ»,
зарегистрированной Федеральной службой по интеллектуальной собственности
«26» ноября 2012 г. (Свидетельство об официальной регистрации программы
для ЭВМ № 2012660652). Правообладателем программы (понятие
«правообладатель» приведено в трактовке ст. 1229 части IV Гражданского
кодекса РФ) является АО «БАРС Груп» (г. Казань) (далее – Программное
обеспечение, ПО).
В соответствии с приказом Министерства цифрового развития, связи и
массовых коммуникаций Российской Федерации от 20.02.2016 №63 ЭВМ
«БАРС.ЖКХ» включена в реестр Российского программного обеспечения,
реестровая запись №49 от 20.02.2016.
Заказчик обладает правом использования программы ЭВМ «БАРС.ЖКХ»
следующим способом:
˗ воспроизведение, осуществление любых иных действий, направленных на
обычную работу с ним.
1.3. Заказчик:
Министерство жилищно-коммунального хозяйства Ставропольского края,
Российская федерация, Ставропольский край, город Ставрополь, ул. Ленина,
184.
1.4. Оператор:
Государственное
казенное
учреждение
Ставропольского
края
«Региональный информационно аналитический центр», Российская федерация,
Ставропольский край, город Ставрополь, проспект Карла Маркса, 60.
1.5. Перечень документов, на основании которых действует и
должна быть доработана Система:
–
Жилищный кодекс Российской Федерации;
–
Федеральный закон Российской Федерации от 21 июля 2007 г. №
185-ФЗ «О Фонде содействия реформированию жилищно-коммунального
хозяйства»;
–
Постановление Правительства Российской Федерации от 06 мая
2011 г. № 354 «О предоставлении коммунальных услуг собственникам и
пользователям помещений в многоквартирных домах и жилых домов»;
–
Федеральный закон Российской Федерации от 21 июля 2014 г. №
209-ФЗ
«О
государственной
информационной
системе
жилищнокоммунального хозяйства»;
–
Федеральный закон Российской Федерации от 21 июля 2014 г. № 263-ФЗ
«О внесении изменений в отдельные законодательные акты Российской
Федерации в связи с принятием Федерального закона «О государственной
информационной системе жилищно-коммунального хозяйства»;
–
Приказ Минстроя России от 01.12.2016 № 871/пр «Об утверждении форм
мониторинга
и
отчетности
реализации
субъектами
Российской
Федерации региональных программ капитального ремонта общего имущества в
многоквартирных домах и признании утратившими силу отдельных Приказов
Минстроя России»;
–
Постановление Правительства Российской Федерации от 01 ноября 2012
г. № 1119 «Об утверждении требований к защите персональных данных при их
обработке в информационных системах персональных данных»;
–
Федеральный закон от 28 декабря 2013 г. № 443-ФЗ «О федеральной
информационной адресной системе и о внесении изменений в Федеральный
закон «Об общих принципах организации местного самоуправления в
Российской Федерации»;
–
Постановление Правительства Российской Федерации от 29 октября 2014
г. № 1115 «Об осуществлении мониторинга использования жилищного фонда и
обеспечения его сохранности»;
–
Приказ
Министерства
жилищно-коммунального
хозяйства
Ставропольского края от 08 июня 2015 года № 129.
–
Иные законы, нормативно правовые акты Российской Федерации в сфере
жилищного и коммунального хозяйства.
1.6. Предмет государственного контракта:
Оказание услуг по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для обеспечения нужд
Ставропольского края
1.7. Плановые сроки начала и окончания оказания услуг по
доработке и сопровождению Системы
Плановый срок начала оказания услуг: с даты заключения
государственного контракта;
Плановый срок окончания оказания услуг: не позднее 20 декабря 2026
года.
1.8. Порядок оформления и предъявления Заказчику результатов
оказанных Услуг
Доработанная Система передается в виде функционирующего комплекса
на базе средств вычислительной техники Заказчика в сроки, установленные
Приложением 2 «Календарный план» настоящего задания.
Порядок предъявления доработанной Системы, ее испытаний и
окончательной приемки определен в п. 5 настоящего Задания. Совместно с
предъявлением Системы производится сдача разработанного Исполнителем
комплекта документации согласно п. 6 настоящего Задания.
1.9. Перечень нормативно-технических документов, методических
материалов, использованных при разработке Задания:
Жилищный кодекс Российской Федерации;
Федеральный закон Российской Федерации от 21 июля 2014 г. № 209-ФЗ
«О государственной информационной системе жилищно-коммунального
хозяйства»;
Федеральный закон Российской Федерации от 28.12.2013 № 443-ФЗ «О
федеральной информационной адресной системе и о внесении изменений в
Федеральный закон «Об общих принципах организации местного
самоуправления в Российской Федерации»;
Федеральный закон Российской Федерации от 27 июля 2006 года № 149ФЗ «Об информации, информационных технологиях и о защите информации».
Назначение и цели доработки Системы
2.1. Назначение Системы
Государственная информационная система Ставропольского края
«Электронное ЖКХ» – это программный комплекс обеспечивающий сбор,
обработку, хранение, предоставление, размещение и использование
информации, связанной с жилищно-коммунальным хозяйством.
Система предназначена:
–
обеспечивать органы государственной власти Ставропольского
края, органы местного самоуправления в Ставропольском крае, прочих
участников процессов сферы ЖКХ доступом к информации в сфере ЖКХ и
эффективной информационной поддержкой процессов управления и
планирования в сфере ЖКХ Ставропольского края путем предоставления
возможности формирования различных аналитических отчетов;
–
обеспечивать единое информационное пространство регионального
уровня в сфере ЖКХ, выполняющего задачи и функции пользователей без
дополнительной установки, и доработки модулей путем предоставления
доступа к Системе;
–
обеспечивать сбор, обработку и хранение данных по жилищному
фонду, формирование и актуализацию на основе полученных данных
долгосрочной программы капитального ремонта общего имущества МКД.
2.
2.2. Цели доработки Системы
˗
консолидация необходимой информации в сфере ЖКХ в едином
месте;
˗
формирование единого информационного пространства органов
государственной власти, органов местного самоуправления и организаций,
осуществляющих функции в сфере ЖКХ;
˗
повышение качества и достоверности информации о ходе
выполнения долгосрочной программы капитального ремонта общего
имущества МКД;
˗
мониторинг состояния объектов жилищного фонда;
˗
повышения качества информации и детализации статистических
сведений за счет получения информации из первоисточника.
3. Характеристика объекта доработки
3.1. Сведения о Системе
Система организована по принципу трехзвенной архитектуры: Webклиента, сервера приложения и сервера базы данных.
Доступ пользователей к Системе осуществляется в режиме тонкого
клиента (работа пользователя осуществляется через Web-браузер),
функционирующего в различных операционных средах – Microsoft Windows,
Unix (Linux), Mac OS.
В качестве операционной системы на сервере базы данных используется Linux (CentOS 6.3).
В качестве операционной системы на сервере приложений используется
Microsoft Windows Server версии 2012 x64.
В качестве СУБД используется PostgreSQL версии 9.3.
Система использует форматы продуктов семейства Microsoft Office и
OpenOffice (или любого эквивалентного продукта) для формирования выходных
документов.
3.2. Качественные характеристики Системы
3.2.1 Режим функционирования Системы
Система поддерживает следующие режимы:
–
штатный режим;
–
аварийный режим;
–
режим администрирования.
Основным режимом функционирования является штатный режим.
В штатном режиме функционирования программное обеспечение и
технические
средства
обеспечивают
возможность
постоянного
функционирования с перерывами на обслуживание, в частности, обновление
Системы.
Аварийный режим функционирования характеризуется отказом одного
или нескольких компонент программного и/или аппаратного обеспечения. В
данном режиме должны функционировать ресурсы, которые в штатном режиме
находятся в режиме «горячего резерва», т.е. режиме который подменяет
вышедший из строя компонент в автоматическом режиме, или обеспечивает
бесперебойную работу системы.
Режим администрирования характеризуется проведением технических
работ в Системе, в частности, смены/перенастройки программного/аппаратного
обеспечения. В этом режиме работа пользователей в Системе невозможна.
3.2.2 Надежность Системы
Система устойчива по отношению к программно-аппаратным ошибкам,
отказам технических и программных средств, с возможностью восстановления
ее работоспособности и целостности информационного содержимого при
возникновении ошибок и отказов.
Обеспечено восстановление программного обеспечения серверов в случае
сбоя работы оборудования.
Система обеспечивает сохранность и целостность ранее введенных в
Систему данных при обновлениях.
3.2.3 Безопасность Системы
Доступ к Системе реализован на основе принятых ролей, принципов
разделения обязанностей и минимизации полномочий с использованием
средств аутентификации и авторизации. В рамках Системы предусмотрен
комплекс мероприятий по обеспечению информационной безопасности –
защиты от несанкционированного доступа, нарушения целостности и
достоверности хранящейся и передаваемой информации.
Информационная безопасность обеспечивается организационными,
программными средствами (собственными средствами Системы, средствами
системного программного обеспечения).
Средства Системы обеспечивают хранение данных в единой
информационной БД на сервере Заказчика.
3.2.4 Сохранность информации при авариях
Программное
обеспечение
Системы
восстанавливает
свое
функционирование при корректном перезапуске аппаратных средств.
Предусмотрена возможность организации ручного резервного копирования
данных.
Реализована процедура автоматического резервного копирования.
3.2.5 Информационное обеспечение Системы
База данных функционирует под управлением сервера базы данных
промышленного
масштаба
с
поддержкой
мультиплатформенности,
многопроцессорности и кластеризации, обеспечивающий повышенный уровень
сохранности информации при авариях, отказах технических средств (в том
числе – потеря питания) и тому подобных событиях.
3.2.6 Программное обеспечение Системы
Программное обеспечение Системы является достаточным для
выполнения всех программно-автоматизируемых функций, реализуемых с
применением средств вычислительной техники, а также имеет средства
организации всех требуемых процессов обработки данных, позволяющие
своевременно выполнять все автоматизированные функции во всех
регламентированных режимах функционирования Системы.
Программное обеспечение Системы обладает следующими свойствами:
–
функциональная достаточность (полнота);
–
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
–
адаптируемость;
–
модифицируемость;
–
масштабируемость;
–
удобство эксплуатации.
Система построена таким образом, что отсутствие отдельных данных не
сказывается на выполнении функций Системы, в которых эти данные не
используются.
В Системе реализованы меры по защите от ошибок при вводе и обработке
информации (контроль типа данных, ошибочных дат, запрет дублирования
нумерации документов юридической значимости).
Система устойчива к вводу пользователями некорректных данных.
Все используемое в Системе программное обеспечение в поставляемой
конфигурации обеспечивает техническую возможность эксплуатировать
Систему в многопользовательском режиме с поддержкой одновременно
работающих
пользователей.
Эксплуатация
Системы
пользователями
обеспечивается через Интернет.
Система обеспечивает возможность работы в следующих web-браузерах
(либо их аналогах): Microsoft Internet Explorer версии 8.0 или выше, Mozilla
FireFox версии 6.0 или выше, Google Chrome версии 10.0 или выше,
функционирующих в операционных средах: Microsoft Windows, Linux, Apple
MacOS, либо в их аналогах.
Система рассчитана на использование браузеров с поддержкой HTML 4.0,
CSS Level 2, JavaScript 1.1. и выше, режима асинхронного взаимодействия
JavaScript/XML (XMLHttpRequest).
Программное обеспечение Системы:
Сервер базы данных:
–
операционная система Linux;
–
СУБД PostgreSQL версии 9.3.
Web-сервер:
–
операционная система семейства Microsoft Windows Server 2012 х64
и выше;
–
web сервер IIS8 и выше.
3.2.7 Техническое обеспечение Системы
Функционирование Системы и ее подсистем, обеспечено на серверах со
следующими техническими характеристиками:
1)
Сервер базы данных:
–
процессор Intel Xeon X5650 2,67Hz;
–
оперативная память: 6 Гб;
–
дисковое пространство: 400 Гб.
2)
Сервер приложения:
–
процессор Intel Xeon X5650 2,67Hz;
–
оперативная память: 16 Гб;
–
дисковое пространство: 500 Гб.
–
дисковое пространство: 300 Гб.
Для клиентских машин, подключенных к серверам Системы с
использованием удаленного доступа через Web-интерфейс, выдвигаются
следующие минимальные требования:
–
процессор с тактовой частотой 600 МГц;
–
объем оперативной памяти 128 Мб;
–
объем жесткого диска 15 Гб.
3.3 Структура и возможности доработки Системы
Доступ пользователей к комплексам функций осуществляется
посредством автоматизированных рабочих мест (АРМ). Тип используемого
АРМ и состав функций, доступный определенному пользователю, определяется
в зависимости от его роли, назначаемой администратором Системы.
Система состоит из следующих подсистем:
–
«Электронный паспорт дома»;
–
«Капитальный ремонт».
3.3.1 Характеристика подсистемы «Электронный паспорт дома»
Подсистема «Электронный паспорт дома» представляет собой единую
базу жилых объектов, содержащую по каждому объекту сведения о
техническом состоянии. Работа с подсистемой доступна всем пользователям в
режиме просмотра.
На каждый объект в подсистеме заводится электронный паспорт. В
паспорте содержится перечень характеристик объекта, включая адрес,
площадь и этажность дома, количество жильцов, сведения о земельном
участке, данные об управляющей компании, времени последнего
капитального ремонта, технические характеристики объектов общего
имущества, сведения о квартирах и численности проживающих, сведения о
статусе дома как объекта культурного наследия, и другие показатели.
В подсистеме реализовано взаимодействие с Федеральной
информационной адресной системой (ФИАС), который содержит сведения об
адресах в структуре административно-территориального деления. В
подсистеме данные о домах из ФИАС выгружаются в формате
Государственного адресного реестра (ГАР) с информацией об адресах в
муниципальном делении.
Подсистема обеспечивает ведение визуального контроля состояния
объектов. По каждому объекту формируется архив изображений. Архив
изображений по каждому объекту доступен всем пользователям Системы.
В подсистеме «Электронный паспорт дома» организована работа
следующих АРМ пользователей:
− АРМ администратора;
− АРМ органа исполнительной власти;
− АРМ органа местного самоуправления;
В подсистеме «Электронный паспорт дома» реализованы следующие
функции:
− возможность ведения электронного реестра домов;
− возможность ведения общих характеристик по каждому жилому дому;
− возможность экспорта реестра домов;
− возможность
использования общероссийского классификатора
адресов Федеральной информационной адресной системы;
− возможность вести справочник Муниципальных образований,
связанный с классификатором Федеральной информационной адресной
системы;
− возможность учета конструктивных элементов жилого дома;
− возможность создания по каждому дому технического паспорта;
− возможность учета жилых и нежилых помещений жилого дома;
− возможность ведения электронного реестра аварийных домов;
− возможность ведения электронных паспортов многоквартирных и
жилых домов по установленной форме.
3.3.2 Характеристика подсистемы «Капитальный ремонт»
Подсистема «Капитальный ремонт» обеспечивает формирование и
актуализацию долгосрочной адресной программы капитального ремонта
многоквартирных домов в разрезе каждого муниципального образования по
всем многоквартирным домам исключая аварийные, с учетом критериев
определения очередности проведения капитального ремонта общего
имущества в многоквартирных домах и с учетом закладываемых объемов
финансирования.
Подсистема обеспечивает возможность формирования краткосрочных
планов проведения капитального ремонта на основании сформированной
долгосрочной адресной программы капитального ремонта многоквартирных
домов.
В подсистеме «Капитальный ремонт» организована работа следующих
АРМ пользователей:
− АРМ администратора;
− АРМ органа исполнительной власти;
− АРМ органа местного самоуправления;
В подсистеме «Капитальный ремонт» реализованы следующие
функции:
−
возможность создания и актуализации программы капитального
ремонта;
−
возможность создания паспорта объекта капитального ремонта и
включение объекта в программу капитального ремонта;
−
возможность получения аналитической отчетности.
В подсистеме обеспечена автоматическая генерация кода работ для
работ в версиях ДПКР. Поле «Код работы» выводится во вкладках
«Долгосрочная программа», «Опубликованная программа». Значение для поля
«Код работы» присваивается каждой работе по дому в версии программы
один раз и при создании новой версии программы, присвоенный код работы в
ранее созданной версии программы переносится по каждой работе в новую
версию программы. Для новых работ, добавляемых в версию долгосрочной
программы капитального ремонта, код работы присваивается автоматически.
Код работы имеет постоянную структуру, которая генерируется по
заданной логике и имеет следующий состав:
−
Уникальный идентификатор дома в Системе, который указан в
версии долгосрочной программы капитального ремонта;
−
Код объекта общего имущества, по которому указана работа в
версии долгосрочной программы капитального ремонта;
−
Порядковый номер работы по одному объекту общего имущества по
одному дому в рамках одной версии долгосрочной программы капитального
ремонта.
В Системе реализованы контроли, которые не позволяют изменять код
работы, ранее присвоенный записям долгосрочной программы капитального
ремонта, в процессе выполнения актуализации долгосрочной программы
капитального ремонта и выполнения следующих функций актуализации:
−
Добавить новые записи;
−
Удалить лишние записи;
−
Актуализация изменения года;
−
Актуализировать из КПКР;
−
Актуализировать стоимость;
−
Рассчитать очередность;
Скопировать скорректированные года работ в плановые;
Удалить повторные работы;
Корректировка КЭ «Кровля».
В подсистеме реализовано два принципа хранения логов актуализации
версий ДПКР:
−
файловое хранение логов актуализации;
−
хранение логов актуализации в базе данных Системы.
При хранении логов в базе данных Системы фиксируется и выводится
информация о всех функциях актуализации долгосрочной программы
капитального ремонта, которые выполнены по каждой версии программы в
рамках муниципальных округов. Пользователь имеет возможность просмотра
детальной информации о выполненных изменениях, которые были проведены
по записям программы в ходе актуализации.
В детализации выведена следующая информация:
−
Адрес дома, по которому были выполнены изменения;
−
Наименование объекта общего имущества;
−
Код работы по каждой записи;
−
Информация о выполненных изменениях, если функция
актуализации программы подразумевает изменение данных по ранее созданным
записям.
Вся информация по актуализации версии ДПКР, которая выводится в
лог актуализации также выводится в соответствующий сводный отчет.
В подсистеме реализованы следующие отчеты:
− «(Долгосрочная программа) Отчет по опубликованию (в разрезе видов
работ и уровней адреса)» в части добавления сортировки, римской нумерации,
сокращений, а также информации по энергоэффективности;
− «(Жилые дома) Контроль паспортизации домов с учетом
отсутствующих элементов».
3.4. Участники автоматизируемых процессов
Участниками автоматизируемых процессов являются:
–
сотрудники министерства жилищно-коммунального хозяйства
Ставропольского края;
–
сотрудники органов местного самоуправления.
−
−
−
4. Описание и состав предоставляемых услуг
В состав услуги входят:
–
услуги по доработке Системы;
–
услуги по сопровождению Системы.
4.1 Требования к составу услуг по доработке Системы
4.1.1 Содержание услуг по доработке Системы
В услуги по доработке Системы входит:
−
доработка подсистемы «Электронный паспорт дома»;
−
доработка подсистемы «Капитальный ремонт»;
−
перевод системы на использование рекомендуемого программного
обеспечения.
Доработка Системы может осуществляться способом модификации или
адаптации программ для ЭВМ.
Доработанная Система должна удовлетворять
функциональным требованиям системы до модификации.
качественным
и
4.1.2 Требования к доработке Системы в целом
Система после доработки должна представлять собой единый комплекс
программных продуктов с интерфейсом на русском языке, предназначенных для
выполнения задач регионального сегмента государственной информационной
системы ЖКХ.
Система
должна
иметь
централизованную
базу
данных
с
предоставлением защищенного доступа для заинтересованных ведомств.
Централизованная база данных позволит:
–
получить возможность постоянного доступа к Системе и всей
текущей информации без привязки к стационарному рабочему месту
пользователя;
–
вести единые справочники и классификаторы с централизованным
контролем их наполнения.
В Системе должна быть реализована возможность работы в режиме
тонкого клиента (работа пользователя осуществляется через веб-браузер),
функционирующего в различных операционных средах – Microsoft Windows,
Unix (Linux), Mac OS.
Система должна использовать форматы продуктов семейства Microsoft
Office и OpenOffice (или любого эквивалентного продукта) для формирования
выходных документов.
Система должна быть организована по принципу трехзвенной
архитектуры: веб-клиентов, серверов приложений и серверов базы данных.
Звенья архитектуры должны выполнять следующие функции:
–
веб-клиенты выполняют формирование и отображение веб-страниц;
–
серверы приложений выполняют маршрутизацию запросов к
основной базе данных, хранят временный буфер данных для веб-сервера,
выполняют защитные функции по ограничению прямого доступа к рабочей базе
данных;
–
серверы баз данных служат для обработки и хранения основных
массивов данных.
Штатные средства Системы должны позволять проводить базовые работы
по администрированию системы, которые требуются при установке обновлений
системы.
Средства Системы должны обеспечивать сохранность данных. Средства
Системы должны предоставлять администратору Системы возможность выбора
уровня защищенности базы данных от несанкционированного использования.
Вход в пользовательскую часть Системы и дальнейшая работа должна
осуществляться только при успешной авторизации в Системе одним из
следующих способов:
–
указание имени пользователя и его пароля;
–
использование механизмов ЕСИА.
Система должна осуществлять настройку ограничения прав на уровне
ролей пользователей и осуществлять настраиваемый мониторинг действий
пользователей, на уровне логов, с возможностью поиска по действиям и
пользователям с учетом даты, в том числе и администратора системы. В свою
очередь, Система должна обеспечивать возможность одному пользователю
выполнять различные роли.
Ролевая модель Системы после доработки должна быть представлена в
виде трех основных ролей:
–
администратор системы
–
поставщик информации;
–
куратор данных.
Кроме разграничений по ролям должна быть дополнительная
возможность разграничений ролей:
–
по типу. Это должно обеспечить доступность данных в
соответствии с уровнем организационной структуры, к которому относится
пользователь (организация).
–
по территориальному признаку. Это должно позволять
пользователям с одним и тем же типом видеть данные принадлежащие только к
тому муниципальному району, к которому относится пользователь.
Система должна обеспечивать контроль целостности данных, то есть
запрет удаления элементов, на которые ссылаются существующие объекты.
Система
должна
предоставлять
возможность
информирования
работающих пользователей о предстоящих регламентных операциях для того,
чтобы у них была возможность сохранить рабочие данные.
Средства Системы должны позволять отключать Систему от работающих
пользователей для выполнения определенных регламентных операций. При
отключениях Системы подобным образом гарантируется сохранность и
непротиворечивость данных, даже если в момент отключения в Системе были
работающие пользователи.
Система не должна требовать регулярного администрирования. Штатные
средства Системы должны позволять проводить удаленное администрирование
базы данных и настройку Системы (при наличии технической возможности
доступа к серверам Системы).
Система должна позволять использовать в качестве адресного
справочника Федеральную информационную адресную систему.
Система после доработки должна располагаться на производственновычислительном комплексе Заказчика.
4.1.2.1. Требования к способам и средствам связи для
информационного обмена между компонентами Системы
На физическом, канальном, сетевом и транспортном уровнях связь между
компонентами Системы должна осуществляться с использованием локальных
вычислительных
и
глобальных
телекоммуникационных
сетей,
поддерживающих стек протоколов TCP/IP.
Информационный обмен между программными компонентами подсистем
и браузером должен осуществляться по протоколам HTTP/HTTPS.
Программно-технические средства, обеспечивающие взаимодействие
Системы с пользователями Системы, должны поддерживать текущие,
поддерживаемые производителем, версии следующих браузеров:
–
Mozilla Firefox;
–
Google Chrome;
–
Opera;
–
Microsoft Internet Explorer;
–
Apple Safari.
На момент начала промышленной эксплуатации Системы текущими
поддерживаемыми версиями браузеров считать версии, доступные для
скачивания на страницах загрузки официальных сайтов производителей
браузеров.
Пересылка массивов данных должна осуществляться только по прямому
указанию пользователя, а в остальных случаях должны пересылаться только
результаты выполнения запроса пользователя, полученные на сервере
приложений. На прикладном уровне информационный обмен в Системе должен
осуществляться по технологии web − сервисов с использованием механизма
гарантированной однократной доставки сообщений.
4.1.2.2.
Требования
к
характеристикам
взаимосвязей
доработанной Системы со смежными системами
В Системе должна быть обеспечена возможность использования
открытых форматов данных, с помощью которых можно осуществить обмен
информацией со смежными системами.
В качестве основного источника для импорта информации должны быть
использованы шаблоны для импорта данных из файлов формата csv.
4.1.2.3.
Требования к режимам функционирования Системы
Система должна обеспечивать функционирование в следующих режимах:
–
штатный режим (режим, обеспечивающий выполнение функций
Системы в полном объеме);
–
аварийный режим (режим характеризуется отказом одного или
нескольких компонент программного и (или) технического обеспечения);
Основным режимом функционирования Системы должен являться
штатный режим. Время выхода каждой из подсистем в штатный режим работы
не должно превышать 5 минут с момента запуска технических средств
(серверов) соответствующей подсистемы.
4.1.2.4.
Показатели назначения
Поступление информации в Систему с удаленных рабочих мест должно
производиться при пропускной способности канала от рабочего места
оператора к серверу от 256 Кб/c – через WEB-интерфейс (режим «тонкого
клиента»).
Система должна обеспечивать функционирование в штатном режиме
круглосуточно, без выходных («режим 24/7») с допустимыми регламентными
перерывами на техническое обслуживание суммарной длительностью не более
8 часов в месяц и длительностью каждого перерыва не более 2 часов (с полным
отключением Системы).
Система должна обеспечивать возможность регистрации не менее 2500
учетных записей служебных пользователей.
Для операций формирования сводных аналитических отчетов, а также
групповых операций с большими объемами данных, время исполнения не
регламентируется, при этом операции должны выполняться в асинхронном
(фоновом) режиме с информированием пользователя о ходе операции
(указатель прогресса в процентах и т.п.), и с возможностью продолжения
работы с Системой во время выполнения операции.
Система должна предусматривать возможность не менее чем
двухкратного
масштабирования
по
производительности
и
объему
обрабатываемой информации без доработки ее программного обеспечения
путем улучшения характеристик используемого комплекса технических
средств.
4.1.2.5. Требования к надежности
Надежность
информационного
обеспечения
Системы
должна
обеспечиваться совокупностью используемых средств управления базами
данных, системы комплексного администрирования и реализацией процессов
резервного копирования информационных баз и файлов конфигурации.
После сбоя серверной, клиентской операционных систем или СУБД в
процессе выполнения пользовательских задач должно быть обеспечено
восстановление данных в базе данных до состояния на момент окончания
последней, полностью завершенной перед сбоем, операции ввода или
изменения данных.
При аварийных остановках Системы, не связанных с неисправностью
технических средств или повреждением программного обеспечения и данных
на долговременных накопителях (жестких дисках и т.п.), восстановление ее
работоспособности должно обеспечиваться в срок не более 25 минут.
Максимальное время восстановления работоспособности Системы при
прочих сбоях и отказах не должно превышать 4-х часов. В указанное время не
входит устранение неисправностей технического и общесистемного
программного обеспечения.
4.1.2.6. Требования к эргономике и технической эстетике
Взаимодействие
пользователей
с
прикладным
программным
обеспечением, входящим в состав Системы, должно осуществляться
посредством визуального графического интерфейса. Интерфейс Системы
должен содержать графические элементы управления, динамически
отражающие выполняемые в текущий момент операции, обеспечивать
минимально необходимый и достаточный перечень управляющих элементов
интерфейса и должен обеспечивать быстрое отображение экранных форм.
Навигационные элементы должны быть выполнены в виде управляющих
кнопок крупного размера, избегать элементов управления в виде. Ввод-вывод
данных в Системе, прием управляющих команд и отображение результатов их
исполнения должны выполняться в интерактивном режиме. Интерфейс
Системы должен быть эргономичным и обеспечивать удобный доступ к
основным функциям и операциям Системы.
Интерфейс должен быть рассчитан на преимущественное использование
манипулятора типа «мышь», то есть управление Системой преимущественно
должно осуществляться с помощью набора экранных меню, кнопок, значков и
т.п. элементов. Клавиатурный режим ввода должен использоваться главным
образом при заполнении и/или редактировании полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые
пользователю должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных
ситуаций, вызванных неверными действиями пользователей, неверным
форматом или недопустимыми значениями входных данных. В указанных
случаях Система должна выдавать пользователю соответствующие сообщения,
после чего возвращаться в рабочее состояние, предшествовавшее неверной
(недопустимой) команде или некорректному вводу данных.
Система должна обеспечивать контроль ввода данных пользователем на
предмет полноты заполнения обязательных полей и корректности формата
введенных данных.
Экранные формы должны проектироваться с учетом требований по
унификации:
–
все экранные формы пользовательского интерфейса одной
подсистемы должны быть выполнены в едином графическом дизайне, с
одинаковым расположением основных элементов управления и навигации;
–
для обозначения сходных операций должны использоваться
сходные графические значки, кнопки и другие управляющие (навигационные)
элементы. Термины, используемые для обозначения типовых операций
(добавление информационной сущности, редактирование поля данных), а также
последовательности действий пользователя при их выполнении, должны быть
унифицированы.
–
внешнее поведение сходных элементов интерфейса (реакция на
наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны
реализовываться одинаково для однотипных элементов;
–
при заполнении полей форм по возможности должны
использоваться классификаторы и справочники;
–
для дат должна предусматриваться возможность ввода как в
текстовом формате (ДД.ММ.ГГГГ), так и с помощью визуального контрольного
элемента – календаря;
–
в процессе ввода данных должна осуществляться оперативная
проверка их корректности по формату и диапазонам значений. Сообщения об
ошибках должны указывать на конкретные отклонения от формата или
допустимого диапазона. По возможности должны быть реализованы алгоритмы
проверки и подсветки формально допустимых, но «подозрительных»
(нетипичных для данного поля) значений (орфографических ошибок и т.п.).
4.1.2.8. Требования к патентной чистоте
Все проектные и технические решения в результате оказания услуг в
соответствие с Техническим заданием должны отвечать требованиям
действующего законодательства Российской Федерации. Должны быть
выполнены требования законов, в частности части четвертой Гражданского
кодекса Российской Федерации.
Программное обеспечение Системы должно быть свободно от
возможности предъявления любых прав и притязаний третьих лиц, основанных
на промышленной, интеллектуальной или другой собственности.
Выполнение требований по обеспечению лицензионной чистоты при
выполнении работ по Техническому заданию должно обеспечиваться
Исполнителем.
Исполнитель должен гарантировать не нарушения авторских,
исключительных и иных прав на объекты интеллектуальной собственности
третьих лиц. В результате доработки Системы по настоящему Техническому
заданию, Заказчику передаётся право использования обновлённых версий
программы для ЭВМ способом воспроизведения на весь срок действия
исключительных прав, способом воспроизведения на территории Российской
Федерации. Информация, накопленная в результате эксплуатации Системы,
принадлежит Заказчику. Исполнитель вправе при оказании услуг по
настоящему
Техническому
заданию
использовать
принадлежащие
Исполнителю программы для ЭВМ. Исключительное право на использованные
при доработке Системы программы для ЭВМ и все их составляющие в полном
объеме принадлежат Правообладателю.
4.1.2.9. Требования по стандартизации и унификации
При доработке Системы должны использоваться стандартные средства
разработки, стандартные протоколы обмена данными, как между компонентами
Системы, так и со смежными АИС.
Унификация технического обеспечения должна обеспечиваться за счет
применения стандартных технических средств и стандартных конструктивных
элементов.
Взаимодействие пользователей с Системой должно осуществляться через
экранные формы.
Экранные формы разрабатываемой Системы должны проектироваться с
учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;
– для обозначения сходных операций должны использоваться сходные
графические значки, кнопки и другие управляющие (навигационные) элементы.
Термины, используемые для обозначения типовых операций (добавление
информационной сущности, редактирование поля данных), а также
последовательности действий пользователя при их выполнении, должны быть
унифицированы;
– внешнее поведение сходных элементов интерфейса (реакция на
наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны
реализовываться одинаково для однотипных элементов.
4.1.2.10 Требования к переводу системы на использование
рекомендуемого программного обеспечения
При развитии Системы необходимо выполнить работы по переводу
Системы на использование рекомендуемого программного обеспечения.
Используемое при реализации функционала системного программного
обеспечения и библиотеки программных кодов должны быть общедоступными
и использоваться в промышленных масштабах.
При выборе программных средств предпочтение должно отдаваться
средствам входящим в Реестр программного обеспечения Минцифры РФ
https://reestr.digital.gov.ru/.
Установка и настройка ПО должна производиться на имеющихся
технических средствах Заказчика в среде виртуальных машин.
4.1.2.11 Требования к выполнению работ по проведению замены
операционных систем
В рамках доработки Системы должны быть проведены работы по замене
операционных систем на отечественные операционные системы на имеющихся
технических средствах заказчика в среде виртуальных машин. Замена
операционных систем должна осуществляться исходя из допустимых
конфигураций параметров ВМ с учетом системных требований операционных
систем и СУБД по согласованию с Заказчиком. По результатам выполнения
работ по замене операционных систем оформляется Отчет о проведении работ
по замене операционных систем.
4.1.3. Требования к функциям доработанных подсистем
4.1.3.1. Требования к доработке подсистемы «Электронный паспорт
дома»
В рамках доработки подсистемы необходимо в электронный паспорт
дома добавить новое текстовое поле «Код ФИАС в ГИС ЖКХ». Поле должно
быть доступно для редактирования пользователем.
Необходимо разработать новый формат «Импорт кодов ФИАС из ГИС
ЖКХ», который должен позволять загрузкой соответствующего файла
автоматически заполнять поле «Код ФИАС в ГИС ЖКХ» в карточке дома.
Формат должен представлять собой файл формата .csv, в котором указаны:
 адрес дома;
 код ФИАС дома;
 код ФИАС дома, сгенерированный в ГИС ЖКХ.
Для содержимого полей файла формата должен быть реализован
контроль на количество символов.
Необходимо реализовать загрузчик для заполнения поля «Код ФИАС в
ГИС ЖКХ» на основе загрузки файла в формате .csv. В электронном реестре
домов необходимо реализовать функциональную кнопку «Импорт кодов ФИАС
из ГИС ЖКХ». При нажатии на кнопку «Импорт кодов ФИАС из ГИС ЖКХ»
должно выводиться модальное окно для загрузки файла формата «Импорт
кодов ФИАС из ГИС ЖКХ».
При выполнении загрузки, данные из файла должны сопоставляться с
домами из реестра домов, сопоставление должно выполняться по коду ФИАС
дома. Если запись из файла сопоставлена с данными реестра домов, то в
карточке дома в поле «Код ФИАС в ГИС ЖКХ» необходимо указывать код из
поля «Код ФИАС дома, сгенерированный в ГИС ЖКХ» файла формата. Если
запись из файла не сопоставлена с данными реестра домов, то в лог загрузки
необходимо выводить соответствующую информацию. Записи, которые не
удалось сопоставить не должны препятствовать сохранению данных по
успешно сопоставленным записям.
Импорт кодов ФИАС из ГИС ЖКХ должен логироваться, информацию о
результатах импорта необходимо указывать в разделе «Логи загрузок». В
разделе «Логи загрузок» для импорта кодов ФИАС из ГИС ЖКХ необходимо
указывать следующую информацию:
 логин – указывается логин пользователя, который выполнил
загрузку файла;
 дата запуска – указывается дата запуска импорта;
 дата загрузки – указывается дата загрузки файла;
 статус задачи – указывается статус загрузки файла;
 наименование файла – указывается наименование загружаемого
файла;
 тип импорта – указывается «Импорт кодов ФИАС из ГИС ЖКХ»;
 кол-во предупреждений – указывается количество записей, по
которым не далось выполнить сопоставление;
 кол-во ошибок – указывается количество записей, которые не
прошли контроль на количество символов;
 кол-во измененных строк – указывается количество домов, для
которых сохранено новое значение в поле «Код ФИАС в ГИС
ЖКХ»;
 файлы – указывается ссылка на скачивание загруженного файла;
 лог – указывается ссылка на скачивание файла лога.
В логе импорта кодов ФИАС из ГИС ЖКХ необходимо указывать
информацию об успешно сопоставленных записях и информацию о записях,
которые не удалось сопоставить с данными реестра домов.
4.1.3.2. Требования к доработке подсистемы «Капитальный ремонт»
В рамках доработки подсистемы необходимо доработать отчет «Импорт
домов и работ в РПКР».
В отчете «Импорт домов и работ в РПКР» необходимо изменить логику
сборки данных для поля «ФИАС». При сборке данных для отчета по каждому
дому необходимо проверять заполнено ли в карточке дома поле «Код ФИАС в
ГИС ЖКХ». Если поле «Код ФИАС в ГИС ЖКХ» заполнено, то в отчете в поле
«ФИАС» указывать значение из данного поля, если поле «Код ФИАС в ГИС
ЖКХ» не заполнено, то в отчете в поле «ФИАС» указывать значение из поля
«Код ФИАС» карточки дома.
4.1.4. Требования к видам обеспечения Системы
4.1.4.1. Требования к информационному обеспечению Системы
Система должна обеспечивать хранение информации об информационных
объектах, необходимых для решения задач и осуществления функций, указанных
в п.п. 4.1.3 настоящего Задания.
В Системе должна контролироваться корректность вводимой информации,
а также проверяться логическая целостность информации в базе данных при
выполнении любой прикладной операции.
Внутри машинные хранилища информации Системы должны обеспечивать
хранение следующих типов данных:
– прикладных и служебных данных;
– произвольных файловых объектов, в т.ч. графических файлов,
являющихся приложением к структурированным документам, обрабатываемым
в Системе.
Доступ к учетным данным должен быть ограничен, а сами данные
храниться в зашифрованном виде
При наличии требований к формированию, в рамках, реализуемых понастоящему Заданию функций Системы, юридически значимых документов на
бумажном носителе, придание юридического значения электронным
документам, должно осуществляться путем использования соответствующих
типу документа средств электронной цифровой подписи в соответствии с
требованиями Федерального закона Российской Федерации от 6 апреля 2011 г.
№63-ФЗ «Об электронной подписи».
4.1.4.2. Требования к лингвистическому обеспечению системы
Лингвистическое обеспечение доработанной Системы должно быть
рассчитано на пользователя, специалиста в предметной области, не владеющего
универсальными языками программирования или описания алгоритмов.
Пользовательский интерфейс доработанной Системы должен быть
локализован для Российской Федерации. Вся текстовая информация должна
быть представлена на русском языке.
Внутренний обмен данными между разделами Подсистемы может
осуществляться с использованием специальных терминов, представленных на
английском языке, с учетом требований технических условий по обмену
информации.
Все документы (веб-страницы) Системы должны представляться
пользователю на русском языке.
При публикации документов должна обеспечиваться возможность чтения
документов потребителями информации в кодировке UTF-8.
4.1.4.3. Требования к программному обеспечению Системы
Программное обеспечение Системы должно является достаточным для
выполнения всех программно-автоматизируемых функций, реализуемых с
применением средств вычислительной техники, а также должен иметь средства
организации всех требуемых процессов обработки данных, позволяющих
своевременно выполнять все автоматизированные функции во всех
регламентированных режимах функционирования Системы.
Программное обеспечение Системы должно обладать следующими
свойствами:
–
функциональная достаточность (полнота);
–
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
–
адаптируемость;
–
модифицируемость;
–
масштабируемость;
–
удобство эксплуатации.
Система должна быть построена таким образом, что отсутствие
отдельных данных не должно сказываться на выполнении функций Системы, в
которых эти данные не используются.
В Системе должны быть реализованы меры по защите от ошибок при
вводе и обработке информации (контроль типа данных, ошибочных дат, запрет
дублирования нумерации документов юридической значимости).
Система должна быть устойчива к вводу пользователями некорректных
данных.
Все используемое в Системе программное обеспечение в поставляемой
конфигурации
должно
обеспечивать
техническую
возможность
эксплуатировать Систему в многопользовательском режиме с поддержкой
одновременно работающих пользователей.
Система должна обеспечивать возможность работы в следующих webбраузерах (либо в их аналогах): Microsoft Internet Explorer версии 8.0 или выше,
Mozilla FireFox версии 6.0 или выше, Google Chrome версии 10.0 или выше,
функционирующих в операцион-ных средах: Microsoft Windows, Linux, Apple
MacOS, либо в их аналогах.
Система должна быть рассчитана на использование браузеров с
поддержкой HTML 4.0, CSS Level 2, JavaScript 1.1. и выше, режима
асинхронного взаимодействия JavaScript/XML (XMLHttpRequest).
4.1.4.4. Требования к техническому обеспечению Системы
Поставка технического (аппаратного) обеспечения в рамках выполнения
проекта не предусматривается. Исполнителем в соответствии с Заданием
должны быть разработаны решения по размещению технических средств,
каналам связи, условиям эксплуатации и регламентам обслуживания,
обеспечивающие соблюдение требований по надежности и показателям
назначения, установленным в настоящем Задании и по выбору минимальных
технических характеристик используемого Системой оборудования всех видов
(серверное, коммутационное, ИБ, рабочих мест).
4.2. Требования к техническому сопровождению Системы
4.2.1. Содержание услуг по сопровождению Системы
Исполнитель обязан оказывать сопровождение системы в режиме 5 дней
в неделю, 8 часов в сутки (5х8) в рабочее время с 09-00 до 18-00 по
Московскому времени.
В услуги сопровождения Системы должно входить:
– осуществление приема (обработку) обращений пользователей
Системы;
– консультация пользователей по работе с Системой;
– осуществление настройки функций Системы по требованию
Заказчика;
– решение технических проблем, возникающих в процессе
эксплуатации Системы;
– осуществление ежедневого мониторинга доступности Системы;
– предоставление выделенного специалиста, службы технической
поддержки (для консультаций специалистов Заказчика);
– восстановление работы Системы в случаях технических сбоев;
– устранение выявленных недостатков и обеспечение стабильность
эксплуатационных характеристик Системы;
– обновление системы, в связи с выходом новой версии ПО (по
согласованию с Заказчиком);
– осуществление внепланового обновления системы, связанного с
исправлением выявленных недостатков;
–
осуществление резервного копирование данных;
4.2.2. Порядок оказания услуг по сопровождению Системы
4.2.2.1.
Порядок подачи и обработки обращений в службу
технической поддержки
Под приемом обращений (заявок) в службу технической поддержки
подразумевается возможность создания и регистрации обращений (заявок),
поступающих от пользователей Системы. В рамках данной услуги Исполнитель
организует прием (обработку) обращений от пользователей Системы по
следующим каналам (любым из перечисленных):
– посредством электронной почты;
– посредством обращения к специалисту службы технической
поддержки;
– посредством обращений на сайте службы технической поддержки или
регистрации
в
системе
технической
поддержки,
предоставляемой
Исполнителем.
Регистрация всех обращений (заявок) осуществляется в информационной
системе технической поддержки (предоставляемой Исполнителем).
Под обработкой обращений (заявок) подразумевается комплекс действий,
направленный на обеспечение отработки обращений в установленные сроки, а
также на информирование о ходе выполнения работ в рамках обращения.
4.2.2.2.
Организация системы технической поддержки
Исполнитель ведет регистрацию всех обращений, касающихся
сопровождения Системы.
Обращения должны подразделяться на следующие типы:
– «Инцидент» - любое событие, не являющееся частью стандартного
(штатного) использования Системы, которое привело или могло привести к
прерыванию или невозможности использования Системы;
– «Заявка на консультацию» – обращение на получение информации,
документации по работе в Системе, на получение справочно-методической
информации
и
разъяснений,
касающихся
законодательства,
регламентирующего работу в программных продуктах;
– «Заявка на обслуживание» – заявка на техническую поддержку,
восстановление работоспособности или диагностики Системы;
– «Заявка на изменение» – заявка, приводящая к изменению или
модификации имеющегося либо реализации нового функционала программных
продуктов.
Заявкам, должны присваиваться следующие статусы:
– «Открыта» - заявка описана, но никакие действия с ним ещё не
проводились. Также используется в случае появления дополнительной
информации от инициатора;
– «В работе» - причины заявки установлены, заявка передана на
реализацию;
– «В разработке» - заявка принята в разработку и находится в
реализации;
– «Анализ» - заявка, принята в работу, но требует проведения
системного анализа;
– «Запрос данных» - исполнитель запрашивает у инициатора заявки
дополнительную информацию;
– «Реализована» - заявка реализована, требуется обновление Системы;
– «Отложена» - присваивается заявке, которую Исполнитель, по какимто объективным причинам не может решить;
– «Приёмка» - заявка реализована и передана для проверки инициатору;
– «Закрыта» - заявка принята инициатором, претензий к реализации
заявки нет.
4.2.2.3. Сроки обработки обращений (заявок)
Сроки выполнения обращения (заявок) должны зависеть от присвоенного
типа и приоритета.
Сроки выполнения обращения (заявок):
№п
Приоритет Время решения
Тип заявки
/п
Нормальный
не более 5 рабочих дней
1
Инцидент
Высокий
не более 1 рабочего дня
Неотложный
не более 4 часов с момента обращения
Нормальный
не более 1 месяца
Заявка на
2
Высокий
не более 2 недель
изменение
Неотложный
не более 1 недели
Нормальный
не более 5 рабочих дней
Заявка на
3
Высокий
не более 3 рабочих дней
обслуживание
Неотложный
не более 1 рабочего дня
Нормальный
не более 5 рабочих дней
Заявка на
4
Высокий
не более 3 рабочих дней
консультацию
Неотложный
не более 1 рабочего дня
4.2.3 Результат предоставляемой услуги
Результатом предоставления Услуги является отработка обращений,
поступающих в службу технической поддержки, в соответствии с
требованиями настоящего задания.
4.2.4 Оценка качества предоставления Услуги
Для определения качества предоставления Услуги
показатель уровня качества.
Методика расчета показателя качества оказания Услуги:
Наименование
показателя,
единица
измерения
Целевое
значение
показателя
Object 1
Фактическ
ое
значение
показателя
Object 2
Устранение
инцидентов,
приоритет
«Неотложный»
90%
применяется
Относительн
Весовой
Взвешенн
ый показатель коэффициен
ое
т
значение
показателя показателя
Object 3
Object 4
0,5
Object 5
Устранение
инцидентов
приоритет
«Высокий»
Устранение
инцидентов,
приоритет
«Нормальный»
ИТОГО:
85%
0,3
85%
0,2
1
Фактическое значение показателя
рассчитывается по формуле:
Object 6
– фактическое значение показателя;
– количество инцидентов, зарегистрированных в отчетном
периоде;
– количество инцидентов, отработанных в соответствии со
сроками, указанными в Задании за отчетный период.
Object 7
Object 8
Object 9
Относительный показатель
рассчитывается по формуле:
Object 10
Object 11
Object 12
Object 13
– относительный показатель;
– фактическое значение показателя;
– целевое значение показателя.
Object 14
Взвешенное значение показатель
рассчитывается по формуле:
Object 15
Object 16
Object 17
Object 18
– взвешенное значение показатель;
– относительный показатель;
– весовой коэффициент показателя.
Object 19
В случае если сумма взвешенных значений показателя качества услуги
ниже значения 0,95 Заказчик имеет право на проведение перерасчета
стоимости предоставления Услуги за отчетный период.
Расчет штрафных санкций производится Заказчиком. Возможность
применения штрафных санкций является правом, но не обязанностью
Заказчика, никакие штрафные санкции не будут применяться автоматически.
Штраф,
Плановая
Значение
в % от плановой
стоимость
взвешенного
стоимости
предоставления
Размер штрафа,
показателя
Услуги за
Услуги в
руб. без НДС
уровня качества
Отчетный
Отчетном периоде
период
руб. без НДС
5
10
15
Общая сумма перерасчета стоимости Услуг по Договору не может
превышать 15% (пятнадцать процентов) платежей за отчетный период, в
котором была предоставлена Услуга.
5.
Порядок контроля и приемки Системы
5.1. Виды, состав, объем и методы испытаний Системы
Объем и методы приемочных испытаний определяются соответствующей
«Программой и методикой испытаний», разрабатываемой Исполнителем.
5.2. Общие требования к приемке услуг
Приемка результатов оказанных услуг осуществляется в соответствии с
календарным планом оказания услуг по настоящему Заданию.
Приемка результатов оказания услуг оформляется Актами приемки.
Основанием для составления и подписания Актов является передача
Исполнителем результатов оказания услуг в соответствии с условиями
Государственного контракта и настоящего Задания, что подтверждается
проведением приемочных испытания согласно представленной методике и
расчета качества предоставления услуги сопровождения Системы.
Документация согласно требованиям данного задания и другие
результаты оказания услуг передаются Заказчику после оказания услуг.
Комплектность документации подлежит проверке Заказчиком. Проверка по
составу и качеству документации проводится заказчиком с выставлением
замечаний, которые должен устранить Исполнитель.
5.3. Сведения о гарантийном обслуживании Системы
Гарантийное обслуживание должно осуществляться в течении 12 месяцев
после подписания Акта приемки.
5.4 Порядок выполнения доработок и устранения допущенных
исполнителем ошибок, выявленных на этапе приемки
Недостатки и ошибки при оказании услуг, выявленные в ходе проведения
испытаний, должны быть устранены Исполнителем в рамках оказания услуг по
государственному контракту.
6.
Требования к документированию
Вся разработанная документация должна быть представлена Заказчику в
2-х экземплярах на бумажном и в 2-х экземплярах на машинном носителе в
согласованном с Заказчиком формате.
Документы на Систему должны быть оформлены с учетом требований
«ГОСТ
2.301-68.
Межгосударственный
стандарт.
Единая
система
конструкторской документации. Форматы» на листах формата А4 по «ГОСТ
2.301-68. Межгосударственный стандарт. Единая система конструкторской
документации. Форматы» без рамки, основной надписи и дополнительных граф
к ней. Допускается для размещения рисунков и таблиц использование листов
формата А3 с подшивкой по короткой стороне листа. Документы объемом более
25 листов должны содержать информационную часть, состоящую из аннотации и
содержания.
Документация на общесистемное программное обеспечение и
технические средства Исполнителем не разрабатывается. При включении в
состав поставки Системы программ для ЭВМ, разработанных третьими лицами
(покупных или поставляемых по безвозмездным лицензиям) Исполнитель
должен передать Заказчику документацию, поставляемую в комплекте с
соответствующим программным обеспечением (при ее наличии), в той же
форме, что предоставляется поставщиком. Передаваемая документация (при ее
наличии) включается в ведомость эксплуатационной документации.
Документы, фиксирующие исполнение отдельных услуг и обязательств
Исполнителя по настоящему Заданию и подлежащие представлению в составе
результатов оказания услуг (акты, протоколы), составляются Исполнителем по
формам, утвержденным Заказчиком.
6.1 Рабочая документация
Рабочая документация должна состоять из следующих документов:
–
общее описание Системы;
–
инструкция пользователя Системы (допускается разбивка на
несколько томов по ролям в системе);
–
инструкция администратора Системы (допускается разбивка на
несколько томов по ролям в системе);
–
программа и методики приемочных испытаний.
Календарный план
Состав и содержание услуг по сопровождению и обновлению
государственной информационной системы Ставропольского края
«Электронное ЖКХ» способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
Состав и содержание услуг по
Системы приведены в таблице (Таблица 1).
сопровождению
и
доработке
Таблица 1. Состав и содержание услуг по доработки и сопровождению
Системы
Наименование
Результаты, предъявляемые
Сроки оказания
услуг
Заказчику
услуг
1
2
3
1. Доработка Системы, доработка и передача рабочей и эксплуатационной
документации
1.1 Доработка
Перевод системы на использование до 20.10.2026
Системы.
рекомендуемого
программного
обеспечения.
Доработка Системы, включающая до 20.12.2026
доработку:
– подсистемы
«Электронный
паспорт дома»;
– подсистемы
«Капитальный
Наименование
услуг
1
Результаты, предъявляемые
Сроки оказания
Заказчику
услуг
2
3
ремонт».
1.2 Доработка и
Рабочая документация Системы
до
передача рабочей и в следующем составе передана
20.12.2026
эксплуатационной Заказчику:
документации
– общее описание системы;
– инструкция
пользователя
Системы;
– инструкция
администратора
Системы;
– программа
и
методики
приемочных испытаний.
1.3 Внедрение
Доработанная
Система,
до
Системы
установлена
на
технических
20.12.2026
средствах Заказчика.
1.4 Приемочные
Проведены приемочных испытаний
до 20.12.2026
испытания
Системы
2. Сопровождение Системы
2.1
Функционирующая Система,
20.12.2026
Сопровождение
соответствующая требованиям
Системы.
контракта.
Предоставлен отчет оценки качества
оказанной услуги по
сопровождению Системы.
Форма отчетной документации
по оценке качества оказанной услуги по сопровождению и обновлению
государственной информационной системы Ставропольского края
«Электронное ЖКХ» способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
Отчет по инцидентам за период с "__"________ по "__"_________ 20
по Государственному контракту №____________от___________
Оценка качества предоставленных Услуг
Фактичес
Весовой
Целевое
Наименование
кое
Относитель коэффици
значение
показателя,
значение ный
ент
показате
единица
показател показатель показател
ля
измерения
я
я
Object 25
г.
Взвешен
ное
значение
показате
ля
Object 23
Object 24
Устранение
инцидентов,
приоритет
«Неотложный»
Устранение
инцидентов
приоритет
«Высокий»
Устранение
инцидентов,
приоритет
«Нормальный»
ИТОГО:
Object 26
90%
0,5
85%
0,3
85%
0,2
1
Object 27

=== ФАЙЛ: +3. Приложение 3 Требования к содержанию и составу заявки с измен в ред приказа от 10.08.2026.docx | docs/0121200004726001297/+3. Приложение 3 Требования к содержанию и составу заявки с измен в ред приказа от 10.08.2026.pdf
1
Приложение № 3
к Извещению об осуществлении закупки
I. Требования к содержанию, составу заявки на участие в закупке,
инструкция по ее заполнению
1. Для участия в конкурентном способе заявка на участие в закупке, если
иное не предусмотрено Федеральным законом от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» (далее – Федеральный закон
№ 44-ФЗ), должна содержать:
1) информацию
и документы об
участнике
закупки*:
а) полное и сокращенное (при наличии) наименование
юридического лица, в том числе иностранного юридического
лица (если участником закупки является юридическое лицо),
аккредитованного
филиала
или
представительства
иностранного юридического лица (если от имени
иностранного
юридического
лица
выступает
аккредитованный
филиал
или
представительство),
наименование обособленного подразделения юридического
лица (если от имени участника закупки выступает
обособленное подразделение юридического лица), фамилия,
имя, отчество (при наличии) (если участником закупки
является физическое лицо, в том числе зарегистрированное в
качестве индивидуального предпринимателя);
б)
фамилия,
имя,
отчество
(при
наличии),
идентификационный номер налогоплательщика (при наличии)
и должность лица, имеющего право без доверенности
действовать
от
имени
юридического
лица,
либо
действующего в качестве руководителя юридического лица,
аккредитованного
филиала
или
представительства
иностранного юридического лица, либо исполняющего
функции
единоличного
исполнительного
органа
юридического лица;
в) идентификационный номер налогоплательщика (при
наличии) членов коллегиального исполнительного органа,
лица, исполняющего функции единоличного исполнительного
органа, управляющего (при наличии), управляющей
организации
(при
наличии),
участников
(членов)
корпоративного юридического лица, владеющих более чем
двадцатью пятью процентами акций (долей, паев)
корпоративного юридического лица, учредителей унитарного
юридического лица или в соответствии с законодательством
соответствующего
иностранного
государства
аналог
*
По подпунктам «а-л», направляются (по состоянию на дату и время их направления) заказчику
оператором электронной площадки путем информационного взаимодействия с единой информационной системой
По подпункту «п» направляются (по состоянию на дату и время их направления) заказчику оператором
электронной площадки из реестра участников закупок, аккредитованных на электронной площадке
2
идентификационного номера налогоплательщика таких лиц
г) адрес юридического лица, в том числе иностранного
юридического лица (если участником закупки является
юридическое лицо) в пределах места нахождения
юридического
лица,
адрес
(место
нахождения)
аккредитованного филиала или представительства на
территории Российской Федерации (если от имени
иностранного
юридического
лица
выступает
аккредитованный филиал или представительство), адрес
(место
нахождения)
обособленного
подразделения
юридического лица (если от имени участника закупки
выступает обособленное подразделение юридического лица),
место жительства физического лица, в том числе
зарегистрированного
в
качестве
индивидуального
предпринимателя
(если
участник
закупки
является
физическим лицом, в том числе зарегистрированным в
качестве
индивидуального
предпринимателя),
адрес
электронной почты, номер контактного телефона;
д) копия документа, удостоверяющего личность участника
закупки в соответствии с законодательством Российской
Федерации (если участник закупки является физическим
лицом, не являющимся индивидуальным предпринимателем);
е)
идентификационный
номер
налогоплательщика
юридического лица (если участником закупки является
юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от
имени иностранного юридического лица выступает
аккредитованный
филиал
или
представительство),
физического лица, в том числе зарегистрированного в
качестве
индивидуального
предпринимателя
(если
участником закупки является физическое лицо, в том числе
зарегистрированное
в
качестве
индивидуального
предпринимателя), аналог идентификационного номера
налогоплательщика в соответствии с законодательством
соответствующего
иностранного
государства
(если
участником закупки является иностранное лицо), код
причины постановки на учет юридического лица (если
участником
закупки
является
юридическое
лицо),
аккредитованного
филиала
или
представительства
иностранного юридического лица (если от имени
иностранного
юридического
лица
выступает
аккредитованный
филиал
или
представительство),
обособленного подразделения юридического лица (если от
имени
участника
закупки
выступает
обособленное
3
подразделение юридического лица);
ж) выписка из единого государственного реестра
юридических лиц (если участником закупки является
юридическое лицо), выписка из единого государственного
реестра индивидуальных предпринимателей (если участником
закупки является индивидуальный предприниматель);
з) надлежащим образом, заверенный перевод на русский язык
документов о государственной регистрации юридического
лица или физического лица в качестве индивидуального
предпринимателя в соответствии с законодательством
соответствующего государства (если участником закупки
является иностранное лицо);
и) декларация о принадлежности участника закупки к
учреждению или предприятию уголовно-исполнительной
системы (если участник закупки является учреждением или
предприятием уголовно-исполнительной системы)
не установлено;
к) декларация о принадлежности участника закупки к
организации инвалидов, предусмотренной частью 2 статьи 29
Федерального закона № 44-ФЗ (если участник закупки
является такой организацией)
не установлено;
л) декларация о принадлежности участника закупки к
социально ориентированным некоммерческим организациям в
случае установления преимущества, предусмотренного
частью 3 статьи 30 Федерального закона № 44-ФЗ
не установлено;
м) решение о согласии на совершение или о последующем
одобрении крупной сделки, если требование о наличии такого
решения
установлено
законодательством
Российской
Федерации, учредительными документами юридического
лица и для участника закупки заключение контракта на
поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных
средств в качестве обеспечения заявки на участие в закупке,
обеспечения исполнения контракта является крупной
4
сделкой;
н) информация и документы, которые подтверждают
соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Федерального закона № 44-ФЗ
(могут не включаться в заявку на участие в закупке в случае,
если указанные информация и документы содержатся в
открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети
«Интернет», и в такую заявку включена предусмотренная
подпунктом «р» настоящего пункта декларация о
соответствии участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Федерального закона № 44-ФЗ)
не установлено.
о)
Требования,
установленные
в
соответствии
с
законодательством Российской Федерации к лицам,
осуществляющим поставку товара, выполнение работы,
оказание услуги, являющихся объектом закупки (в
соответствии с письмом Министерства финансов
Российской Федерации от 09.06.2022
№ 24-0606/54846), установлены:
– участником закупки не может являться лицо, в
отношении
которого
применяются
специальные
экономические меры, а также лицо, находящееся под
контролем организаций, в отношении которых применяются
специальные экономические меры, в соответствии с перечнем
юридических
лиц,
в
отношении
которых
применяются
специальные
экономические
меры,
утвержденным
постановлением
Правительства Российской Федерации от 11 мая 2022 г. №
851 «О мерах по реализации Указа Президента Российской
Федерации от 03.05.2022 № 252».
Данное требование установлено в соответствии с
Указом Президента Российской Федерации от 03.05.2022 №
252 «О применении ответных специальных экономических
мер в связи с недружественными действиями некоторых
иностранных государств и международных организаций».
Перечень документов, подтверждающих соответствие
участника
закупки
требованиям,
установленным
в
соответствии с законодательством Российской Федерации к
лицам, осуществляющим поставку товара, выполнение
работы, оказание услуги, являющихся объектом закупки:
документы не требуются.
5
п) информация и документы, которые подтверждают
соответствие
участника
закупки
дополнительным
требованиям, установленным в соответствии с частями 2 и 2.1
(при наличии таких требований) статьи 31 Федерального
закона № 44-ФЗ, если иное не предусмотрено Федеральным
законом № 44-ФЗ;
Перечень информации и документов, которые подтверждают
соответствие
участников
закупок
дополнительным
требованиям, указанным в части 2 статьи 31:
не установлено.
Перечень информации и документов, которые подтверждают
соответствие
участников
закупок
дополнительным
требованиям, указанным в части 2.1 статьи 31:
не установлено.
р) декларация о соответствии участника закупки требованиям,
установленным пунктами 3 - 5, 7 - 11 части 1 статьи 31
Федерального закона № 44-ФЗ (если информация и
документы, которые подтверждают соответствие участника
закупки требованиям, установленным пунктом 1 части 1
статьи 31 Федерального закона № 44-ФЗ, содержатся в
открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети
«Интернет», в указанную декларацию может быть также
включено положение о соответствии участника закупки
требованиям, установленным пунктом 1 части 1 статьи 31
Федерального закона № 44-ФЗ, с указанием адреса сайта или
страницы сайта в информационно-телекоммуникационной
сети «Интернет», на которых размещены такие информация и
документы).
с) реквизиты счета участника закупки, на который в
соответствии с законодательством Российской Федерации
осуществляется перечисление денежных средств в качестве
оплаты поставленного товара, выполненной работы (ее
результатов), оказанной услуги, а также отдельных этапов
исполнения контракта, за исключением случаев, если в
соответствии с законодательством Российской Федерации
такой счет открывается после заключения контракта;
т) в случае проведения электронного конкурса и установления
критерия, предусмотренного пунктом 4 части 1 статьи 32
Федерального закона № 44-ФЗ, заявка на участие в закупке
может содержать информацию и документы, которые
подтверждают квалификацию участника закупки. Отсутствие
таких информации и документов не является основанием для
6
признания заявки не соответствующей
Федерального закона № 44-ФЗ.
не установлено.
2) предложение
участника
закупки
в
отношении
объекта
закупки:
При проведении
электронного
конкурса
-при
рассмотрении
первых частей
заявок
на
участие
в
закупке
соответствую
щая заявка не
должна
содержать
информацию,
предусмотренн
ую пунктами 1,
3 и 4 части 1
статьи
43
Федерального
закона № 44ФЗ.
при
рассмотрении
вторых частей
заявок
на
участие
в
закупке
соответствую
щая заявка не
должна
содержать
указания
на
-
требованиям
а) с учетом положений части 2 статьи 43 Федерального закона
№ 44-ФЗ характеристики предлагаемого участником закупки
товара, соответствующие показателям, установленным в
описании объекта закупки в соответствии с частью 2 статьи
33 Федерального закона № 44-ФЗ, товарный знак (при
наличии у товара товарного знака) (в соответствии с
Приложением № 1 к извещению)
 включается в заявку на участие в закупке в случае
осуществления закупки товара, в том числе
поставляемого заказчику при выполнении закупаемых
работ, оказании закупаемых услуг;
 может не включаться в заявку на участие в закупке в
случае указания заказчиком в описании объекта закупки
товарного знака и предложения участником закупки
товара, в том числе поставляемого заказчику при
выполнении закупаемых работ, оказании закупаемых
услуг, обозначенного таким товарным знаком;
 не включается в заявку на участие в закупке в случае
включения заказчиком в соответствии с пунктом 8
части 1 статьи 33 Федерального закона № 44-ФЗ в
описание объекта закупки проектной документации,
или типовой проектной документации, или сметы на
капитальный
ремонт
объекта
капитального
строительства;
б) наименование страны происхождения товара в
соответствии
с
общероссийским
классификатором,
используемым для идентификации стран мира, с учетом
положений части 2 статьи 43 Федерального закона № 44-ФЗ
 включается в заявку на участие в закупке в случае
осуществления закупки товара, в том числе
поставляемого заказчику при выполнении закупаемых
работ, оказании закупаемых услуг);
в) документы, подтверждающие соответствие товара, работы
или услуги требованиям, установленным в соответствии с
законодательством Российской Федерации (в случае, если в
соответствии с законодательством Российской Федерации
установлены требования к товару, работе или услуге и
представление
указанных
документов
предусмотрено
извещением об осуществлении закупки, документацией о
закупке,
если
настоящим
Федеральным
законом
предусмотрена документация о закупке). Заказчик не вправе
7
информацию о
предложении
участника
закупки,
предусмотренн
ую пунктом 3
или пунктом 4
части 1 статьи
43
Федерального
закона.
требовать представление указанных документов, если в
соответствии с законодательством Российской Федерации они
передаются вместе с товаром.
не установлено.
г) с учетом положений части 2 статьи 43 Федерального закона
№ 44-ФЗ предложение по критериям, предусмотренным
пунктами 2 и (или) 3 части 1 статьи 32 Федерального закона
№ 44-ФЗ (в случае проведения конкурсов и установления
таких критериев). При этом отсутствие такого предложения
не является основанием для отклонения заявки на участие в
закупке
 не включается в заявку на участие в закупке в случае
В
случае
включения заказчиком в соответствии с пунктом 8
наличия
в
части 1 статьи 33 Федерального закона № 44-ФЗ в
предложении
описание объекта закупки проектной документации,
участника
или типовой проектной документации, или сметы на
закупки
капитальный
ремонт
объекта
капитального
указанной
строительства;
информации,
заявка
д) иные информация и документы, в том числе эскиз,
подлежит
рисунок,
чертеж,
фотография,
иное
изображение
отклонению.
предлагаемого участником закупки товара. При этом
отсутствие таких информации и документов не является
основанием для отклонения заявки на участие в закупке;
3) предложение участника закупки о цене контракта (за исключением случая,
предусмотренного пунктом 4 части 1 статьи 43) – при проведении электронного
аукциона не применяется;
4) предложение участника закупки о сумме цен единиц товара, работы, услуги
(в случае, предусмотренном частью 24 статьи 22 Федерального закона № 44-ФЗ)
– при проведении электронного аукциона не применяется
5) информация
В соответствии с постановлением Правительства РФ от
и
документы, 23.12.2024 № 1875 «О мерах по предоставлению
определенные в национального режима при осуществлении закупок товаров,
соответствии с работ, услуг для обеспечения государственных и
пунктом 2 части муниципальных нужд, закупок товаров, работ, услуг
2 статьи 14 отдельными
видами
юридических
лиц»
(далее
настоящего
Постановление № 1875):
Федерального
Запрет закупок товаров (в том числе поставляемых при
закона
(в выполнении закупаемых работ, оказании закупаемых услуг),
случае, если в происходящих из иностранных государств, работ, услуг,
извещении об соответственно выполняемых, оказываемых иностранными
осуществлении лицами: установлен в отношении позиции 1 описания объекта
закупки,
закупки;
документации о
Информация и документы, подтверждающие страну
закупке
(если происхождения товара:
настоящим
1) Для подтверждения происхождения программ для
8
Федеральным
электронных вычислительных машин и (или) баз данных
законом
(далее – программное обеспечение) из Российской Федерации
предусмотрена участник закупки предоставляет:
документация о
- порядковый номер реестровой записи из реестра
закупке)
российского программного обеспечения;
установлены
- порядковый номер реестровой записи из реестра
предусмотренн российского
программного
обеспечения,
содержащей
ые
указанной информацию о соответствии программного обеспечения
статьей запрет, требованиям к доверенному программному обеспечению (для
ограничение,
программного обеспечения, требования в отношении
преимущество). которого установлены частями 37 и 39 статьи 2 Федерального
В
случае закона «О внесении изменений в Федеральный закон «О
отсутствия
безопасности критической информационной инфраструктуры
таких
Российской Федерации»).
информации и
2) Для подтверждения происхождения программного
документов
в обеспечения из государств - членов Евразийского
заявке
на экономического союза, за исключением Российской
участие
в Федерации, участник закупки предоставляет:
закупке такая
- порядковый номер реестровой записи из реестра
заявка
евразийского программного обеспечения;
приравнивается
- порядковый номер реестровой записи из реестра
к
заявке,
в евразийского программного обеспечения, содержащей
которой
информацию о соответствии программного обеспечения
содержится
требованиям к доверенному программному обеспечению (для
предложение о программного обеспечения, требования в отношении
поставке
которого установлены частями 37 и 39 статьи 2 Федерального
товаров,
закона «О внесении изменений в Федеральный закон «О
происходящих
безопасности критической информационной инфраструктуры
из
Российской Федерации»).
иностранного
государства,
работ,
услуг,
соответственно
выполняемых,
оказываемых
иностранными
лицами.
Требовать от участника закупки представления иных информации и
документов, за исключением предусмотренных частями 1 и 2 статьи 43
Федерального закона № 44-ФЗ, не допускается.
Ответственность за недостоверность информации и (или) документов,
включенных в заявку на участие в закупке, за действия, совершенные на
основании указанных информации и (или) документов, несёт участник закупки.
II. Инструкция по заполнению заявки на участие в закупке при
осуществлении закупки на выполнение работ, оказание услуг
9
(без поставляемого товара)
Подача заявки на участие в закупке означает согласие участника закупки,
подавшего такую заявку, на выполнение работы, оказание услуги на условиях,
предусмотренных извещением об осуществлении закупки.
Все документы, входящие в состав предложения участника закупки должны
иметь четко читаемый текст.
В целях обеспечения быстроты и корректности открытия (сохранения)
электронных документов, поданных в составе заявки на участие в закупке,
рекомендуется не сканировать документы, содержащие сведения о товарах,
оформленные в формате .doc, .docx, .xls, .xlsx, а направлять их оператору
электронной площадки в этих же форматах. Рекомендуется использовать
следующие
форматы
электронных
документов: .doc, .docx, .xls, .xlsx, .ppt, .pdf, .rar, .zip, .tif, .jpeg.
Все документы, входящие в состав предложения участника закупки,
должны быть составлены на русском языке. Подача документов, входящих в
состав предложения участника закупки на иностранном языке, должна
сопровождаться заверенным в соответствии с законодательством Российской
Федерации переводом соответствующих документов на русский язык.
Не рекомендуется применять в электронных документах скрытых листов,
столбцов, строк, текста и тому подобных.
Предложение участника закупки не должно содержать двусмысленных,
противоречивых, а также взаимоисключающих толкований и предложений.
Предложение участника закупки должно содержать только достоверные сведения.
В случае указания Заказчиком в описании объекта закупки информации о
товарном знаке, следует читать наименование товарного знака в сопровождении
слов «или эквивалент» (в случае, когда в соответствии с пунктом 8 части 1 статьи
33 Федерального закона № 44-ФЗ описанием объекта закупки является проектносметная документация).

=== ФАЙЛ: +4. приложение 4 Гос.контракт элЖКХ 2026.docx | docs/0121200004726001297/+4. приложение 4 Гос.контракт элЖКХ 2026.pdf
Приложение № 4 к извещению
об осуществлении закупки
ГОСУДАРСТВЕННЫЙ КОНТРАКТ №
на оказание услуг по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
ИКЗ в соответствии с планом-графиком: 26 22636206829263401001 0023 000 6202 244
ИКЗ в соответствии с порядковым номером закупки (сформированный в
извещении о закупке) 26 22636206829263401001 0023 001 6202 244
г. Ставрополь
Дата заключения контракта
соответствует дате подписания
контракта Заказчиком в ЕИС
Министерство жилищно-коммунального хозяйства Ставропольского края,
выступающее от имени Ставропольского края и именуемое в дальнейшем
Заказчик, в лице заместителя министра Ващенко Руслан Владимирович,
действующего на основании Положения о министерстве жилищнокоммунального
хозяйства
Ставропольского
края,
утвержденного
постановлением Правительства Ставропольского края от 25 декабря 2014 г.
№ 545-п и Приказа министерства жилищно-коммунального хозяйства
Ставропольского края от 21 июля 2025 года № 235 с одной стороны,
и «Исполнитель», в лице
действующего
на основании
, с другой стороны, далее совместно именуемые
«Стороны», по итогам электронного аукциона №
на основании
протокола подведения итогов определения поставщика (подрядчика,
исполнителя)
от
заключили настоящий государственный
контракт о нижеследующем:
1. ПРЕДМЕТ КОНТРАКТА
1.1. По государственному контракту Исполнитель обязуется оказать
Заказчику услуги по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом
настройки
и
адаптации
программ
для
ЭВМ
для
обеспечения нужд Ставропольского края (далее – Услуга, Система
соответственно) в соответствии с заданием (Приложение № 1), а Заказчик
обязуется принять и оплатить оказанные Исполнителем услуги.
2. МЕСТО, УСЛОВИЯ И СРОКИ ОКАЗАНИЯ УСЛУГ
2
2.1. Место оказания услуг: Министерство жилищно-коммунального
хозяйства Ставропольского края: Российская Федерация, Ставропольский край,
город Ставрополь, улица Ленина, 184.
2.2. Услуги оказываются силами и средствами Исполнителя, в полном
объёме, в соответствии с Требованиями задания на оказание услуг по
сопровождению и обновлению государственной информационной системы
Ставропольского края «Электронное ЖКХ» способом настройки и адаптации
программ для ЭВМ для обеспечения нужд Ставропольского края (Приложение
№1) и Календарного плана - Состава и содержания услуг по сопровождению и
обновлению государственной информационной системы Ставропольского
края «Электронное ЖКХ» способом настройки и адаптации программ
для ЭВМ для обеспечения нужд Ставропольского края (Приложение №2).
2.3. Общий срок оказания услуг: с даты заключения государственного
контракта до 20 декабря 2026 года.
2.3.1.Плановый срок начала оказания услуг: с даты заключения
государственного контракта;
Плановый срок окончания оказания услуг: до 20 декабря 2026 года.
Исполнитель имеет право предоставить результаты услуг и оказать
услуги ранее установленного срока.
2.4. Условия оказания Услуг: Услуги оказываются Исполнителем
собственными силами и средствами в порядке и объемах, указанных в задании
(Приложение №1 к настоящему Контракту).
2.5. Если заданием предусмотрено выполнение действий в определенной
последовательности, Исполнитель обязан выполнить данное требование.
2.6. Срок исполнения контракта: с даты заключения Контракта
до 30 декабря 2026 г.
3. ЦЕНА КОНТРАКТА И ПОРЯДОК РАСЧЕТОВ
3.1. Цена контракта составляет
руб. (Размер
платы, подлежащей внесению в соответствии с Федеральным законом о
контрактной системе за заключение контракта на счет, на котором в
соответствии с законодательством Российской Федерации учитываются
операции со средствами, поступающими Заказчику)_____________рублей,
в т.ч. НДС ____% в сумме (_______________рублей____копеек)/НДС
не облагается на основании _______________.
(Начальная (максимальная) цена контракта составляет 3 298 560,00
рублей (три миллиона двести девяноста восемь тысяч пятьсот шестьдесят
рублей 00 коп.) и включает стоимость оказания услуг, все расходы
Исполнителя, связанные с исполнением контракта, в том числе расходы на
уплату налогов, сборов и других обязательных платежей.
3.2. Оплата по контракту производится за счет средств бюджета
Ставропольского края на 2026 год (согласно Закону Ставропольского края
«О бюджете Ставропольского края на 2026 год и плановый период 2027 и 2028
3
годов») в безналичной форме путем перечисления денежных средств на
расчетный счет Исполнителя в течение 7 рабочих дней с даты подписания
Заказчиком документа о приемке, предусмотренного ч. 7 ст. 94 Федерального
закона от 05 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» (далее – Закон № 44-ФЗ).
3.3. Расчеты по государственному контракту осуществляются в
российских рублях.
3.4. Цена государственного контракта является твердой и определяется
на весь срок исполнения государственного контракта. Цена государственного
контракта может быть снижена по соглашению Сторон без изменения
предусмотренных государственным контрактом объема и качества
оказываемых услуг и иных условий исполнения государственного контракта.
3.5. Авансирование не предусмотрено.
3.6. Будет произведено уменьшение суммы, подлежащей уплате
Заказчиком юридическому лицу или физическому лицу, в том числе
зарегистрированному в качестве индивидуального предпринимателя, на
размер налогов, сборов и иных обязательных платежей в бюджеты бюджетной
системы Российской Федерации, связанных с оплатой контракта, если в
соответствии с законодательством Российской Федерации о налогах и сборах
такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
3.7. Приемка результатов отдельного этапа исполнения контракта, а
также поставленного товара, выполненной работы или оказанной услуги
осуществляется в порядке и в сроки, которые установлены контрактом, и
оформляется документом о приемке, который подписывается Заказчиком
(в случае создания приемочной комиссии подписывается всеми членами
приемочной комиссии и утверждается Заказчиком), либо поставщику
(подрядчику, исполнителю) в те же сроки Заказчиком направляется в
письменной форме мотивированный отказ от подписания такого документа.
В случае привлечения Заказчиком для проведения указанной экспертизы
экспертов, экспертных организаций при принятии решения о приемке или об
отказе в приемке результатов отдельного этапа исполнения контракта либо
поставленного товара, выполненной работы или оказанной услуги Заказчик,
приемочная комиссия должны учитывать отраженные в заключении по
результатам указанной экспертизы предложения экспертов, экспертных
организаций, привлеченных для ее проведения.
4. ТРЕБОВАНИЯ К КАЧЕСТВУ (ГАРАНТИЙНЫЕ
ОБЯЗАТЕЛЬСТВА)
4.1. Гарантийное обслуживание осуществляется в течении 12 месяцев
после подписания документа о приемке оказанных услуг.
4.2. Исполнитель гарантирует бесплатное обновление всех компонентов
программного обеспечения в случаях изменения законодательства,
4
влияющего на информативность и реализацию функций системы в рамках
гарантийного срока.
4.3. Недостатки и ошибки в реализации Системы, выявленные в ходе
проведения испытаний, должны быть устранены исполнителем в рамках
оказания услуг по государственному контракту. Порядок устранения
замечаний и реализации рекомендаций комиссии должен быть определен в
документе «Программа и методика испытаний».
5. ПРИЕМКА ОКАЗАННЫХ УСЛУГ
5.1. Исполнитель не позднее 2 (двух) рабочих дней со дня окончания
услуг направляет в адрес Заказчика уведомление в письменной форме
о готовности оказываемых услуг к сдаче и формирует в единой
информационной системе в сфере закупок (далее – единая информационная
система) в порядке, предусмотренном частью 13 статьи 94 Закона № 44-ФЗ,
подписывает усиленной квалифицированной электронной подписью (далее –
электронная подпись) лица, имеющего право действовать от имени
Исполнителя, и размещает в единой информационной системе документ
о приемке.
5.2. Заказчик в срок, не позднее 20 (двадцати) рабочих дней, следующих
за днем поступления документа о приемке, проводит экспертизу качества
оказанной услуги в порядке и на условиях, установленных статьей 94
Закона № 44-ФЗ. Экспертиза Услуги, предусмотренной Контрактом, может
проводиться Заказчиком своими силами или к ее проведению могут
привлекаться эксперты, экспертные организации на основании Контрактов,
заключенных в соответствии с Законом № 44-ФЗ.
5.3. В случае, если по результатам проведения экспертизы установлены
нарушения Исполнителем условий настоящего контракта и в заключении
по результатам проведения экспертизы содержатся предложения
об устранении нарушений с указанием срока их устранения, Заказчик
в порядке, предусмотренном частью 13 статьи 94 Закона № 44-ФЗ, формирует
с использованием единой информационной системы, подписывает
электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в единой информационной системе мотивированный
отказ от подписания документа о приемке с указанием причин такого отказа.
5.4. Заказчик вправе не отказывать в приемке оказанной Услуги в случае
выявления несоответствия оказанной Услуги условиям настоящего контракта,
если выявленное несоответствие не препятствует приемке Услуги и устранено
Исполнителем.
5.5. В случае получения Исполнителем мотивированного отказа
от подписания документа о приемке Исполнитель вправе устранить причины,
указанные в таком мотивированном отказе, и направить Заказчику документ о
приемке в порядке, предусмотренном частью 13 статьи 94 Закона № 44-ФЗ,
5.6. В случае, если по результатам проведения экспертизы нарушения
Исполнителем условий настоящего контракта не выявлены, Заказчик
5
в порядке, предусмотренном частью 13 статьи 94 Закона-ФЗ, подписывает
электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в единой информационной системе документ
о приемке.
5.7. Датой приемки оказанной услуги считается дата размещения
в единой информационной системе документа о приемке, подписанного
Заказчиком.
6. ПРАВА И ОБЯЗАННОСТИ СТОРОН
6.1. Заказчик вправе:
6.1.1. Требовать предоставления услуг надлежащего качества
в установленный срок.
6.1.2. Требовать устранения неисправностей, препятствующих
пользованию Услугами.
6.1.3. Требовать гарантийное обслуживание (обновление) всех
компонентов программного обеспечения в рамках гарантийного срока.
6.2. Заказчик обязан:
6.2.1. Производить приемку и оплату оказанных услуг в соответствии
с условиями, предусмотренными государственным контрактом.
6.2.2. Обеспечивать Исполнителю возможность беспрепятственного
оказания услуг, в том числе доступ в необходимые помещения, работоспособность
необходимого оборудования, присутствие необходимого персонала со стороны
Заказчика, а также иных лиц, для которых оказываются услуги.
6.3. Исполнитель имеет право:
6.3.1. Требовать своевременной и полной оплаты за предоставленные
Услуги.
6.4. Исполнитель обязан:
6.4.1. Оказывать Заказчику услуги в соответствии с действующим
законодательством Российской Федерации, национальными стандартами,
техническими нормами и правилами, лицензиями, заданием и другими
условиями настоящего Контракта.
6.4.2. Соблюдать сроки и порядок устранения неисправности
в гарантированные сроки оказанных услуг Заказчику.
6.5. Исполнитель не вправе передавать свои права и обязанности
по государственному контракту третьей Стороне, за исключением случая,
если новый Исполнитель является правопреемником Исполнителя вследствие
реорганизации юридического лица в форме преобразования, слияния или
присоединения.
6.6. Гарантировать отсутствие нарушения авторских, исключительных и
иных прав на объекты интеллектуальной собственности третьих лиц.
6.7. Стороны вправе требовать друг от друга надлежащего
и своевременного Исполнения обязательств по государственному контракту.
6
7. ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА,
ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ
7.1. Заказчиком установлено требование обеспечения Исполнения
государственного контракта, в размере 10% от начальной (максимальной)
цены контракта.
7.2. В случае, если предложенная в заявке Исполнителя цена снижена на
двадцать пять и более процентов по отношению к начальной (максимальной)
цене контракта, Исполнитель, с которым заключается государственный
контракт, предоставляет обеспечение Исполнения контракта с учетом
положений статьи 37 Закона № 44-ФЗ.
7.3. Исполнение контракта может обеспечиваться предоставлением
независимой гарантии или внесением денежных средств на л/с Наименование
Заказчика:
Министерство
жилищно-коммунального
хозяйства
Ставропольского края.
Реквизиты:
ИНН 2636206829 КПП 263401001 ОКПО 21978891
Лицевой счет № 134.05.007.3
ОКЦ № 2 ЮГУ Банка России //УФК по Ставропольскому краю,
г. Ставрополь
р/сч. 03222643070000002100
единый казначейский счет (ЕКС) 40102810345370000013
БИК 010702101
ОКТМО 07701000
Назначение платежа: ______ (указать название и № конкурса).
В платёжном документе необходимо указать следующее назначение
платежа: Обеспечение Исполнения Контракта (реестровый номер закупки
____________).
7.4. Способ
обеспечения
Исполнения
контракта
определяется
Исполнителем самостоятельно. Исполнитель может предоставить только один из
способов обеспечения Исполнения контракта. Срок действия независимой
гарантии устанавливается с учетом требований статьи 96 Закона № 44-ФЗ.
В случае, если Исполнение Контракта обеспечивается предоставлением
безотзывной независимой гарантии, независимая гарантия должна быть включена в
реестр независимых гарантий, и должна быть оформлена с учетом дополнительных
требований установленных постановлением Правительства Российской Федерации
от 08.11.2013 г. № 1005 «О независимых гарантиях, используемых для целей
Федерального закона «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
и соответствовать статье 45 Закона № 44-ФЗ.
7.5. Государственный контракт заключается после предоставления
Исполнителем обеспечения Исполнения контракта. В случае непредставления
Исполнителем обеспечения исполнения контракта в срок, установленный для
заключения контракта, Исполнитель считается уклонившимся от заключения
государственного контракта.
7
7.6. В ходе исполнения контракта Исполнитель вправе изменить способ
обеспечения исполнения контракта и (или) предоставить Заказчику взамен
ранее предоставленного обеспечения исполнения контракта новое
обеспечение исполнения контракта, размер которого может быть уменьшен в
порядке и случаях, которые предусмотрены частями 7.2 и 7.3 статьи 96 Закона
№ 44-ФЗ.
7.7. Обеспечение гарантийных обязательств устанавливается в размере 5%
начальной (максимальной) цены контракта.
Исполнитель услуг предоставляет Заказчику обеспечение гарантийных
обязательств в размере 5 % начальной (максимальной) цены Контракта не
позднее даты направления документа о приемке.
Гарантийные обязательства могут обеспечиваться предоставлением
независимой гарантии, соответствующей требованиям ст.45 Закона № 44-ФЗ
или внесением денежных средств на указанный Заказчиком в пункте 7.3.
настоящего государственного контракта счет.
Способ обеспечения гарантийных обязательств, срок действия
независимой гарантии определяются в соответствии с требованиями Закона
№ 44-ФЗ участником закупки, с которым заключается государственный
контракт, самостоятельно. При этом срок действия независимой гарантии
должен превышать предусмотренный государственным контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой
гарантией, не менее чем на один месяц, в том числе в случае его изменения в
соответствии со статьей 95 Закона № 44-ФЗ.
В случае установления Заказчиком требования об обеспечении
гарантийных обязательств оформление документа о приемке поставленного
товара, выполненной работы (ее результатов), оказанных услуг
осуществляется после предоставления исполнителем такого обеспечения
в соответствии с Федеральным законом в порядке и в сроки, которые
установлены государственным контрактом.
Исполнитель вправе изменить способ обеспечения гарантийных
обязательств и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения гарантийных обязательств новое обеспечение гарантийных
обязательств.
7.8.В случае если в качестве способа обеспечения исполнения Контракта
выбрано внесение денежных средств или в случае уменьшения размера
обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и 7.2
статьи 96 Закона № 44-ФЗ, возврат указанных денежных средств Заказчиком
осуществляется в срок не более пятнадцати дней с даты исполнения
Исполнителем обязательств, предусмотренных Контрактом. Денежные
средства возвращаются на банковский счет, указанный Исполнителем в
Контракте, если Исполнитель не представил Заказчику соответствующее
уведомление об иных реквизитах для возврата денежных средств не позднее
дня исполнения Поставщиком всех своих обязательств.
7.9. В случае ненадлежащего исполнения Исполнителем обязательств,
предусмотренных контрактом (гарантийных обязательств), возврат денежных
8
средств, внесенных Исполнителем в качестве обеспечения исполнения
контракта, осуществляется за вычетом неустоек (штрафов, пеней),
начисленных Заказчиком и неуплаченных Исполнителем по требованию
об уплате неустоек (штрафов, пеней) в добровольном порядке.
В случае неисполнения Исполнителем обязательств, предусмотренных
контрактом (гарантийных обязательств), денежные средства, внесенные
Исполнителем в качестве обеспечения исполнения контракта (обеспечение
гарантийных обязательств), не возвращаются.
7.10. Положения Закона № 44-ФЗ об обеспечении исполнения
контракта, включая положения о предоставлении такого обеспечения с учетом
положений статьи 37 Закона № 44-ФЗ, об обеспечении гарантийных
обязательств не применяются в случае заключения контракта с участником
закупки, который является казенным учреждением.
7.11. Исполнитель обязуется в случае отзыва в соответствии с
законодательством Российской Федерации у банка, предоставившего
банковскую гарантию в качестве обеспечения исполнения контракта, лицензии
на осуществление банковских операций предоставить новое обеспечение
исполнения контракта не позднее одного месяца со дня надлежащего
уведомления Заказчиком Исполнителя (подрядчика, поставщика) о
необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены
частями 7, 7.1, 7.2 и 7.3 статьи 96Закона № 44-ФЗ. За каждый день просрочки
исполнения Исполнителем обязательства, предусмотренного настоящей частью,
начисляется пеня в размере, определенном в порядке, установленном в
соответствии с частью 7 статьи 34 Закона № 44-ФЗ.
8. ОТВЕТСТВЕННОСТЬ СТОРОН
8.1. За неисполнение или ненадлежащее исполнение условий Контракта
Стороны несут ответственность в соответствии с законодательством
Российской Федерации.
8.2. В случае просрочки исполнения Заказчиком обязательств,
предусмотренных контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Заказчиком обязательств, предусмотренных
контрактом, Исполнитель вправе потребовать уплаты неустоек (штрафов,
пеней). Пеня начисляется за каждый день просрочки исполнения
обязательства, предусмотренного контрактом, начиная со дня, следующего
после дня истечения установленного контрактом срока исполнения
обязательства. Такая пеня устанавливается контрактом в размере одной
трехсотой действующей на дату уплаты пеней ключевой ставки Центрального
банка Российской Федерации от не уплаченной в срок суммы. Штрафы
начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных контрактом, за исключением просрочки исполнения
обязательств, предусмотренных контрактом. Размер штрафа устанавливается
контрактом в порядке, установленном Правительством Российской
9
Федерации.
8.3. В случае просрочки исполнения Исполнителем обязательств
(в том числе гарантийного обязательства), предусмотренных контрактом,
а также в иных случаях неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
Пеня начисляется за каждый день просрочки исполнения Исполнителем
обязательства, предусмотренного контрактом, начиная со дня, следующего после
дня истечения установленного контрактом срока исполнения обязательства, и
устанавливается контрактом в размере одной трехсотой действующей на дату
уплаты пени ключевой ставки Центрального банка Российской Федерации от
цены контракта, уменьшенной на сумму, пропорциональную объему
обязательств, предусмотренных контрактом и фактически исполненных
Исполнителем, за исключением случаев, если законодательством Российской
Федерации установлен иной порядок начисления пени.
8.4. Штрафы начисляются за неисполнение или ненадлежащее
исполнение Исполнителем обязательств, предусмотренных контрактом,
за исключением просрочки исполнения Исполнителем обязательств (в том
числе гарантийного обязательства), предусмотренных контрактом. Размер
штрафа
устанавливается
контрактом
в
порядке,
установленном
Постановлением Правительства РФ от 30.08.2017 г. № 1042 «Об утверждении
Правил определения размера штрафа, начисляемого в случае ненадлежащего
исполнения Заказчиком, неисполнения или ненадлежащего исполнения
поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
контрактом (за исключением просрочки исполнения обязательств Заказчиком,
поставщиком (подрядчиком, исполнителем), о внесении изменений в
постановление Правительства Российской Федерации от 15 мая 2017 г. № 570
и признании утратившим силу постановления Правительства Российской
Федерации от 25 ноября 2013 г. № 1063» (далее по тексту – Правила), за
исключением случаев, если законодательством Российской Федерации
установлен иной порядок начисления штрафов.
8.5. Размер штрафа устанавливается контрактом в соответствии
с пунктами 3 - 9 Правил, за исключением случая, предусмотренного пунктом
13 Правил, в том числе рассчитывается как процент цены контракта, или в
случае, если контрактом предусмотрены этапы исполнения контракта, как
процент этапа исполнения контракта (далее - цена контракта (этапа)).
8.6. За каждый факт неисполнения или ненадлежащего исполнения
исполнителем обязательств, предусмотренных контрактом, за исключением
просрочки исполнения обязательств (в том числе гарантийного
обязательства),
предусмотренных
контрактом,
размер
штрафа
устанавливается в следующем порядке (за исключением случаев,
предусмотренных пунктами 4 - 8 Правил):
а) 10 процентов цены контракта (этапа) в случае, если цена контракта
(этапа) не превышает 3 млн. рублей;
10
б) 5 процентов цены контракта (этапа) в случае, если цена контракта
(этапа) составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 1 процент цены контракта (этапа) в случае, если цена контракта (этапа)
составляет от 50 млн. рублей до 100 млн. рублей (включительно);
8.7. За каждый факт неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных контрактом, заключенным с
победителем закупки (или с иным участником закупки в случаях,
установленных Законом № 44-ФЗ), предложившим наиболее высокую цену за
право заключения контракта, размер штрафа рассчитывается в порядке,
установленном настоящим контрактом, за исключением просрочки
исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных контрактом, и устанавливается в следующем порядке:
а) в случае, если цена контракта не превышает начальную
(максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если цена
контракта не превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если цена
контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены контракта, если цена
контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
б) в случае, если цена контракта превышает начальную (максимальную)
цену контракта:
10 процентов цены контракта, если цена контракта не превышает 3 млн.
рублей;
5 процентов цены контракта, если цена контракта составляет от 3 млн.
рублей до 50 млн. рублей (включительно);
1 процент цены контракта, если цена контракта составляет от 50 млн.
рублей до 100 млн. рублей (включительно).
8.8 За каждый факт неисполнения или ненадлежащего исполнения
Исполнителем обязательства, предусмотренного контрактом, которое не
имеет стоимостного выражения, размер штрафа устанавливается (при наличии
в контракте таких обязательств) в следующем порядке:
а) 1000 рублей, если цена контракта не превышает 3 млн. рублей;
б) 5000 рублей, если цена контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
в) 10000 рублей, если цена контракта составляет от 50 млн. рублей до 100
млн. рублей (включительно);
г) 100000 рублей, если цена контракта превышает 100 млн. рублей.
8.9 За каждый факт неисполнения Заказчиком обязательств,
предусмотренных контрактом, за исключением просрочки исполнения
обязательств, предусмотренных контрактом, размер штрафа устанавливается в
следующем порядке:
а) 1000 рублей, если цена контракта не превышает 3 млн. рублей
(включительно);
11
б) 5000 рублей, если цена контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
в) 10000 рублей, если цена контракта составляет от 50 млн. рублей до 100
млн. рублей (включительно);
г) 100000 рублей, если цена контракта превышает 100 млн. рублей.
8.10. Общая сумма начисленных штрафов за неисполнение или
ненадлежащее исполнение Исполнителем обязательств, предусмотренных
контрактом, не может превышать цену контракта.
8.11. Общая сумма начисленных штрафов за ненадлежащее исполнение
Заказчиком обязательств, предусмотренных контрактом, не может превышать
цену контракта.
8.12. Уплата неустойки (штрафа, пени) не освобождает виновную
Сторону от исполнения принятых на себя обязательств по контракту.
8.13. Сторона освобождается от уплаты неустойки (штрафа, пени), если
докажет, что неисполнение или ненадлежащее исполнение обязательства,
предусмотренного контрактом, произошло вследствие непреодолимой силы
или по вине другой стороны.
9. ФОРС-МАЖОРНЫЕ ОБСТОЯТЕЛЬСТВА
9.1. Освобождение от исполнения обязательств по контракту возможно
только при наступлении обстоятельств непреодолимой силы, т.е.
чрезвычайных и непреодолимых обстоятельств (форс-мажор), а именно:
стихийные природные явления (землетрясения, наводнения, пожары и т.п.),
обстоятельства общественной жизни (военные действия, эпидемии,
национальные или отраслевые забастовки и т.д.), которые возникли после
заключения контракта.
9.2. Сторона, для которой возникла невозможность исполнения
обязательств в силу вышеуказанных причин действия непреодолимой силы,
обязана уведомить об этом другую Сторону в 7-дневный срок с момента
наступления таких обстоятельств, приложив в качестве доказательств
документы, выдаваемые компетентными государственными органами. Не
извещение или несвоевременное извещение о действии обстоятельств
непреодолимой силы другой Стороны влечет за собой утрату права ссылаться на
эти обстоятельства.
10. СРОК ДЕЙСТВИЯ КОНТРАКТА
10.1. Государственный контракт вступает в силу с даты его заключения
и действует до полного исполнения обязательств по контракту.
11. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ, ИЗМЕНЕНИЯ И
РАСТОРЖЕНИЯ КОНТРАКТА
12
11.1. Изменение существенных условий Контракта при его исполнении
не допускается, за исключением их изменения по соглашению Сторон в
случаях, предусмотренных частью Закона № 44-ФЗ.
11.2. Все споры и разногласия, возникающие между Сторонами в
процессе исполнения контракта, решаются путем переговоров. При не
достижении согласия, споры по контракту разрешаются в Арбитражном суде
Ставропольского края.
11.3. Все изменения и дополнения к контракту, в случае если они не
противоречат законодательству Российской Федерации, действительны, лишь
в том случае, если они имеют ссылку на контракт, составлены в виде
дополнительных соглашений и подписаны Сторонами.
11.4. Расторжение контракта допускается по соглашению Сторон, по
решению суда, в случае одностороннего отказа Стороны контракта
от исполнения контракта в соответствии с гражданским законодательством.
11.5. Заказчик вправе принять решение об одностороннем отказе от
исполнения контракта по основаниям, предусмотренным Гражданским
кодексом Российской Федерации для одностороннего отказа от исполнения
отдельных видов обязательств.
11.6. Заказчик обязан принять решение об одностороннем отказе
от исполнения контракта в случае, если в ходе исполнения контракта
установлено, что поставщик (подрядчик, исполнитель) и (или) поставляемый
товар перестали соответствовать установленным извещением об
осуществлении закупки и (или) документацией о закупке (если Законом № 44ФЗ предусмотрена документация о закупке) требованиям к участникам
закупки (за исключением требования, предусмотренного частью 1.1 (при
наличии такого требования) статьи 31 Закона № 44-ФЗ) и (или) поставляемому
товару или при определении поставщика (подрядчика, исполнителя)
поставщик
(подрядчик,
исполнитель)
представил
недостоверную
информацию о своем соответствии и (или) соответствии поставляемого товара
требованиям, указанным в подпункте "а" пункта 1 ч. 15 ст. 95 Закона № 44-ФЗ,
что позволило ему стать победителем определения поставщика (подрядчика,
исполнителя).
Если вследствие реорганизации юридического лица, являющегося
подрядчиком (исполнителем), его права и обязанности по такому контракту
перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с
подпунктами "а" и "б" пункта 1 части 2 статьи 14 настоящего Федерального
закона установлены запрет закупок работ, услуг, соответственно
выполняемых, оказываемых иностранными лицами, либо ограничение
закупок работ, услуг, соответственно выполняемых, оказываемых
иностранными лицами, и подрядчик (исполнитель) являлся российским
лицом, либо в соответствии с подпунктом "в" пункта 1 части 2 статьи 14
настоящего Федерального закона установлено преимущество в отношении
работ, услуг, соответственно выполняемых, оказываемых российскими
лицами, и подрядчик (исполнитель) являлся российским лицом;
13
11.7. Исполнитель вправе принять решение об одностороннем отказе от
исполнения контракта по основаниям, предусмотренным Гражданским
кодексом Российской Федерации для одностороннего отказа от исполнения
отдельных видов обязательств.
11.8. При расторжении контракта в связи с односторонним отказом
стороны контракта от исполнения контракта другая сторона контракта вправе
потребовать возмещения только фактически понесенного ущерба,
непосредственно
обусловленного
обстоятельствами,
являющимися
основанием для принятия решения об одностороннем отказе от исполнения
контракта.
12. ОСОБЫЕ УСЛОВИЯ КОНТРАКТА
12.1. По всем вопросам, вытекающим из государственного контракта
и неурегулированным им, включая ответственность Сторон, Стороны
руководствуются законодательством Российской Федерации.
12.2. Существенные условия государственного контракта могут быть
изменены в соответствии со статьей 95 Закона № 44-ФЗ.
12.3. Каждая из Сторон государственного контракта обязуется
письменно известить другую Сторону об изменении ее местонахождения
(юридического адреса), названия, почтовых и банковских реквизитов,
указанных в контракте, в течение 10 (десяти) дней со дня соответствующих
изменений.
12.4. Государственный контракт заключается в форме электронного
документа,
подписанного
усиленными
электронными
подписями
уполномоченных на подписание государственного контракта лиц каждой
из Сторон.
12.5. К государственному контракту прилагаются и являются
неотъемлемой его частью:
Приложение 1 – Задание на оказание услуг по сопровождению и
обновлению государственной информационной системы Ставропольского
края «Электронное ЖКХ» способом настройки и адаптации программ для
ЭВМ для обеспечения нужд Ставропольского края;
Приложение 2 – Календарный план - Состав и содержание услуг по
сопровождению и обновлению государственной информационной системы
Ставропольского края «Электронное ЖКХ» способом настройки и адаптации
программ для ЭВМ для обеспечения нужд Ставропольского края.
Приложение 3 – Форма отчетной документации по оценке качества
оказанной услуги по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для обеспечения нужд
Ставропольского края.
13. КОНФИДЕНЦИАЛЬНОСТЬ
14
Стороны гарантируют соблюдение конфиденциальности сведений и
информации, ставших известными Сторонам в ходе исполнения настоящего
контракта. В случае передачи указанных сведений третьим лицам,
разглашении коммерческой тайны какой-либо Стороной, виновная Сторона
несет имущественную ответственность в размере нанесенного прямого
действительного ущерба.
Условия соблюдения конфиденциальности Стороны определяют
«Соглашением о неразглашении конфиденциальной информации»
(Приложение № 4), являющимся неотъемлемой частью настоящего контракта.
13. АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН.
Ответственное должностное лицо заказчика:
Стативкина Юлия Владимировна, начальник отдела сопровождения
капитального ремонта многоквартирных домов, тел. 8-8652-26-11-17.
Заказчик:
Министерство жилищнокоммунального хозяйства
Ставропольского края
Адрес: 355012, г. Ставрополь,
ул. Ленина, д.184
ОГРН 1152651000512
ИНН 2636206829
КПП 263401001
ОКПО 21978891
Лицевой счет 134.01.007.1
Министерство финансов Ставропольского края
ОКЦ № 2 ЮГУ Банка России //УФК
по
Ставропольскому
краю,
г. Ставрополь
р/сч. 03221643070000002100
единый казначейский счет (ЕКС)
40102810345370000013
БИК 010702101
ОКТМО 07701000
ОКВЭД 84.11.21
Заместитель
министра
Исполнитель:
Р.В.Ващенко
Приложение 1
к государственному контракту
15
№
от «___» _________ 2026 г.
Задание
на оказание услуг по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для
обеспечения нужд Ставропольского края
1. Общие сведения
1.1. Принятые сокращения и определения, представленные в таблице
1 настоящего задания.
Таблица 1 – Термины, определения и сокращения
Обозначение
HTML
Описание
Hypertext Markup Language - это стандартный язык
разметки документов во Всемирной паутине. Все вебстраницы создаются при помощи языка HTML. Язык
HTML интерпретируется браузером и отображается в
виде документа, удобном для человека.
HTTP
HyperText Transfer Protocol - протокол прикладного
уровня передачи данных в первую очередь в виде
текстовых сообщений. Основой HTTP является
технология «клиент-сервер», то есть предполагается
существование потребителей (клиентов), которые
инициируют соединение и посылают запрос, и
поставщиков (серверов), которые ожидают соединения
для получения запроса, производят необходимые
действия и возвращают обратно сообщение с
результатом.
HTTPS
Расширение протокола HTTP, поддерживающее
шифрование. Данные, передаваемые по протоколу HTTP,
«упаковываются» в криптографический протокол SSL,
тем самым обеспечивается защита этих данных.
Операционная Комплекс программного обеспечения,
среда
предоставляющего средства разработки и выполнения
прикладных программ. Операционная среда включает
операционную систему, интерфейсы прикладных
программ, прикладные программы, сетевые службы,
базы данных и языки
Тонкий клиент Тонкий клиент (англ. thin client) в компьютерных
технологиях — бездисковый компьютер-клиент в сетях с
клиент-серверной или терминальной архитектурой,
который переносит все или большую часть задач по
обработке информации на сервер. Примером тонкого
16
Обозначение
SSL
WEB-браузер
WEB-сервер
XML
АРМ
Единая
система
идентификаци
ии
аутентификац
ии (ЕСИА)
ЖКХ
МКД
РФ
Система
СУБД
Сервер базы
данных
ДПКР
Описание
клиента может служить компьютер с браузером,
использующийся для работы с веб-приложениями
Secure Sockets Layer - криптографический протокол,
обеспечивающий безопасную передачу данных по сети
Интернет. При его использовании создаётся защищённое
соединение между клиентом и сервером.
Программное обеспечение для поиска, просмотра вебстраниц (преимущественно из сети Интернет), для их
обработки, вывода и перехода от одной страницы к
другой. Например, Microsoft Internet Explorer, Mozilla
Firefox и т.п.
Сервер, осуществляющий обработку запросов от WEBклиентов
eXtensible Markup Language — расширяемый язык
разметки. текстовый формат, предназначенный для
хранения структурированных данных
Автоматизированное рабочее место
Информационная система в Российской Федерации,
обеспечивающая санкционированный доступ участников
информационного взаимодействия (граждан-заявителей
и должностных лиц органов исполнительной власти) к
информации, содержащейся в государственных
информационных системах и иных информационных
системах
Жилищно-коммунальное хозяйство
Многоквартирный дом
Российская Федерация
Государственная информационная система
Ставропольского края «Электронное ЖКХ». Набор
взаимосвязанных программных продуктов (ПП) для
ЭВМ с необходимыми настройками и расширениями
функциональных возможностей ПП, автоматизирующий
функции.
Статус государственной информационной системы
Система имеет на основании приказа Министерства
жилищно-коммунального хозяйства Ставропольского
края от 08 июня 2015 года № 129.
Система управления базами данных
Сервер баз данных (БД) выполняет обслуживание и
управление базой данных и отвечает за целостность и
сохранность данных, а также обеспечивает операции
ввода-вывода при доступе клиента к информации.
Долгосрочная программа капитального ремонта
17
Обозначение
ООИ
ПО
КЭ
Описание
Объекты общего имущества
Программное обеспечение
Конструктивные элементы
1.2. Полное наименование системы и ее условное обозначение
Полное наименование Системы: Государственная информационная
система Ставропольского края «Электронное ЖКХ» (далее – Система).
Условное обозначение Системы: ГИС СК «Электронное ЖКХ».
На основании приказа министерства жилищно-коммунального
хозяйства Ставропольского края от 08 июня 2015 года №129 в рамках оказания
услуг (выполнения работ) по Контракту №012120002813003353-0039338-01 от
16.12.2013 г. создана Государственная информационная система
Ставропольского края «Электронное ЖКХ».
Система создана на базе Программы для ЭВМ «БАРС.ЖКХ»,
зарегистрированной
Федеральной
службой
по
интеллектуальной
собственности «26» ноября 2012 г. (Свидетельство о государственной
регистрации программы для ЭВМ № 2012660652). Правообладателем
программы (понятие «правообладатель» приведено в трактовке ст. 1229 части
IV Гражданского кодекса РФ) является АО «БАРС Груп» (г. Казань) (далее –
Программное обеспечение, ПО).
На основании лицензионного договора №2263620682925000007
Заказчик обладает правом использования программы ЭВМ «БАРС.ЖКХ»
следующим способом:
˗ воспроизведение, осуществление любых иных действий,
направленных на обычную работу с ним.
1.3. Заказчик:
Министерство жилищно-коммунального хозяйства Ставропольского
края, Российская федерация, Ставропольский край, город Ставрополь, ул.
Ленина, 184.
1.4. Оператор:
Государственное казенное учреждение Ставропольского края
«Региональный информационно аналитический центр», Российская
федерация, Ставропольский край, город Ставрополь, проспект Карла
Маркса, 60.
1.5. Перечень документов, на основании которых действует и
должна быть доработана Система:
–
Жилищный кодекс Российской Федерации;
–
Постановление Правительства Российской Федерации от 06 мая
2011 г. № 354 «О предоставлении коммунальных услуг собственникам и
пользователям помещений в многоквартирных домах и жилых домов»;
–
Федеральный закон Российской Федерации от 21 июля 2014 г.
18
жилищно-
№ 209-ФЗ «О государственной информационной системе
коммунального хозяйства»;
–
Федеральный закон Российской Федерации от 21 июля 2014 г.
№ 263-ФЗ «О внесении изменений в отдельные законодательные акты
Российской Федерации в связи с принятием Федерального закона «О
государственной информационной системе жилищно-коммунального
хозяйства»;
–
Приказ Минстроя России от 01.12.2016 № 871/пр
«Об утверждении форм мониторинга и отчетности реализации субъектами
Российской Федерации региональных программ капитального ремонта
общего имущества в многоквартирных домах и признании утратившими силу
отдельных Приказов Минстроя России»;
–
Постановление Правительства Российской Федерации от
01 ноября 2012 г. № 1119 «Об утверждении требований к защите
персональных данных при их обработке в информационных системах
персональных данных»;
–
Федеральный закон от 28 декабря 2013 г. № 443-ФЗ
«О федеральной информационной адресной системе и о внесении изменений в
Федеральный закон «Об общих принципах организации местного
самоуправления в Российской Федерации»;
–
Постановление
Правительства
Российской
Федерации
от 29 октября 2014 г. № 1115 «Об осуществлении мониторинга использования
жилищного фонда и обеспечения его сохранности»;
–
Приказ Министерства жилищно-коммунального хозяйства
Ставропольского края от 08 июня 2015 года № 129 «О создании
государственной информационной системы Ставропольского края
«Электронной ЖКХ».
–
Иные законы, нормативно правовые акты Российской Федерации
в сфере жилищного и коммунального хозяйства.
1.6. Предмет государственного контракта:
Оказание услуг по сопровождению и обновлению государственной
информационной системы Ставропольского края «Электронное ЖКХ»
способом настройки и адаптации программ для ЭВМ для обеспечения нужд
Ставропольского края
1.7. Сроки начала и окончания оказания услуг по обновлению и
сопровождению Системы
Срок начала оказания услуг: с даты заключения государственного
контракта;
Срок окончания оказания услуг: не позднее 20 декабря 2026 года.
1.8. Порядок оформления и предъявления Заказчику результатов
оказанных Услуг
Доработанная Система передается в виде функционирующего
19
комплекса на базе средств вычислительной техники Заказчика в сроки,
установленные Приложением 2 «Календарный план» настоящего задания.
Порядок предъявления доработанной Системы, ее испытаний и
окончательной приемки определен в п. 5 настоящего Задания. Совместно с
предъявлением Системы производится сдача разработанного Исполнителем
комплекта документации согласно п. 6 настоящего Задания.
1.9. Перечень
нормативно-технических
документов,
методических материалов, использованных при разработке Задания:
Жилищный кодекс Российской Федерации;
Федеральный закон Российской Федерации от 21 июля 2014 г. № 209-ФЗ
«О государственной информационной системе жилищно-коммунального
хозяйства»;
Федеральный закон Российской Федерации от 28.12.2013 № 443-ФЗ
«О федеральной информационной адресной системе и о внесении изменений
в Федеральный закон «Об общих принципах организации местного
самоуправления в Российской Федерации»;
Федеральный закон Российской Федерации от 27 июля 2006 года № 149ФЗ «Об информации, информационных технологиях и о защите
информации».
2.
Назначение и цели доработки Системы
2.1. Назначение Системы
Государственная информационная система Ставропольского края
«Электронное ЖКХ» – это программный комплекс обеспечивающий сбор,
обработку, хранение, предоставление, размещение и использование
информации, связанной с жилищно-коммунальным хозяйством.
Система предназначена:
–
обеспечивать органы государственной власти Ставропольского
края, органы местного самоуправления в Ставропольском крае, прочих
участников процессов сферы ЖКХ доступом к информации в сфере ЖКХ и
эффективной информационной поддержкой процессов управления и
планирования в сфере ЖКХ Ставропольского края путем предоставления
возможности формирования различных аналитических отчетов;
–
обеспечивать
единое
информационное
пространство
регионального уровня в сфере ЖКХ, выполняющего задачи и функции
пользователей без дополнительной установки, и доработки модулей путем
предоставления доступа к Системе;
–
обеспечивать сбор, обработку и хранение данных по жилищному
фонду, формирование и актуализацию на основе полученных данных
долгосрочной программы капитального ремонта общего имущества МКД.
2.2. Цели доработки Системы
˗
консолидация необходимой информации в сфере ЖКХ в едином
20
месте;
˗
формирование единого информационного пространства органов
государственной власти, органов местного самоуправления и организаций,
осуществляющих функции в сфере ЖКХ;
˗
повышение качества и достоверности информации о ходе
выполнения долгосрочной программы капитального ремонта общего
имущества МКД;
˗
мониторинг состояния объектов жилищного фонда;
˗
повышения качества информации и детализации статистических
сведений за счет получения информации из первоисточника.
3. Характеристика объекта доработки
3.1. Сведения о Системе
Система организована по принципу трехзвенной архитектуры: Webклиента, сервера приложения и сервера базы данных.
Доступ пользователей к Системе осуществляется в режиме тонкого
клиента (работа пользователя осуществляется через Web-браузер),
функционирующего в различных операционных средах – Microsoft Windows,
Unix (Linux), Mac OS.
В качестве операционной системы на серверах системы используются
РедОС и Astra Linux.
В качестве СУБД используется PostgreSQL версии 12.
Система использует форматы продуктов семейства Microsoft Office и
OpenOffice (или любого эквивалентного продукта) для формирования
выходных документов.
3.2. Качественные характеристики Системы
3.2.1 Режим функционирования Системы
Система поддерживает следующие режимы:
–
штатный режим;
–
аварийный режим;
–
режим администрирования.
Основным режимом функционирования является штатный режим.
В штатном режиме функционирования программное обеспечение и
технические
средства
обеспечивают
возможность
постоянного
функционирования с перерывами на обслуживание, в частности, обновление
Системы.
Аварийный режим функционирования характеризуется отказом одного
или нескольких компонент программного и/или аппаратного обеспечения. В
данном режиме должны функционировать ресурсы, которые в штатном
режиме находятся в режиме «горячего резерва», т.е. режиме, который
подменяет вышедший из строя компонент в автоматическом режиме, или
обеспечивает бесперебойную работу системы.
Режим администрирования характеризуется проведением технических
работ
в
Системе,
в
частности,
смены/перенастройки
21
программного/аппаратного обеспечения. В этом режиме работа пользователей
в Системе невозможна.
3.2.2 Надежность Системы
Система устойчива по отношению к программно-аппаратным ошибкам,
отказам технических и программных средств, с возможностью восстановления
ее работоспособности и целостности информационного содержимого при
возникновении ошибок и отказов.
Обеспечено восстановление программного обеспечения серверов в
случае сбоя работы оборудования.
Система обеспечивает сохранность и целостность ранее введенных в
Систему данных при обновлениях.
3.2.3 Безопасность Системы
Доступ к Системе реализован на основе принятых ролей, принципов
разделения обязанностей и минимизации полномочий с использованием
средств аутентификации и авторизации. В рамках Системы предусмотрен
комплекс мероприятий по обеспечению информационной безопасности –
защиты от несанкционированного доступа, нарушения целостности и
достоверности хранящейся и передаваемой информации.
Информационная безопасность обеспечивается организационными,
программными средствами (собственными средствами Системы, средствами
системного программного обеспечения).
Средства Системы обеспечивают хранение данных в единой
информационной БД на сервере Заказчика.
В целях оказания услуг Заказчиком допускается удаленное подключение
к серверам Системы с использованием подключения автоматизированных
рабочих мест Исполнителя к сегменту защищенной сети передачи данных
краевого центра обработки данных при условии выполнения требований
Федерального закона № 152-ФЗ «О защите персональных данных»,
Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации», принимаемых в
соответствии с ними нормативных правовых актов в области защиты
информации.
Для оказания услуг по настоящему заданию, которые должны
осуществляться с использованием подключения к инфраструктуре Заказчика
по сетям связи общего пользования, Исполнитель осуществляет подключение
к защищенному сегменту информационно-телекоммуникационной сети по
каналам связи, защищенным с использованием сертифицированных средств
криптографической защиты информации на основе технологии ViPNet. Иная
технология защиты каналов связи не допускается ввиду необходимости
обеспечения совместимости программного обеспечения и средств
криптографической защиты информации с существующим программным
обеспечением и технологическими решениями, используемыми для защиты
информационно-телекоммуникационной сети краевого центра обработки
22
данных. ViPNet Client предоставляется Заказчиком на период оказания услуг.
В целях обеспечения защиты информации ограниченного доступа, не
содержащих сведения, составляющие государственную тайну, Исполнитель
своими силами и за свой счет осуществляет реализацию мероприятий,
связанных с выполнением требований по обеспечению информационной
безопасности рабочих мест Исполнителя, принимает организационные и
технические меры защиты информации, обеспечивает рабочие места своих
специалистов сертифицированными средствами защиты информации, в том
числе:
- средствами антивирусной защиты;
- средствами защиты информации от несанкционированного
доступа;
- средствами межсетевого экранирования;
- средствами обнаружения вторжения и анализа защищенности;
- средствами криптографической защиты информации.
Исполнитель допускается к оказанию услуг по обновлению и настройке
программного обеспечения на серверах Заказчика, которые планируется
оказывать удаленно, только после предоставления Заказчику оформленного
соответствующего акта или аттестата соответствия, установленные
Приложением 3 настоящего задания подтверждающих выполнение
требований обеспечения безопасности информации на АРМ Исполнителя.
Мероприятия по подключению Исполнителя к краевому центру обработки
данных, а также выполнение требований к информационной безопасности
осуществляется до начала оказания услуг по договору.
Информация, полученная Исполнителем в рамках оказания Услуг,
является конфиденциальной и не должна передаваться третьим лицам без
письменного разрешения Заказчика.
3.2.4 Сохранность информации при авариях
Программное
обеспечение
Системы
восстанавливает
свое
функционирование при корректном перезапуске аппаратных средств.
Предусмотрена возможность организации ручного резервного копирования
данных.
Реализована процедура автоматического резервного копирования.
3.2.5 Информационное обеспечение Системы
База данных функционирует под управлением сервера базы данных
промышленного масштаба с поддержкой мультиплатформенности,
многопроцессорности и кластеризации, обеспечивающий повышенный
уровень сохранности информации при авариях, отказах технических средств
(в том числе – потеря питания) и тому подобных событиях.
3.2.6 Программное обеспечение Системы
Программное обеспечение Системы является
достаточным
для
23
выполнения всех программно-автоматизируемых функций, реализуемых с
применением средств вычислительной техники, а также имеет средства
организации всех требуемых процессов обработки данных, позволяющие
своевременно выполнять все автоматизированные функции во всех
регламентированных режимах функционирования Системы.
Программное обеспечение Системы обладает следующими свойствами:
–
функциональная достаточность (полнота);
–
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
–
адаптируемость;
–
модифицируемость;
–
масштабируемость;
–
удобство эксплуатации.
Система построена таким образом, что отсутствие отдельных данных не
сказывается на выполнении функций Системы, в которых эти данные не
используются.
В Системе реализованы меры по защите от ошибок при вводе и
обработке информации (контроль типа данных, ошибочных дат, запрет
дублирования нумерации документов юридической значимости).
Система устойчива к вводу пользователями некорректных данных.
Все используемое в Системе программное обеспечение в поставляемой
конфигурации обеспечивает техническую возможность эксплуатировать
Систему в многопользовательском режиме с поддержкой одновременно
работающих пользователей. Эксплуатация Системы пользователями
обеспечивается через Интернет.
Система обеспечивает возможность работы в следующих web-браузерах
(либо их аналогах): Microsoft Internet Explorer версии 8.0 или выше, Mozilla
FireFox версии 6.0 или выше, Google Chrome версии 10.0 или выше,
функционирующих в операционных средах: Microsoft Windows, Linux, Apple
MacOS, либо в их аналогах.
Система рассчитана на использование браузеров с поддержкой HTML
4.0, CSS Level 2, JavaScript 1.1. и выше, режима асинхронного взаимодействия
JavaScript/XML (XMLHttpRequest).
Программное обеспечение Системы:
- операционная система РедОС, Astra Linux;
- СУБД PostgreSQL.
3.2.7 Техническое обеспечение Системы
Функционирование Системы и ее подсистем, обеспечено на серверах со
следующими техническими характеристиками:
1)
Сервер базы данных:
–
CPU: 8;
–
оперативная память: 23 Гб;
–
дисковое пространство: 1,1 Тб.
2)
Сервер приложения:
–
CPU: 6;
24
–
оперативная память: 19 Гб;
–
дисковое пространство: 1 Тб.
–
дисковое пространство: 500 Гб.
Для клиентских машин, подключенных к серверам Системы с
использованием удаленного доступа через Web-интерфейс, выдвигаются
следующие минимальные требования:
–
процессор с тактовой частотой 600 МГц;
–
объем оперативной памяти 128 Мб;
–
объем жесткого диска 15 Гб.
3.3 Структура и возможности доработки Системы
Доступ пользователей к комплексам функций осуществляется
посредством автоматизированных рабочих мест (АРМ). Тип используемого
АРМ и состав функций, доступный определенному пользователю,
определяется в зависимости от его роли, назначаемой администратором
Системы.
Система состоит из следующих подсистем:
–
«Электронный паспорт дома»;
–
«Капитальный ремонт».
3.3.1 Характеристика подсистемы «Электронный паспорт дома»
Подсистема «Электронный паспорт дома» представляет собой единую
базу жилых объектов, содержащую по каждому объекту сведения о
техническом состоянии. Работа с подсистемой доступна всем пользователям
в режиме просмотра.
На каждый объект в подсистеме заводится электронный паспорт. В
паспорте содержится перечень характеристик объекта, включая адрес,
площадь и этажность дома, количество жильцов, сведения о земельном
участке, данные об управляющей компании, времени последнего
капитального ремонта, технические характеристики объектов общего
имущества, сведения о квартирах и численности проживающих, сведения о
статусе дома как объекта культурного наследия, и другие показатели.
В подсистеме реализовано взаимодействие с Федеральной
информационной адресной системой (ФИАС), который содержит сведения
об адресах в структуре административно-территориального деления. В
подсистеме данные о домах из ФИАС выгружаются в формате
Государственного адресного реестра (ГАР) с информацией об адресах в
муниципальном делении.
В электронном паспорте дома реализовано текстовое поле «Код ФИАС
в ГИС ЖКХ». Поле доступно для редактирования пользователем.
В системе реализован формат импорта «Импорт кодов ФИАС из ГИС
ЖКХ», предназначенный для автоматического заполнения поля «Код ФИАС
в ГИС ЖКХ» в карточке дома путем загрузки соответствующего файла.
Формат представляет собой файл в формате .csv, содержащий следующие
поля:
25
- адрес дома;
- код ФИАС дома;
- код ФИАС дома, сгенерированный в ГИС ЖКХ.
Для содержимого полей файла реализован контроль на количество
символов.
Реализован загрузчик, который обеспечивает заполнение поля «Код
ФИАС в ГИС ЖКХ» на основе загруженного .csv-файла. В электронном
реестре домов предусмотрена функциональная кнопка «Импорт кодов
ФИАС из ГИС ЖКХ». При её нажатии открывается модальное окно для
выбора и загрузки файла указанного формата.
В процессе загрузки данные из файла сопоставляются с домами в
реестре по коду ФИАС дома. При успешном сопоставлении записи из файла
с данными реестра в карточке дома в поле «Код ФИАС в ГИС ЖКХ»
проставляется значение из поля «Код ФИАС дома, сгенерированный в ГИС
ЖКХ». Если сопоставить запись не удалось, соответствующая информация
выводится в лог загрузки. При этом записи, не найденные в реестре, не
блокируют сохранение данных по успешно сопоставленным записям.
Импорт кодов ФИАС из ГИС ЖКХ полностью логируется. Результаты
импорта отображаются в разделе «Логи загрузок» со следующей
информацией:
- логин –логин пользователя, который выполнил загрузку файла;
- дата запуска – дата запуска импорта;
- дата загрузки – дата загрузки файла;
- статус задачи – статус загрузки файла;
- наименование файла – наименование загружаемого файла;
- тип импорта – «Импорт кодов ФИАС из ГИС ЖКХ»;
- кол-во предупреждений – количество записей, по которым не
далось выполнить сопоставление;
- кол-во ошибок – количество записей, которые не прошли контроль
на количество символов;
- кол-во измененных строк – количество домов, для которых
сохранено новое значение в поле «Код ФИАС в ГИС ЖКХ»;
- файлы – ссылка на скачивание загруженного файла;
- лог – ссылка на скачивание файла лога.
В логе импорта фиксируется информация как по успешно
сопоставленным записям, так и по записям, которые не удалось сопоставить
с данными реестра домов.
Подсистема обеспечивает ведение визуального контроля состояния
объектов. По каждому объекту формируется архив изображений. Архив
изображений по каждому объекту доступен всем пользователям Системы.
В подсистеме «Электронный паспорт дома» организована работа
следующих АРМ пользователей:
− АРМ администратора;
− АРМ органа исполнительной власти;
26
АРМ органа местного самоуправления;
В подсистеме «Электронный паспорт дома» реализованы следующие
функции:
− возможность ведения электронного реестра домов;
− возможность ведения общих характеристик по каждому жилому
дому;
− возможность экспорта реестра домов;
− возможность использования общероссийского классификатора
адресов Федеральной информационной адресной системы;
− возможность вести справочник Муниципальных образований,
связанный с классификатором Федеральной информационной адресной
системы;
− возможность учета конструктивных элементов жилого дома;
− возможность создания по каждому дому технического паспорта;
− возможность учета жилых и нежилых помещений жилого дома;
− возможность ведения электронного реестра аварийных домов;
− возможность ведения электронных паспортов многоквартирных и
жилых домов по установленной форме.
−
3.3.2 Характеристика подсистемы «Капитальный ремонт»
Подсистема «Капитальный ремонт» обеспечивает формирование и
актуализацию долгосрочной адресной программы капитального ремонта
многоквартирных домов в разрезе каждого муниципального образования по
всем многоквартирным домам исключая аварийные, с учетом критериев
определения очередности проведения капитального ремонта общего
имущества в многоквартирных домах и с учетом закладываемых объемов
финансирования.
Подсистема обеспечивает возможность формирования краткосрочных
планов проведения капитального ремонта на основании сформированной
долгосрочной адресной программы капитального ремонта многоквартирных
домов.
В подсистеме «Капитальный ремонт» организована работа следующих
АРМ пользователей:
− АРМ администратора;
− АРМ органа исполнительной власти;
− АРМ органа местного самоуправления;
В подсистеме «Капитальный ремонт» реализованы следующие
функции:
−
возможность создания и актуализации программы капитального
ремонта;
−
возможность создания паспорта объекта капитального ремонта и
включение объекта в программу капитального ремонта;
−
возможность получения аналитической отчетности.
В подсистеме обеспечена автоматическая генерация кода работ для
работ в версиях ДПКР. Поле «Код работы» выводится во вкладках
27
«Долгосрочная программа», «Опубликованная программа». Значение для
поля «Код работы» присваивается каждой работе по дому в версии
программы один раз и при создании новой версии программы, присвоенный
код работы в ранее созданной версии программы переносится по каждой
работе в новую версию программы. Для новых работ, добавляемых в версию
долгосрочной программы капитального ремонта, код работы присваивается
автоматически.
Код работы имеет постоянную структуру, которая генерируется по
заданной логике и имеет следующий состав:
−
Уникальный идентификатор дома в Системе, который указан в
версии долгосрочной программы капитального ремонта;
−
Код объекта общего имущества, по которому указана работа в
версии долгосрочной программы капитального ремонта;
−
Порядковый номер работы по одному объекту общего имущества
по одному дому в рамках одной версии долгосрочной программы
капитального ремонта.
В Системе реализованы контроли, которые не позволяют изменять код
работы, ранее присвоенный записям долгосрочной программы капитального
ремонта, в процессе выполнения актуализации долгосрочной программы
капитального ремонта и выполнения следующих функций актуализации:
−
Добавить новые записи;
−
Удалить лишние записи;
−
Актуализация изменения года;
−
Актуализировать из КПКР;
−
Актуализировать стоимость;
−
Рассчитать очередность;
−
Скопировать скорректированные года работ в плановые;
−
Удалить повторные работы;
−
Корректировка КЭ «Кровля».
В подсистеме реализовано два принципа хранения логов актуализации
версий ДПКР:
−
файловое хранение логов актуализации;
−
хранение логов актуализации в базе данных Системы.
При хранении логов в базе данных Системы фиксируется и выводится
информация о всех функциях актуализации долгосрочной программы
капитального ремонта, которые выполнены по каждой версии программы в
рамках муниципальных округов. Пользователь имеет возможность
просмотра детальной информации о выполненных изменениях, которые
были проведены по записям программы в ходе актуализации.
В детализации выведена следующая информация:
−
Адрес дома, по которому были выполнены изменения;
−
Наименование объекта общего имущества;
−
Код работы по каждой записи;
28
−
Информация о выполненных изменениях, если функция
актуализации программы подразумевает изменение данных по ранее
созданным записям.
Вся информация по актуализации версии ДПКР, которая выводится в
лог актуализации также выводится в соответствующий сводный отчет.
В подсистеме реализованы следующие отчеты:
− «(Долгосрочная программа) Отчет по опубликованию (в разрезе
видов работ и уровней адреса)» в части добавления сортировки, римской
нумерации, сокращений, а также информации по энергоэффективности;
− «(Жилые дома) Контроль паспортизации домов с учетом
отсутствующих элементов»;
− «Импорт домов и работ в РПКР».
3.4. Участники автоматизируемых процессов
Участниками автоматизируемых процессов являются:
–
сотрудники министерства жилищно-коммунального хозяйства
Ставропольского края;
–
сотрудники органов местного самоуправления.
4. Описание и состав предоставляемых услуг
В состав услуги входят:
–
услуги по доработке Системы;
–
услуги по сопровождению Системы.
4.1 Требования к составу услуг по доработке Системы
4.1.1 Содержание услуг по доработке Системы
В услуги по доработке Системы входит:
−
доработка подсистемы «Электронный паспорт дома»;
−
доработка подсистемы «Капитальный ремонт»;
Доработка Системы может осуществляться способом настройки или
адаптации программ для ЭВМ.
Доработанная Система должна удовлетворять качественным и
функциональным требованиям системы до модификации.
4.1.2 Требования к доработке Системы в целом
Система после доработки должна представлять собой единый комплекс
программных продуктов с интерфейсом на русском языке, предназначенных
для выполнения задач регионального сегмента государственной
информационной системы ЖКХ.
Система должна иметь централизованную базу данных с
предоставлением защищенного доступа для заинтересованных ведомств.
Централизованная база данных позволит:
–
получить возможность постоянного доступа к Системе и всей
текущей информации без привязки к стационарному рабочему месту
пользователя;
29
с
–
вести
единые
справочники
и
классификаторы
централизованным контролем их наполнения.
В Системе должна быть реализована возможность работы в режиме
тонкого клиента (работа пользователя осуществляется через веб-браузер),
функционирующего в различных операционных средах – Microsoft Windows,
Unix (Linux), Mac OS.
Система должна использовать форматы продуктов семейства Microsoft
Office и OpenOffice (или любого эквивалентного продукта) для формирования
выходных документов.
Система должна быть организована по принципу трехзвенной
архитектуры: веб-клиентов, серверов приложений и серверов базы данных.
Звенья архитектуры должны выполнять следующие функции:
–
веб-клиенты выполняют формирование и отображение вебстраниц;
–
серверы приложений выполняют маршрутизацию запросов к
основной базе данных, хранят временный буфер данных для веб-сервера,
выполняют защитные функции по ограничению прямого доступа к рабочей
базе данных;
–
серверы баз данных служат для обработки и хранения основных
массивов данных.
Штатные средства Системы должны позволять проводить базовые
работы по администрированию системы, которые требуются при установке
обновлений системы.
Средства Системы должны обеспечивать сохранность данных. Средства
Системы должны предоставлять администратору Системы возможность
выбора уровня защищенности базы данных от несанкционированного
использования.
Вход в пользовательскую часть Системы и дальнейшая работа должна
осуществляться только при успешной авторизации в Системе с указанием
имени пользователя и его пароля.
Система должна осуществлять настройку ограничения прав на уровне
ролей пользователей и осуществлять настраиваемый мониторинг действий
пользователей, на уровне логов, с возможностью поиска по действиям и
пользователям с учетом даты, в том числе и администратора системы. В свою
очередь, Система должна обеспечивать возможность одному пользователю
выполнять различные роли.
Ролевая модель Системы после доработки должна быть представлена в
виде трех основных ролей:
–
администратор системы
–
поставщик информации;
–
куратор данных.
Кроме разграничений по ролям должна быть дополнительная
возможность разграничений ролей:
–
по типу. Это должно обеспечить доступность данных в
соответствии с уровнем организационной структуры, к которому относится
30
пользователь (организация).
–
по территориальному признаку. Это должно позволять
пользователям с одним и тем же типом видеть данные принадлежащие только
к тому муниципальному району, к которому относится пользователь.
Система должна обеспечивать контроль целостности данных, то есть
запрет удаления элементов, на которые ссылаются существующие объекты.
Система должна предоставлять возможность информирования
работающих пользователей о предстоящих регламентных операциях для того,
чтобы у них была возможность сохранить рабочие данные.
Средства Системы должны позволять отключать Систему от
работающих пользователей для выполнения определенных регламентных
операций. При отключениях Системы подобным образом гарантируется
сохранность и непротиворечивость данных, даже если в момент отключения в
Системе были работающие пользователи.
Система не должна требовать регулярного администрирования.
Штатные средства Системы должны позволять проводить удаленное
администрирование базы данных и настройку Системы (при наличии
технической возможности доступа к серверам Системы).
Система должна позволять использовать в качестве адресного
справочника Федеральную информационную адресную систему.
Система после доработки должна располагаться на производственновычислительном комплексе Заказчика.
4.1.2.1. Требования к способам и средствам связи для
информационного обмена между компонентами Системы
На физическом, канальном, сетевом и транспортном уровнях связь
между компонентами Системы должна осуществляться с использованием
локальных вычислительных и глобальных телекоммуникационных сетей,
поддерживающих стек протоколов TCP/IP.
Информационный обмен между программными компонентами
подсистем и браузером должен осуществляться по протоколам HTTP/HTTPS.
Программно-технические средства, обеспечивающие взаимодействие
Системы с пользователями Системы, должны поддерживать текущие,
поддерживаемые производителем, версии следующих браузеров:
–
Mozilla Firefox;
–
Google Chrome;
–
Opera;
–
Microsoft Internet Explorer;
–
Apple Safari.
На момент начала промышленной эксплуатации Системы текущими
поддерживаемыми версиями браузеров считать версии, доступные для
скачивания на страницах загрузки официальных сайтов производителей
браузеров.
Пересылка массивов данных должна осуществляться только по прямому
указанию пользователя, а в остальных случаях должны пересылаться только
31
результаты выполнения запроса пользователя, полученные на сервере
приложений. На прикладном уровне информационный обмен в Системе
должен осуществляться по технологии web − сервисов с использованием
механизма гарантированной однократной доставки сообщений.
4.1.2.2.
Требования
к
характеристикам
взаимосвязей
доработанной Системы со смежными системами
В Системе должна быть обеспечена возможность использования
открытых форматов данных, с помощью которых можно осуществить обмен
информацией со смежными системами.
В качестве основного источника для импорта информации должны быть
использованы шаблоны для импорта данных из файлов формата csv.
4.1.2.3.
Требования к режимам функционирования Системы
Система должна обеспечивать функционирование в следующих
режимах:
–
штатный режим (режим, обеспечивающий выполнение функций
Системы в полном объеме);
–
аварийный режим (режим характеризуется отказом одного или
нескольких компонент программного и (или) технического обеспечения);
Основным режимом функционирования Системы должен являться
штатный режим. Время выхода каждой из подсистем в штатный режим работы
не должно превышать 5 минут с момента запуска технических средств
(серверов) соответствующей подсистемы.
4.1.2.4.
Показатели назначения
Поступление информации в Систему с удаленных рабочих мест должно
производиться при пропускной способности канала от рабочего места
оператора к серверу от 256 Кб/c – через WEB-интерфейс (режим «тонкого
клиента»).
Система должна обеспечивать функционирование в штатном режиме
круглосуточно, без выходных («режим 24/7») с допустимыми регламентными
перерывами на техническое обслуживание суммарной длительностью не
более 8 часов в месяц и длительностью каждого перерыва не более 2 часов (с
полным отключением Системы).
Система должна обеспечивать возможность регистрации не менее 2500
учетных записей служебных пользователей.
Для операций формирования сводных аналитических отчетов, а также
групповых операций с большими объемами данных, время исполнения не
регламентируется, при этом операции должны выполняться в асинхронном
(фоновом) режиме с информированием пользователя о ходе операции
(указатель прогресса в процентах и т.п.), и с возможностью продолжения
работы с Системой во время выполнения операции.
Система должна предусматривать возможность не менее чем
двухкратного масштабирования по производительности и объему
32
обрабатываемой информации без доработки ее программного обеспечения
путем улучшения характеристик используемого комплекса технических
средств.
4.1.2.5. Требования к надежности
Надежность информационного обеспечения Системы должна
обеспечиваться совокупностью используемых средств управления базами
данных, системы комплексного администрирования и реализацией процессов
резервного копирования информационных баз и файлов конфигурации.
После сбоя серверной, клиентской операционных систем или СУБД в
процессе выполнения пользовательских задач должно быть обеспечено
восстановление данных в базе данных до состояния на момент окончания
последней, полностью завершенной перед сбоем, операции ввода или
изменения данных.
При аварийных остановках Системы, не связанных с неисправностью
технических средств или повреждением программного обеспечения и данных
на долговременных накопителях (жестких дисках и т.п.), восстановление ее
работоспособности должно обеспечиваться в срок не более 25 минут.
Максимальное время восстановления работоспособности Системы при
прочих сбоях и отказах не должно превышать 4-х часов. В указанное время не
входит устранение неисправностей технического и общесистемного
программного обеспечения.
4.1.2.6. Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным
обеспечением, входящим в состав Системы, должно осуществляться
посредством визуального графического интерфейса. Интерфейс Системы
должен содержать графические элементы управления, динамически
отражающие выполняемые в текущий момент операции, обеспечивать
минимально необходимый и достаточный перечень управляющих элементов
интерфейса и должен обеспечивать быстрое отображение экранных форм.
Навигационные элементы должны быть выполнены в виде управляющих
кнопок крупного размера, избегать элементов управления в виде. Ввод-вывод
данных в Системе, прием управляющих команд и отображение результатов их
исполнения должны выполняться в интерактивном режиме. Интерфейс
Системы должен быть эргономичным и обеспечивать удобный доступ к
основным функциям и операциям Системы.
Интерфейс должен быть рассчитан на преимущественное использование
манипулятора типа «мышь», то есть управление Системой преимущественно
должно осуществляться с помощью набора экранных меню, кнопок, значков и
т.п. элементов. Клавиатурный режим ввода должен использоваться главным
образом при заполнении и/или редактировании полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые
пользователю должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных
33
ситуаций, вызванных неверными действиями пользователей, неверным
форматом или недопустимыми значениями входных данных. В указанных
случаях Система должна выдавать пользователю соответствующие
сообщения, после чего возвращаться в рабочее состояние, предшествовавшее
неверной (недопустимой) команде или некорректному вводу данных.
Система должна обеспечивать контроль ввода данных пользователем на
предмет полноты заполнения обязательных полей и корректности формата
введенных данных.
Экранные формы должны проектироваться с учетом требований по
унификации:
–
все экранные формы пользовательского интерфейса одной
подсистемы должны быть выполнены в едином графическом дизайне, с
одинаковым расположением основных элементов управления и навигации;
–
для обозначения сходных операций должны использоваться
сходные графические значки, кнопки и другие управляющие (навигационные)
элементы. Термины, используемые для обозначения типовых операций
(добавление информационной сущности, редактирование поля данных), а
также последовательности действий пользователя при их выполнении,
должны быть унифицированы.
–
внешнее поведение сходных элементов интерфейса (реакция на
наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны
реализовываться одинаково для однотипных элементов;
–
при заполнении полей форм по возможности должны
использоваться классификаторы и справочники;
–
для дат должна предусматриваться возможность ввода как в
текстовом формате (ДД.ММ.ГГГГ), так и с помощью визуального
контрольного элемента – календаря;
–
в процессе ввода данных должна осуществляться оперативная
проверка их корректности по формату и диапазонам значений. Сообщения об
ошибках должны указывать на конкретные отклонения от формата или
допустимого диапазона. По возможности должны быть реализованы
алгоритмы проверки и подсветки формально допустимых, но
«подозрительных»
(нетипичных
для
данного
поля)
значений
(орфографических ошибок и т.п.).
4.1.2.8. Требования к патентной чистоте
Все проектные и технические решения в результате оказания услуг в
соответствие с Техническим заданием должны отвечать требованиям
действующего законодательства Российской Федерации. Должны быть
выполнены требования законов, в частности части четвертой Гражданского
кодекса Российской Федерации.
Программное обеспечение Системы должно быть свободно от
возможности предъявления любых прав и притязаний третьих лиц,
основанных на промышленной, интеллектуальной или другой собственности.
Выполнение требований по обеспечению лицензионной чистоты при
34
выполнении работ по Техническому заданию должно обеспечиваться
Исполнителем.
Исполнитель должен гарантировать не нарушения авторских,
исключительных и иных прав на объекты интеллектуальной собственности
третьих лиц. В результате доработки Системы по настоящему Техническому
заданию, Заказчику передаётся право использования обновлённых версий
программы для ЭВМ способом воспроизведения на весь срок действия
исключительных прав, способом воспроизведения на территории Российской
Федерации. Информация, накопленная в результате эксплуатации Системы,
принадлежит Заказчику. Исполнитель вправе при оказании услуг по
настоящему Техническому заданию использовать принадлежащие
Исполнителю программы для ЭВМ. Исключительное право на
использованные при доработке Системы программы для ЭВМ и все их
составляющие в полном объеме принадлежат Правообладателю.
4.1.2.9. Требования по стандартизации и унификации
При доработке Системы должны использоваться стандартные средства
разработки, стандартные протоколы обмена данными, как между
компонентами Системы, так и со смежными АИС.
Унификация технического обеспечения должна обеспечиваться за счет
применения стандартных технических средств и стандартных конструктивных
элементов.
Взаимодействие пользователей с Системой должно осуществляться
через экранные формы.
Экранные формы разрабатываемой Системы должны проектироваться с
учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;
– для обозначения сходных операций должны использоваться сходные
графические значки, кнопки и другие управляющие (навигационные)
элементы. Термины, используемые для обозначения типовых операций
(добавление информационной сущности, редактирование поля данных), а
также последовательности действий пользователя при их выполнении,
должны быть унифицированы;
– внешнее поведение сходных элементов интерфейса (реакция на
наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны
реализовываться одинаково для однотипных элементов.
4.1.3. Требования к функциям доработанных подсистем
4.1.3.1. Требования к доработке подсистемы «Электронный паспорт
дома»
В рамках доработки подсистемы в электронный паспорт дома
необходимо добавить раздел «Документы». В разделе «Документы»
обеспечить функциональную возможность просмотра, добавления,
35
редактирования и удаления записей. Реализовать экранную форму добавления
записи «Документ» с возможностью сохранения добавленного документа и
сведений о нем в Системе.
4.1.3.2. Требования к доработке подсистемы «Капитальный ремонт»
В рамках доработки подсистемы при актуализации программы
капитального ремонта требуется изменить максимальное ограничение выбора
года. Для функции актуализации «Добавить новые записи» требуется
реализовать логику добавления работ повторного вхождения к уже
имеющимся работам в версии программы.
Реализовать новую отчетную форму публикации региональной
программы капитального ремонта общего имущества многоквартирных домов
в разрезе объектов жилищного фонда, сгруппированных по муниципальным
образованиям, с детализацией по видам работ и их распределению по
плановым периодам, рассчитанным на 3 года в рамках периода проведения
программы.
Актуализировать отчетные формы КР 1.1, КР 1.2, КР 1.3 в соответствии с
актуальным шаблоном автоматизированной информационной системы
публично – правовой компании «Фонда развития территорий» (далее АИС
ФРТ).
В отчете «(Долгосрочная программа) Отчет по ДПКР для импорта
(новый)» изменить логику формирования и заполнение столбцов. Отчет
должен формироваться в разрезе конструктивных элементов, без группировки
по объектам общего имущества.
4.1.4. Требования к видам обеспечения Системы
4.1.4.1. Требования к информационному обеспечению Системы
Система
должна
обеспечивать
хранение
информации
об
информационных объектах, необходимых для решения задач и осуществления
функций, указанных Задании.
В Системе должна контролироваться корректность вводимой
информации, а также проверяться логическая целостность информации в базе
данных при выполнении любой прикладной операции.
Внутри машинные хранилища информации Системы должны
обеспечивать хранение следующих типов данных:
– прикладных и служебных данных;
– произвольных файловых объектов, в т.ч. графических файлов,
являющихся
приложением
к
структурированным
документам,
обрабатываемым в Системе.
Доступ к учетным данным должен быть ограничен, а сами данные
храниться в зашифрованном виде
При наличии требований к формированию, в рамках, реализуемых понастоящему Заданию функций Системы, юридически значимых документов на
бумажном носителе, придание юридического значения электронным
документам, должно осуществляться путем использования соответствующих
36
типу документа средств электронной цифровой подписи в соответствии с
требованиями Федерального закона Российской Федерации от 6 апреля 2011 г.
№63-ФЗ «Об электронной подписи».
4.1.4.2. Требования к лингвистическому обеспечению системы
Лингвистическое обеспечение доработанной Системы должно быть
рассчитано на пользователя, специалиста в предметной области, не
владеющего универсальными языками программирования или описания
алгоритмов.
Пользовательский интерфейс доработанной Системы должен быть
локализован для Российской Федерации. Вся текстовая информация должна
быть представлена на русском языке.
Внутренний обмен данными между разделами Подсистемы может
осуществляться с использованием специальных терминов, представленных на
английском языке, с учетом требований технических условий по обмену
информации.
Все документы (веб-страницы) Системы должны представляться
пользователю на русском языке.
При публикации документов должна обеспечиваться возможность
чтения документов потребителями информации в кодировке UTF-8.
4.1.4.3. Требования к программному обеспечению Системы
Программное обеспечение Системы должно является достаточным для
выполнения всех программно-автоматизируемых функций, реализуемых с
применением средств вычислительной техники, а также должен иметь
средства организации всех требуемых процессов обработки данных,
позволяющих своевременно выполнять все автоматизированные функции во
всех регламентированных режимах функционирования Системы.
Программное обеспечение Системы должно обладать следующими
свойствами:
–
функциональная достаточность (полнота);
–
надежность (в том числе восстанавливаемость, наличие средств
выявления ошибок);
–
адаптируемость;
–
модифицируемость;
–
масштабируемость;
–
удобство эксплуатации.
Система должна быть построена таким образом, что отсутствие
отдельных данных не должно сказываться на выполнении функций Системы, в
которых эти данные не используются.
В Системе должны быть реализованы меры по защите от ошибок при
вводе и обработке информации (контроль типа данных, ошибочных дат, запрет
дублирования нумерации документов юридической значимости).
Система должна быть устойчива к вводу пользователями некорректных
данных.
37
Все используемое в Системе программное обеспечение в поставляемой
конфигурации
должно
обеспечивать
техническую
возможность
эксплуатировать Систему в многопользовательском режиме с поддержкой
одновременно работающих пользователей.
Система должна обеспечивать возможность работы в следующих webбраузерах (либо в их аналогах): Microsoft Internet Explorer версии 8.0 или
выше, Mozilla FireFox версии 6.0 или выше, Google Chrome версии 10.0 или
выше, функционирующих в операцион-ных средах: Microsoft Windows, Linux,
Apple MacOS, либо в их аналогах.
Система должна быть рассчитана на использование браузеров с
поддержкой HTML 4.0, CSS Level 2, JavaScript 1.1. и выше, режима
асинхронного взаимодействия JavaScript/XML (XMLHttpRequest).
4.1.4.4. Требования к техническому обеспечению Системы
Поставка технического (аппаратного) обеспечения в рамках выполнения
проекта не предусматривается. Исполнителем в соответствии с Заданием
должны быть разработаны решения по размещению технических средств,
каналам связи, условиям эксплуатации и регламентам обслуживания,
обеспечивающие соблюдение требований по надежности и показателям
назначения, установленным в настоящем Задании и по выбору минимальных
технических характеристик используемого Системой оборудования всех
видов (серверное, коммутационное, ИБ, рабочих мест).
4.2. Требования к техническому сопровождению Системы
4.2.1. Содержание услуг по сопровождению Системы
Исполнитель обязан оказывать сопровождение системы в режиме 5 дней
в неделю, 8 часов в сутки (5х8) в рабочее время с 09-00 до 18-00 по
Московскому времени.
В услуги сопровождения Системы должно входить:
– осуществление приема (обработку) обращений пользователей
Системы;
– консультация пользователей по работе с Системой;
– осуществление настройки функций Системы по требованию
Заказчика;
– решение технических проблем, возникающих в процессе
эксплуатации Системы;
– осуществление ежедневого мониторинга доступности Системы;
– предоставление выделенного специалиста, службы технической
поддержки (для консультаций специалистов Заказчика);
– восстановление работы Системы в случаях технических сбоев;
– устранение выявленных недостатков и обеспечение стабильность
эксплуатационных характеристик Системы;
– обновление системы, в связи с выходом новой версии ПО (по
согласованию с Заказчиком);
– осуществление внепланового обновления системы, связанного с
38
исправлением выявленных недостатков;
– осуществление резервного копирование данных;
4.2.2. Порядок оказания услуг по сопровождению Системы
4.2.2.1.
Порядок подачи и обработки обращений в службу
технической поддержки
Под приемом обращений (заявок) в службу технической поддержки
подразумевается возможность создания и регистрации обращений (заявок),
поступающих от пользователей Системы. В рамках данной услуги
Исполнитель организует прием (обработку) обращений от пользователей
Системы по следующим каналам (любым из перечисленных):
– посредством электронной почты;
– посредством обращения к специалисту службы технической
поддержки;
– посредством обращений на сайте службы технической поддержки
или регистрации в системе технической поддержки, предоставляемой
Исполнителем.
Регистрация
всех
обращений
(заявок)
осуществляется
в
информационной системе технической поддержки (предоставляемой
Исполнителем).
Под обработкой обращений (заявок) подразумевается комплекс
действий, направленный на обеспечение отработки обращений в
установленные сроки, а также на информирование о ходе выполнения работ в
рамках обращения.
4.2.2.2.
Организация системы технической поддержки
Исполнитель ведет регистрацию всех обращений, касающихся
сопровождения Системы.
Обращения должны подразделяться на следующие типы:
– «Инцидент» - любое событие, не являющееся частью стандартного
(штатного) использования Системы, которое привело или могло привести к
прерыванию или невозможности использования Системы;
– «Заявка на консультацию» – обращение на получение информации,
документации по работе в Системе, на получение справочно-методической
информации
и
разъяснений,
касающихся
законодательства,
регламентирующего работу в программных продуктах;
– «Заявка на обслуживание» – заявка на техническую поддержку,
восстановление работоспособности или диагностики Системы;
– «Заявка на изменение» – заявка, приводящая к изменению или
модификации имеющегося либо реализации нового функционала
программных продуктов.
Заявкам, должны присваиваться следующие статусы:
– «Открыта» - заявка описана, но никакие действия с ним ещё не
проводились. Также используется в случае появления дополнительной
информации от инициатора;
39
– «В работе» - причины заявки установлены, заявка передана на
реализацию;
– «В разработке» - заявка принята в разработку и находится в
реализации;
– «Анализ» - заявка, принята в работу, но требует проведения
системного анализа;
– «Запрос данных» - исполнитель запрашивает у инициатора заявки
дополнительную информацию;
– «Реализована» - заявка реализована, требуется обновление
Системы;
– «Отложена» - присваивается заявке, которую Исполнитель, по
каким-то объективным причинам не может решить;
– «Приёмка» - заявка реализована и передана для проверки
инициатору;
– «Закрыта» - заявка принята инициатором, претензий к реализации
заявки нет.
4.2.2.3. Сроки обработки обращений (заявок)
Сроки выполнения обращения (заявок) должны зависеть от
присвоенного типа и приоритета.
Сроки выполнения обращения (заявок):
№п/
Тип заявки
Приоритет
Время решения
п
Нормальный
не более 5 рабочих дней
1
Инцидент
Высокий
не более 1 рабочего дня
Неотложный
не более 4 часов с момента обращения
Нормальный
не более 1 месяца
Заявка на
2
Высокий
не более 2 недель
изменение
Неотложный
не более 1 недели
Нормальный
не более 5 рабочих дней
Заявка на
3
Высокий
не более 3 рабочих дней
обслуживание
Неотложный
не более 1 рабочего дня
Нормальный
не более 5 рабочих дней
Заявка на
4
Высокий
не более 3 рабочих дней
консультацию
Неотложный
не более 1 рабочего дня
4.2.3 Результат предоставляемой услуги
Результатом предоставления Услуги является отработка обращений,
поступающих в службу технической поддержки, в соответствии с
требованиями настоящего задания.
4.2.4 Оценка качества предоставления Услуги
Для определения качества предоставления Услуги применяется
40
показатель уровня качества.
Методика расчета показателя качества оказания Услуги:
Наименование
показателя,
единица
измерения
Устранение
инцидентов,
приоритет
«Неотложный»
Устранение
инцидентов
приоритет
«Высокий»
Устранение
инцидентов,
приоритет
«Нормальный»
ИТОГО:
Целевое
значение
показател
я
Фактическ
ое
значение
показателя
Относительн
ый
показатель
Весовой
коэффицие
нт
показателя
90%
0,5
85%
0,3
85%
0,2
Взвешенн
ое
значение
показател
я
1
Фактическое значение показателя рассчитывается по формуле:
– фактическое значение показателя;
– количество инцидентов, зарегистрированных в отчетном периоде;
– количество инцидентов, отработанных в соответствии со сроками,
указанными в Задании за отчетный период.
Относительный показатель рассчитывается по формуле:
– относительный показатель;
– фактическое значение показателя;
– целевое значение показателя.
Взвешенное значение показатель рассчитывается по формуле:
– взвешенное значение показатель;
– относительный показатель;
– весовой коэффициент показателя.
В случае если сумма взвешенных значений показателя качества услуги
ниже значения 0,95 Заказчик имеет право на проведение перерасчета
стоимости предоставления Услуги за отчетный период.
41
Расчет штрафных санкций производится Заказчиком. Возможность
применения штрафных санкций является правом, но не обязанностью
Заказчика, никакие штрафные санкции не будут применяться автоматически.
Штраф,
Плановая
в % от
стоимость
Значение
плановой
предоставления
взвешенного
Размер штрафа,
стоимости
Услуги в
показателя
руб. без НДС
Услуги за
Отчетном
уровня качества
Отчетный
периоде
период
руб. без НДС
5
10
15
Общая сумма перерасчета стоимости Услуг по Договору не может
превышать 15% (пятнадцать процентов) платежей за отчетный период, в
котором была предоставлена Услуга.
5.
Порядок контроля и приемки Системы
5.1. Виды, состав, объем и методы испытаний Системы
Объем
и
методы
приемочных
испытаний
определяются
соответствующей «Программой и методикой испытаний», разрабатываемой
Исполнителем.
5.2. Общие требования к приемке услуг
Приемка результатов оказанных услуг осуществляется в соответствии с
календарным планом оказания услуг по настоящему Заданию.
Приемка результатов оказания услуг оформляется Актами приемки.
Основанием для составления и подписания Актов является передача
Исполнителем результатов оказания услуг в соответствии с условиями
Государственного контракта и настоящего Задания, что подтверждается
проведением приемочных испытания согласно представленной методике и
расчета качества предоставления услуги сопровождения Системы.
Документация согласно требованиям данного задания и другие
результаты оказания услуг передаются Заказчику после оказания услуг.
Комплектность документации подлежит проверке Заказчиком. Проверка по
составу и качеству документации проводится заказчиком с выставлением
замечаний, которые должен устранить Исполнитель.
5.3. Гарантия качества Системы
Гарантийное обслуживание должно осуществляться в течении 12
месяцев после подписания Акта приемки.
5.4 Порядок выполнения доработок и устранения допущенных
исполнителем ошибок, выявленных на этапе приемки
42
Недостатки и ошибки при оказании услуг, выявленные в ходе
проведения испытаний, должны быть устранены Исполнителем в рамках
оказания услуг по государственному контракту.
6.
Требования к документированию
Вся разработанная документация должна быть представлена Заказчику в
2-х экземплярах на бумажном и в 2-х экземплярах на машинном носителе в
согласованном с Заказчиком формате.
Документы на Систему должны быть оформлены с учетом требований
«ГОСТ 2.301-68. Межгосударственный стандарт. Единая система
конструкторской документации. Форматы» на листах формата А4 по «ГОСТ
2.301-68. Межгосударственный стандарт. Единая система конструкторской
документации. Форматы» без рамки, основной надписи и дополнительных граф
к ней. Допускается для размещения рисунков и таблиц использование листов
формата А3 с подшивкой по короткой стороне листа. Документы объемом более
25 листов должны содержать информационную часть, состоящую из аннотации
и содержания.
Документация на общесистемное программное обеспечение и
технические средства Исполнителем не разрабатывается.
Документы, фиксирующие исполнение отдельных услуг и обязательств
Исполнителя по настоящему Заданию и подлежащие представлению в составе
результатов оказания услуг (акты, протоколы), составляются Исполнителем
по формам, утвержденным Заказчиком.
6.1 Рабочая документация
Рабочая документация должна состоять из следующих документов:
–
общее описание Системы;
–
инструкция пользователя Системы (допускается разбивка на
несколько томов по ролям в системе);
–
инструкция администратора Системы (допускается разбивка на
несколько томов по ролям в системе);
–
программа и методики приемочных испытаний.
43
Приложение 2
к государственному контракту
№
от «___» _________ 2026 г.
Календарный план
Состав и содержание услуг по сопровождению и обновлению
государственной информационной системы Ставропольского края
«Электронное ЖКХ» способом настройки и адаптации программ для ЭВМ
для обеспечения нужд Ставропольского края
Состав и содержание услуг по сопровождению и доработке
Системы приведены в таблице (Таблица 1).
Таблица 1. Состав и содержание услуг по сопровождению и доработке
Системы
Наименование
Результаты, предъявляемые
Сроки оказания
услуг
Заказчику
услуг
1
2
3
1. Доработка Системы, доработка и передача рабочей и эксплуатационной
документации
1.1 Доработка
Доработка Системы, включающая до 20.12.2026
Системы.
доработку:
– подсистемы
«Электронный
паспорт дома»;
– подсистемы
«Капитальный
ремонт».
1.2 Доработка и
Рабочая документация Системы в до 20.12.2026
передача рабочей и следующем
составе
передана
эксплуатационной Заказчику:
документации
– общее описание системы;
– инструкция
пользователя
Системы;
– инструкция
администратора
Системы;
– программа
и
методики
приемочных испытаний.
1.3 Внедрение
Доработанная Система, установлена до 20.12.2026
Системы
на технических средствах Заказчика.
1.4 Приемочные
Проведены приемочных испытаний
до 20.12.2026
испытания
Системы
2. Сопровождение Системы
44
Наименование
услуг
1
2.1
Сопровождение
Системы.
Результаты, предъявляемые
Заказчику
2
Функционирующая Система,
соответствующая требованиям
контракта.
Предоставлен отчет оценки качества
оказанной услуги по
сопровождению Системы.
Сроки оказания
услуг
3
20.12.2026
45
Приложение 3
к государственному контракту
№
от «___» _________ 2026 г.
Форма отчетной документации
по оценке качества оказанной услуги по сопровождению и обновлению
государственной информационной системы Ставропольского края
«Электронное ЖКХ» способом настройки и адаптации программ для ЭВМ
для обеспечения нужд Ставропольского края
Отчет по инцидентам за период с "__"________ по "__"_________ 20
по Государственному контракту №____________от___________
Оценка качества предоставленных Услуг
Фактиче
Весовой
Целевое
Наименование
ское
Относитель коэффици
значение
показателя,
значение ный
ент
показате
единица
показате показатель показател
ля
измерения
ля
я Qi
Устранение
инцидентов,
приоритет
«Неотложный»
Устранение
инцидентов
приоритет
«Высокий»
Устранение
инцидентов,
приоритет
«Нормальный»
ИТОГО:
90%
0,5
85%
0,3
85%
0,2
1
г.
Взвешен
ное
значение
показате
ля
46
УТВЕРЖДАЮ
____________________
____________________
« __ » __________ 20__ г.
Акт
соответствия требованиям по защите информации
в рамках оказания услуг по сопровождению и обновлению
государственной информационной системы Ставропольского края
«Электронное ЖКХ» способом настройки и адаптации программ для ЭВМ
для обеспечения нужд Ставропольского края
Настоящий акт подготовлен на основании результатов оценки
эффективности реализованных мер по соблюдению требований по защите
информации на автоматизированных рабочих местах (далее – АРМ),
принадлежащем ___________________________ и расположенным по адресу:
___________________________.
Работы по оценке эффективности реализованных мер по соблюдению
требований по защите информации на АРМ проводила комиссия в составе:
1. Председатель комиссии:
__________________________________________________________________
2. Члены комиссии:
__________________________________________________________________
__________________________________________________________________
Состав АРМ приведен в таблице ниже (Таблица 1).
Таблица 1 – Состав АРМ
Тип технического
Наименование модели
средства
технического средства
Серийный номер
Перечень установленных средств защиты приведен в таблице ниже
(Таблица 2).
Таблица 2 – Состав средств защиты информации
Наименование
Учетный номер,
Сертификат
знак соответствия
соответствия
В рамках оценки эффективности реализованных мер по соблюдению
требований по защите информации на АРМ проведены:
47
1.1. Обследование АРМ для проверки соответствия реальных условий
размещения автоматизированной системы и ее состава исходным данным.
1.2. Обследование АРМ для проверки соответствия требованиям по
защите информации.
1.3. Обследование помещения, в котором производится обработка
информации ограниченного доступа.
1.4. Разработаны и внедрены организационные и технические меры
защиты информации.
По результатам оценки эффективности реализованных мер по
соблюдению требований по защите информации на АРМ сделаны следующие
выводы:
1.1. Реальные условия размещения и состав программно-аппаратных
средств АРМ соответствуют исходным данным.
1.2. Состав и настройки установленных средств защиты информации
соответствует требованиям по защите информации
1.3. Помещение, в котором размещен АРМ, соответствует
требованиям руководящих документов, обеспечивающим необходимый
уровень защиты обрабатываемой информации.
1.4. Организационные и технические меры защиты информации
соответствуют требованиям по третьему уровню защищенности
персональных данных.
Председатель комиссии:
______________________________
Члены комиссии:
_________________________________
______________ /
______________ /
_________________________________
______________ /
48
Приложение 4
к государственному контракту
№
от «___» _________ 2026 г.
Соглашением
о неразглашении конфиденциальной информации
г. Ставрополь
«
» ____________ 20__ г
Министерство жилищно-коммунального хозяйства Ставропольского края,
в
лице
_________________________________________________,
действующего
на
основании_________________________________________________________,
именуемое
в
дальнейшем
«Передающая
сторона»,
и
___________________________________________,
в
лице
_______________________________________________, действующего на
основании
____________________________________,
именуемое
в
дальнейшем «Принимающая сторона», заключили настоящее Соглашение о
нижеследующем:
1. Термины и определения
1.1. В настоящем Соглашении под «информацией конфиденциального
характера» понимается информация, представленная Передающей стороной
Принимающей стороне в письменном, электронном или любом другом виде в
рамках оказания Услуг по Договору №_____________ от _______________,
кроме
информации,
которая
в
соответствии
с
действующим
законодательством Российской Федерации не может быть отнесена к
информации ограниченного доступа.
1.2. Понятие «Стороны» включает Передающую сторону и
Принимающую сторону, в том числе их законных правопреемников. Понятие
Принимающая сторона включает работников Принимающей стороны,
которые получают доступ к информации конфиденциального характера в
соответствии с пунктом 2.1 настоящего соглашения.
1.3. Разглашение конфиденциальной информации – действие или
бездействие, в результате которых конфиденциальная информация в любой
возможной форме (устной, письменной, иной форме, в том числе с
использованием технических средств) становится известной третьим лицам.
1.4. Раскрытие конфиденциальной информации – передача Получающей
стороной конфиденциальной информации лицам, которым такая передача
допускается в соответствии с настоящим Соглашением.
49
2. Предмет Соглашения
2.1. В течение срока действия настоящего Соглашения, Принимающая
сторона обязуется:
 не разглашать конфиденциальную информацию;
 ограничить со своей стороны круг лиц, имеющих доступ к
конфиденциальной информации, теми работниками, которым такая
информация необходима для надлежащего исполнения обязательств в рамках
взаимоотношений между Принимающей стороной и Передающей стороной;
 заключить с работниками и иными лицами, которым в соответствии
с настоящим Соглашением допускается раскрытие конфиденциальной
информации, соглашения о неразглашении конфиденциальной информации
на условиях не менее строгими, чем те, которые предусмотрены настоящим
Соглашением;
 обеспечить соблюдение работниками и иными лицами, которым в
соответствии с настоящим Соглашением допускается раскрытие
Конфиденциальной
информации,
обязательств
по
неразглашению
Конфиденциальной информации, соблюдению порядка ее использования и
хранения, обеспечению ее сохранности и конфиденциальности;
 обеспечить надежное хранение конфиденциальной информации, не
позволяющее осуществить ее разглашение и получение доступа к ней третьим
лицам, в том числе вне рабочего времени.
3. Обязанности сторон
3.1. Принимающая сторона обязуется использовать полученную
информацию конфиденциального характера только в целях, оговоренных в
п.2.1 настоящего Соглашении и не использовать ее в каких-либо иных целях
без предварительного письменного разрешения Передающей Стороны.
3.2. Принимающая сторона обязуется обеспечить защиту всей
переданной информации и обязуется не раскрывать ее любым третьим лицам
без письменного согласия Передающей стороны, за исключением случаев,
когда обязанность такого раскрытия установлена требованиями
законодательства или полноправным судебным решением и при условии, что
Принимающая сторона уведомит Передающую сторону о поступившем
соответствующего запросе.
3.3. Принимающая сторона обеспечивает доступ к информации
конфиденциального характера только лиц, которым она необходима для
выполнения обязательств Принимающей стороны перед Передающей
стороной, и только в том случае, если ими приняты обязательства
обеспечивать
сохранность
ставшей
им
известной
информации
конфиденциального характера на условиях настоящего Соглашения. При этом
такие сотрудники Принимающей стороны должны быть уведомлены о
конфиденциальности такой информации.
3.4. Принимающая сторона не несет ответственность за раскрытие
информации конфиденциального характера в следующих случаях:
3.4.1. Если раскрытие информации конфиденциального характера
50
произошло при наличии предварительного согласия Передающей стороны,
оформленного в письменном виде.
3.4.2. Если раскрытие информации конфиденциального характера
произошло в соответствии с актом государственного (включая местного)
органа власти или решением суда.
3.4.3. Если информация легально получена от третьего лица без
ограничения и без нарушения Соглашения о неразглашении и защите
информации этого лица с Передающей стороной.
3.5. Принимающая сторона настоящего Соглашения безусловно и
окончательно гарантирует, что, действуя в качестве Принимающей стороны,
она, в соответствии с условиями Соглашения, будет:
3.5.1. раскрывать третьим лицам информацию конфиденциального
характера только на условиях, определенных в п. 3.1 настоящего Соглашения.
3.5.2. снимать с любых материальных носителей, на которых хранится
переданная ей информация конфиденциального характера, только такое
количество копий, которое обусловлено необходимостью надлежащего
исполнения своих договорных обязательств перед другой Стороной, и
обращаться с ними как с оригиналами.
3.6. Все материальные носители, на которых записана информация
конфиденциального характера, переданные Принимающей стороне в
соответствии с настоящим Соглашением, а также любые снятые с них копии
являются собственностью Передающей стороны, и подлежат возврату и/или
уничтожению Принимающей стороной в соответствии с указаниями
Передающей стороны.
3.7. Ни одна из Сторон не вправе передавать третьим лицам полностью
или частично свои права и обязанности по Соглашению без предварительного
письменного согласия другой Стороны.
4. Ответственность сторон
4.1. Принимающая сторона несет ответственность за действия своих
сотрудников, приведшие к раскрытию информации конфиденциального
характера третьим лицам.
В случае раскрытия Принимающей стороной информации
конфиденциального характера третьим лицам без письменного разрешения
Передающей стороны, последняя имеет право обращаться с требованием о
компенсации ущерба в результате такого раскрытия, кроме случаев,
указанных в п.3.4. Соглашения.
4.2. Стороны не будут нести ответственности друг перед другом или
третьей стороной за раскрытие и/или использование информации
конфиденциального характера по п.3.2. настоящего Соглашения. Такую
ответственность, в соответствии с действующим законодательством
Российской Федерации, несет государственный орган, требующий раскрытия
информации конфиденциального характера.
4.3. Обязанность по доказыванию факта разглашения информации
конфиденциального характера, по сбору доказательств, подтверждающих
51
факт разглашения, возлагается на Передающую сторону.
4.4. Размер реального ущерба, причиненный Передающей стороне,
вследствие раскрытия информации конфиденциального характера,
определяется в соответствии с действующим законодательством Российской
Федерации.
4.5. Стороны обязуются мирным путем разрешать споры, противоречия
или разногласия, которые могут возникнуть между ними в отношении или в
связи с настоящим Соглашением, или исполнением, нарушением,
прекращением или недействительностью настоящего Соглашения, однако,
если Стороны окажутся не в состоянии достичь согласия, то все споры,
противоречия и разногласия подлежат урегулированию в Арбитражном суде в
соответствии с действующим законодательством Российской Федерации.
5. Порядок вступления в силу, срок действия Соглашения.
5.1. Настоящее Соглашение вступает в силу с момента подписания
Сторонами и действует в течение срока действия Договора и в течение 3 (Трех)
лет с момента окончания срока его действия.
5.2. Все изменения и дополнения к настоящему Соглашению являются
действительными лишь в случае, если они совершены в письменном виде и
подписаны обеими Сторонами.
5.3. Получающая сторона не вправе отказываться от исполнения от
настоящего Соглашения в одностороннем порядке.
5.4. Условия настоящего Соглашения действительны также в случае
реорганизации какой-либо из его Сторон – для её правопреемников.
6. Юридические адреса и платежные реквизиты сторон
От Передающей стороны:
От Принимающей стороны:
____________ / ______________
____________ / ______________
(должность)
(подпись)
(должность)
(подпись)
