2 назначение и цели внедрения системы
advertisement
СОГЛАСОВАНО Решением Попечительского совета НО «Фонд капитального ремонта» протокол №3 от 08.07.2014 УТВЕРЖДЕНО Приказом НО «Фонд капитального ремонта» от 04.07.2014 № 16 Технические требования на оказание услуг по поставке информационной системы управления региональными программами капитального ремонта Республики Бурятия, её адаптации, внедрению и технической поддержке в период до 2017 года 2014 г. Оглавление ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ............................................................................................ 5 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ ..................................................................................................... 5 1 ОБЩИЕ ПОЛОЖЕНИЯ .......................................................................................................... 7 1.1 Полное наименование системы и ее условное обозначение............................................... 7 1.2 Заказчик системы .................................................................................................................... 7 1.3 Перечень документов, на основании которых оказываются услуги .................................. 7 1.4 Перечень нормативно-технических документов, методических материалов, использованных при разработке технических требований..................................................................... 8 2 НАЗНАЧЕНИЕ И ЦЕЛИ ВНЕДРЕНИЯ СИСТЕМЫ ........................................................... 9 2.1 Актуальность внедрения системы ......................................................................................... 9 2.2 Цели внедрения системы ........................................................................................................ 9 2.3 Основные задачи ................................................................................................................... 10 3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ .................................................... 10 3.1 Краткие сведения об объекте автоматизации .................................................................... 10 3.1.1 Министерство строительства и модернизации жилищно-коммунального комплекса Республики Бурятия ............................................................................................ 11 3.1.2 Региональный оператор капитального ремонта ................................................. 11 3.1.3 Орган местного самоуправления ......................................................................... 13 3.1.4 Республиканская служба государственного жилищного надзора (далее – РС ГЖИ) 13 3.1.5 Управляющая организация, товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив .............................................................................................................................. 14 3.1.6 Собственник жилья ............................................................................................... 14 3.1.7 Владелец специального счета ............................................................................... 15 3.2 Сведения о режиме обработки персональных данных ...................................................... 16 3.3 Сведения о количественных характеристиках обрабатываемой в Системе информации 16 4 ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ СИСТЕМЕ ................................................................... 16 4.1 Требования к системе в целом ............................................................................................. 16 4.1.1 Структура вычислительных ресурсов серверной части Системы .................... 16 4.1.2 Требования к обеспечению доступа к Системе .................................................. 17 4.1.3 Требования к модели лицензирования Системы и ее подсистем ..................... 17 4.1.4 Требования к защите персональных данных ...................................................... 18 4.1.5 Требования к вычислительным ресурсам АРМ .................................................. 18 4.1.6 Требования к программному обеспечению АРМ внутренних и внешних пользователей ......................................................................................................................... 18 4.1.7 Требования к вычислительным ресурсам серверной части Системы .............. 19 4.1.8 Требования к серверному системному программному обеспечению .............. 19 4.1.9 Требования к производительности Системы ...................................................... 19 4.1.10 Требования к структуре и функционированию системы .................................. 20 4.1.11 Требования к численности и квалификации персонала .................................... 20 4.1.12 Требования к надежности ..................................................................................... 21 4.1.13 Требования к сохранности информации при авариях ....................................... 21 4.1.14 Требования к безопасности .................................................................................. 21 4.1.15 Требования к защите от несанкционированного доступа ................................. 22 4.1.16 Требования к эргономике и технической эстетике ............................................ 22 4.1.17 Общие требования к пользовательскому интерфейсу ....................................... 23 4.1.18 Требования к стандартизации .............................................................................. 23 4.1.19 Требования к патентной частоте .......................................................................... 24 4.1.20 Требования к информационному обеспечению системы .................................. 24 2 4.2 Требования к функциям Системы ....................................................................................... 24 4.2.1 Общие требования к Системе............................................................................... 24 4.2.2 Требования к Подсистеме формирования программ ......................................... 30 4.2.3 Требования к Подсистеме контроля исполнения программ ............................. 33 4.2.4 Требования к Подсистеме начислений взносов на капитальный ремонт ........ 34 4.2.5 Требования к Подсистеме финансового учета ................................................... 36 4.2.6 Требования к Подсистеме аналитики и отчетности ........................................... 39 4.2.7 Требования к Подсистеме жилищного надзора.................................................. 40 4.2.8 Требования к Подсистеме электронных паспортов (ПП №1468) ..................... 45 4.2.9 Требования к Подсистеме публичного доступа ................................................. 45 4.2.10 Требования к Подсистеме «Личный кабинет» ................................................... 48 4.2.11 Требования к Подсистеме электронного документооборота ............................ 49 4.3 Требования к ролям и связанным с ними операциям ........................................................ 52 5 СОСТАВ И СОДЕРЖАНИЕ УСЛУГ ПО ПОСТАВКЕ СИСТЕМЫ, ЕЕ АДАПТАЦИИ, ВНЕДРЕНИЮ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКЕ ............................................................................... 54 5.1 Общие требования к результатам оказания услуг ............................................................. 54 5.2 Перечень услуг по поставке системы, ее адаптации, внедрению и технической поддержке 54 5.2.1 Услуги этапа по пуско-наладке Системы............................................................ 55 5.2.2 Услуги этапа технической поддержки в период гарантийной поддержки и период послегарантийной поддержки.................................................................................. 55 5.3 Требования к качеству и содержанию услуг ...................................................................... 55 5.3.1 Обследование объекта автоматизации. Согласование региональных особенностей .......................................................................................................................... 55 5.3.2 Подготовка экземпляра Системы для работы на вычислительных ресурсах Исполнителя ........................................................................................................................... 55 5.3.3 Подготовка документации: программы и методики испытаний предоставляемого функционала Системы ........................................................................... 55 5.3.4 Первоначальное наполнение Системы данными ............................................... 55 5.3.5 Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков ......................................................................................................................... 56 5.3.6 Обучение пользователей Заказчика по основам работе в Системе и ее подсистемам............................................................................................................................ 56 5.3.7 Подготовка программного обеспечения на вычислительных ресурсах Заказчика ................................................................................................................................. 56 5.3.8 Перенос данных из Системы функционирующей на вычислительных ресурсах Исполнителя в Систему функционирующую на вычислительных ресурсах Заказчика . 56 5.3.9 Поставка средств защиты информации. Оказание комплекса услуг по обеспечению защиты персональных данных ...................................................................... 56 5.3.10 Организация защищенного удаленного доступа Исполнителя к Системе для целей осуществления технической поддержки ................................................................... 57 5.3.11 Обеспечение функционирования подсистемы электронного документооборота .................................................................................................................. 57 5.3.12 Предоставление документации по эксплуатации системы ............................... 57 5.3.13 Обучение в удаленном режиме по использованию Системы ........................... 58 5.3.14 Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части системы .................................. 58 5.3.15 Обновление Системы при изменении федерального законодательства .......... 58 5.3.16 Обеспечение регистрации инцидентов, организация процессов технической поддержки ............................................................................................................................... 58 5.4 Параметры качества обслуживания .................................................................................... 59 5.5 Календарный план оказания услуг и стоимость ................................................................ 59 6 ПОРЯДОК ПРИЕМКИ ОКАЗАННЫХ УСЛУГ ................................................................. 65 3 6.1 Общие требования к приемке оказанных услуг по этапам (периодам) ........................... 65 6.2 Требования к передаче материалов ..................................................................................... 65 6.3 Требования к форме представления документации .......................................................... 66 4 ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ АРМ БИК ЕСКД ЕСПД ГОСТ ЖК ЖКУ ЖКХ КПП ЛС МКД ОГРН ОКВЭД – – – – – – – – – – – – – ОКПО ППО РД РФ СМЭВ ТП УК ФГУП ФЗ ФИАС 185-ФЗ – – – – – – – – – – – SOAP – TCP/IP – Webбраузер – Webсервер WSDL – XML – – Автоматизированное рабочее место; Банковский идентификационный код; Единая система конструкторской документации; Единая система программной документации; Государственный стандарт; Жилищный кодекс Российской Федерации; Жилищно-коммунальные услуги; Жилищно-коммунальное хозяйство; Код причины постановки на учет; Лицевой счет; Многоквартирный дом; Основной государственный регистрационный номер; Общероссийский классификатор видов экономической деятельности; Общероссийский классификатор организаций и предприятий; Прикладное программное обеспечение; Руководящий документ; Российская Федерация; Система межведомственного электронного взаимодействия Технический паспорт; Управляющая компания; Федеральное государственное унитарное предприятие; Федеральный закон; Федеральная информационная адресная система; Федеральный закон Российской Федерации от 21.07.2007 года №185-ФЗ «О Фонде содействия реформированию жилищнокоммунального хозяйства»; Simple Object Access Protocol - простой протокол передачи объектов; Transmission Control Protocol/Internet Protocol — набор сетевых протоколов разных уровней, предназначенный для управления передачей данных в сетях; Программное обеспечение для поиска, просмотра web-страниц (преимущественно из сети Интернет), для их обработки, вывода и перехода от одной страницы к другой. Например, Microsoft Internet Explorer, Mozilla Firefox и т.п.; Сервер, осуществляющий обработку запросов от webклиентов; Web Services Description Language — язык описания web – сервисов; eXtensible Markup Language — расширяемый язык разметки. текстовый формат, предназначенный для хранения структурированных данных. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Автоматизированная система База данных Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций; Совокупность данных, организованных в соответствии с 5 Безопасность информации Владелец специального счета – Внутренние пользователи – Внешние пользователи – Доступ к информации (Доступ) Жилищно-коммунальные услуги Защита информации Информационная система, система Информационная технология Информационные ресурсы Инцидент – Капитальный ремонт МКД концептуальной схемой, описывающей характеристики этих данных и связи между соответствующими им объектами, поддерживающая одну или несколько предметных областей; Состояние защищенности информации, обрабатываемой средствами вычислительной техники или автоматизированной системы, от внутренних или внешних угроз; Лицо, на имя которого открыт специальный счет для аккумулирования накопительных взносов собственников помещений многоквартирных домов на капитальный ремонт общего имущества; Пользователи с высоким приоритетом доверия. Имеют расширенные права по обработке информации в Системе. Пользователи с низким приоритетом доверия. Имеют ограниченные права по обработке информации в Системе. Ознакомление с информацией, ее обработка, в частности, копирование, модификация или уничтожение информации; Услуги исполнителя по поддержанию и восстановлению надлежащего технического и санитарно-гигиенического состояния зданий, сооружений, оборудования, коммуникаций и объектов жилищно-коммунального назначения, вывозу бытовых отходов, водоотведения и подаче потребителям электрической энергии, питьевой воды, газа, тепловой энергии и горячей воды; Совокупность методов и средств, обеспечивающих целостность, конфиденциальность и доступность информации в условиях воздействия на нее угроз естественного или искусственного характера, реализация которых может привести к нанесению ущерба владельцам или пользователям информации; Организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники связи, реализующих информационные процессы. Разновидность автоматизированной системы; Приемы, способы и методы применения средств вычислительной техники при выполнении функций хранения, обработки, передачи и использования; Отдельные документы, отдельные массивы документов, документы или массивы документов в информационных системах (библиотеках, архивах, фондах, банках данных, других информационных системах); Любое событие, не являющееся частью нормального процесса функционирования Системы, вызывающее, либо способное вызвать снижение качества функционирования Системы. Проведение работ по устранению неисправностей изношенных объектов общего имущества собственников помещений в многоквартирном доме, в том числе по их 6 восстановлению или замене, в целях улучшения эксплуатационных характеристик общего имущества в многоквартирном доме; Часть информационной системы, реализующая автоматизацию отдельного информационного процесса (совокупности информационных процессов). Компонент системы, модуль системы, подсистема Мониторинг Несанкционированный доступ к информации Нормативно-справочная информация Орган государственного финансового контроля Республики Бурятия Открытый формат файла Пользователь системы Региональный оператор Региональная программа капитального ремонта 1 Процесс систематического или непрерывного сбора информации о параметрах сложного объекта или процесса; Получение защищаемой информации заинтересованным субъектом с нарушением установленных правовыми документами или собственником, владельцем информации прав или правил доступа к защищаемой информации; заимствованная из нормативных Информация, документов и справочников и используемая при функционировании автоматизированной системы; – Органы государственного финансового контроля Республики Бурятия, Счетная палата Российской Федерации, контрольно-счетные и финансовые органы Республики Бурятия, осуществляющие финансовый контроль за использованием региональным оператором средств соответствующих бюджетов в порядке, установленном бюджетным законодательством Российской Федерации; Общедоступная спецификация хранения цифровых данных, свободная от лицензионных ограничений при использовании; Лицо, участвующее в функционировании системы или использующее результаты ее функционирования; Специализированная некоммерческая организация, осуществляющая деятельность, направленную на обеспечение проведения капитального ремонта общего имущества в многоквартирных домах; Региональная программа капитального ремонта общего имущества в многоквартирных домах. ОБЩИЕ ПОЛОЖЕНИЯ 1.1 Полное наименование системы и ее условное обозначение Полное наименование: информационная система управления региональными программами капитального ремонта Республики Бурятия (далее – Система). 1.2 Заказчик системы Заказчик: Некоммерческая организация «Фонд капитального ремонта общего имущества в многоквартирных домах в Республике Бурятия». 1.3 Перечень документов, на основании которых оказываются услуги Услуги оказываются на основании Договора между Заказчиком и Исполнителем и в соответствии с настоящими Техническими требованиями. 7 1.4 Перечень нормативно-технических документов, методических материалов, использованных при разработке технических требований При разработке настоящих технических требований были использованы следующие методические рекомендации, опубликованные на официальном сайте Государственной корпорации «Фонд содействия реформированию ЖКХ»: Методические рекомендации по созданию региональных операторов для проведения капремонта многоквартирных домов и обеспечению их деятельности, утвержденные Приказом Министерства регионального развития РФ от 14 июня 2013 г. № 253. Ниже приведены нормативно-правовые акты, требования которых послужили основанием для разработки настоящих технических требований: Федеральный закон Российской Федерации от 29.12.2004 г. № 188-ФЗ «Жилищный Кодекс Российской Федерации»; Федеральный закон Российской Федерации от 21.07.2007 г. № 185-ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства»; Постановление Правительства Российской Федерации от 28.12.2012 г. № 1468 «О Порядке предоставления органам местного самоуправления информации лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающими коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещения в многоквартирных домах»; Приказ Федерального агентства по строительству и жилищно-коммунальному хозяйству Министерства регионального развития Российской Федерации от 08 апреля 2013 года № 113/ГС «Об утверждении электронного паспорта многоквартирного дома, формы электронного паспорта жилого дома, формы электронного документа о состоянии расположенных на территориях муниципальных образований объектов коммунальной и инженерной инфраструктуры и порядка заполнения указанных документов»; Приказ Федерального агентства по строительству и жилищно-коммунальному хозяйству Министерства регионального развития Российской Федерации от 23 августа 2013 года № 310/ГС «О внесении изменений в Методические рекомендации по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации, утвержденные приказом Федерального агентства по строительству и жилищно-коммунальному хозяйству от 8 апреля 2013 года № 112/ГС». Федеральный закон от 27.07.2006 №149-ФЗ «Об информации, информационных технологиях и о защите информации»; Федеральный закон от 27.07.2006 № 152-ФЗ "О персональных данных"; Федеральный закон от 27.07.2010г. №210-ФЗ «Об организации предоставления государственных и муниципальных услуг»; Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи»; Постановление Правительства РФ от 08.09.2010 г. №697 «О единой системе межведомственного электронного взаимодействия»; Постановление Правительства РФ от 08.06.2011г. №451 «Об инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме»; Постановление Правительства РФ от 28.11.2011г. №977 «О федеральной государственной информационной системе «Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления 8 - - - - 2 государственных и муниципальных услуг в электронной форме»; Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 Декабря 2010 г. №190 «Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»; Действующая редакция Методических рекомендаций по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии; Постановление Правительства Республики Бурятия от 29.06.2012 г. №392 «О региональной системе межведомственного электронного взаимодействия Республики Бурятия»; Постановление Правительства РБ от 29.06.2012 №392 «О региональной системе межведомственного электронного взаимодействия Республики Бурятия». НАЗНАЧЕНИЕ И ЦЕЛИ ВНЕДРЕНИЯ СИСТЕМЫ 2.1 Актуальность внедрения системы Для эффективного решения задач, возникающих вследствие реформирования сферы ЖКХ и проведения капитальных ремонтов объектов жилищного фонда, необходимо создать информационную систему для управления региональными программами капитального ремонта Республики Бурятия. Основным назначением внедряемой системы является обеспечение регионального оператора, лиц, осуществляющих оказание услуг (выполнение работ) по ремонту общего имущества МКД, собственников помещений в МКД эффективной информационной поддержкой процессов организации содержания и ремонта общего имущества МКД, управления программой проведения капитальных ремонтов жилищного фонда Республики Бурятия. Система предназначена для: автоматизации процесса формирования фондов капитального ремонта; автоматизации процесса формирования и актуализации программы капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Республики Бурятия; автоматизации процесса контроля над формированием фондов капитального ремонта; автоматизации оперативного управления процессом проведения капитального ремонта многоквартирных домов Республики Бурятия; автоматизации процесса формирования краткосрочных планов реализации программы капитального ремонта общего имущества в МКД в Республики Бурятия; формирования электронной базы данных по абонентам, включенных в программу ремонта, обеспечивающей ведение начислений, приема платежей, перерасчетов и всех необходимых биллинговых операций; автоматизации делопроизводства; автоматизации формирования платежных документов с платежными агентами и банками; автоматизации формирования необходимых документов для работы с дебиторской задолженностью; принятия управленческих решений на основе фактических данных. 2.2 Цели внедрения системы Целью внедрения Системы является автоматизация следующих процессов: начисление взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете, счетах регионального оператора; учет операций по специальным счетам, счетам регионального оператора; исполнение программ капитального ремонта, в том числе осуществление функций технического заказчика работ по капитальному ремонту общего имущества в 9 - - многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; взаимодействие с органами государственной власти Республики Бурятия и органами местного самоуправления в Республике Бурятия в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; ведение внутреннего и внешнего документооборота и контроля исполнения; повышение информационной открытости и прозрачности деятельности регионального оператора капитального ремонта; обеспечение максимальной автоматизации деятельности и повышение экономической эффективности. 2.3 Основные задачи Для достижения поставленных целей необходимо решить следующие задачи: автоматизация сбора, хранения, анализа и использования информационных ресурсов процессов в области деятельности регионального оператора; актуализация данных о состоянии жилищного фонда Республики Бурятия, технических характеристиках МКД и помещений; формирование перечня работ (услуг) и учет укрупненных смет работ по капитальному ремонту в многоквартирных домах; автоматизация начисления взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете, счетах регионального оператора; автоматизация учета операций по специальным счетам, счетам регионального оператора; автоматизация формирования и корректировки программ капитального ремонта на основе имеющейся базы данных, в том числе контроль функций технического заказчика работ по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; автоматизация взаимодействия с органами государственной власти Республики Бурятия и органами местного самоуправления в Республике Бурятия в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; автоматизация внутреннего документооборота и контроля исполнения; создание информационного ресурса в публичном доступе для информирования собственников помещений в МКД и других заинтересованных лиц о ходе выполнении программы капитального ремонта, возможности контроля ведения начисления и проведения онлайн оплат с возможностью назначения права доступа. 3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объекте автоматизации Объектом автоматизации является процесс формирования и корректировки региональной программы капитального ремонта региональным оператором Республики Бурятия. В сфере ЖКХ, в рамках организации и проведения капитального ремонта МКД, выделены следующие участники информационного обмена: Министерство строительства и модернизации жилищно-коммунального комплекса Республики Бурятия, ответственное за формирование региональной программы капитального ремонта; региональный оператор капитального ремонта; орган местного самоуправления; 10 Республиканская служба государственного жилищного надзора; управляющая организация (лицо, осуществляющее оказание услуг (выполнение работ) по содержанию и ремонту общего имущества МКД), товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив; собственник жилья; владелец специального счета. При описании ролей приводятся только те функции, которые выполняются в рамках управления программой капитального ремонта. - 3.1.1 Министерство строительства и модернизации жилищно-коммунального комплекса Республики Бурятия Министерство строительства и модернизации жилищно-коммунального комплекса Республики Бурятия, ответственное за формирование региональной программы капитального ремонта, выполняет следующие функции: разработка для утверждения Правительством Республики Бурятия нормативных правовых актов, которые направлены на обеспечение своевременного проведения капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Республики Бурятия; подготовка для утверждения правительством Республики Бурятия региональных программ капитального ремонта общего имущества в многоквартирных домах в целях планирования и организации проведения капитального ремонта общего имущества в многоквартирных домах, планирования предоставления государственной поддержки, муниципальной поддержки на проведение капитального ремонта общего имущества в многоквартирных домах за счет средств бюджета Республики Бурятия, местных бюджетов; подготовка для утверждения краткосрочных (сроком до трех лет) планов реализации региональной программы капитального ремонта в порядке, установленном законодательством Республики Бурятия. 3.1.2 Региональный оператор капитального ремонта Региональным оператором капитального ремонта является специализированная некоммерческая организация, осуществляющая деятельность, направленную на обеспечение проведения капитального ремонта общего имущества в многоквартирных домах (далее – региональный оператор). Региональный оператор выполняет следующие функции: аккумулирование взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете (счетах) регионального оператора; открытие на свое имя специальных счетов и совершение операций по этим счетам в случае, если собственники помещений в многоквартирном доме на общем собрании собственников помещений в многоквартирном доме выбрали регионального оператора в качестве владельца специального счета; формирование начислений по обязательным взносам на капитальный ремонт; учет средств, поступивших на счета регионального оператора в виде взносов на капитальный ремонт, отдельно в отношении средств каждого собственника помещений в многоквартирном доме; обеспечение проведения капитального ремонта общего имущества в МКД, собственники помещений в котором формируют фонд капитального ремонта на счете регионального оператора, в объеме и в сроки, предусмотренные региональной программой капитального ремонта; представление собственникам помещений предложений о сроках начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в 11 - - - - - - - многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта, в случае, если собственники помещений в многоквартирном доме формируют фонд капитального ремонта на счете регионального оператора; осуществление функций технического заказчика работ по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора, включая: o подготовку и направление собственникам помещений в многоквартирном доме предложений о сроках начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта; o подготовку задания на оказание услуг и (или) выполнение работ по капитальному ремонту и при необходимости подготовку проектной документации на проведение капитального ремонта, утверждение проектной документации на соответствие требованиям технических регламентов, стандартов и других нормативных документов; o привлечение для оказания услуг и (или) выполнения работ по капитальному ремонту подрядных организаций, заключение с ними от своего имени соответствующих договоров; o контроль качества и сроков оказания услуг и (или) выполнения работ подрядными организациями и соответствия таких услуг и (или) работ требованиям проектной документации; o осуществление приемки выполненных работ; o иные обязанности, предусмотренные договором о формировании фонда капитального ремонта и об организации проведения капитального ремонта; финансирование расходов на капитальный ремонт общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора, в пределах средств этих фондов капитального ремонта с привлечением при необходимости средств, полученных из иных источников, в том числе из бюджета Республики Бурятия и (или) местных бюджетов; взаимодействие с органами государственной власти Республики Бурятия и органами местного самоуправления в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора; представление в орган государственного жилищного надзора в порядке и в сроки, предусмотренные законом Республики Бурятия, сведений о многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счетах регионального оператора; представление в орган государственного жилищного надзора Республики Бурятия информации о поступлении взносов на капитальный ремонт от собственников помещений в МКД; ежемесячное предоставление платежных документов собственникам помещений МКД, которые выбрали способ формирования фонда капитального ремонта на счете регионального оператора; выплата собственникам помещений в МКД, признанных аварийным и подлежащим сносу или реконструкции, средств фонда капитального ремонта пропорционально размерам уплаченных ими взносов на капитальный ремонт; иные функции, предусмотренные Жилищным Кодексом РФ, законом Республики Бурятия и учредительными документами регионального оператора. 12 3.1.3 Орган местного самоуправления Орган местного самоуправления решает управленческие задачи в сфере реализации вопросов местного значения в области жилищно-коммунального хозяйства. Орган местного самоуправления в сфере реализации региональной программы капитального ремонта выполняет следующие функции: контроль за надлежащей эксплуатацией объектов жилищного фонда и коммунального хозяйства; предоставление в Республиканскую службу государственного жилищного надзора информации о результатах технического обследования МКД; созыв общего собрания собственников помещений в многоквартирном доме для решения вопроса о выборе способа формирования фонда капитального ремонта, если такое решение не было принято собственниками самостоятельно; принятие решения о формировании фонда капитального ремонта на счете регионального оператора в отношении домов, собственники которых не выбрали способ формирования фонда капитального ремонта или выбранный ими способ не был реализован в установленный ЖК РФ срок; принятие решения о проведении капитального ремонта в соответствии с региональной программой капитального ремонта и предложениями регионального оператора в случае, если собственники помещений в многоквартирном доме, формирующие фонд капитального ремонта на счете регионального оператора, не приняли решение о проведении капитального ремонта общего имущества в этом многоквартирном доме; принятие решения о формировании фонда капитального ремонта на счете регионального оператора и направление решения владельцу специального счета в случае, если капитальный ремонт общего имущества в многоквартирном доме, собственники помещений в котором формируют фонд капитального ремонта на специальном счете, не проведен в срок, предусмотренный региональной программой капитального ремонта, и при этом в соответствии с порядком установления необходимости проведения капитального ремонта общего имущества в многоквартирном доме требуется выполнение какого-либо вида работ, предусмотренного для этого многоквартирного дома региональной программой капитального ремонта; утверждение краткосрочных (сроком до трех лет) планов реализации региональной программы капитального ремонта в порядке, установленном нормативным правовым актом Республики Бурятия; установление сроков проведения капитального ремонта общего имущества в многоквартирных домах, уточнения планируемых видов услуг и (или) работ по капитальному ремонту общего имущества в многоквартирных домах; определение видов и объемов муниципальной поддержки капитального ремонта; выполнение функций технического заказчика по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете регионального оператора, на основании соответствующего договора, заключенного с региональным оператором; согласование актов приемки выполненных работ по капитальному ремонту; принятие нормативных правовых актов, которые направлены на обеспечение своевременного проведения капитального ремонта общего имущества в многоквартирных домах, расположенных на территории муниципального образования. 3.1.4 Республиканская служба государственного жилищного надзора (далее – РС ГЖИ) РС ГЖИ выполняет следующие функции в части контроля за формированием фонда капитального ремонта: ведение реестра уведомлений о выбранном собственниками помещений в соответствующем МКД способе формирования фонда капитального ремонта на специальном счете, а также приложений копий протоколов общих собраний собственников помещений МКД о принятии решений, справок банков об открытии 13 - - специальных счетов; ведение реестра специальных счетов; уведомление органа местного самоуправления и регионального оператора о многоквартирных домах, собственники помещений в которых не выбрали способ формирования фондов капитального ремонта и (или) не реализовали его; предоставление сведений, предусмотренных ст. 172 ЖК РФ, в федеральный орган исполнительной власти, осуществляющий функции по выработке и реализации государственной политики и нормативно-правовому регулированию в сфере социальноэкономического развития субъектов РФ и муниципальных образований, строительства, архитектуры, градостроительства и жилищно-коммунального хозяйства в установленном порядке. 3.1.5 Управляющая организация, товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив Управляющей организацией является юридическое лицо независимо от организационноправовой формы, а также индивидуальный предприниматель, управляющие многоквартирным домом на основании договора управления. Товариществом собственников жилья признается некоммерческая организация, объединение собственников помещений в многоквартирном доме для совместного управления общим имуществом в многоквартирном доме либо в случаях, указанных в части 2 статьи 136 Жилищного Кодекса Российской Федерации, имуществом собственников помещений в нескольких многоквартирных домах или имуществом собственников нескольких жилых домов, обеспечения владения, пользования и в установленных законодательством пределах распоряжения общим имуществом в многоквартирном доме либо совместного использования имущества, находящегося в собственности собственников помещений в нескольких многоквартирных домах, или имущества, принадлежащего собственникам нескольких жилых домов, осуществления деятельности по созданию, содержанию, сохранению и приращению такого имущества, предоставления коммунальных услуг лицам, пользующимся в соответствии с Жилищным Кодексом помещениями в данных многоквартирных домах или данными жилыми домами, а также для осуществления иной деятельности, направленной на достижение целей управления многоквартирными домами либо на совместное использование имущества, принадлежащего собственникам помещений в нескольких многоквартирных домах, или имущества собственников нескольких жилых домов. Управляющая организация, товарищество собственников жилья, жилищный, жилищностроительный кооператив или иной специализированный потребительский кооператив выполняют следующие функции в части обеспечения исполнения программ капитального ремонта: ведение информации о состоянии жилищного фонда, своевременное предоставление информации региональному оператору и в органы государственного жилищного надзора; предоставление в орган Государственного жилищного надзора информации о результатах технического обследования МКД; предоставление собственникам помещений предложений о сроке начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта, в случае, если собственники помещений выбрали способ формирования фонда капитального ремонта на специальном счете. 3.1.6 Собственник жилья Собственник жилья – это гражданин или юридическое лицо, являющееся собственником помещения в МКД, и пользующийся, либо имеющий намерение воспользоваться жилищнокоммунальными услугами для личных, бытовых и иных нужд, не связанных с промышленным производством. Собственники жилья выполняют следующие функции: 14 - - - - - - - принятие решения о выборе способа формирования фонда капитального ремонта; принятие решения об изменении способа формирования фонда капитального ремонта; принятие решения о выборе регионального оператора в качестве владельца специального счета; заключение с региональным оператором договора о формировании фонда капитального ремонта и об организации проведения капитального ремонта в порядке, установленном ст. 445 Гражданского кодекса РФ; направление решения об изменении способа формирования фонда капитального ремонта в адрес регионального оператора или владельца специального счета; принятие решения об установлении размера фонда капитального ремонта в отношении своего дома в размере большем, чем установленный минимальный размер фонда капитального ремонта; принятие решения о приостановлении обязанности по уплате взносов на капитальный ремонт, за исключением собственников, которые имеют задолженность по уплате этих взносов, по достижении минимального размера фонда капитального ремонта; в случае накопления средств на специальном счете определение: o размера ежемесячного взноса на капитальный ремонт, который не должен быть менее чем минимальный размер взноса на капитальный ремонт, установленный нормативным правовым актом Субъекта РФ; o перечня услуг и (или) работ по капитальному ремонту общего имущества в многоквартирном доме в составе не менее чем состав перечня таких услуг и (или) работ, предусмотренный региональной программой капитального ремонта; o сроков проведения капитального ремонта общего имущества в многоквартирном доме, которые не могут быть позднее планируемых сроков, установленных региональной программой капитального ремонта; o владельца специального счета; o кредитной организации, в которой будет открыт специальный счет; ежемесячное внесение взносов на капитальный ремонт на счет регионального оператора или специальный счет в зависимости от выбранного способа формирования фонда капитального ремонта; принятие решения о необходимости проведения капитального ремонта в предусмотренные региональной программой сроки по предложению лица, осуществляющего управление многоквартирным домом, регионального оператора, либо по собственной инициативе; согласование актов приемки выполненных работ по капитальному ремонту. 3.1.7 Владелец специального счета Владелец специального счета выполняет следующие функции: предоставление в РС ГЖИ уведомлений о выбранном собственниками помещений в МКД способе формирования фонда капитального ремонта; представление в орган государственного жилищного надзора сведений о поступлении взносов на капитальный ремонт от собственников помещений в многоквартирном доме, о размере остатка средств на специальном счете; в случае закрытия специального счета подача заявления в кредитную организацию о расторжении договора специального счета и перечислении остатка денежных средств на счет регионального оператора (в случае изменения способа формирования фонда капитального ремонта) или на другой специальный счет (в случае замены владельца специального счета или кредитной организации); предоставление по требованию любого собственника помещения в многоквартирном доме информации о сумме зачисленных на счет платежей собственников всех помещений в многоквартирном доме, об остатке средств на специальном счете, о всех операциях по данному специальному счету. 15 3.2 Сведения о режиме обработки персональных данных Система обрабатывает персональные данные в составе, не превышающем сведения об адресе и фамилии, имени, отчестве собственника жилья. Количество записей персональных данных не превышает 100 тысяч единиц. Система обрабатывает персональные данные только на серверной части. На рабочих местах пользователей Системы персональные данные не хранятся. 3.3 Сведения о количественных характеристиках обрабатываемой в Системе информации В Системе обрабатывается информация: о многоквартирных домах в количестве не менее 5 000 (пяти тысяч) единиц; о лицевых счетах в количестве не менее 100 000 (ста тысяч) единиц. 4 ТРЕБОВАНИЯ К ВНЕДРЯЕМОЙ СИСТЕМЕ 4.1 Требования к системе в целом По виду автоматизированной деятельности Система должна представлять собой многопользовательскую информационную систему с различным уровнем доступа пользователей к обрабатываемой информации. Система должна функционировать на вычислительных ресурсах Заказчика. Допускается эксплуатировать Систему на вычислительных ресурсах Исполнителя в течении не более 6 (шести) месяцев со дня заключения Договора. Система должна обеспечивать работу по принципу трехзвенной архитектуры: web-браузер, сервер приложений (серверы приложений) и сервер базы данных (серверы баз данных). Из перечисленных компонентов к серверной части относятся серверы приложений и серверы баз данных. Доступ пользователей к Системе должен осуществляться в режиме тонкого клиента через веб-браузер современной версии (Chrome, Firefox, Internet Explorer). Система должна иметь централизованную базу данных, которая позволит: исключить необходимость экспорта-импорта данных различных подсистем (все действия происходят непосредственно с единой базой данных); получить возможность постоянного (online) доступа к системе и всей текущей информации (без привязки к стационарному рабочему месту пользователя); вести единые справочники и классификаторы (централизованный контроль наполнения справочников). Участники информационного обмена, такие как: управляющая организация, товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив; собственник жилья; владелец специального счета должны подключаться к отдельному серверу приложений (либо отдельному Application Pool Microsoft IIS), имеющему индивидуальные параметры информационной безопасности. Перечисленные три вида участников информационного обмена относятся к внешним пользователям Системы и имеют низкий приоритет доверия. Доступ пользователей к функциям в Системе должен осуществляться в зависимости от его роли. Система должна обеспечивать возможность исторического хранения данных с глубиной не менее 30 лет. 4.1.1 Структура вычислительных ресурсов серверной части Системы На серверной площадке Заказчика вычислительные ресурсы серверной части Системы организованы по следующей схеме: 16 Схема взаимосвязи серверной части Системы с пользователями и внешними информационными системами Внутренние пользователи Протокол HTTPS Внешние пользователи Протокол HTTPS Алгоритмы Российской Федерации Алгоритмы зарубежные Сервер приложений 1 (внутренние пользователи) Серверная часть Системы Сервер приложений 2 (внешние пользователи) Сервер баз данных Сервер приложений 3 (внешние информационные системы) Внешние информационные системы Протоколы HTTP/HTTPS, Offline выгрузки 4.1.2 Требования к обеспечению доступа к Системе Доступ пользователей к системе выполняется только по протоколу HTTPS. Доменные имена представляет Заказчик. Доменные имена для доступа по протоколу HTTPS допускается именовать только на латинице. Доменные имена для доступа по протоколу HTTP допускается именовать как на латинице, так и на кириллице. Соединения по протоколу HTTP Система автоматически перенаправляет на адрес Системы по протоколу HTTPS. Доступ к административной части Системы выполняется только из локальновычислительной системы Заказчика. 4.1.3 Требования к модели лицензирования Системы и ее подсистем Исполнитель предоставляет Заказчику неисключительные права пользования Системой на бессрочной основе в рамках поставленной версии. Допускается формировать стоимость владения неисключительными правами на Систему только по подсистемам (компонентам, модулям). Не допускается включать в формулу ценообразования общей стоимости владения неисключительными правами Системы иные оплачиваемые логические единицы, например, количество пользователей, количество лицевых счетов, объем сохраняемой информации, количество активных соединений и прочее. Стоимость владения неисключительными правами на Систему не включает стоимость системного программного обеспечения, вычислительных ресурсов, на которых работает Система, средств защиты информации и каналов передачи данных. Стоимость владения неисключительными правами на Систему не включает стоимость услуг поставки Системы, ее адаптации, внедрения, технической поддержки и прочих расходов. 17 4.1.4 Требования к защите персональных данных Система обрабатывает персональные данные только на серверной части. На рабочих местах пользователей Системы персональные данные не хранятся. Защита персональных данных обеспечивается путем: 1. использования защищенного сеансового протокола доступа HTTPS внутренних пользователей к Системе, формируемого на сертификате X.509 web-сервера. Сертификаты создаются с использованием криптографических алгоритмов по ГОСТ на основе ключевой пары, созданной аналогичными криптографическими алгоритмами по ГОСТ. На клиентской и серверной стороне используется криптопровайдер Крипто-Про 3.6 или более поздних версий или совместимый. В устанавливаемой сессии сертификат предъявляется только сервером. Сертификат сервера представляет Заказчик. Сертификат сервера выдается Удостоверяющим центром Республики Бурятия. 2. использования защищенного сеансового протокола доступа HTTPS внешних пользователей к Системе, формируемого на сертификате X.509 web-сервера. Сертификаты создаются с использованием криптографических алгоритмов зарубежного производства на основе ключевой пары, созданной аналогичными криптографическими алгоритмами зарубежного производства. На клиентской и серверной стороне используется криптопровайдер зарубежного производства предустановленный в операционную систему. В устанавливаемой сессии сертификат предъявляется только сервером. Сертификат представляет Исполнитель. Сертификат должен быть сгенерирован удостоверяющим центром (издателем), входящим в перечень международных доверенных корневых или промежуточных удостоверяющих центров. Срок окончания действия представленного серверного сертификата не ранее 31.12.2017 года. Англоязычное доменное имя второго уровня (с маской на поддомены) сертификата согласовывается с Заказчиком. Требуется сертификат без признака Extended Validation. Сертификат оформляется на Заказчика. Примерами поставщиков серверного сертификата могут являться поставщики для Государственной информационной системы «Единый портал государственных и муниципальных услуг (функций)», Онлайн приложение для Сбербанка России. 3. использования программного сертифицированного межсетевого экрана на каждом сервере Системы. Программный продукт TrustAccess. 4.1.5 Требования к вычислительным ресурсам АРМ Поставка и техническое сопровождение аппаратных средств, вычислительных ресурсов АРМ не входит в обязанности Исполнителя. Система должна обеспечить работу пользователей в web-браузерах, работающих на стационарных автоматизированных рабочих местах с минимальным аппаратными требованиями: 1. Микропроцессор: не менее 2 ядер, частота каждого ядра не менее 2 Гигагерц; 2. Оперативная память: не менее 2 Гигабайт; 3. Постоянная память: не менее 100 Гигабайт; 4. Подключение к сети Ethernet: не менее 100 Мегабит/сек.; 5. Негарантированная скорость канала передачи данных от АРМ до серверной части Системы: не менее 512 Килобит/сек. 4.1.6 Требования к программному обеспечению АРМ внутренних и внешних пользователей Поставка и настройка программного обеспечения АРМ не входит в обязанности Исполнителя, за исключением средств криптографии для внутренних пользователей. Объемы поставляемых программных средств указаны в разделе «Состав и содержание услуг по поставке системы, ее адаптации, внедрению и технической поддержке» настоящих Технических требований. 1. Операционная система: Microsoft Windows, Linux, Mac OS; 2. Web-браузер: Mozilla Firefox 30.0 и более поздние версии, Microsoft Internet Explorer 11 и более поздние версии, Google Chrome 35.0 и более поздние версии; 3. Пакет офисных программ; 18 4. Средства криптографии по ГОСТ Крипто-Про 3.6 и более поздние версии. Требуется только для АРМ внутренних пользователей; 5. Антивирусные средства. 4.1.7 Требования к вычислительным ресурсам серверной части Системы Для случаев размещения Системы на серверной площадке Исполнителя объемы услуг по техническому сопровождению аппаратных средств, вычислительных ресурсов серверной части Системы указаны в разделе «Состав и содержание услуг по поставке системы, ее адаптации, внедрению и технической поддержке» настоящих Технических требований. Система должна обеспечить работу на сервере (серверах) приложений с минимальными параметрами вычислительных ресурсов: 1. Микропроцессор: не менее 8 ядер, частота каждого ядра не менее 2 Гигагерц; 2. Оперативная память: не менее 8 Гигабайт; 3. Постоянная память: не менее 100 Гигабайт; 4. Подключение к сети Ethernet: не менее 1 Гигабит/сек.; 5. Негарантированная скорость канала передачи данных подключения внешних клиентов: не менее 10 Мегабит/сек. Система должна обеспечить работу на сервере баз данных (СУБД) с минимальными параметрами вычислительных ресурсов: 1. Микропроцессор: не менее 8 ядер, частота каждого ядра не менее 2 Гигагерц; 2. Оперативная память: не менее 8 Гигабайт; 3. Постоянная память: не менее 100 Гигабайт; 4. Подключение к сети Ethernet: не менее 1 Гигабит/сек. 4.1.8 Требования к серверному системному программному обеспечению Система функционирует на web-сервере (серверах) со следующими характеристиками: 1. Операционная система: Microsoft Windows Server 2008 R2 Standard и более поздние версии; 2. Сервер приложений: Microsoft IIS 7.5 и более поздних версий; 3. Интерпретатор web-приложения (платформа): Microsoft .NET framework 4.0 и более поздние версии. Система функционирует на сервере баз данных со следующими характеристиками: 1. Операционная система: Microsoft Windows Server 2008 R2 Standard и более поздние версии; 2. Сервер баз данных: Microsoft SQL Server 2012 Standard и более поздние версии. Не допускается замена операционных систем, сервера приложений, сервера баз данных. Поставка системного программного обеспечения серверной части Системы не входит в обязанности Исполнителя, за исключением случаев размещения Системы на серверной площадке Исполнителя. Установка, настройка, техническое сопровождение системного программного обеспечения серверной части Системы входит в обязанности Исполнителя при любом способе размещения Системы: на серверной площадке Исполнителя, серверной площадке Заказчика. Объемы таких услуг указаны в разделе «Состав и содержание услуг по поставке системы, ее адаптации, внедрению и технической поддержке» настоящих Технических требований. 4.1.9 Требования к производительности Системы Содержимое окна Системы на рабочем месте пользователя, в независимости от исполняемой им роли, должно формироваться (отрисовываться) не медленнее 2 (двух) секунд. Операции превышающие указанное время ожидания должны сопровождаться соответствующим сообщением об ожидании на экране. Максимальное время ожидания выполнения интерактивной операции не должно превышать 60 (шестидесяти) секунд. Операции, выполняющиеся дольше 60 (шестидесяти) секунд должны выполнятся как асинхронные: пользователем формируются задачи, подлежащие для выполнения на стороне сервера, с последующим скачиванием результата на рабочее место пользователя. Например, формирование архивов, отчетов. Указанные параметры должны соблюдаться при количестве одновременных соединений с сервером приложений, не превышающем 100 (ста) шт. за последние 5 (пять) секунд. 19 4.1.10 Требования к структуре и функционированию системы Доступ к подсистемам должен выполняться через единую точку входа в Систему по единым учетным данным. Запрещается повторно запрашивать учетные данные при переходе между подсистемами. Учетные данные пользователей Системы и ее подсистем управляются из единого списка. Система должна состоять из следующих Подсистем: Подсистема формирования программ; Подсистема контроля исполнения программ; Подсистема начислений взносов на капитальный ремонт; Подсистема финансового учета; Подсистема аналитики и отчетности; Подсистема жилищного надзора; Подсистема электронных паспортов (ПП №1468); Подсистема публичного доступа; Подсистема «Личный кабинет»; Подсистема информационного взаимодействия со смежными системами; Подсистема администрирования; Подсистема управления НСИ; Подсистема электронного документооборота; Подсистема взыскания дебиторской задолженности. Подсистемы должны удовлетворять следующим требованиям: иметь открытый интерфейс взаимодействия компонентов; иметь общий механизм обеспечения сохранности, безопасности и конфиденциальности представления данных; разработаны с использованием универсальных, общепризнанных лицензированных средств создания программного обеспечения; использование единой базы данных; использование стандартного способа доступа к базе данных. Описание Подсистем представлено в п. 4.2. настоящих Технических требований. 4.1.11 Требования к численности и квалификации персонала Численность персонала (пользователей) должна определяться штатным расписанием организации Заказчика. В соответствии с ГОСТ 24.104-85 персонал представляющий пользователей Системы должен быть подготовлен к выполнению своих обязанностей согласно инструкциям организационного обеспечения. Профессиональная подготовка персонала, повышение его квалификации, проверка знаний и инструктажи должны проводиться в соответствии с требованиями государственных и отраслевых нормативных правовых актов по организации охраны труда и безопасной работе персонала. Функционирование подсистем должно обеспечиваться системным администратором Системы. Задачами администрирования серверной части Системы являются: Обеспечение работоспособности аппаратных средств; установка (инсталляция) и поддержание работоспособности системных программных средств и операционной системы; установка (инсталляция) Системы; создание резервных копий базы данных; Управление учетными данными пользователей Системы. Администратор Системы должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных. Работа в системе должна осуществляться пользователями со следующим уровнем квалификации: навык работы в среде Windows или Linux; опыт работы с браузером и в сети Интернет. 20 - базовые навыки использования интернет-браузера (настройка типовых конфигураций, установка подключений, доступ к web-сайтам, навигация, формы и другие типовые интерактивные элементы web-интерфейса); знание основ информационной безопасности. 4.1.12 Требования к надежности Надежное (устойчивое) функционирование Системы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: использованием бесперебойных схем электроснабжения технических средств; использованием лицензионного программного обеспечения; регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств; использованием собственных и системных средств резервирования и архивирования информации; использованием средств дублирования для «горячей» замены важных элементов технических средств, в частности, дисковых массивов; применением программных и аппаратных средств контроля «зависания» главных компьютеров, сигнализации состояния системы на внешние устройства (типа звуковой карты); регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов. В качестве системы управления базы данных системы должен быть выбран сервер базы данных, обеспечивающий повышенный уровень сохранности информации при авариях, отказах технических средств (в том числе – потере питания) и прочих подобных событиях. Внутренние механизмы работы с сервером БД должны предусматривать поддержку непротиворечивости данных при отключениях рабочих процессов пользователей. Таким образом, программный комплекс Системы должен реализовывать механизм транзакционности внесения изменений в рабочие таблицы сервера базы данных. Полнота и непротиворечивость данных Системы обеспечивается использованием единой системы классификации и кодирования, унифицированной системы документов, концептуальной и логической модели данных, описывающей единое информационное пространство Системы. Средства ввода данных в Систему должны обеспечивать контроль правильности данных по их типу. Технологические компоненты Системы должны обеспечивать контроль целостности структуры баз данных, нарушение которой возможно после аппаратных сбоев. 4.1.13 Требования к сохранности информации при авариях В Системе должна быть обеспечена сохранность информации при возникновении нештатных ситуаций и аварий. Под авариями следует понимать потери питания и отказы (потери работоспособности) технических и программно-технических средств и каналов связи. В Системе должны быть предусмотрены меры защиты от неправильных действий персонала, от случайных изменений и разрушения информации и программ, а также от несанкционированного вмешательства. 4.1.14 Требования к безопасности Система должна обладать достаточно гибкой организацией системы безопасности на следующих уровнях: разграничение физического доступа к аппаратному обеспечению; разграничение доступа в систему на уровне ЛВС; разграничение доступа в систему на уровне имен пользователей; разграничение на уровне использования подсистем. Подсистемы, адаптируемые в ходе оказания услуг должны использовать имеющуюся систему разграничения прав доступа пользователей. 21 Уровень защиты информации в Системе должен соответствовать Федерального закона Российской Федерации от 27 июля 2006 г. № 149-ФЗ «Об информационных технологиях и о защите информации». Сертификация комплексной защиты Системы, а также создание территориально-распределенной сети передачи данных не является предметом настоящих Технических требований. требованиям информации, защищенной рассмотрения 4.1.15 Требования к защите от несанкционированного доступа Защита информации от несанкционированного доступа в Системе должна быть реализована на основе сквозной идентификации и авторизации пользователей для всего перечня используемых подсистем. Вход в пользовательскую часть подсистемы и дальнейшая работа в ней должны осуществляться только при указании идентификатора пользователя и его пароля. Идентификация пользователей должна осуществляться по связке «имя пользователя и пароль». Доступ пользователя к подсистеме осуществляется в соответствии с правами в рамках назначенной пользователю роли. Для каждого пользователя должна быть назначена одна или более ролей, которые этот пользователь выполняет в подсистемах. Роль должна регламентировать доступ пользователя к функциям Системы. В подсистемах должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Каждая роль пользователя в Системе должна представлять собой совокупность прав доступа к определенным объектам (информационным ресурсам, операциям, функциям). Для каждого объекта Системы в рамках определенной роли пользователя должна быть возможность указать права доступа к этому объекту на добавление, изменение, удаление и просмотр. Исполнитель должен предварительно настроить список пользовательских ролей в соответствии с предоставленной Заказчиком информацией. Исполнителю запрещается использование технических средств и вычислительных ресурсов Заказчика в целях не относящихся к существу оказываемых Исполнителем услуг. Как то, вредоносное программное обеспечение, средства проведения сетевых атак, средства уничтожения информации, средства рассылки СПАМа, средства слежения, средства хищения информации и пр. 4.1.16 Требования к эргономике и технической эстетике Пользовательский интерфейс Системы должен быть реализован на языке HTML не ниже версии 4 и обеспечивать необходимое качество взаимодействия человека с машиной и комфортность работы персонала, удобство доступа пользователя к вводу и просмотру информации, наглядность ее представления. Пользовательский интерфейс должен быть настроен на конкретную роль пользователя. Система должна иметь интуитивно-понятный пользовательский интерфейс для всех ролей пользователей системы. Элементы интерфейса должны быть стандартизованы для всех форм отображения и редактирования данных. В Системе должна быть обеспечена настройка выбора тем оформления всех визуальных элементов пользовательского интерфейса для обеспечения работы людей с ограниченными возможностями. Идентификация Пользователя должна осуществляться при его авторизации. Система обеспечивает персонифицированный интерфейс для доступа к различным наборам функций подсистем. Пользователь должен иметь возможность доступа только к тем функциям, которые определены его ролью. Система должна обеспечивать контроль ввода данных пользователем на предмет полноты заполнения обязательных полей и корректности формата введенных данных. В части диалога с пользователем к Системе предъявляются следующие требования: для наиболее частых операций должны быть предусмотрены «горячие» клавиши; при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. 22 4.1.17 Общие требования к пользовательскому интерфейсу Пользовательский интерфейс системы должен состоять из следующих компонентов: заголовок приложения, в котором должны отображаться название Системы, кнопка выхода из системы и кнопка для перехода к настройкам учетной записи пользователя. Дополнительно в заголовке окна должна отображаться форма полнотекстового поиска по текущему разделу (не средствами web-браузера); главное навигационное меню, в котором должны отображаться ссылки на разделы Системы; информационная область, в которой должны отображаться данные и элементы управления текущего раздела Системы. Необходимо обеспечить возможность поиска информации в каждом разделе Системы при помощи поисковой формы. Поиск должен осуществляться по всем страницам и полям раздела независимо от того, отображены эти поля в форме списка или нет. Система должна обеспечивать работу с предустановленными фильтрами и представлениями данных следующими способами: автофильтр: при выборе наименования столбца должен открываться выпадающий список, в котором должны отображаться все имеющиеся значения данного столбца для последующего выбора и фильтрации данных; поисковое поле столбца: для каждого столбца выводится соответствующее поисковое поле. При указании искомого словосочетания в поисковое поле столбца Система должна отфильтровать данные и вывести записи, содержащие сведения по указанному критерию. При этом в нижней части табличного представления данных необходимо отображать условие фильтрации; настройка фильтра «по образцу» с произвольным выбором полей раздела и указания для них условий отбора. Необходимо обеспечить возможность сортировки записей в табличном представлении по одному или нескольким столбцам одновременно. Пользовательский интерфейс всех ролей должен обеспечивать настройку порядка столбцов. В разделах Системы должна быть обеспечена возможность скрывать или отображать столбцы с данными, а также настраивать их последовательность вывода в табличном представлении. Выбранные настройки интерфейса должны сохраняться для каждого пользователя и автоматически применяться при следующих входах в Систему. В интерфейсе Системы запрещается использовать слова не русского языка, за исключением слов из предметной области субъекта автоматизации. Так же допускается использование слов английского языка в интерфейсе системного администратора Системы. 4.1.18 Требования к стандартизации Основными критериями в области стандартизации и унификации Системы должны являться: использование общих подходов, применяемых при проектировании информационных систем; система навигации, дружественный интерфейс и современный дизайн; взаимодействие и обмен данными с внешними информационными системами должен строиться на использовании общепринятых стандартов передачи и структурирования информации; все Подсистемы должны использовать общий набор справочников и классификаторов; при выборе применяемых решений преимущество должно отдаваться стандартным решениям. Работы по настройке Системы должны проводиться в соответствии с требованиями по стандартизации и унификации, приведёнными в ГОСТ 23945.0-80, а также регламентироваться ГОСТ серии 34 «Информационные технологии. Комплекс стандартов на автоматизированные системы» и общетехническими руководящими документами, включая РД 50-680-88 «Методические указания. Автоматизированные системы. Основные положения», РД 50-34.126-92 23 «Рекомендация. Информационная технология. Правила проведения работ при создании автоматизированных систем», РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». 4.1.19 Требования к патентной частоте Исполнителем не должно использоваться программное обеспечение, требующее дополнительных лицензионных отчислений со стороны Заказчика. Программное обеспечение Системы должно обладать патентной чистотой на территории Российской Федерации. В Системе должны использовать только те сторонние компоненты, которые приобретены (получены) и используются без нарушений лицензионных соглашений. Это требование должно обеспечивать соблюдение авторских прав разработчиков используемых сторонних компонент. 4.1.20 Требования к информационному обеспечению системы Вся необходимая информация, которая поддается классификации, должна быть организована в классификаторы и справочники. В Системе должна контролироваться корректность вводимой информации, а также проверяться логическая целостность информации в базе данных при выполнении любой прикладной операции. 4.2 Требования к функциям Системы 4.2.1 Общие требования к Системе 4.2.1.1 Требования к администрированию и конфигурированию Система должна обеспечивать следующие возможности: 1) Возможность предоставления информации на основе журнала действий пользователей, в котором должны отражаться: тип операции (добавление/удаление/редактирование записей, запуск сервисных операций); метка времени начала выполнения операции; наименование раздела изменения данных; логин пользователя, запустившего операцию; полная расшифровка операции (для записей: значение измененных реквизитов до и после операции); 2) Возможность ограничения доступа к информации и функциям Системы на основе ролевой модели на этапе оказания услуг по пуско-наладке Системы и при последующей эксплуатации Системы. Система должна обеспечивать возможность: создания неограниченного количества пользователей; гибкой настройки ограничений для пользователей на основе ролевой модели. Система настройки ограничений должна обеспечивать настройку доступа на уровне: объектов, их реквизитов и записей объектов системы. Подробные требования к ролевой модели представлены в «Требования к защите от несанкционированного доступа» настоящих Технических требований. 3) Ведение перечня пользователей Системы. Для каждого пользователя должен указываться список ролей, ассоциированных с ним; 4) Возможность гибкой настройки правил и порядка согласования объектов Системы, указанных в настоящих Технических требованиях, на основе статусной модели. В подсистемах должна быть обеспечена возможность: создания состояний (статусов) объектов Системы, переходов между состояниями и правил переходов. Правило перехода, это заведомо известный алгоритм действий, выполняемый при переходе с одного определенного состояния на другое. гибкой настройки ограничений доступа к информации и функциям в зависимости от состояния (статуса) объектов. 24 5) Возможность создания и настройки автоматизированных рабочих мест (АРМ) пользователей на этапе оказания услуг по пуско-наладке Системы и при последующей эксплуатации Системы: настройка структуры и состава главного навигационного меню; настройка порядка вывода столбцов, группировки, фильтрации, вывода итогов в списочных формах Системы; настройка расположения элементов интерфейса в карточке (форме редактирования) объектов Системы. Настройка заголовка, форматирования значения, используемого элемента управления интерфейса для отображения реквизитов объектов, выбор правил проверки их значений. Настройка условий отображения элементов формы в зависимости от значений реквизита; расширение состава реквизитов разделов; создание связанных с разделом отчетных форм, созданных с помощью встроенного инструментария разработки. 6) Наличие встроенного в систему инструментария для создания отчетных форм силами эксплуатационного персонала Заказчика; 7) Возможность создания и подключения пакетов интеграции, обеспечивающих выполнение произвольной логики информационного взаимодействия со смежными системами; 8) Возможность настройки логики работы подсистемы финансового учета; 9) Возможность проведения служебных операций. В подсистеме должна быть обеспечена возможность проведения следующих служебных операций: • Индексации. В рамках операции индексации должна быть возможность изменения размера: - процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД. - процентной ставки, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по оплате взносов на капитальный ремонт. - процентной ставки, начисляемой по договору размещения средств на банковских счетах. • Процедура открытия и закрытия операционного дня. Подсистема должна позволять производить закрытие операционного дня: - установление признака «закрыт» для текущего операционного дня; - создание нового операционного дня с признаком «открыт»; -запрет на редактирование финансовых документов по закрытому дню; - формирование оборотно-сальдовой ведомости по всем счетам МКД, счету регионального оператора. • Откат операционного дня. В подсистеме должна быть реализована возможность отката операции закрытия операционного дня, т.е. отмена всех финансовых операций, проведенных в текущем операционном дне и возврат всех счетов в состояние на момент создания операционного дня. • Закрытия периода. В подсистеме должен быть реализован учет периодов оплат и операция закрытия периода. В подсистеме должна быть реализована возможность отката операции закрытия периода. При закрытии периода подсистема должна позволять производить закрытие периода: - установление признака «закрыт» для текущего периода; - создание нового периода с признаком «открыт»; - запрет на редактирование финансовых документов по закрытому периоду; - расчет начислений за новый период. 4.2.1.2 Требования к управлению нормативно-справочной информацией Система должна позволять осуществлять ведение всей необходимой информации для работы в Системе, которая поддается классификации и кодированию в виде справочников и классификаторов. Система должна предоставлять пользователю возможность работы со справочниками – навигация, просмотр, редактирование, добавление новых и удаление имеющихся записей справочника, в соответствии с правами доступа. В Системе должны быть реализованы следующие справочники: 25 1) общероссийский классификатор адресов Федеральной информационной адресной системы (ФИАС); 2) справочник муниципальных образований, включая связку с ФИАС; 3) справочник типов (назначения) домов; 4) справочник форм собственности объектов; 5) справочник групп капитальности; 6) справочник вариантов дальнейшего использования объектов; 7) справочник основания нецелесообразности сноса жилого дома; 8) справочник типов целевых программ (капитальный ремонт, программы переселения, и пр.); 9) справочник единиц измерения; 10) справочник объектов общего имущества, подлежащих включению в региональную программу; 11) справочник технологических и конструктивных элементов по объектам общего имущества, включенным в региональную программу; 12) справочник видов работ (услуг) по капитальному ремонту, подлежащих проведению в рамках региональной программы (с отметкой соответствия ЖК РФ); 13) справочник сметно-аналитических показателей затрат на проведение капитального ремонта (стоимостей ремонта объектов общего имущества), с возможность указания стоимости в ценах разных годов с возможностью дифференциации стоимостей по типам домов и муниципальным образованиям; 14) справочник критериев очередности проведения капитального ремонта общего имущества в многоквартирных домах по региональной программе капитального ремонта с возможностью группировки критериев по группам, применяемым последовательно, и указания веса критерия в каждой группе; 15) справочник региональных операторов капитального ремонта, включающий банковские реквизиты счетов регионального оператора; 16) справочник способов формирования фонда капитального ремонта; 17) справочник установленного минимального размера взноса на капитальный ремонт с дифференциацией размера взноса по муниципальным образованиям, типам домов и календарным периодом действия; 18) справочник процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД. В справочнике должна быть обеспечена возможность: дифференциации процентной ставки по муниципальным образованиям; связки размера процентной ставки с календарным периодом действия; использования значения процентной ставки для индексации сумм по возврату займов. 19) справочник процентной ставки по пени, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. В справочнике должна быть обеспечена возможность: дифференциации процентной ставки по муниципальным образованиям; связки размера процентной ставки с календарным периодом действия. 20) Справочник типов помещений в МКД: комната (в коммунальной квартире), квартира, нежилое помещение. 4.2.1.3 Требования к информационному взаимодействию Подсистема информационного взаимодействия со смежными системами должна выполнять следующие функции: 1) Возможность загрузки/выгрузки (интеграции) данных в/из смежных программных систем по технологии web-сервисов. Дополнительно должна быть обеспечена возможность: информационного обмена по технологии web-сервисов; использования открытых форматов данных (XML, JSON), с помощью которых можно осуществить обмен информацией со сторонними системами. Форматы обмена данными должны иметь открытую структуру и детальное описание; реализации выгрузок из базы данных с использование открытого универсального формата. Форматы выгрузки данных должны быть реализованы на базе XML формата. 26 2) Возможность загрузки данных с помощью импорта. Дополнительно должна быть обеспечена возможность: импорта данных из текстовых файлов любого стандартизованного формата, разработанного для хранения табличных данных, при условии наличия открытой спецификации на данный формат. 3) Возможность выгрузки данных с помощью экспорта. Дополнительно должна быть обеспечена возможность: экспорта данных в текстовые файлы форматов: XML, HTML, TXT, CSV; экспорта данных в форматы продуктов семейства Microsoft Office и OpenOffice (XLS, RTF); экспорта данных в форматы DBF (dBase IV). 4) Возможность гибкой настройки шаблонов экспорта данных в другие системы на случай изменения структуры и состава передаваемых данных. 5) Возможность отправлять администратору уведомления обо всех выявленных сбоях в работе Подсистемы с периодичностью не реже, чем 1 раз в сутки 6) Возможность обеспечения информационного взаимодействия: между Подсистемами ○ Подсистема формирования программ ○ Подсистема контроля исполнения программ ○ Подсистема начислений взносов на капитальный ремонт ○ Подсистема финансового учета ○ Подсистема аналитики и отчетности ○ Подсистема жилищного надзора ○ Подсистема электронных паспортов (ПП №1468) ○ Подсистема публичного доступа ○ Подсистема «Личный кабинет» с внешними системами: ○ бухгалтерскими системами; ○ системой сбора электронных паспортов домов; ○ расчётными системами УК/ТСЖ/ЖСК/РЦ; ○ Государственной информационной системой ЖКХ ○ системами публичного доступа. Форматы взаимодействия между системами согласовываются Заказчиком и Исполнителем на этапе оказания услуг по пуско-наладке Системы. Во всех сценариях информационного взаимодействия должна быть обеспечена возможность частичного импорта данных. При этом должен формироваться реестр ошибочных записей с указанием причин, по которым эти данные не могут быть импортированы. Во всех сценариях информационного взаимодействия должна быть обеспечена возможность корректировки ошибок импорта в сформированном реестре с последующим доимпортом. Во всех сценариях информационного взаимодействия должна быть обеспечена возможность выполнения процесса исправления ошибок и доимпорта неограниченное кол-во раз до полного устранения всех ошибок и импорта 100 % необходимых данных. 4.2.1.3.1 Взаимодействие с бухгалтерскими системами В рамках информационного взаимодействия из бухгалтерской системы должны выгружаться в Подсистему финансового учета следующие данные: все платежи по всем открытым на имя регионального оператора специальным счетам, в том числе взносы на капитальный ремонт, оплата подрядчикам, перечисление процентов банкам за пользование кредитными денежными средствами; все платежи подрядчикам за выполненные работы (услуги), произведённые со счета регионального оператора. При этом исходящие платежи, относящиеся к административно-хозяйственной деятельности регионального оператора (в том числе выплата заработной платы сотрудникам), выгружаться из бухгалтерской системы не должны. 27 4.2.1.3.2 Взаимодействие с системой сбора электронных паспортов домов В рамках информационного взаимодействия из Системы сбора электронных паспортов домов должны выгружаться в Подсистему финансового учета и Подсистему начисления взносов на капитальный ремонт следующие данные: реестр помещений по МКД, включенным в программу капитального ремонта, включая общие площади помещений; реестр лицевых счетов; реестр собственников помещений. При выявлении конфликтов в данных при синхронизации, они должны автоматически разрешаться соответствии с настраиваемыми правилами. Кроме того, должна выполняться автоматизированная синхронизация реестров многоквартирных домов, хранящихся в Системе, с Системой сбора электронных паспортов домов. Информационный обмен должен выполняться автоматически (без участия человека) с периодичностью не реже, чем 1 раз в час. 4.2.1.3.3 Взаимодействие с расчетными системами УК/ТСЖ/ЖСК/РЦ Должна быть возможность импорта данных из расчётных систем УК/ТСЖ/ЖСК/РЦ посредством импорта файлов согласованного формата. Система должна поддерживать возможность выполнения импорта данных сотрудниками УК/ТСЖ/ЖСК/РЦ в специальном разделе с авторизованным доступом. 4.2.1.3.4 Взаимодействие Государственной информационной системой ЖКХ Должна быть обеспечена возможность взаимодействия с ГИС ЖКХ. 4.2.1.3.5 Взаимодействие с системами публичного доступа В рамках информационного взаимодействия Система должна обеспечивать возможность выгрузки данных для внешней системы публичного доступа из следующих Подсистем ГИС ЖКХРегион: Подсистема формирования программ Подсистема контроля исполнения программ Подсистема финансового учета Требования и форматы выгрузки данных должны быть согласованы с Заказчиком на этапе пуско-наладочных работ Системы. 4.2.1.4 Требования к аналитике и отчетности В Системе должна быть реализована следующая стандартная функциональность: 1) Система должна содержать встроенный инструментарий разработки отчетов, позволяющий эксплуатационному персоналу Заказчика создавать отчеты, вносить в существующие отчеты новые реквизиты, изменять макеты отчетных форм. 2) Возможность формирования регламентных отчетов и форм в соответствии с ранее заданными формами. 3) Возможность создания параметров отчетов для фильтрации данных с их запросом при запуске отчета. 4) Возможность ассоциации отчетов с любым разделом системы и построения отчета для выбранной записи раздела с фильтрацией информации по ней (выходные формы). 5) Возможность ограничения доступа к отдельным отчетам для различных ролей пользователей. 6) Возможность предварительного просмотра и печати отчета. 7) Возможность экспорта отчетной формы в следующие форматы для последующей обработки: Форматы продуктов семейства Microsoft Office и OpenOffice (XLS, RTF); Текстовый файл (CSV); PDF; HTML; Изображение. Возможность экспорта в указанные выше форматы любой списочной формы пользовательского интерфейса. 28 4.2.1.5 Требования к паспортизации В Системе должна быть реализована возможность учета следующих реестров, единых для всех информационных процессов Системы: реестр многоквартирных домов; реестр помещений; реестр организаций. В рамках паспортизации многоквартирных домов Система должна позволять выполнять следующие функции: 1) Возможность создания паспорта многоквартирного дома. Дополнительно должна быть обеспечена: возможность проверки на уникальность адреса; возможность ввода неограниченного количества паспортов многоквартирных домов, объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. 2) Возможность импорта сведений о многоквартирных домах из смежных систем: из системы ГК «Фонд содействия реформированию ЖКХ»; через формат, рекомендуемый Методическими рекомендациями по проведению техникоэкономических расчетов при формировании региональных адресных программ капитального ремонта общего имущества в многоквартирном доме; через унифицированный формат обмена, согласованный с заказчиком на этапе внедрения Системы. 3) Возможность создания технического паспорта для каждого многоквартирного дома (в соответствии с формой, рекомендованной Фондом содействия реформирования ЖКХ). 4) Возможность учета объектов общего имущества жилого дома. 5) Возможность учета работ, выполненных в рамках прошлых капитальных ремонтов, с привязкой к объектам общего имущества. 6) Возможность учета работ, выполненных не в рамках капитальных ремонтов с привязкой к объектам общего имущества. 7) Возможность учета жилых и нежилых помещений многоквартирных домов. 8) Возможность создания паспорта организации. Дополнительно должна быть обеспечена возможности: проверка на уникальность ИНН; проверка на корректность ИНН с помощью вычисления контрольного числа; проверка на корректность ОГРН с помощью вычисления контрольного числа; указать одну организацию в качестве головной для другой организации. 9) Возможность создания на основе паспорта организации: паспорта управляющей организации; паспорта подрядной организации. 10) Возможность ежедневного мониторинга, проверки (сверки) и, при необходимости, обработки данных: форматность данных: должны быть соблюдены все установленные форматы данных (текст в текстовом формате, числовые характеристики должны быть представлены в числовом формате и т.д.); достаточность данных: необходимо обеспечить контроль заполнения всех обязательных долей реестра; соответствие данных: собранные данные должны быть проверены на их соответствие контрольным данным по сходным домам, сериям домов. Не должно быть существенной разницы в значениях показателях сходных по основным характеристикам домов; качество данных: собранные данные должны быть проверены на отсутствие следующих ошибок: ○ Для дома указано некорректное муниципальное образование. Запрещено привязывать дом к субъекту РФ; ○ Для дома указана некорректная управляющая организация; 29 Монолитный дом не может быть построен раньше 1986 года; Панельный дом не может быть построен раньше 1960 года; Деревянный дом не может быть выше 2 этажей; Монолитный дом не может быть ниже 5 этажей; Панельный дом не может быть выше 10 этажей; Панельный дом не может быть ниже 3 этажей; В доме ниже 6 этажей не может быть лифтов; В доме выше 5 этажей должны быть лифты; В одноэтажном доме площадь МОП не равна 0, а он не МКД; Здание, высотой более 3 этажей, скорее всего, является МКД; Дом не переменной этажности, поэтому количество лифтов в доме должно быть равно количеству подъездов или количеству подъездов, умноженному на 2; ○ Площадь придомовой территории МКД должна быть больше нуля; ○ Площадь придомовой территории слишком маленькая; ○ Максимальная этажность должна быть больше или равна минимальной; ○ Количество подъездов должно быть больше нуля, так как площадь МОП ненулевая; ○ Площадь придомовой территории слишком большая; ○ Площадь МОП не должна быть больше общей площади жилых и нежилых помещений; ○ Дата приватизации первого жилого помещения не должна быть раньше года постройки дома; ○ Год проведения кап. ремонта должен быть больше года постройки дома; ○ Год проведения реконструкции должен быть больше года постройки дома. 11) Возможность уведомления (массовая рассылка на адреса электронной почты): управляющих организаций о необходимости внесения сведений в подсистему паспортизации с указанием незаполненных характеристик многоквартирных домов и объектов общего имущества; органов местного самоуправления о степени заполнения сведений по многоквартирным домам и объектам общего имущества, необходимых для формирования программы; органов исполнительной власти Субъекта РФ о степени заполнения сведений в разрезе муниципальных образований. Периодичность рассылки уведомлений не должна быть реже, чем 2 раза в сутки. ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ 4.2.2 Требования к Подсистеме формирования программ Подсистема должна обеспечивать выполнение следующих функций: 1) Возможность настройки компонентов программ капитального ремонта: объектов общего имущества МКД, ремонт которых будет предусмотрен программой; технологических и конструктивных элементов по объектам общего имущества, включенным в программу; нормативных сроков эффективной эксплуатации технологических и конструктивных элементов объектов общего имущества многоквартирного дома (межремонтные сроки) и требований по оценке их состояния для определения необходимости проведения капитального ремонта и продления межремонтных сроков; необходимых видов работ (услуг) по капитальному ремонту по каждому из технологических и конструктивных элементов объектов общего имущества, требований к проведению таких работ и формирование перечня работ (услуг), подлежащих проведению в рамках программы; группировок и классификаций жилищного фонда для расчета и дифференциации ежемесячных взносов, выбора и оценки планируемых критериев очередности проведения капитального ремонта и дифференциации таких критериев по муниципальным образованиям, дифференциации сметно-аналитических показателей затрат (показателей стоимости работ) на проведение капитального ремонта по муниципальным образованиям; сметно-аналитических показателей затрат (показателей стоимости работ) на проведение капитального ремонта и установление размера предельной стоимости работ (услуг) по 30 капитальному ремонту и правил их дифференциации по муниципальным образованиям и типам многоквартирных домов; критериев, на основе которых будет определяться очередность проведения капитального ремонта объектов общего имущества многоквартирных домов, и правил их дифференциации по муниципальным образованиям и типам многоквартирных домов; основных условий и показателей финансирования программы: ○ информации о размере ежемесячных взносов на капитальный ремонт в разрезе муниципальных образований и групп домов; ○ информации о размере федеральных средств, выделенных Субъекту РФ на проведение капитального ремонта по пятилетиям и/или годам; ○ информации о размере средств Субъекта РФ, выделенных на проведение капитального ремонта по пятилетиям и/или годам; ○ информации о размере средств муниципальных образований Субъекта РФ, выделенных на проведение капитального ремонта по пятилетиям и/или годам; ○ автоматическое распределение средств государственной поддержки по муниципальным образованиям пропорционально общей площади или количеству многоквартирных домов; ○ расчет размера потребности в финансировании каждого муниципального образования, исходя из выбранного периода. Размер потребности = сумма (потребность многоквартирного дома, включенного в региональную программу капитального ремонта в выбранном периоде). 2) Возможность использования сведений паспортизации, необходимых для формирования программ: о многоквартирных домах; об объектах общего имущества многоквартирных домов. 3) Возможность формирования региональной программы капитального ремонта: формирование неограниченного числа версий региональной программы; формирование программы для Республики Бурятия в целом или отдельного муниципального образования в Республике Бурятия; формирование программы на основе данных об объектах общего имущества многоквартирных домов, приведенных к единице(-ам) объема соответствующего объекта общего имущества; формирование программы на основе укрупненных показателей стоимости капитального ремонта – нормативов стоимости капитального ремонта, приведенных на 1 кв.м общей площади квартир жилищного дома с учетом установленного перечня работ (услуг) по капитальному ремонту, включаемых в программу капитального ремонта; планирование работ по капитальному ремонту с учетом межремонтных сроков, рассчитываемых одним из трех способов, установленных органами исполнительной власти Республики Бурятия для каждого вида объекта общего имущества: ○ агрегированно по элементам – плановый срок капитального ремонта определяется по объекту общего имущества в целом; ○ по наиважнейшему элементу – срок ремонта выставляется по одному элементу объекта, который определен законодательным актом Субъекта РФ как наиболее важный или приоритетный; ○ по каждому элементу – для определенных сложных конструктивных объектов срок капитального ремонта может быть установлен для каждого элемента в отдельности. планирование работ по капитальному ремонту с учетом года последнего капитального ремонта объектов общего имущества и их элементов, года последнего капитального ремонта или года постройки многоквартирного дома; планирование работ по капитальному ремонту объектов общего имущества и их элементов, которые на текущий момент отсутствуют (запланированы к установке/модернизации), с учетом характеристик новых установленных (модернизированных) элементов; 31 выбор способа применения критериев очередности проведения работ по капительному ремонту: ○ последовательно (по приоритетам); ○ комбинированно (по удельным весам). группировка работ по капитальному ремонту в разрезе пятилетий, лет и муниципальных образований; планирование работ по капитальному ремонту с учетом связи объектов общего имущества, определенной органами исполнительной власти Субъекта РФ (например: крыши и чердачные помещения, фундаменты и подвальные помещения и т.д.); планирование стоимости работ одним из следующих способов: ○ по предельной стоимости на 1 кв.м. площади жилых и нежилых помещений; ○ по предельной стоимости на ед. объема объекта общего имущества; ○ комбинированно в зависимости от настроек предельных стоимостей работ для видов объектов общего имущества; детализация сведений о планировании работ по капитальному ремонту для отдельного объекта общего имущества, включенного в региональную программу: ○ сведения о расчетных характеристиках МКД (год постройки, год последнего капитального ремонта, дата первой приватизации жилого помещения, группа капитальности, срок эксплуатации МКД, регламентный год проведения ремонта); ○ сведения о расчетных характеристиках объекта общего имущества (год последнего капитального ремонта, способ определения межремонтного срока, межремонтный срок, степень износа, регламентный год проведения ремонта, плановый год проведения работ, плановый год проведения работ без учета связи объектов общего имущества, плановый год проведения работ без учета балансировки региональной программы); ○ сведения о расчете стоимости (предельная стоимость выполнения работ по объекту общего имущества, количество единиц объема объекта общего имущества, стоимость выполнения работ); ○ сведения о составе элементов объекта общего имущества и их расчетных характеристиках (год последнего капитального ремонта, способ определения межремонтного срока, межремонтный срок, степень износа, регламентный год проведения ремонта, предельная стоимость выполнения работ по элементу, количество единиц объема элемента, стоимость выполнения работ). детализация сведений о параметрах расчета и состоянии компонентов программы для отдельной версии (год начала, методика формирования, признак расчета версии с учетом связи объектов общего имущества, способ применения критериев очередности, критерии очередности для текущей версии, приоритеты видов объектов общего имущества для текущей версии); 4) Возможность автоматической балансировки региональной программы (перераспределения работ по капитальному ремонту) с учетом фиксированных возможностей государственной поддержки программы; 5) Возможность ручного редактирования региональной программы: ручная корректировка планового года и порядка работы по капитальному ремонту отдельного объекта общего имущества, включенного в региональную программу; автоматическая корректировка связанных работ по капитальному ремонту отдельного объекта общего имущества, включенного в региональную программу, в будущих периодах в соответствии с межремонтными сроками; 6) Возможность взаимодействия с Подсистемой контроля исполнения программ для использования сведений, необходимых для формирования краткосрочных планов реализации региональной программы капитального ремонта: о проведенных осмотрах технического состояния многоквартирных домов и объектов общего имущества; о выявленных дефектах (состоянии) и остаточном сроке эксплуатации объектов общего имущества. 32 7) Возможность формирования краткосрочных планов реализации региональной программы капитального ремонта: формирование краткосрочных планов на основании утвержденной версии региональной программы капитального ремонта; формирование неограниченного числа версий краткосрочных планов; детализация сведений о параметрах расчета и состоянии компонентов программы для отдельной версии краткосрочных планов (год начала, способ применения критериев очередности, критерии очередности для текущей версии, приоритеты видов объектов общего имущества для текущей версии); формирование краткосрочных планов для Субъекта РФ в целом или отдельного муниципального образования Субъекта РФ; актуализация перечня многоквартирных домов, подлежащих капитальному ремонту, на основании сведений об их текущем техническом состоянии; формирование краткосрочных планов с учетом сведений о необходимости проведения капитального ремонта, выявленных дефектах (состоянии) и остаточном сроке эксплуатации объектов общего имущества, полученных из подсистемы контроля исполнения программ. 8) Возможность формирования уточненной версии региональной программы на основе утвержденных версий краткосрочных планов. 4.2.3 Требования к Подсистеме контроля исполнения программ Подсистема должна обеспечивать выполнение следующих функций: 1) Возможность регистрации информации, связанной с выполнением работ по капитальному ремонту, в хронологической ретроспективе в виде последовательности событий. 2) Возможность настройки состава и типового сценария (последовательности) событий контроля исполнения программы. 3) Возможность регистрации как минимум следующих видов событий: Проведение общего собрания жильцов по МКД; Осмотр технического состояния дома. Формирование дефектной ведомости по МКД; Формирование проектно-сметной документации; Объявление конкурса; Конкурсная комиссия; Подписание контракта/договора; Контроль хода выполнения работ; Подписание акта выполненных работ; Окончание СМР; Оплата подрядчику. 4) Возможность формирования и контроля поручений исполнителям для каждого события контроля исполнения программы. 5) Возможность регистрации неограниченного количества технических документов по каждому событию контроля исполнения программы. 6) Возможность настройки состава и представления технических документов по событиям контроля исполнения. 7) Возможность формирования и контроля поручений исполнителям для каждого технического документа. 8) Возможность регистрации как минимум следующих видов технических документов: Договоры на проведение строительного контроля (технадзор, экспертиза) над выполнением работ и договоры на разработку проектно-сметной документации по объекту. Протоколы общих собраний жильцов по объекту. Дефектные ведомости по каждому виду работ объекта. Дефектная ведомость должна включать информацию о дате и виде проведенного осмотра, председателе и членах комиссии, проводивших осмотр, сведения о выявленных дефектах объектов общего имущества МКД, включая перечень работ и их объем, необходимый для устранения дефекта; 33 Сметы и ведомости ресурсов по работам объекта капитального ремонта. Дополнительно должно обеспечиваться добавление: ○ к объекту капитального ремонта смет по видам работ; ○ одной сметы только к одному виду работ; ○ сметы с помощью импорта данных. Договоры подряда на проведение капитального ремонта объекта в разрезе подрядчиков. Дополнительно должна обеспечиваться возможность учета план-графиков выполнения строительно-монтажных работ на объекте капитального ремонта; Акты выполненных работ (КС-2) по каждому объекту в разрезе работ. Дополнительно должно обеспечиваться: ○ добавление акта по видам работ к объекту капитального ремонта. ○ добавления акта с помощью импорта данных; ○ создание акта на основе сметы. Проверка соответствия позиций сметы и акта выполненных работ. 9) Платежные документы по каждому объекту капитально ремонта. Дополнительно должна быть обеспечена возможность добавления платежного документа с помощью импорта данных. 10) Возможность учета хода выполнения строительно-монтажных работ на объекте капитального ремонта в ретроспективе. 11) Вся необходимая информация, которая поддается классификации, должна быть организована в классификаторы и справочники. 4.2.4 Требования к Подсистеме начислений взносов на капитальный ремонт Подсистема начислений взносов на капитальный ремонт должна обеспечивать выполнение следующих функций: 1) Возможность создания карточки абонента. Счет абонента должен быть создан для каждого помещения в МКД после принятия решения собственниками о способе формирования фонда капитального ремонта. Счет абонента может находиться в одном и следующих статусов: создан; открыт; на закрытии; закрыт. Статус «Создан» присваивается счету абонента при первичном создании и до момента заполнения всех необходимых реквизитов. Финансовые операции по счету в статусе «Создан» проводиться не могут. Статус «Открыт» - по счету могут производиться начисления, оплаты, работа с любыми финансовыми документами. В статусе «На закрытии» должно быть обеспечено закрытие счета в момент закрытия текущего периода. Датой закрытия счета абонента устанавливается последнее число периода (месяца), в следующем периоде (месяце) начисление по данному счету не производится. Перерасчеты по счету в статусе «На закрытии» возможны только до "даты закрытия счета" (включительно). Статус «Закрыт» может быть установлен при выполнении следующих условий: исходящее сальдо по счету нулевое; указана дата закрытия счета (т.е. лицевой счет стоит в статусе «на закрытии»). Проведение финансовых операций по лицевому счету в статусе «Закрыт» должно быть недоступно. 2) Возможность расчета ежемесячных начислений взносов на формирование фонда капитального ремонта в разрезе каждого абонента. Расчет должен выполняться на основании данных о площади помещения в собственности абонента и размере тарифа, утвержденного собранием собственников помещений. Тариф является единым для всех абонентов в рамках одного МКД и должен быть не меньше минимального утвержденного на уровне Субъекта РФ. Ежемесячный взнос абонента = (тариф)*(площадь помещения абонента). 34 3) Возможность перерасчета начислений взносов на капитальный ремонт. Перерасчет должен быть произведен при изменении параметров, влияющих на расчет (тарифа, общей площади жилого помещения, запрета начислений, периода действия услуг и лицевых счетов). Перерасчет должен быть возможен как за текущий, так и за закрытые периоды. Перерасчет = (начисления за выбранный период по актуальным значениям параметров) +(перерасчет за текущий период) – (сумма изначального размера начисления взноса). Аналогичный алгоритм должен применяться при перерасчете пени. 4) Возможность расчета пени в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. При расчете пени должны быть учтены размер задолженности абонента и размер процентной ставки за каждый день просрочки. Расчет задолженности должен выполняться с учетом начисления взносов на капитальный ремонт, перерасчетов и документов оплат текущего месяца до даты оплаты. Задолженность абонента должна быть распределена по месяцам образования. Пени должны начисляться, начиная с 11 числа месяца, следующего за текущим. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок сумм за каждый день просрочки. Расчет пени должен производиться в момент оплаты услуг с суммы уплачиваемой задолженности, либо в момент возникновения обязательств к оплате. 5) Возможность округления при расчетах. Финансовые документы в системе должны сохраняться с 2-мя знаками после запятой. 6) Возможность формирования платежного документа на оплату взноса на формирование фонда капитального ремонта в разрезе месяца и абонента (печатная форма). 7) Учет финансовых операций по счету. В Системе должны формироваться следующие финансовые операции: Дебет Кредит Начисление взноса на капитальный ремонт. Пени по неуплате взносов. Перерасчет Сальдо начальное Дебетовый оборот (+) – всего начислено абоненту Оплата взноса на капитальный ремонт Возврат денежных средств Кредитовый оборот (-) – всего оплачено абонентом Сальдо: задолженность абонента по взносам по дебету лицевого счета должны быть отражены начисления взносов на капитальный ремонт, пени и перерасчет взносов, установка/изменение сальдо (Дт); по кредиту лицевого счета должны быть отражены документы оплаты взносов на капитальный ремонт, возвраты денежных средств, установка/изменение сальдо (Кт); сальдо по лицевому счету должно отражать задолженность абонента по уплате взносов на капитальный ремонт. Документы «установка/изменение сальдо» используются в случае корректировки сальдо, например, согласно решениям суда и для загрузки данных в систему регионального оператора при неисполнении обязанностей ТСЖ, ЖСК при формировании фонда капитального ремонта; 8) Возможность учёта дебиторской задолженности по оплате взносов на капитальный ремонт. 9) Возможность ведения реестра невыясненных сумм. В реестре невыясненных сумм должны отражаться документы-оплаты, которые не могут быть однозначно отнесены к какому-либо 35 лицевому счету при импорте из смежных систем. По каждому такому документу должны быть выделены атрибуты, по которым не было найдено соответствия в Системе. 10) Возможность формирования оборотно-сальдовой ведомости. Оборотно-сальдовая ведомость должна формироваться при закрытии текущего дня. Кроме этого должна обеспечиваться возможность формирования оборотно-сальдовых ведомостей по запросу в разрезе произвольной комбинации следующих аналитических признаков: Лицевой счет; МКД; Муниципальное образование; Расчетный счет (для специальных счетов). В подсистеме должна быть возможность формирования оборотно-сальдовой ведомости за любой заданный период. 11) Возможность проверки корректности исходных данных, необходимых для расчета взносов на капитальный ремонт. Система должна информировать пользователей о выявленных ошибках не реже чем раз в сутки; 12) Возможность обмена сообщениями между пользователями системы встроенными средствами (без установки стороннего ПО); 13) Возможность расширения перечня реквизитов в основных разделах без участия разработчика (силами IT-службы Заказчика). Данная настройка должна выполняться через пользовательский интерфейс (без привлечения программистов); 14) Исходный код алгоритмов расчета взносов на капитальный ремонт и процентов за несвоевременное исполнение обязанности по уплате таких взносов должен быть открытым и должен обеспечивать возможность его модификации силами IT-службы Заказчика без привлечения Исполнителя 15) Возможность рассылки обязательных для прочтения уведомлений всем пользователям системы. Права на рассылку подобных уведомлений закрепляются за уполномоченными сотрудниками. Подсистема должна запрещать дальнейшую работу пока пользователь не прочитает все обязательные уведомления. 4.2.5 Требования к Подсистеме финансового учета 4.2.5.1 Финансовые операции Подсистема финансового учета должна обеспечивать отражение финансовых операций, связанных с: 1) Формированием фонда капитального ремонта: Начислением взносов на капитальный ремонт и пени по неуплате взносов; Оплатой взноса на капитальный ремонт; Оплатой процентов по займу на оплату услуг и работ по капитальному ремонту; Начислением процентов от размещения средств на банковских счетах; 2) Взаиморасчетами с подрядчиками по выполнению работ по капитальному ремонту: Возникновением обязательств перед подрядчиком по оплате выполненных работ; Оплатой работ по капитальному ремонту, сносу и реконструкции МКД. Подсистема должна обеспечивать возможность расширения состава финансовых операций в процессе эксплуатации. 4.2.5.2 Финансовые документы Все финансовые операции, проводимые в Системе, должны оформляться соответствующими документами. Подсистема должна обеспечить настройку перечня финансовых документов, используемых для отражения операций в Системе, порядка их нумерации, операций и статусов документов, аналитики и правил их учета в Системе. Подсистема должна обеспечивать запрет на редактирование финансовых документов в закрытых операционных днях и расчетных периодах. При необходимости изменения документов в закрытых расчетных периодах они должны сторнироваться в текущем периоде. 36 4.2.5.3 Финансовые проводки Учет финансовых документов в Системе должен осуществляться с использованием финансовых проводок на основе настраиваемого плана аналитических счетов, с помощью которого ведется отражение финансовых операций. Проводка должна содержать сумму по дебету и кредиту соответствующих счетов, отражающих содержание финансовой операции, а также другие аналитические признаки, используемые для построения отчетности. Состав аналитических признаков проводок должен настраиваться на этапе оказания услуг по пуско-наладке Системы. Подсистема должна обеспечить аналитический и синтетический учет: начальных остатков, оборотов и сальдо взаиморасчетов на произвольный момент времени в разрезе аналитических счетов и других аналитических признаков, используемых в проводках. Подсистема должна обеспечивать учет финансовых операций в следующих аналитических разрезах: 1) В разрезе начислений и оплаты взносов на капитальный ремонт по МКД. Дебет Кредит Начисление взноса на капитальный ремонт. Оплата взноса на капитальный Пени по неуплате взносов. ремонт Перерасчет Сальдо начальное Дебетовый оборот (+) – Кредитовый оборот (-) – начислено по МКД оплачено по МКД Сальдо: задолженность МКД по * всего оплачено по МКД взносам по дебету должны быть отражены суммарные начисления взносов на капитальный ремонт, пени и перерасчет взносов по всем абонентам МКД; по кредиту должен быть отражен суммарный размер оплаты взносов на капитальный ремонт по всем абонентам МКД; сальдо должно отражать суммарную задолженность абонентов МКД по уплате взносов на капитальный ремонт. 2) В разрезе оплат взносов на капитальный ремонт и оплат работ по капитальному ремонту по МКД. Дебет Кредит Всего взносов на капитальный Оплата работ по капитальному ремонт (погашение займа на ремонту, сносу и реконструкции КР). Процентная ставка по МКД депозиту Сальдо начальное Дебетовый оборот (+) – всего Кредитовый оборот (-) – всего накоплений по МКД оплачено СМР Сальдо: баланс МКД по дебету должны быть отражены суммарный объем оплат взносов на капитальный ремонт от абонентов МКД и проценты от размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов; по кредиту должны быть отражены документы оплаты работ по капитальному ремонту МКД, начисленные проценты по использованию займа на оплату работ по капитальному ремонту; сальдо должно отражать баланс МКД. Отрицательное сальдо отражает задолженность абонентов МКД перед региональным оператором, положительное – размер накоплений МКД. 37 Для каждого МКД должна обеспечиваться возможность указания лимита по овердрафту (задолженность абонентов МКД перед региональным оператором). При регистрации в Системе документа оплаты должна быть реализована проверка лимита по овердрафту. 3) В разрезе банковских расчетных счетов регионального оператора (по общему и каждому специальному счету). Дебет Кредит Всего взносов на КР по всем Оплата работ по капитальному МКД, формируемых на ремонту, сносу и реконструкции расчетном счете. Процентная МКД ставка по депозиту Сальдо начальное Дебетовый оборот (+) – Кредитовый оборот (-) – всего накоплений по всем МКД оплачено СМР Сальдо: баланс регионального фонда по дебету должны быть отражены суммарный объем оплат взносов на капитальный ремонт по всем МКД, аккумулируемых на расчетном счете, проценты от размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов; по кредиту должен быть отражен суммарный объем оплат по работам по капитальному ремонту МКД, списанный с расчетного счета; сальдо должно отражать размер фонда капитального ремонта регионального оператора, аккумулируемого на расчетном счете. Сальдо должно быть положительным и быть не меньше лимита, установленного законодательным актом Субъекта РФ. По каждому расчетному счету должен быть указан лимит расходования средств. При совершении операции по кредиту должна быть реализована проверка лимита по расчетному счету. 4.2.5.4 Финансовый учет Подсистема финансового учета должна обеспечивать выполнение следующих функций: 1) Возможность учета возврата средств фонда капитального ремонта в случае признания многоквартирного дома аварийным и подлежащим сносу или реконструкции. Учет возврата средств осуществляется на основании документа, содержащего дату, с которой собственники освобождаются от обязанности по уплате взносов на формирование фондов капитального ремонта и факт возврата средств собственникам пропорционально размеру уплаченных ими взносов на капитальный ремонт, а также взносов на капитальный ремонт, уплаченных предшествующими собственниками соответствующих помещений. 2) Возможность ведения реестра невыясненных сумм. В реестре невыясненных сумм должны отражаться документы-оплаты, которые не могут быть однозначно проведены по какому-либо МКД при импорте из смежных систем. По каждому такому документу должны быть выделены атрибуты, по которым не было найдено соответствия в Системе. 3) Возможность формирования оборотно-сальдовой ведомости. Оборотно-сальдовая ведомость должна формироваться в указанных выше аналитических разрезах (п.1-3) при закрытии текущего дня. Кроме этого должна обеспечиваться возможность формирования оборотносальдовых ведомостей по запросу в разрезе произвольной комбинации следующих аналитических признаков: МКД Муниципальное образование Расчетный счет Контрагент (Подрядчик, Агент, Банк) Аналитический счет 38 В подсистеме должна быть возможность формирования оборотно-сальдовой ведомости за любой заданный период. 4) Возможность проведения следующих служебных операций: Индексация. В рамках операции индексации должна быть возможность изменения размера: ○ процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД. Начисление процентов по займу происходит ежегодно 31 декабря на сумму непогашенной задолженности собственников по формуле простых процентов; ○ процентной ставки, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. Пени должны начисляться, начиная с 11 числа месяца, следующего за текущим. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок сумм за каждый день просрочки; ○ процентной ставки, начисляемой по договору размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов. Процедура открытия и закрытия операционного дня. Подсистема должна позволять производить закрытие операционного дня: ○ установление признака «закрыт» для текущего операционного дня; ○ создание нового операционного дня с признаком «открыт»; ○ запрет на редактирование финансовых документов по закрытому дню; ○ формирование оборотно-сальдовой ведомости по всем счетам МКД, счету регионального оператора. Откат операционного дня. В подсистеме должна быть реализована возможность отката операции закрытия операционного дня, т.е. отмена всех финансовых операций, проведенных в текущем операционном дне и возврат всех счетов в состояние на момент создания операционного дня. Закрытия периода. В подсистеме должен быть реализован учет периодов оплат и операция закрытия периода. В подсистеме должна быть реализована возможность отката операции закрытия периода. При закрытии периода подсистема должна позволять производить закрытие периода: ○ установление признака «закрыт» для текущего периода; ○ создание нового периода с признаком «открыт»; ○ запрет на редактирование финансовых документов по закрытому периоду; ○ расчет начислений за новый период. 5) Возможность учета Взаимозачета средств в счет исполнения на будущий период обязательств по уплате взносов на капитальный ремонт собственниками помещений в многоквартирных домах, формирующих фонды капитального ремонта на счете, счетах регионального оператора в соответствии со ст. 181 Жилищного Кодекса РФ. Подсистема должна обеспечивать взаимодействие с Подсистемой биллинга (начисления взносов на капитальный ремонт). 4.2.6 Требования к Подсистеме аналитики и отчетности В Подсистеме аналитики и отчетности должна быть реализована следующая функциональность: 1) Формирование динамических интерактивных отчетов и выборок в виде сводных таблиц и диаграмм, формируемых пользователями по требованию, на основе данных Системы. 2) Подсистема должна содержать инструментарий, обеспечивающий возможность настройки состава разрезов и рядов данных, условий фильтрации и сортировки, степени консолидации данных информационных разделов Системы. 3) Перечень разрезов (измерений) и рядов данных (показателей, мер), доступных при формировании динамических интерактивных отчетов, зависит от состава данных 39 используемых Подсистем и должен быть согласован с Заказчиком на этапе оказания услуг по пуско-наладке Системы. 4) Возможность последующего расширения перечня разрезов и рядов данных по мере развития Системы и используемых Подсистем. 5) Возможность передвигаться между различными уровнями данных, от итоговых до детализированных (Drill Up/Down). Пути углубления определяются иерархией измерений. 6) Возможность детализировать фактические данные, на основании которых был сформирован показатель (Drill Through). То есть, перейти от агрегатного анализа значений показателя к анализу отдельных записей, на основании которых этот показатель был сформирован. 7) Подсистема должна обеспечивать возможность экспорта отчетной формы в следующие форматы для последующей обработки: Табличные форматы продуктов семейства Microsoft Office и OpenOffice (XLS, XLSX); XML. 8) Подсистема должна обеспечивать возможность предварительного просмотра и печати отчета. Подсистема должна обеспечивать возможность ограничения доступа к отдельным отчетам для различных ролей пользователей. Подсистема должна быть реализована на основе хранилищ данных и OLAP-кубов. 4.2.7 Требования к Подсистеме жилищного надзора 4.2.7.1 Требования к модулю планирования государственного жилищного надзора В Системе должна быть возможность формирования плана проверок на календарный год. 4.2.7.2 Требования к модулю исполнения государственного жилищного надзора 4.2.7.2.1 Возможность учета обращений и заявлений, поступивших в Государственную жилищную инспекцию В Системе должна быть обеспечена возможность ввода неограниченного количества электронных документов обращений. Объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. Реквизиты обращения: Основные реквизиты: Дата обращения, Номер обращения, Статус. Сведения о заявителе. Заявителем может выступать как физическое лицо, так и юридическое лицо. Набор реквизитов следующий: ФИО заявителя (Наименование организации-заявителя), Адрес проживания (Адрес местонахождения), Телефон, Электронная почта. Вопросы обращения – выбор из справочника перечня рассматриваемых по данному обращению вопросов с указанием по каждому из них ФИО инспектора, ответственного за проведение проверки. Описание (текст обращения). Объект проверки – адрес(-а), по которому(-ым) следует выполнить проверку. В Системе должна быть обеспечена возможность использования электронных документов обращений в качестве основания внеплановой проверки. Также должна быть возможность выдачи ответа заявителю без организации проверки. 4.2.7.2.2 Возможность учета поручений, запросов вышестоящих органов государственного (муниципального) контроля (надзора) В Системе должна быть обеспечена возможность ввода неограниченного количества электронных документов поручений, запросов вышестоящих органов государственного (муниципального) контроля (надзора) о проведении проверки. Объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. Реквизиты поручения: Основные реквизиты: Дата поручения, Номер, Статус, ФИО ответственного инспектора. Сведения о заявителе: Организация-заявитель, ФИО сотрудника организации-заявителя, Должность сотрудника организации-заявителя, Телефон, Электронная почта. Описание (текст поручения). 40 Объект проверки – адрес(-а), по которому(-ым) следует выполнить проверку. В Системе должна быть обеспечена возможность использования электронных документов поручений в качестве основания внеплановой проверки. Также должна быть возможность выдачи ответа заявителю без организации проверки. 4.2.7.2.3 Возможность учета чрезвычайных ситуаций, на основании которых необходима организация проверки В Системе должна быть обеспечена возможность ввода неограниченного количества записей о чрезвычайных ситуациях. Объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. Реквизиты записи о чрезвычайной ситуации: Основные реквизиты: Дата, Номер, Статус, ФИО ответственного инспектора. Сведения о заявителе. Заявителем может выступать как физическое лицо, так и юридическое лицо. Набор реквизитов следующий: ФИО заявителя (Наименование организации-заявителя), Адрес проживания (Адрес местонахождения), Телефон, Электронная почта. Описание (текст поручения). Объект проверки – адрес(-а), по которому(-ым) следует выполнить проверку. В Системе должна быть обеспечена возможность использования записей о чрезвычайных ситуациях в качестве основания внеплановой проверки. 4.2.7.2.4 Возможность контроля устранения нарушений В Системе должна быть обеспечена возможность контроля исполнения предписаний об устранении нарушений. Для этого должен быть выделен отдельный раздел, содержащий в себе перечень нарушений с истекшим сроком устранения и нарушения, до окончания срока устранения которых менее 5 дней. В Системе должна быть обеспечена возможность использования записей нарушений с истекшим сроком устранения в качестве основания для проведения внеплановой проверки. 4.2.7.2.5 Возможность создания внеплановых проверок В Системе должна быть обеспечена возможность ввода неограниченного количества записей внеплановых проверок следующих типов: Проверки на основании обращений. При этом должна быть возможность организации проверки как на основании одного, так и на основании нескольких обращений. Проверки на основании поручений вышестоящих органов государственного (муниципального) контроля (надзора). При этом должна быть возможность организации проверки как на основании одного, так и на основании нескольких поручений. Проверки на основании чрезвычайных ситуаций. При этом должна быть возможность организации проверки как на основании одного, так и на основании нескольких записей о чрезвычайной ситуации. Проверки исполнения предписаний. При этом должна быть возможность организации проверки как на основании одного, так и на основании нескольких нарушений с истекшим сроком устранения. Объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. Через событие проверки должна осуществляться регистрация оформляемых в процессе проведения проверки документов. Событие проверки должно содержать в себе следующую информацию: Начало проверки, Окончание проверки, Статус проверки, Вид проверки, Форма проверки, сведения об объекте проверки, сведения об ответственных за проведение проверки инспекторах и привлеченных экспертах. Объектами проверки могут выступать: Управляющие организации (в том числе индивидуальные предприниматели, ведущие свою деятельность в области управления жилищно-коммунальным хозяйством). Физические лица (граждане). 41 Юридические лица (в том числе индивидуальные предприниматели), деятельность которых не связана со сферой управления жилищно-коммунальным хозяйством. В событии проверки в качестве объекта проверки может быть выбран только 1 контрагент (управляющая организация, физическое лицо или юридическое лицо). При этом: если выбрана управляющая организация, может быть выбрано несколько домов. Реквизиты объекта проверки – управляющей организации: Наименование, Юридический адрес, Фактический адрес, ИНН, ОГРН, Информация о гос. регистрации, перечень проверяемых домов, группа полей Должностное лицо: ФИО; Дата рождения; Место рождения; Место регистрации; Место проживания; Должность; Наличие иждивенцев; Гражданство; Документ, удостоверяющий личность; Прошлые административные взыскания. Реквизиты объекта проверки – физического лица: ФИО; Дата рождения; Место рождения; Место регистрации; Место проживания; Место работы; Должность; Наличие иждивенцев; Гражданство; Документ, удостоверяющий личность. Реквизиты объекта проверки – юридического лица: Наименование, Юридический адрес, Фактический адрес, ИНН, ОГРН, Информация о гос. регистрации. 4.2.7.2.6 Возможность создания в рамках плановой или внеплановой проверки распоряжения (приказа) руководителя, заместителя руководителя органа государственного контроля (надзора), органа муниципального контроля о проведении проверки В Системе должна быть обеспечена возможность создания электронного документа распоряжения (приказа) руководителя, заместителя руководителя органа государственного контроля (надзора), органа муниципального контроля о проведении проверки. Реквизиты распоряжения: Основные реквизиты: Дата документа; Номер документа; Статус; Вид проверки; Форма проверки; Начало проверки; Окончание проверки; Инспектор, подготовивший проект распоряжения; Лицо, подписавшее распоряжение. Общие сведения: Цель проверки, Предмет проверки, Задачи проверки, Правовые основания проведения проверки. Объект проверки – реквизиты из события проверки. Проверяющие: ответственные за проведение проверки инспекторы и привлеченные эксперты. В Системе должна быть реализована печатная форма электронного документа распоряжения (приказа), шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.7 Возможность создания в рамках плановой или внеплановой проверки уведомления о проведении инспекционной проверки В Системе должна быть обеспечена возможность создания электронного документа уведомления о проведении инспекционной проверки. Реквизиты уведомления о проведении инспекционной проверки: Основные реквизиты: Дата документа, Номер документа, Статус, Начало проверки, Окончание проверки, Рассмотрение дела, ФИО инспектора, Перечень необходимых документов. Объект проверки – из документа-основания. В Системе должна быть реализована печатная форма электронного документа уведомления о проведении инспекционной проверки, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.8 Возможность создания в рамках плановой или внеплановой проверки уведомления о составлении акта и протокола об административном правонарушении В Системе должна быть обеспечена возможность создания электронного документа уведомления о составлении акта и протокола об административном правонарушении. В рамках одной проверки должна быть возможность составления нескольких уведомлений. Реквизиты уведомления о составлении акта и протокола об административном правонарушении: 42 Основные реквизиты: Дата документа, Номер документа, Статус, Начало проверки, Окончание проверки, Рассмотрение дела, ФИО инспектора, Перечень необходимых документов. Объект проверки – из документа-основания. В Системе должна быть реализована печатная форма электронного документа уведомления о составлении акта и протокола об административном правонарушении, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.9 Возможность создания в рамках плановой или внеплановой проверки акта по результатам проведения плановых и внеплановых проверок В Системе должна быть обеспечена возможность создания электронного документа акта по результатам проведения плановых и внеплановых проверок. В случае проведения проверки нескольких многоквартирных домов управляющей организации должна быть возможность создания общего акта проверки или отдельного акта проверки на каждый проверяемый дом. Реквизиты акта проверки: Основные реквизиты: Дата документа, Номер документа, Статус, Место составления, Вид проверки, Форма проверки, Начало проверки, Окончание проверки, Контроль исполнения. Объект проверки – из документа-основания. Проверяющие: ответственные за проведение проверки инспекторы и привлеченные эксперты. Перечень присутствовавших при проведении проверки представителей проверяемой организации (ФИО, Должность). Перечень выявленных при проведении проверки нарушений. Реквизиты нарушения: Адрес нарушения, Характер нарушения, Описание, Статья правонарушения, флажок Выявлена угроза причинения вреда, флажок Выявлено причинение вреда. В Системе должна быть реализована печатная форма электронного документа акта проверки, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.10 Возможность создания в рамках плановой или внеплановой проверки протокола об административных правонарушениях В Системе должна быть обеспечена возможность создания электронного документа протокола об административных правонарушениях. В рамках одной проверки должна быть возможность составления нескольких протоколов. Реквизиты протокола об административных правонарушениях: Основные реквизиты: Дата документа, Статус, Место составления, Описание, ФИО инспектора. Объект проверки – из документа-основания. Перечень потерпевших и свидетелей. Реквизиты потерпевших (свидетелей): ФИО; Дата рождения; Место рождения; Место регистрации; Место проживания; Место работы; Должность; Наличие иждивенцев; Гражданство; Документ, удостоверяющий личность. В Системе должна быть реализована печатная форма электронного документа протокола об административных правонарушениях, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.11 Возможность создания в рамках плановой или внеплановой проверки предписания об устранении выявленных нарушений В Системе должна быть обеспечена возможность создания электронного документа предписания об устранении выявленных нарушений. В рамках одной проверки должна быть возможность составления нескольких предписаний. Реквизиты предписания: Основные реквизиты: Дата документа, Номер документа, Статус, Место составления, ФИО инспектора. Объект проверки – из документа-основания. Перечень выявленных при проведении проверки нарушений – копируется из акта проверки. Реквизиты нарушения: Адрес нарушения, Характер нарушения, Описание, Статья 43 правонарушения, флажок Выявлена угроза причинения вреда, флажок Выявлено причинение вреда, Мероприятия по устранению, Срок устранения, флажок Устранено, Комментарий. В Системе должна быть реализована печатная форма электронного документа предписания об устранении выявленных нарушений, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.12 Возможность создания в рамках плановой или внеплановой проверки уведомления о вынесении определения о возбуждении дела об административном правонарушении и проведении административного расследования В Системе должна быть обеспечена возможность создания электронного документа уведомления о вынесении определения о возбуждении дела об административном правонарушении и проведении административного расследования. В рамках одной проверки должна быть возможность составления нескольких уведомлений о вынесении определения. Реквизиты уведомления о вынесении определения: Основные реквизиты: Дата документа, Номер документа, Статус, Рассмотрение дела, ФИО инспектора. Объект проверки – из документа-основания. В Системе должна быть реализована печатная форма электронного документа уведомления о вынесении определения, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.13 Возможность создания в рамках плановой или внеплановой проверки определения о возбуждении дела об административном правонарушении и проведении административного расследования В Системе должна быть обеспечена возможность создания электронного документа определения о возбуждении дела об административном правонарушении и проведении административного расследования. В рамках одной проверки должна быть возможность составления нескольких определений. Реквизиты определения: Основные реквизиты: Дата документа; Номер документа; Статус; Место составления; Статья правонарушения; ФИО инспектора. Объект проверки – из документа-основания. В Системе должна быть реализована печатная форма электронного документа определения, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.14 Возможность создания в рамках плановой или внеплановой проверки постановления об административном воздействии В Системе должна быть обеспечена возможность создания электронного документа постановления об административном воздействии. В рамках одной проверки должна быть возможность составления нескольких постановлений. Реквизиты постановления: Основные реквизиты: Дата документа; Номер документа; Статус; Место составления; Лицо, вынесшее постановление; Статья правонарушения; Сумма штрафа; ФИО инспектора. Объект проверки – из документа-основания. Связанная таблица для ввода оплат – реквизиты оплаты следующие: Дата оплаты, Наименование документа, Сумма. В Системе должна быть реализована печатная форма электронного документа постановления об административном воздействии, шаблон документа должен быть согласован с Заказчиком. 4.2.7.2.15 Возможность создания ответа на обращение В Системе должна быть обеспечена возможность создания электронного документа ответа на обращение. В рамках одной проверки должна быть возможность создания нескольких ответов на обращение. Ответ заявителю может быть выдан на любом этапе проведения проверки. 44 Реквизиты ответа на обращение: Основные реквизиты: Дата документа; Номер документа; Статус; Результат рассмотрения обращения; ФИО инспектора. Объект проверки – из документа-основания. 4.2.7.2.16 Возможность создания ответа на поручение (запрос) вышестоящих органов государственного (муниципального) контроля (надзора) В Системе должна быть обеспечена возможность создания электронного документа ответа на поручение (запрос) вышестоящих органов государственного (муниципального) контроля (надзора). В рамках одной проверки должна быть возможность создания нескольких ответов на поручение (запрос). Ответ может быть выдан на любом этапе проведения проверки. Реквизиты ответа на поручение (запрос): Основные реквизиты: Дата документа; Номер документа; Статус; Результат проверки; ФИО инспектора. Объект проверки – из документа-основания. 4.2.7.2.17 Требования к отчетным формам В подсистеме «Жилищный инспектор» должны быть реализованы следующие отчеты: Сведения о работе Государственной жилищной инспекции нарастающим итогом с начала года (Форма 1-Госжилинспекция); Сведения о работе государственной жилищной инспекции нарастающим итогом с начала подготовки жилищного фонда к осенне-зимней эксплуатации (Форма 1-ЖКХ (Зима)); Информация о деятельности Государственной жилищной инспекции (Отчет в МинСтрой РФ); Мониторинг (Департамент экономического развития); Отчет в Прокуратуру; Сведения об осуществлении государственного контроля (надзора) и муниципального контроля (Статистическая отчетность (Департамент экономического развития)). 4.2.8 Требования к Подсистеме электронных паспортов (ПП №1468) Подсистема электронных паспортов (ПП №1468) должна обеспечивать выполнение следующих функций: 1) Возможность представления данных Системы в соответствии со структурой Приложения к ПП №1468. 2) Возможность поддержки ежемесячной историчности данных. 3) Возможность формирования отчетов по форме Приложения к ПП №1468 по МКД/УО. 4) Возможность хранения файлов отчетов. 5) Возможность подписи файлов отчетов электронной цифровой подписью. 6) Возможность хранения подписанных файлов отчетов. 7) Подсистема должна поддерживать интеграцию с Подсистемами ГИС ЖКХ-Регион (Подсистема формирования программ, Подсистема контроля исполнения программ, Подсистема начисления взносов на капитальный ремонт). 8) Возможность ежедневной автоматизированной проверке полноты заполнения электронных паспортов по всем домам Субъекта РФ 9) Возможность информирования всех участников процесса заполнения и приема электронных паспортов (управляющие организации, ТСЖ, ЖСК, ресурсоснабжающие организации, муниципальные образования, орган государственного жилищного надзора) о полноте заполнения данных и о фактах сдачи приема/отклонения электронных паспортов – не реже чем раз в сутки. 4.2.9 Требования к Подсистеме публичного доступа Подсистема публичного доступа (далее - Сайт регионального оператора) должен содержать информацию по организации, проведению и финансированию капитального ремонта общего имущества в многоквартирных домах, предназначенную для собственников, подрядчиков, сотрудников органов власти. 45 4.2.9.1 Общие требования Все страницы сайта должны отвечать следующим требованиям; 1) На сайте должен быть поиск, доступный со всех страниц сайта. 2) При нажатии на логотип должна открываться главная страница сайта. 3) Сайт должен иметь современный дизайн, обеспечивающий удобство использования неподготовленным пользователем и быть простым в освоении для пользователей с любым уровнем подготовки. 4) Надписи и интерфейсные элементы должны быть крупными и хорошо различимы: для удобства использования на мобильных платформах (например, смартфонах) и людьми с ограниченными возможностями. 5) Все активные элементы (кнопки, баннеры, гиперссылки) должны быть интерактивными, то есть изменять свой внешний вид (цвет, прозрачность и т.п.) при наведении. 6) У всех кнопок должна быть иконка. 7) На каждой странице сайта должен быть блок с актуальной информацией, в котором будут содержаться важные объявления для собственников, например, о необходимости организовать собрание по выбору способа формирования фонда. Внешний вид и содержимое данного блока должны настраиваться через систему редактирования. 8) У всех типовых (кроме настраиваемых) разделов сайта должны быть индивидуальные иконки, отражающие содержимое раздела. У всех настраиваемых разделов сайта должна быть одинаковая иконка. 9) Если в разделе нет данных, вместо содержимого должно выводиться сообщение о том, что страница находится в разработке. Если на странице возникла ошибка (в том числе при получении данных), должно выводиться соответствующее сообщение и предложение сообщить об ошибке администратору посредством электронной почты. 10) Если запрошенная пользователем страница не существует, должна выводиться специализированная страница, сообщающая об этом. Страница должна быть оформлена в стиле других страниц сайта, сообщение об отсутствии страницы должно выводиться на русском языке; 11) Сайт должен быть оптимизирован для просмотра на экране с разрешением 1024x768 и более. 12) Сайт должен корректно работать во всех современных версиях браузеров: Google Chrome, Internet Explorer, Opera, Mozilla Firefox, Safari, Android Browser. 4.2.9.2 Требования к системе редактирования сайта Система редактирования сайта должна удовлетворять следующим требованиям: 1) Наполнение всех разделов сайта должно выполняться с помощью системы редактирования сотрудниками Заказчика, без участия Исполнителя. 2) Вход в систему редактирования должен выполняться по логину и паролю. 3) Должна быть обеспечена возможность публикации файлов размером до 5Мб., документы большего размера должны архивироваться и размещаться в упакованном виде. 4) При добавлении данных во все разделы сайта «дата публикации» должна формироваться автоматически и отображаться на сайте. 5) Должна быть возможность добавления администратором неограниченного количества страниц сайта без участия разработчика, при этом должна поддерживаться вложенность разделов, возможность добавления файлов. 6) Должна быть возможность скрытия новостей с сайта, не удаляя их окончательно. 4.2.9.3 Требования к разделам сайта Сайт должен состоять из следующих типовых разделов: 1) Новости: При добавлении новости система должна контролировать, чтобы обязательно заполнялись дата и текст новости. Для каждой новости должна быть возможность добавления изображения, иллюстрирующего новость. Если изображение не задано, должно отображаться стандартное изображение. 46 Новости должны отображаться постранично, и отсортированы по дате новости (в порядке убывания). 2) Нормативные акты: Нормативно-правовые акты (далее НПА), регулирующие проведение капитального ремонта МКД, должны быть разделены на категории: «Федеральные», «Региональные» и «Проекты». При добавлении НПА, система должна контролировать обязательность заполнения следующих реквизитов: Федеральные Региональные Проекты Наименование Наименование Наименование Файл Файл Файл Дата документа Дата документа Номер Номер Тип (постановление, закон) Тип (постановление, закон) 3) Региональная программа: В разделе должны быть представлены общие сведения о программе капитального ремонта: статистические характеристики, годы реализации программы, количество домов, общая площадь домов, перечень обязательных работ, численность населения, жилищные условия которого улучшатся в ходе реализации программы. Должна быть возможность поиска информации по дому, подлежащему капитальному ремонту в ходе реализации программы. При выборе многоквартирного дома из списка должна быть обеспечена возможность вывода характеристик дома с указанием проведенных и запланированных работ, а также их стоимости. Кроме этого в разделе должно обеспечиваться раскрытие следующей информации: ○ выбранный собственниками способ формирования фонда капитального ремонта МКД; ○ текущий размер взноса на капитальный ремонт, принятый собственниками помещений данного дома, либо утверждённый нормативным актом субъекта РФ; ○ плановые и фактические периоды выполнения работ по капитальному ремонту; ○ регулярно актуализируемые сведения о накопленных собственниками суммах (задолженности) на капитальный ремонт МКД; ○ объём средств, израсходованных на проведение капитального ремонта; ○ информация о ходе выполнения работ, в том числе фотографии. Данные, выводимые в разделе, должны быть получены из Подсистемы капитального ремонта ГИС ЖКХ-Регион. Данные должны быть актуальны по состоянию на момент открытия страницы сайта. 4) Собственникам: В подразделе «Информационные материалы» должны размещаться электронные версии листовок, буклетов, наглядно разъясняющих собственникам положения законодательства по организации проведения капитального ремонта, их права и обязанности, описывающие решения, которые должны принять собственники и их последствия. В подразделе «Образцы документов» должны размещаться образцы протоколов собраний собственников, на которых утверждается выбор/смена способа формирования фонда капитального ремонта, утверждается перечень работ, предложенный рег.оператором и т.п. В подразделе «Фотографии» должны размещаться фотографии, иллюстрирующие ход выполнения капитального ремонта, фотографии отремонтированных МКД (в сравнении до и после ремонта). Фотографии должны быть организованы в альбомы, при этом фотографии, размещённые в одном альбоме, должны быть объединены единой тематикой. В подразделе «Видео» должны размещаться видео материалы, посвящённые проведению капитального ремонта в субъекте РФ: репортажи региональных СМИ, съемки отремонтированных МКД (в сравнении до и после ремонта), выполненные как региональным оператором, так и СМИ. 47 5) Закупки: В разделе должна содержать информацию о проводимых региональным оператором конкурсах/аукционах/запросах котировок на проведение работ/оказание услуг. Необходимо разделить все лоты на 2 категории: ○ выполнение работ по капитальному ремонту МКД, т.е. работы, которые в соответствии с Жилищным кодексом РФ разрешено финансировать за счёт взносов на капитальный ремонт; ○ прочие закупки – закупки, необходимые для обеспечения деятельности рег.оператора: закупка оргтехники, канцелярских товаров, мебели и т.п. При публикации должно указываться краткое наименование лота, его категория, а также в обязательном порядке прикладываться файл с конкурсной/аукционной документацией. 6) Документы и отчётность. Раздел должен содержать различные документы, подлежащие публикации: текст договора с собственниками, годовые отчёты и аудиторские заключения регионального оператора (в соответствии с п.4 ст.187 ЖК РФ), положения о закупках и т.п. 7) Вопрос-ответ: В разделе должны быть представлены часто задаваемые вопросы, касающиеся капитального ремонта; У посетителей сайта должна быть возможность задать вопрос. В форме добавления вопроса должны быть обязательными следующие поля: «Дом», «Квартира», «ФИО», «Телефон», «E-mail», «Текст вопроса». Должна быть возможность приложить к вопросу от 1 до 3 файлов (фотографий, отсканированных документов и т.п.). Должна быть возможность, позволяющая переключаться между 2 режимами работы раздела: ○ Вопросы публикуются без премодерации – сразу после отправки вопрос отображается на сайте. ○ Вопросы премодерируются – вновь поступившие вопросы не отображаются на сайте, пока сотрудник регионального оператора не опубликует их, воспользовавшись системой редактирования. 8) Контакты: В подразделе «Общая информация» должна содержаться общая информация о деятельности регионального оператора: его задачи, функции, обязанности (в соответствии с законом субъекта РФ и ЖК РФ). В подразделе «Организационная структура» должна содержаться информацию о сотрудниках регионального оператора: список отделов с ФИО, должностями сотрудников и контактами (рабочий телефон, адрес электронной почты); В подразделе «Контакты» должны содержаться сведения об организации – региональном операторе: полное наименование, телефон, факс, адрес электронной почты, фактический и юридический адрес, ИНН/КПП, ОГРН, реквизиты Р/С, карта, иллюстрирующая местоположение офиса. На сайте должны динамически выводиться разделы, настраиваемые с помощью системы редактирования. 4.2.10 Требования к Подсистеме «Личный кабинет» Подсистема должна обеспечивать выполнение следующих функций: 1) Возможность регистрации через интернет с обеспечением защиты от получения доступа к чужим данным; 2) Возможность просмотра реквизитов УО, поставщиков услуг (рег. оператора). 3) Возможность просмотра основных технических характеристик МКД потребителя. 4) Возможность просмотра основных технических характеристик помещения потребителя. 5) Возможность просмотра реквизитов лицевого счета потребителя. 6) Возможность просмотра действующих тарифов и нормативов (размеров взноса на кап. ремонт). 7) Возможность просмотра новостей, в том числе относящихся только к дому потребителя. 48 8) Отображение сводной информации о текущих взаиморасчетах с потребителем: остаток средств на начало месяца (сальдо начальное); выставленный счет за услуги (начислено); внесенные денежные средства (оплачено); остаток средств на текущую дату (сальдо конечное). 9) Возможность просмотра детализации по текущему начислению: разбивка начислений по услугам; начисления процентов за ненадлежащее исполнение обязанностей по оплате; перерасчеты. 10) Возможность просмотра принятых платежей за текущий период. 11) Возможность отображения начислений в разрезе периодов (год, месяц). 12) Возможность отображения платежей в разрезе периодов (год, месяц). 13) Возможность оплаты услуг организаций через Интернет (с помощью банковских карт). Форматы взаимодействия с банковскими платежными системами должны быть согласованы с Заказчиком на этапе оказания услуг по пуско-наладке Системы. 14) Возможность формирования и печати платежного документа за любой месяц. 15) Возможность рассылки платежных документов на электронную почту потребителей. 16) Возможность зарегистрировать вопрос, обращение, жалобу и отслеживать ход ее исполнения. 17) Возможность редактирования пользователем своих контактных данных. Личный кабинет предназначен для информирования собственников помещений в многоквартирных домах, включенных в программу капитального ремонта, о: -сумме начисленных взносов на капитальный ремонт, а также начисленных процентах за ненадлежащее исполнение обязанности по уплате таких взносов; -наличии задолженности по оплате взносов на капитальный ремонт. Личный кабинет должен иметь интеграцию: -С программными модулями системы; -С интернет сайтом фондкапремонта.рф; Личный кабинет должен выполнять следующие функции: 1. Отображение информации о начисленных взносах на капитальный ремонт. 2. Отображение информации о начисленных процентах за ненадлежащее исполнение обязанности по уплате взносов на капитальный ремонт. 3. Отображение информации по оплаченным взносам на капитальный ремонт. 4. Отображение информации о текущей задолженности по уплате взносов на капитальный ремонт, а также процентов за ненадлежащее исполнение обязанности по уплате таких взносов. 5. Отображение контактных данных регионального оператора: телефонов, адресов и графика работы офисов. 6. Отображение характеристик лицевого счёта: адрес помещения, площадь, ФИО собственника. 7. Отображение новостей: как общих для всех домов (отображаемых на сайте), так и новостей, актуальных для собственников конкретного дома (содержащих информацию, относящуюся к капитальному ремонту конкретного дома). 8. Вход в систему должен осуществляться с использованием логина и пароля, которые придумывает сам собственник, при этом необходимо разработать и согласовать с Заказчиком механизм, обеспечивающий с одной стороны защиту персональных данных от несанкционированного доступа, с другой – самостоятельную регистрацию пользователей в Системе. 9. Возможность заполнения пользователем своих контактных данных: телефон, адрес электронной почты. 10. Возможность подключения к одному логину нескольких лицевых счетов (при наличии у собственника нескольких помещений). 4.2.11 Требования к Подсистеме электронного документооборота Подсистема электронного документооборота предназначена для автоматизации внутреннего и внешнего оборота документов в рамках единой системы подготовки, учета, 49 хранения и исполнения документов, реализованной в соответствии с российскими и региональными законодательными актами и нормативными документами на основе современных информационных технологий. Подсистема электронного документооборота должна иметь интеграцию с интернет сайтом: фондкапремонта.рф Подсистема электронного документооборота обеспечивает увеличение производительности управления деловыми процессами и сокращает общие расходы, связанные обработкой бумажных документов за счет автоматизированного решения следующих задач: - Повышение эффективности корпоративных методов работы над документами; - Повышение качества контроля за состоянием документооборота, исключение потери отдельных документов и обеспечение контроля исполнения документов на каждом уровне исполнения; - Сокращение времени поиска документов и необходимой информации; - Сокращение затрат на обработку документов внутри организации и подготовку установленной отчетности за заданные периоды времени; - Обеспечение внедрения информационных технологий, связанных с обработкой электронных документов (в виде текстовых и графических форматов «электронных образов»). Подсистема электронного документооборота должна включать следующие разделы: - Раздел внешнего документооборота; - Раздел учета и обработки письменных обращений граждан; - Раздел учета и обработки результата приема граждан; - Раздел внутреннего документооборота; - Раздел подготовки нормативно-правовых документов; - Раздел формирования отчетов; - Раздел поиска документов; - Раздел интеграции с подсистемой публичного доступа, внешними системами; - Раздел администрирования и обеспечения безопасности системы. - Регистрация новых документов должна производиться подразделением, ответственным за регистрацию входящих и исходящих документов путем создания карточки документа путем создания карточки документа. Должна быть реализована возможность присоединения скан-копии документа в карточку. Исполнение документов должно осуществляться назначенным подразделением-исполнителем. Минимальный перечень реквизитов для соответствующих разделов: Входящие: - Флаг (контрольное, не контрольное); - Дата отправки; - Номер входящий; - Дата регистрации; - Номер; - Организация-отправитель; - Подразделение-исполнитель; - ФИО подписавшего; - Наименование; - Содержание; - Тип доставки; - Резолюцию подписал; - Контроль отправителя; - Срок отправителя; - Связь с исходящим письмом; - Статус документа; - Вложенные файлы. Исходящие: - Флаг (контрольное, не контрольное); 50 - Проект подготовлен; - Наименование организации; - Подписывающее подразделение; - Номенклатура дела; - ФИО подписавшего; - Наименование; - Краткое содержание; - Дата регистрации; - Номер документа; - Индекс; - Тип доставки; - Дата отправки; - Контроль (признак); - Исполнено (признак); - Дата исполнения; - Отметка об исполнении; - Вложенные файлы; - Статус документа. Раздел учета и обработки письменных обращений граждан: - Флаг - Дата регистрации; - Номер; - Индекс; - Заявитель; - Категория; - Регион; - Адрес; - Вопросы обращения; - Содержание; - Корреспондент; - Номер входящий; - Дата входящая; - Вид обращения; - Куратор; - Событие; - Адресат/Поступило; - Исполнители; - Поручения; - Контроль (признак); - Срок исполнения; - Исполнено (признак); - Дата исполнения; - Отметка об исполнения; - Тип исполнения; - Результат исполнения; - Причины обращения; - Количество вопросов в обращении/жалобе; - Вложенные файлы; Раздел учета и обработки результата приема граждан: - Флаг - Дата регистрации; - Номер; - Индекс; - Автор; 51 - Категория; - Регион; - Адрес; - Вопросы обращения; - Содержание; - Куратор; - Событие; - Исполнители; - Резолюция; - Контроль (признак); - Срок исполнения; - Исполнено (признак); - Дата исполнения; - Тип исполнения; - Результат исполнения; - Отметка об исполнении; - Вложенные файлы. Должны использоваться следующие справочники и классификаторы: - Номенклатура дел; - Вопросы обращений; - Причины обращения; - Подразделения; - Сотрудники; - События; - Адресаты; - Кураторы; - Исполнители; - Типы правовых документов; - Организации; - Результат исполнения; - Статус; - Тип доставки; - Виды обращений; - Категория граждан; - Типы исполнения; - Типы корреспондентов. Подсистема электронного документооборота должна обеспечить взаимодействие с Системой электронного документооборота исполнительных органов государственной власти Республики Бурятия по технологиям web-сервисов. Система электронного документооборота исполнительных органов государственной власти Республики Бурятия функционирует на основании Постановления Правительства Республики Бурятия от 22.03.2013 №138 «О Системе электронного документооборота исполнительных органов государственной власти Республики Бурятия». 4.3 Требования к ролям и связанным с ними операциям Система использует ролевую модель разграничения прав доступа на выполнение операций. Все существующие отдельные операции в системе должны иметь возможность объединятся в группы – т.н. роли. Система должна иметь возможность назначения одной и более роли на группу пользователей Системы и/или на отдельного пользователя Системы. Система обеспечивает следующие роли и операции: № Название роли Перечень операций 1. Министерство Формирование, внесение изменений, согласование строительства и внесения изменений в программу капитального модернизации ремонта; 52 жилищнокоммунального комплекса Республики Бурятия, ответственное за формирование региональной программы капитального ремонта 2. Региональный оператор капитального ремонта 3. Орган местного самоуправления 4. Республиканская служба государственного жилищного надзора Ведение сводного реестра домов Республики Бурятия; Формирование аналитической отчётности по жилищному фонду и исполнению программы капитального ремонта; Контроль за ходом исполнения региональной программы капитального ремонта. Формирование краткосрочного плана реализации программы капитального ремонта. Актуализация сведений о жилищном фонде, формирование предложений по уточнению/актуализации региональной программы капитального ремонта. Учёт выбранного собственниками способа формирования фонда капитального ремонта; Ведение реестра помещений и собственников помещений по МКД, выбравшим способ формирования фонда на счёте Регионального оператора или выбравшим Регионального оператора владельцем специального счета; Ведение учёта средств собственников в отношении средств каждого собственника; Ведение аналитического учёта в разрезе МКД; Ведение информации о существенных мероприятиях по исполнению программы капитального ремонта (например, выбор подрядчика, подписание акта выполненных работ), в том числе скан-копий документов; Выполнение начислений взносов на капитальный ремонт, а также процентов за ненадлежащее исполнение обязанности по уплате взносов; Формирование платёжных документов; Ввод в Систему/импорт поступивших от собственников взносов на капитальный ремонт; Формирование аналитической отчётности; Формирование справок/ответов на запросы собственников помещений. Приём/отклонение электронных паспортов МКД, поступивших от отчитывающихся организаций; Формирование аналитической отчётности по жилищному фонду. Ведение реестра управляющих организаций, ТСЖ, ЖСК, а также домов, которые они обслуживают; Ведение реестра проверок (плановых и внеплановых) управляющих организаций, ТСЖ, ЖСК; Учёт выданных постановлений, предписаний, дел об административных правонарушениях; Учёт обращений граждан; Контроль за ходом исполнения региональной программы капитального ремонта, соблюдением порядка начисления взносов на капитальный ремонт. Учёт выбранного собственниками способа формирования фонда капитального ремонта; 53 5. 6. 7. Управляющая организация (лицо, осуществляющее оказание услуг (выполнение работ) по содержанию и ремонту общего имущества МКД), товарищество собственников жилья, жилищный, жилищностроительный кооператив или иной специализированный потребительский кооператив Собственник жилья Владелец специального счета – ТСЖ Заполнение электронных паспортов МКД и их передача в органы местного самоуправления; Просмотр актуальной версии программы капитального ремонта в части обслуживаемых домов. Просмотр актуальной версии программы капитального ремонта в части своего дома; Просмотр финансовой истории взаиморасчётов с Региональным оператором; Формирование печатной формы платёжного документа; Ведение переписки с Региональным оператором в электронной форме по вопросам исполнения программы капитального ремонта и сбора взносов на капитальный ремонт. Ведение реестра помещений и собственников помещений по МКД; Ведение учёта средств собственников в отношении средств каждого собственника; Ведение информации о существенных мероприятиях по исполнению программы капитального ремонта (например, выбор подрядчика, подписание акта выполненных работ), в том числе скан-копий документов; 5 СОСТАВ И СОДЕРЖАНИЕ УСЛУГ ПО ПОСТАВКЕ СИСТЕМЫ, ЕЕ АДАПТАЦИИ, ВНЕДРЕНИЮ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКЕ Оказание услуг с привлечением Заказчика проводятся в рабочее время Заказчика. 5.1 Общие требования к результатам оказания услуг Результаты оказания услуг должны соответствовать требованиям, установленным в нормативных актах и настоящих технических требований. Оформление текстовой части и табличных форм документов должно соответствовать требованиям ГОСТ 2.105–95 «Общие требования к оформлению текстовых документов». 5.2 Перечень услуг по поставке системы, ее адаптации, внедрению и технической поддержке Перечень услуг по поставке системы, ее адаптации, внедрению и технической поддержке сгруппирован в этапы: услуги по пуско-наладке Системы, услуги по технической поддержке. 54 5.2.1 Услуги этапа по пуско-наладке Системы 1. Обследование объекта автоматизации. Согласование региональных особенностей 2. Подготовка экземпляра Системы для работы на вычислительных ресурсах Исполнителя. 3. Подготовка документации: программы и методики испытаний предоставляемого функционала Системы. 4. Первоначальное наполнение Системы данными. 5. Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. 6. Обучение пользователей Заказчика по основам работе в Системе и ее подсистемам. 7. Подготовка программного обеспечения на вычислительных ресурсах Заказчика. 8. Перенос данных из Системы функционирующей на вычислительных ресурсах Исполнителя в Систему функционирующую на вычислительных ресурсах Заказчика. 9. Поставка средств защиты информации. Оказание комплекса услуг по обеспечению защиты персональных данных. 10. Организация защищенного удаленного доступа Исполнителя к Системе для целей осуществления технической поддержки. 11. Обеспечение функционирования подсистемы электронного документооборота. 12. Предоставление документации по эксплуатации системы. 5.2.2 Услуги этапа технической поддержки в период гарантийной поддержки и период послегарантийной поддержки 1. Обучение в удаленном режиме по использованию Системы. 2. Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. 3. Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части системы. 4. Обновление Системы при изменении федерального законодательства. 5. Обеспечение регистрации инцидентов, организация процессов технической поддержки. 5.3 Требования к качеству и содержанию услуг 5.3.1 Обследование объекта автоматизации. Согласование региональных особенностей Обследование объекта автоматизации осуществляется как в удаленном, так и в очном режиме. Время для проведения обследования в очном режиме не должно быть менее 3х рабочих дней. Период очного обследования согласовывается с Заказчиком. 5.3.2 Подготовка экземпляра Системы для работы на вычислительных ресурсах Исполнителя Исполнитель сразу после заключения Договора приступает к подготовке экземпляра Системы на своих вычислительных ресурсах. Исполнитель поставляет Заказчику неисключительные права по использованию Системы. 5.3.3 Подготовка документации: программы и методики испытаний предоставляемого функционала Системы Исполнитель сразу после заключения Договора приступает к подготовке документации: программы и методики испытаний предоставляемого функционала Системы. Согласовывает документацию с Заказчиком. 5.3.4 Первоначальное наполнение Системы данными В ходе первоначального наполнения Системы данными должны быть выполнены следующие работы: 1. Единовременный импорт характеристик домов с http://www.reformagkh.ru – официального федерального сайта по раскрытию информации (в соответствии с Постановлением Правительства РФ №731 от 23.09.2010): - Исполнитель получает данные с сайта самостоятельно; 55 - Исполнитель выполняет сверку характеристик домов между региональной программой капитального ремонта и данными, опубликованными на официальном федеральном сайте по раскрытию информации, формирует перечень выявленных расхождений и направляет их Заказчику. 2. Единовременный импорт реестра управляющих организаций и управляемых ими домов с http://www.reformagkh.ru – официального федерального сайта по раскрытию информации (в соответствии с Постановлением Правительства РФ №731 от 23.09.2010). Исполнитель получает данные с сайта самостоятельно. 3. Единовременный импорт региональной программы капитального ремонта многоквартирных домов. Требования и форматы загрузки данных должны быть согласованы с Заказчиком на этапе обследования. 5.3.5 Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков Исполнитель обеспечивает двусторонний обмен информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. Перечень внешних информационных систем и форматы обмена информацией согласовываются с Заказчиком на этапе проведения обследований. Обеспечение двустороннего обмена информацией осуществляется в соответствии с параметрами качества обслуживания. 5.3.6 Обучение пользователей Заказчика по основам работе в Системе и ее подсистемам Исполнитель разрабатывает и согласовывает с Заказчиком программу обучения. Исполнитель обязуется провести обучение специалистов Заказчика в очном режиме в период не менее 3х рабочих дней. Период очного обучения согласовывается с Заказчиком. 5.3.7 Подготовка программного обеспечения на вычислительных ресурсах Заказчика После извещения Заказчиком о готовности аппаратных средств Исполнитель в режиме удаленного доступа обеспечивает настройку системного программного обеспечения и саму Систему. 5.3.8 Перенос данных из Системы функционирующей на вычислительных ресурсах Исполнителя в Систему функционирующую на вычислительных ресурсах Заказчика По готовности экземпляра Системы на вычислительных ресурсах Заказчика, Исполнитель выполняет перенос данных в Систему. 5.3.9 Поставка средств защиты информации. Оказание комплекса услуг по обеспечению защиты персональных данных Поставка средств защиты информации и оказание комплекса услуг по обеспечению защиты персональных данных выполняется в соответствии с требованиями к лицензируемым видам деятельности в Российской Федерации. В случае если Исполнитель не обладает достаточным набором лицензий, допускается привлечь на подрядные работы организацию с соответствующими лицензиями. Разрешается привлекать на подряд по данным видам услуг не более одной организации. Договор подряда заключается без права заключения субподрядных договоров стороной подрядного договора (имеется ввиду запрет на цепочку субподрядчиков). Исполнитель обязан представить заверенную совей организацией копию заключенного договора подряда по данным видам услуг в адрес Заказчика в срок не позднее 5 (пяти) рабочих дней с даты заключения такого договора подряда. Контроль корректности встраивания средств защиты информации в информационную систему персональных данных не требуется. Исполнитель представляет заказчику комплект обязательной документации, предусмотренной действующим законодательством в сфере защиты персональных данных, в том числе: 1. Модель угроз 2. Модель нарушителя 56 Проект приказа о создании рабочей группы по классификации информационной системы персональных данных 4. Проект акта классификации информационной системы персональных данных 5. Проект письма-уведомления контролирующего государственного органа в сфере защиты персональных данных 6. и прочие обязательные документы. По согласованию с Заказчиком Исполнитель выполняет переключение доступа пользователей Системы к экземпляру, функционирующего на вычислительных ресурсах Заказчика. Исполнитель поставляет за собственные финансовые средства программное обеспечение, обеспечивающего защиту персональных данных. № Наименование Назначение, характеристика Кол-во программного обеспечения 1. КриптоПро, Защита соединений в Интернете (TLS для HTTPS) от 1 серверная лицензия клиентов до веб-серверов (Microsoft IIS, Apache, Tomcat). Устанавливается на сервер приложений обслуживающий внутренних клиентов. 2. КриптоПро, Защита соединений в Интернете (TLS для HTTPS) от 20 пользовательская клиентов до веб-серверов (Microsoft IIS, Apache, лицензия Tomcat). Устанавливается на рабочие станции внутренних клиентов Фонда. 3. Серверный Защита соединений в Интернете (TLS для HTTPS) от 1 сертификат, клиентов до веб-серверов (Microsoft IIS, Apache, сгенерированный Tomcat). Устанавливается на сервер приложений удостоверяющим обслуживающий внешних клиентов. центром Срок окончания действия представленного (издателем), серверного сертификата не ранее 31.12.2017 года. входящим в Англоязычное доменное имя второго уровня (с перечень маской на поддомены) сертификата согласовывается международных с Заказчиком. Требуется сертификат без признака доверенных Extended Validation. Сертификат оформляется на корневых или Заказчика. Примерами поставщиков серверного промежуточных сертификата могут являться поставщики для удостоверяющих Государственной информационной системы центров «Единый портал государственных и муниципальных услуг (функций)», Он-лайн приложение для Сбербанка России 4. Программный Защита межсетевых операций стека TCP/IP на 4 сертифицированный каждом сервере системы. межсетевой экран TrustAccess 3. 5.3.10 Организация защищенного удаленного доступа Исполнителя к Системе для целей осуществления технической поддержки Исполнитель обеспечивает шифрованный канал передачи данных от ЛВС Исполнителя до серверной части Системы. 5.3.11 Обеспечение функционирования подсистемы электронного документооборота Номенклатура дел согласовывается с Заказчиком. 5.3.12 Предоставление документации по эксплуатации системы Исполнитель предоставляет в электронном виде документацию по эксплуатации системы для следующих ролей: 1. Руководство для Системного администратора. Включает в том числе: 57 a. инструкцию по установке и настройке Системы; b. инструкцию по созданию учетных записей и управлению правами доступа, ролями; c. перечень требований к параметрам функционирования системного программного обеспечения – параметров конфигурации, не являющихся заданными по умолчанию в используемых версиях 2. Руководства для Технолога системы. Включает в том числе: a. инструкцию по настройке подсистем; b. инструкцию по изменению отчетных форм; c. инструкцию по формированию выгрузок, загрузок данных; 3. Руководства для Пользователя системы. Отдельно для различных ролей, указанных в разделе «Требования к ролям и связанным с ними операциям» настоящих Технических требований. 5.3.13 Обучение в удаленном режиме по использованию Системы Программа обучения, группы обучающихся, периоды обучения согласовывается с Заказчиком. 5.3.14 Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части системы Исполнитель обеспечивает очное присутствие в городе Улан-Удэ одного системного администратора для администрирования системного программного обеспечения. Заказчик предоставляет оснащенное рабочее место системному администратору Исполнителя. Обязательство по обеспечению очного присутствия в городе Улан-Удэ одного системного администратора возникает не позднее даты подписания Акта запуска Системы на вычислительных ресурсах Заказчика. Исполнитель обеспечивает соблюдение системным администратором трудового режима и дисциплины Заказчика. Исполнитель обеспечивает функционирование Системы в соответствии с параметрами качества обслуживания. 5.3.15 Обновление Системы при изменении федерального законодательства Исполнитель выполняет обновление Системы при изменении федерального законодательства в сфере, по которой выполнена автоматизация деловых процессов в Системе. Внесение изменений в Систему выполняется по согласованию с Заказчиком. 5.3.16 Обеспечение регистрации инцидентов, организация процессов технической поддержки Техническая поддержка осуществляется в рабочее время Заказчика. Решение проблемных ситуаций выполняется в том числе с использованием средств удаленного доступа по шифрованным каналам передачи данных. Исполнитель дополнительно должен обеспечить контакты для целей коммуникации: 1. адрес электронной почты технической поддержки; 2. номер телефона технической поддержки; 3. учетная запись в Skype технической поддержки. Исполнитель обеспечивает регистрацию инцидентов в режиме 24х7, 365 (366) дней в году в информационной системе техподдержки (далее – ИС ТП). ИС ТП предоставляется Исполнителем. Заказчик самостоятельно формирует инциденты в ИС ТП. ИС ТП автоматически присваивает номера инцидентам. Список представителей Заказчика, которым необходимо предоставить доступ к ИС ТП, должен быть определен Заказчиком и направлен Исполнителю в срок до 10 (десяти) рабочих дней после заключения Договора. Доступ предоставляется в срок до 10 (десяти) рабочих дней. Реквизиты доступа высылаются представителям Заказчика на электронную почту. 58 5.4 Параметры качества обслуживания Оказание услуг с исполнением параметров качества не может быть выполнено Исполнителем, если часть причин возникновения инцидента находится в зоне ответственности Заказчика или третьего лица (провайдера связи, поставщика электропитания и т.д.). Неисправностью не являются нижеперечисленные ситуации: 1. проведение плановых и неотложных ремонтных (технологических) работ, в случае если работы были предварительно согласованы с Заказчиком; 2. перерывы в работоспособности Системы, вызванные согласованной с Заказчиком приостановкой или прекращением работы Системы. Скорость решения инцидента зависит от приоритета: 1. Первый приоритет: авария – полная неработоспособность Системы, приводящая к прерыванию работы Заказчика продолжительностью более 20 минут. 2. Второй приоритет: предаварийное состояние – периодически возникающие прерывания в работе системы продолжительностью не более 20 минут, и возникающие с периодичностью более 1 раза в 3 часа. 3. Третий приоритет: любые возникающие неисправности системы, не приводящие к прерыванию работы в Системе. Продолжительность устранения неисправности, а также периодичность информирования Исполнителем Заказчика о ходе устранения неисправности представлены ниже. Уровень Время проведения Срок реагирования на Срок устранения приоритета работ (местное время обращение Заказчика) 1 Круглосуточно Не более 4 часов после Не более 8 часов регистрации инцидента 2 Ежедневно с 09.00 до Не более 6 часов после Не более 3 рабочих дней 18.00 регистрации инцидента, примечания 1) и 2) 3 Рабочие дни с 09.00 до не более 12 часов после Не более 10 рабочих дней 18.00 регистрации инцидента, примечания 1) и 2) Примечание: 1) для обращений, полученных в выходные и праздничные дни или в период с 18:00 часов до 24:00 в рабочие дни (по местному времени), выполнение работ и отсчет времени производится с 09:00 часов следующего рабочего дня (по местному времени). 2) для обращений, полученных в период с 00:00 часов до 09:00 часов в рабочие дни (по местному времени), выполнение работ и отсчет времени производится с 09:00 часов текущего рабочего дня (по местному времени). Нарушение параметров качества обслуживания дает право Заказчику накладывать штрафные санкции на Исполнителя. 5.5 Календарный план оказания услуг и их стоимость № Наименование услуги Результаты оказания услуг 1й этап. Услуги по пуско-наладке Системы Начало: с даты подписания Договора Окончание: 1 сентября 2014 года 1.1. Обследование объекта Аналитическая записка. автоматизации. Сборник согласованных Согласование форматов информационного региональных обмена. Параметры особенностей. настройки Системы в соответствии с Срок Стоимость, представления руб. результата Не позднее 01.09.2014 Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего 59 № Наименование услуги Результаты оказания услуг особенностями организации деловых процессов Заказчика. Согласованный Альбом отчетных и выходных форм. 1.2. Подготовка экземпляра Системы для работы на вычислительных ресурсах Исполнителя. 1.3. Подготовка документации: программы и методики испытаний предоставляемого функционала Системы. Первоначальное наполнение Системы данными. 1.4. 1.5. 1.6. Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. Внедрение программного обеспечения, необходимого для формирования подсистемы начисления взносов на капитальный ремонт, подсистемы финансового учета, предусмотренных техническими требованиями Срок Стоимость, представления руб. результата этапа. Уведомление Заказчика о готовности начала работе в Системе. Предоставление учетных записей пользователей Системы. Акт предоставления неисключительных прав по использованию Системы. Акт приема-передачи согласованных с Заказчиком программ и методик испытаний. В течении 5 календарных дней с момента подписания договора Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 01.09.2014 Акт первоначального импорта данных Системы. 20 календарных дней с момента подписания договора Акт обеспечения двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. 20 календарных дней с момента подписания договора Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Акт внедрения подсистем 30 календарных дней с момента подписания договора Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. 60 № Наименование услуги Протокол проведения инструктажа одной группы пользователей Системы численностью не более 20 человек, в составе сотрудников Заказчика, других организаций, работающих с Системой, с использованием современных коммуникационных технологий (в т.ч. удаленно) 1.8. Приемка оказанных Протокол проведения услуг по 1му этапу. приемочных испытаний Системы по программе и методике испытаний. Акт ввода системы в промышленную эксплуатацию на вычислительных средствах Исполнителя (все подсистемы, по которым переданы неисключительные права пользования). Акт приемки оказанных услуг по 1му этапу. 2й этап. Услуги по пуско-наладке Системы Начало: с даты подписания Договора Окончание: 15 ноября 2014 года 2.1. Подготовка Акт запуска Системы на программного вычислительных ресурсах обеспечения на Заказчика (все подсистемы, вычислительных по которым переданы ресурсах Заказчика. неисключительные права Окончательное пользования). внедрение информационной системы, предусмотренной техническими требованиями 2.2. Перенос данных из Акт переноса данных в Системы Систему, функционирующую функционирующей на на вычислительных ресурсах вычислительных Заказчика. ресурсах Исполнителя в Систему функционирующую на вычислительных ресурсах Заказчика. 2.3. Поставка средств Акт приема-передачи средств защиты информации. защиты информации. 1.7. Обучение пользователей Заказчика по основам работе в Системе и ее подсистемам. Результаты оказания услуг Срок представления результата Не позднее 01.09.2014 Стоимость, руб. Не позднее 01.09.2014 1500 000 рублей. 90 календарных дней с даты подписания договора Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 15.11.2014 Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 15.11.2014 Заполняет Исполнитель. Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. 61 № Наименование услуги Оказание комплекса услуг по обеспечению защиты персональных данных. Результаты оказания услуг Акт приема-передачи комплекта документов (проектов документов) по обеспечению защиты персональных данных. Протокол проведения приемочных испытаний Системы по программе и методике испытаний. Акт ввода системы в промышленную эксплуатацию на вычислительных средствах Заказчика с учетом исполнения требований по защите персональных данных. Акт организации защищенного удаленного доступа. Организация защищенного удаленного доступа Исполнителя к Системе для целей осуществления технической поддержки. 2.5. Приемка оказанных Акт приемки оказанных услуг услуг по 2му этапу. по 2му этапу. 3й этап. Услуги по пуско-наладке Системы Начало: с даты подписания Договора Окончание: 20 декабря 2014 года 3.1. Обеспечение Протокол проведения функционирования приемочных испытаний подсистемы Системы по программе и электронного методике испытаний. документооборота Акт ввода подсистемы электронного документооборота в эксплуатацию. 3.2. Предоставление Акт предоставления документации по документации. эксплуатации системы 2.4. Срок Стоимость, представления руб. результата Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 15.11.2014 Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 15.11.2014 2 500 000 рублей. Не позднее 20.12.2014 Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. Не позднее 20.12.2014 Заполняет Исполнитель. Сумма всех пунктов этапа равна сумме всего этапа. 1000 000 рублей. Приемка оказанных Акт приемки оказанных услуг Не позднее услуг по 3му этапу. по 3му этапу. 20.12.2014 4й этап. Услуги технической поддержки в период гарантийной поддержки Начало: «____» __________ 2014 года (с даты подписания акта приемки оказанных услуг по 3му этапу) 3.3. 62 № Наименование услуги Результаты оказания услуг Срок Стоимость, представления руб. результата Окончание: 31 декабря 2015 года 1. Обучение в Акт приемки оказанных услуг С даты Бесплатно удаленном режиме по за период с даты подписания подписания использованию акта приемки оказанных акта приемки Системы. услуг по 3му этапу по оказанных 2. Обеспечение 31.12.2014 и услуг по 3му двустороннего обмена ежеквартальные Акты этапу по 31 информацией с приемки оказанных услуг декабря 2014 внешними 2015 года с указанием года и информационными штрафов по случаям ежеквартально системами по приему согласованных сторонами в течении платежей и фактах ухудшения календарного подготовке печатных параметров качества года форм для обслуживания (если были). плательщиков. 3. Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части системы. 4. Обновление Системы при изменении федерального законодательства. 5. Обеспечение регистрации инцидентов, организация процессов технической поддержки. 5й этап. Услуги технической поддержки в период послегарантийной поддержки Начало: 1 января 2016 года Окончание: 31 декабря 2016 года 4.1 5.1. 1. Обучение в удаленном режиме по использованию Системы. 2. Обеспечение двустороннего обмена информацией с внешними информационными системами по приему Ежеквартальные Акты приемки оказанных услуг с перерасчетами в меньшую сторону в случаях согласованных сторонами фактах ухудшения параметров качества обслуживания. Ежеквартально в течении календарного года Стоимость всего этапа 1 800 000,00р. Максимальная сумма за квартал равна ¼ от стоимости всего этапа 63 № Наименование услуги Результаты оказания услуг Срок Стоимость, представления руб. результата платежей и подготовке печатных форм для плательщиков. 3. Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части системы. 4. Обновление Системы при изменении федерального законодательства. 5. Обеспечение регистрации инцидентов, организация процессов технической поддержки 6й этап. Услуги технической поддержки в период послегарантийной поддержки Начало: 1 января 2017 года Окончание: 31 декабря 2017 года 6.1. 1. Обучение в удаленном режиме по использованию Системы. 2. Обеспечение двустороннего обмена информацией с внешними информационными системами по приему платежей и подготовке печатных форм для плательщиков. 3. Обеспечение функционирования Системы, в том числе администрирование системного программного обеспечения серверной части Ежеквартальные Акты приемки оказанных услуг с перерасчетами в меньшую сторону в случаях согласованных сторонами фактах ухудшения параметров качества обслуживания. Ежеквартально в течении календарного года Стоимость всего этапа 1800 000,00 (+ увеличение относительно стоимости 5го этапа на дефлятор 7,6%) Максимальная сумма за квартал равна ¼ от стоимости всего этапа 64 № Наименование услуги Результаты оказания услуг Срок Стоимость, представления руб. результата системы. 4. Обновление Системы при изменении федерального законодательства. 5. Обеспечение регистрации инцидентов, организация процессов технической поддержки 6 ПОРЯДОК ПРИЕМКИ ОКАЗАННЫХ УСЛУГ 6.1 Общие требования к приемке оказанных услуг по этапам (периодам) По завершению исполнения каждого этапа пуско-наладки, Исполнитель предоставляет результаты по этапу. Заказчик выполняет проверку результатов и согласовывает их или дает замечания по представленным материалам в течение 5 рабочих дней после предоставления результатов по этапу. Исполнитель устраняет полученные замечания и передает согласованные результаты Заказчику. Результаты качества предоставления Услуг этапов технической поддержки оцениваются ежеквартально (в отдельном случае за период с даты подписания акта приемки оказанных услуг по 3му этапу по 31.12.2014). Заказчик выполняет оценку результатов и согласовывает их или дает замечания по представленным материалам в течение 5 рабочих дней после предоставления результатов за отчетный период. Исполнитель либо доказывает непричастность к факту ухудшения параметров качества оказания услуг, либо согласовывает Заказчику заниженную оценку качества предоставления услуг. Приемка оказанных услуг осуществляется по Программе и методике испытаний по каждому функциональному модулю. Для приемки и контроля результатов исполнения государственного контракта создается комиссия, в состав которой входят представители Заказчика и Исполнителя. Порядок оформления и предъявления Заказчику результатов оказанных услуг должен соответствовать требованиям следующих нормативных документов, регламентирующих создание автоматизированных систем в сфере информационных технологий: ГОСТ 34.603-92. Виды испытаний автоматизированных систем; ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения»; ГОСТ 19.301-79 «Программа и методика испытаний. Требования к содержанию и оформлению»; РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов; РД 50-680-88. Автоматизированные системы. Основные положения. 6.2 Требования к передаче материалов Основные результаты исполнения Договора предоставляются: в 2 (двух) экземплярах на бумажном носителе; на DVD-диске, содержащем электронную копию результатов работы. 65 6.3 Требования к форме представления документации Документация должна быть оформлена в соответствии с ГОСТ 2.105-95 «Единая система конструкторской документации. Общие требования к текстовым документам», ГОСТ 2.106-96 «Единая система конструкторской документации. Текстовые документы», ГОСТ 2.105-95 «ЕСКД. Общие требования к текстовым документам». Язык отчетных материалов – русский. Текстовые документы предоставляются в формате текстового редактора Microsoft Word, структурные схемы и рисунки в формате редактора Microsoft Visio. На титульном листе должно быть помещено наименование отчетного материала, учетные реквизиты, подписи Исполнителя и Соисполнителей, скрепленные печатями. Отчеты в электронной форме должны быть представлены на оптическом диске, исключающем возможность изменения информации (CD-R, DVD-R, DVD+R). Форматы представления информации – doc, rtf, vsd, ppt, xml. Комплект документации должен быть предоставлен в 2-х печатных экземплярах и в электронном виде на лазерном носителе. 66