Техническое задание - Региональный фонд капитального
advertisement
УТВЕРЖДАЮ Д.В. Докин «21» апреля 2014 года Техническое задание на оказание услуг по поставке программных компонентов их адаптации и внедрению 2014 г. 1 ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ АРМ – Автоматизированное рабочее место; БИК – Банковский идентификационный код; ЕСКД – Единая система конструкторской документации; ЕСПД – Единая система программной документации; ГОСТ – Государственный стандарт; ЖК – Жилищный кодекс; ЖКУ – Жилищно-коммунальные услуги; ЖКХ – Жилищно-коммунальное хозяйство; КПП – Код причины постановки на учет; ЛС – Лицевой счет; МКД – Многоквартирный дом; ОГРН – Основной государственный регистрационный номер; ОКВЭД – Общероссийский классификатор видов экономической деятельности; ОКПО – Общероссийский классификатор организаций и предприятий; ППО – Прикладное программное обеспечение; РД – Руководящий документ; РФ – Российская Федерация; ТП – Технический паспорт; УК – Управляющая компания; ФГУП – Федеральное государственное унитарное предприятие; ФЗ – Федеральный закон; ФИАС – Федеральная информационная адресная система; 185-ФЗ – Федеральный закон Российской Федерации от 21.07.2007 года №185ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства»; SOAP – Simple Object Access Protocol - простой протокол передачи объектов; TCP/IP – Transmission Control Protocol/Internet Protocol — набор сетевых протоколов разных уровней, предназначенный для управления передачей данных в сетях; Web- – Программное обеспечение для поиска, просмотра web-страниц (преимущественно из сети Интернет), для их обработки, вывода и браузер перехода от одной страницы к другой. Например, Microsoft Internet Explorer, Mozilla Firefox и т.п.; – Сервер, осуществляющий обработку запросов от web-клиентов; WSDL – Web Services Description Language — язык описания web –сервисов; XML – eXtensible Webсервер текстовый Markup Language формат, структурированных данных. — расширяемый предназначенный язык для разметки. хранения ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Автоматизированная система Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций; База данных Совокупность соответствии с данных, организованных концептуальной характеристики этих схемой, данных и в описывающей связи между соответствующими им объектами, поддерживающая одну или несколько предметных областей; Безопасность информации Состояние защищенности информации, обрабатываемой средствами вычислительной техники или автоматизированной системы, от внутренних или внешних угроз; Владелец специального счета – Лицо, на имя которого открыт специальный счет для аккумулирования накопительных взносов собственников помещений многоквартирных домов на капитальный ремонт общего имущества; Доступ к информации (Доступ) Ознакомление с информацией, ее обработка, в частности, копирование, модификация или уничтожение информации; Жилищно-коммунальные услуги Услуги исполнителя по поддержанию и восстановлению надлежащего технического и санитарногигиенического состояния оборудования, коммуникаций коммунального назначения, водоотведения и подаче зданий, и сооружений, объектов вывозу жилищно- бытовых потребителям отходов, электрической энергии, питьевой воды, газа, тепловой энергии и горячей воды; Защита информации Совокупность методов и средств, обеспечивающих целостность, конфиденциальность информации в условиях и воздействия доступность на нее угроз естественного или искусственного характера, реализация которых может привести к нанесению ущерба владельцам или пользователям информации; Информационная система Организационно документов (массивов технологий, в том вычислительной информационные упорядоченная документов) числе техники с и совокупность информационных использованием связи, процессы. средств реализующих Разновидность автоматизированной системы; Информационная технология Приемы, способы и методы применения средств вычислительной техники при выполнении функций хранения, обработки, передачи и использования; Информационные ресурсы Отдельные документов, документы, документы или отдельные массивы массивы документов в информационных системах (библиотеках, архивах, фондах, банках данных, других информационных системах); Капитальный ремонт МКД Проведение работ по устранению неисправностей изношенных объектов общего имущества собственников помещений в многоквартирном доме, в том числе по их восстановлению или эксплуатационных замене, характеристик в целях общего улучшения имущества в многоквартирном доме; Мониторинг Процесс систематического или непрерывного сбора информации о параметрах сложного объекта или процесса; Несанкционированный доступ к информации Получение защищаемой информации заинтересованным субъектом с нарушением установленных правовыми документами или собственником, владельцем информации прав или правил доступа к защищаемой информации; Нормативно-справочная информация Информация, документов и заимствованная справочников и из нормативных используемая при функционировании автоматизированной системы; Орган государственного финансового – контроля Органы государственного финансового контроля Субъекта РФ, Счетная палата Российской Федерации, Субъекта РФ контрольно-счетные и финансовые органы Субъекта РФ, осуществляющие финансовый контроль за использованием региональным бюджетов в оператором порядке, средств соответствующих установленном бюджетным законодательством Российской Федерации; Открытый формат файла Общедоступная спецификация хранения цифровых данных, свободная от лицензионных ограничений при использовании; Пользователь системы Лицо, участвующее в функционировании системы или использующее результаты ее функционирования; Региональный оператор Специализированная некоммерческая организация, осуществляющая деятельность, направленную на обеспечение проведения капитального ремонта общего имущества в многоквартирных домах; Региональная программа капитального ремонта Региональная программа капитального общего имущества в многоквартирных домах. ремонта 1 Общие положения 1.1 Полное наименование Полное наименование: Оказание услуг по поставке программных компонентов , их адаптации и внедрению (далее – Работы). 1.2 Заказчик системы Заказчик: Некоммерческая организация «Региональный фонд капитального ремонта многоквартирных домов Курганской области». 1.3 Перечень документов, на основании которых оказываются услуги Услуги оказываются на основании Договора между Заказчиком и Исполнителем. 1.4 Перечень нормативно-технических документов, методических материалов, использованных при разработке технического задания При разработке настоящего технического задания были использованы следующие методические рекомендации, опубликованные на официальном сайте Государственной корпорации «Фонд содействия реформированию ЖКХ»: - Методические рекомендации по созданию региональных операторов для проведения капремонта многоквартирных домов и обеспечению их деятельности, утвержденные Приказом Министерства регионального развития РФ от 14.06.2013 г. № 253. Ниже приведены нормативно-правовые акты, требования которых послужили основанием для разработки настоящего технического задания: - Федеральный закон Российской Федерации от 29.12.2004 г. № 188-ФЗ «Жилищный Кодекс Российской Федерации»; - Федеральный закон Российской Федерации от 21.07.2007 г. № 185-ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства»; - Постановление Правительства Российской Федерации от 28.12.2012 г. № 1468 «О Порядке предоставления органам местного самоуправления информации лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающими коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещения в многоквартирных домах»; - Приказ Федерального агентства по строительству и жилищно-коммунальному хозяйству Министерства регионального развития Российской Федерации от 08.04.2013 г. № 113/ГС «Об утверждении электронного паспорта многоквартирного дома, формы электронного паспорта жилого дома, формы электронного документа о состоянии расположенных на территориях муниципальных образований объектов коммунальной и инженерной инфраструктуры и порядка заполнения указанных документов»; - Приказ Федерального агентства по строительству и жилищно-коммунальному хозяйству Министерства регионального развития Российской Федерации от 23.08.2013 г. № 310/ГС «О внесении изменений в Методические рекомендации по разработке органами местного самоуправления поставки регламентов ресурсов, информационного необходимых для взаимодействия предоставления лиц, осуществляющих коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации, утвержденные приказом Федерального агентства по строительству и жилищно-коммунальному хозяйству от 8.04.2013 г. № 112/ГС»; - Закон Курганской области от 30.10.2013 г. № 63 «Об организации проведения капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Курганской области»; - Постановление Правительства Курганской области от 25.11.2013 г. № 583 «Об установлении на территории Курганской области минимального размера взноса на капитальный ремонт общего имущества в многоквартирном доме на 2014 год»; - Постановление Правительства Курганской области от 24.02.2014 г. № 79 «Об утверждении региональной программы капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Курганской области»; - Постановление Правительства Курганской области от 27.02.2014 г. № 80 "О внесении изменения в постановление Правительства Курганской области от 25 ноября 2013 года № 583 «Об установлении на территории Курганской области минимального размера взноса на капитальный ремонт общего имущества в многоквартирном доме на 2014 год»; - Постановление Правительства Курганской области от 27.02.2014 г. № 81 «Об установлении на территории Курганской области минимального размера взноса на капитальный ремонт общего имущества в многоквартирном доме на 2015 год»; - Закон Курганской области от 26.02.2014 г. №2 «О внесении изменений в Закон Курганской области «Об организации проведения капитального ремонта общего многоквартирных домах, расположенных на территории Курганской области». имущества в 2 ЦЕЛИ И ЗАДАЧИ ВЫПОЛНЕНИЯ РАБОТ 2.1 Актуальность выполнения работ Для эффективного решения задач, возникающих вследствие реформирования сферы ЖКХ и проведения капитальных ремонтов объектов жилищного фонда, необходимо создать информационную систему для управления региональными программами капитального ремонта Курганской области. Основным назначением внедряемых компонентов является обеспечение регионального оператора, лиц, осуществляющих оказание услуг (выполнение работ) по ремонту общего имущества МКД, собственников помещений в МКД эффективной информационной поддержкой процессов организации содержания и ремонта общего имущества МКД, управления программой проведения капитальных ремонтов жилищного фонда Курганской области. Система предназначена для: - автоматизации процесса формирования фондов капитального ремонта; - автоматизации процесса контроля над формированием фондов капитального ремонта; - автоматизации оперативного управления процессом проведения капитального ремонта многоквартирных домов Курганской области; - автоматизации процесса формирования краткосрочных планов капитального ремонта объектов общего имущества МКД Курганской области; - 2.2 принятия управленческих решений на основе фактических данных. Цели выполнения работ Целью выполнения работ по созданию Системы является автоматизация следующих процессов: - начисление взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете, счетах регионального оператора; - учет операций по специальным счетам, счетам регионального оператора; - исполнение программ капитального ремонта, в том числе осуществление функций технического заказчика работ по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; - взаимодействие с органами государственной власти Курганской области и органами местного самоуправления в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; - ведение внутреннего документооборота; - повышение информационной открытости оператора капитального ремонта. и прозрачности деятельности регионального 2.3 Основные задачи Для достижения поставленных целей необходимо решить следующие задачи: - автоматизация сбора, хранения, анализа и использования информационных ресурсов процессов в области деятельности регионального оператора; - актуализация данных о состоянии жилищного фонда Курганской области, технических характеристиках МКД и помещений; - формирование перечня услуг и учет укрупненных смет работ по капитальному ремонту в многоквартирных домах; - автоматизация начисления взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете, счетах регионального оператора; - автоматизация учета операций по специальным счетам, счетам регионального оператора; - автоматизация исполнения программ капитального ремонта, в том числе осуществление функций технического заказчика работ по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; - автоматизация взаимодействия с органами государственной власти Курганской области и органами местного самоуправления в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете, счетах регионального оператора; - автоматизация внутреннего документооборота; - создание информационного ресурса в публичном доступе для информирования собственников помещений в МКД и других заинтересованных лиц о ходе выполнении программы капитального ремонта. 3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объекте автоматизации Объектом автоматизации является деятельность регионального оператора капитального ремонта МКД в части исполнения региональной программы капитального ремонта Курганской области. В рамках организации и проведения капитального ремонта МКД, выделены следующие участники информационного обмена: - Департамент строительства, госэкспертизы и ЖКХ Курганской области; - Комитет по архитектуре и строительству Курганской области; - Региональный оператор капитального ремонта; - Орган местного самоуправления; - Государственная жилищная инспекция Курганской области; - Управляющая организация (лицо, осуществляющее оказание услуг (выполнение работ) по содержанию и ремонту общего имущества МКД), товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив; - Собственник жилья; - Владелец специального счета. При описании ролей приводятся только те функции, которые выполняются в рамках управления программой капитального ремонта. 3.1.1 Департамент строительства, госэкспертизы и ЖКХ Курганской области Департамент строительства, госэкспертизы и ЖКХ Курганской области, ответственный за формирование региональной программы капитального ремонта, выполняет следующие функции: - принятие нормативных правовых актов, которые направлены на обеспечение своевременного проведения капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Курганской области, и которыми: o устанавливается минимальный размер взноса на капитальный ремонт общего имущества в многоквартирных домах; o устанавливается порядок проведения мониторинга технического состояния многоквартирных домов; o устанавливается размер предельной стоимости услуг и (или) работ по капитальному ремонту общего имущества в многоквартирных домах, которая может оплачиваться региональным оператором за счет средств фонда капитального ремонта, сформированного исходя из минимального размера взноса на капитальный ремонт; o создается региональный оператор, решается вопрос о формировании его имущества, утверждаются учредительные документы регионального оператора, устанавливается порядок деятельности регионального оператора; o утверждаются порядок и условия предоставления государственной поддержки на проведение капитального ремонта общего имущества в многоквартирных домах, в том числе на предоставление гарантий, поручительств по кредитам или займам, в случае, если соответствующие средства на реализацию указанной поддержки предусмотрены региональным законом о бюджете Курганской области; o устанавливается порядок подготовки и утверждения региональных программ капитального ремонта общего имущества в многоквартирных домах, а также требования к этим программам; o устанавливается порядок предоставления лицом, на имя которого открыт специальный счет (далее - владелец специального счета), и региональным оператором сведений, подлежащих предоставлению в соответствии с частью 7 статьи 177 и статьей 183 ЖК РФ, а также перечень иных сведений, подлежащих предоставлению указанными лицами; o устанавливается порядок выплаты владельцем специального счета и (или) региональным оператором средств фонда капитального ремонта собственникам помещений в многоквартирном доме, а также порядок использования средств фонда капитального ремонта на цели сноса или реконструкции многоквартирного дома в случаях, предусмотренных ЖК РФ; o устанавливается порядок осуществления контроля за целевым расходованием денежных средств, сформированных за счет взносов на капитальный ремонт, и обеспечением сохранности этих средств; - утверждение региональных программ капитального ремонта общего имущества в многоквартирных домах в целях планирования и организации проведения капитального ремонта общего имущества в многоквартирных домах, планирования предоставления государственной поддержки, муниципальной поддержки на проведение капитального ремонта общего имущества в многоквартирных домах за счет средств бюджета Курганской области, местных бюджетов; - утверждение краткосрочных планов реализации региональной программы капитального ремонта в порядке, установленном законодательством Курганской области; - методическое обеспечение деятельности региональных операторов, в том числе разработку методических рекомендаций по созданию региональных операторов и обеспечению их деятельности, рекомендуемых форм отчетности и порядка ее представления; - установление предельного объема средств, которые региональный оператор ежегодно вправе израсходовать на финансирование региональной программы капитального ремонта. 3.1.2 Региональный оператор Региональным оператором капитального ремонта является специализированная некоммерческая организация, осуществляющая деятельность, направленную на обеспечение проведения капитального ремонта общего имущества в многоквартирных домах (далее – региональный оператор). Региональный оператор выполняет следующие функции: - аккумулирование взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете (счетах) регионального оператора; - открытие на свое имя специальных счетов и совершение операций по этим счетам в случае, если собственники помещений в многоквартирном доме на общем собрании собственников помещений в многоквартирном доме выбрали регионального оператора в качестве владельца специального счета. - формирование начислений по обязательным взносам на капитальный ремонт; - учет средств, поступивших на счета регионального оператора в виде взносов на капитальный ремонт, отдельно в отношении средств каждого собственника помещений в многоквартирном доме; - обеспечение проведения капитального ремонта общего имущества в МКД, собственники помещений в котором формируют фонд капитального ремонта на счете регионального оператора, в объеме и в сроки, предусмотренные региональной программой капитального ремонта; - представление собственникам помещений предложений о сроках начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта, в случае, если собственники помещений в многоквартирном доме формируют фонд капитального ремонта на счете регионального оператора; - осуществление функций технического заказчика работ по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора, включая: o подготовку и направление собственникам помещений в многоквартирном доме предложений о сроках начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта; o подготовку задания на оказание услуг и (или) выполнение работ по капитальному ремонту и при необходимости подготовку проектной документации на проведение капитального ремонта, утверждение проектной документации на соответствие требованиям технических регламентов, стандартов и других нормативных документов; o привлечение для оказания услуг и (или) выполнения работ по капитальному ремонту подрядных организаций, заключение с ними от своего имени соответствующих договоров; o контроль качества и сроков оказания услуг и (или) выполнения работ подрядными организациями и соответствия таких услуг и (или) работ требованиям проектной документации; o осуществление приемки выполненных работ; o иные обязанности, предусмотренные договором о формировании фонда капитального ремонта и об организации проведения капитального ремонта; - финансирование расходов на капитальный ремонт общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора, в пределах средств этих фондов капитального ремонта с привлечением при необходимости средств, полученных из иных источников, в том числе из бюджета Курганской области и (или) местных бюджетов; - взаимодействие с органами государственной власти Курганской области и органами местного самоуправления в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора; - представление в орган предусмотренные государственного законом Курганской жилищного надзора в порядке и в сроки, области, сведений о многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счетах регионального оператора; - представление в орган государственного жилищного надзора Курганской области информации о поступлении взносов на капитальный ремонт от собственников помещений в МКД; - ежемесячное предоставление платежных документов собственникам помещений МКД, которые выбрали способ формирования фонда капитального ремонта на счете регионального оператора; - выплата собственникам помещений в МКД, признанных аварийным и подлежащим сносу или реконструкции, средств фонда капитального ремонта пропорционально размерам уплаченных ими взносов на капитальный ремонт; - иные функции, предусмотренные Жилищным Кодексом РФ, законом Курганской области и учредительными документами регионального оператора. 3.1.3 Орган местного самоуправления Орган местного самоуправления решает управленческие задачи в сфере реализации вопросов местного значения в области жилищно-коммунального хозяйства. Орган местного самоуправления в сфере реализации региональной программы капитального ремонта выполняет следующие функции: - контроль за надлежащей эксплуатацией объектов жилищного фонда и коммунального хозяйства; - предоставление в орган государственного жилищного надзора информации о результатах технического обследования МКД; - созыв общего собрания собственников помещений в многоквартирном доме для решения вопроса о выборе способа формирования фонда капитального ремонта, если такое решение не было принято собственниками самостоятельно; - принятие решения о формировании фонда капитального ремонта на счете регионального оператора в отношении домов, собственники которых не выбрали способ формирования фонда капитального ремонта или выбранный ими способ не был реализован в установленный ЖК РФ срок; - принятие решения о проведении капитального ремонта в соответствии с региональной программой капитального ремонта и предложениями регионального оператора в случае, если собственники помещений в многоквартирном доме, формирующие фонд капитального ремонта на счете регионального оператора, не приняли решение о проведении капитального ремонта общего имущества в этом многоквартирном доме; - принятие решения о формировании фонда капитального ремонта на счете регионального оператора и направление решения владельцу специального счета в случае, если капитальный ремонт общего имущества в многоквартирном доме, собственники помещений в котором формируют фонд капитального ремонта на специальном счете, не проведен в срок, предусмотренный региональной программой капитального ремонта, и при этом в соответствии с порядком установления необходимости проведения капитального ремонта общего имущества в многоквартирном доме требуется выполнение какого-либо вида работ, предусмотренного для этого многоквартирного дома региональной программой капитального ремонта; - утверждение краткосрочных планов реализации региональной программы капитального ремонта в порядке, установленном нормативным правовым актом Курганской области; - установление сроков проведения капитального ремонта общего имущества в многоквартирных домах, уточнения планируемых видов услуг и (или) работ по капитальному ремонту общего имущества в многоквартирных домах; - определение видов и объемов муниципальной поддержки капитального ремонта; - выполнение функций технического заказчика по капитальному ремонту общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете регионального оператора, на основании соответствующего договора, заключенного с региональным оператором; - согласование актов приемки выполненных работ по капитальному ремонту; - принятие нормативных правовых актов, которые направлены на обеспечение своевременного проведения капитального ремонта общего имущества в многоквартирных домах, расположенных на территории муниципального образования. 3.1.4 Государственная жилищная инспекция Курганской области Государственная жилищная инспекция Курганской области выполняет следующие функции в части контроля за формированием фонда капитального ремонта: - мониторинг технического состояния МКД; - ведение реестра уведомлений о выбранном собственниками помещений в соответствующем МКД способе формирования фонда капитального ремонта на специальном счете, а также приложений копий протоколов общеих собраний собственников помещений МКД о принятии решений, справок банков об открытии специальных счетов; - ведение реестра специальных счетов; - уведомление органа местного самоуправления и регионального оператора о многоквартирных домах, собственники помещений в которых не выбрали способ формирования фондов капитального ремонта и (или) не реализовали его; - предоставление сведений, предусмотренных ст. 172 ЖК РФ, в федеральный орган исполнительной власти, осуществляющий функции по выработке и реализации государственной политики и нормативно-правовому регулированию в сфере социально-экономического развития субъектов РФ и муниципальных образований, строительства, архитектуры, градостроительства и жилищно-коммунального хозяйства в установленном порядке. 3.1.5 Управляющая организация, товарищество собственников жилья, жилищный, жилищностроительный кооператив или иной специализированный потребительский кооператив Управляющей организацией является юридическое лицо независимо от организационно-правовой формы, а также индивидуальный предприниматель, управляющие многоквартирным домом на основании договора управления. Товариществом собственников жилья признается некоммерческая организация, объединение собственников помещений в многоквартирном доме для совместного управления общим имуществом в многоквартирном доме либо в случаях, указанных в части 2 статьи 136 Жилищного Кодекса Российской Федерации, имуществом собственников помещений в нескольких многоквартирных домах или имуществом собственников нескольких жилых домов, обеспечения владения, пользования и в установленных законодательством пределах распоряжения общим имуществом в многоквартирном доме либо совместного использования имущества, находящегося в собственности собственников помещений в нескольких многоквартирных домах, или имущества, принадлежащего собственникам нескольких жилых домов, осуществления деятельности по созданию, содержанию, сохранению и приращению такого имущества, предоставления коммунальных услуг лицам, пользующимся в соответствии с Жилищным Кодексом помещениями в данных многоквартирных домах или данными жилыми домами, а также для осуществления иной деятельности, направленной на достижение целей управления многоквартирными домами либо на совместное использование имущества, принадлежащего собственникам помещений в нескольких многоквартирных домах, или имущества собственников нескольких жилых домов. Управляющая организация, товарищество собственников жилья, жилищный, жилищно-строительный кооператив или иной специализированный потребительский кооператив выполняют следующие функции в части обеспечения исполнения программ капитального ремонта: - ведение информации о состоянии жилищного фонда, своевременное предоставление информации региональному оператору и в органы государственного жилищного надзора; - предоставление в Государственную жилищную инспекцию Курганской области информации о результатах технического обследования МКД; - предоставление собственникам помещений предложений о сроке начала капитального ремонта, необходимом перечне и об объеме услуг и (или) работ, их стоимости, о порядке и об источниках финансирования капитального ремонта общего имущества в многоквартирном доме и других предложений, связанных с проведением такого капитального ремонта, в случае, если собственники помещений выбрали способ формирования фонда капитального ремонта на специальном счете. 3.1.6 Собственник жилья Собственник жилья – это гражданин или юридическое лицо, являющееся собственником помещения в МКД, и пользующийся, либо имеющий намерение воспользоваться жилищно-коммунальными услугами для личных, бытовых и иных нужд, не связанных с промышленным производством. Собственники жилья выполняют следующие функции: - принятие решения о выборе способа формирования фонда капитального ремонта; - принятие решения о смене способа формирования фонда капитального ремонта; - принятие решения о выборе регионального оператора в качестве владельца специального счета; - заключение с региональным оператором договора о формировании фонда капитального ремонта и об организации проведения капитального ремонта в порядке, установленном ст. 445 Гражданского кодекса РФ; - направление решения о смене способа формирования фонда капитального ремонта в адрес регионального оператора или владельца специального счета; - принятие решения об установлении размера фонда капитального ремонта в отношении своего дома в размере большем, чем установленный минимальный размер фонда капитального ремонта; - принятие решения о приостановлении обязанности по уплате взносов на капитальный ремонт, за исключением собственников, которые имеют задолженность по уплате этих взносов, по достижении минимального размера фонда капитального ремонта; - в случае накопления средств на специальном счете определение: o размера ежемесячного взноса на капитальный ремонт, который не должен быть менее чем минимальный размер взноса на капитальный ремонт, установленный нормативным правовым актом Курганской области; o перечня услуг и (или) работ по капитальному ремонту общего имущества в многоквартирном доме в составе не менее чем состав перечня таких услуг и (или) работ, предусмотренный региональной программой капитального ремонта; o сроков проведения капитального ремонта общего имущества в многоквартирном доме, которые не могут быть позднее планируемых сроков, установленных региональной программой капитального ремонта; - o владельца специального счета; o кредитной организации, в которой будет открыт специальный счет; ежемесячное внесение взносов на капитальный ремонт на счет регионального оператора или специальный счет в зависимости от выбранного способа формирования фонда капитального ремонта; - принятие решения о необходимости проведения капитального ремонта в предусмотренные региональной программой сроки по предложению лица, осуществляющего управление многоквартирным домом, регионального оператора, либо по собственной инициативе; 3.1.7 согласование актов приемки выполненных работ по капитальному ремонту. Владелец специального счета Владелец специального счета выполняет следующие функции: - предоставление в орган государственного жилищного надзора уведомлений о выбранном собственниками помещений в МКД способе формирования фонда капитального ремонта; - представление в орган государственного жилищного надзора сведений о поступлении взносов на капитальный ремонт от собственников помещений в многоквартирном доме, о размере остатка средств на специальном счете; - в случае закрытия специального счета подача заявления в кредитную организацию о расторжении договора специального счета и перечислении остатка денежных средств на счет регионального оператора (в случае изменения способа формирования фонда капитального ремонта) или на другой специальный счет (в случае замены владельца специального счета или кредитной организации); - предоставление по требованию любого собственника помещения в многоквартирном доме информации о сумме зачисленных на счет платежей собственников всех помещений в многоквартирном доме, об остатке средств на специальном счете, о всех операциях по данному специальному счету. 4 ТРЕБОВАНИЯ К ОКАЗЫВАЕМЫМ УСЛУГАМ 4.1 Требования к системе в целом По виду автоматизированной деятельности Система должна представлять собой многопользовательскую территориально распределенную информационно-телекоммуникационную систему обработки и передачи информации с различным уровнем доступа пользователей к обрабатываемой информации, не составляющей государственной тайны – служебной информации ограниченного доступа, получаемой в рамках выполнения участниками своих функций. В рамках оказания услуг должно предоставляться в собственность прикладное программное обеспечение (ППО), функционирующее на аппаратном обеспечении Заказчика. Доступ пользователей к ППО должен осуществляться в режиме тонкого клиента (работа пользователя осуществляется через веббраузер), функционирующего в различных операционных средах – Microsoft Windows, Unix (Linux), Mac OS. Система должна иметь централизованную базу данных, которая позволит: - исключить необходимость экспорта-импорта данных (все действия происходят непосредственно с единой базой данных); - получить возможность постоянного (online) доступа к системе и всей текущей информации (без привязки к стационарному рабочему месту пользователя); - вести единые справочники и классификаторы (централизованный контроль наполнения справочников). Система должна быть организована и работать по принципу трехзвенной архитектуры: web-браузер, web-сервер приложений и сервер базы данных. Доступ пользователей к функциональным сервисам должен осуществляться по технологии «тонкого клиента» на базе web-обозревателя (браузера) посредством АРМ. Тип используемого АРМ и состав функций, доступный пользователю, должен определяться в зависимости от его роли, при этом роль должна определять права пользователей на доступ к сервисам, функциям и данным, а АРМ – способ представления информации и размещения управляющих элементов, оптимизированный для соответствующей категории пользователей. Система должна обеспечивать возможность исторического хранения данных с глубиной не менее 30 лет. 4.1.1 Требования к структуре и функционированию системы В рамках создания Системы должны предоставляться следующие модули: – «Капитальный ремонт». Модуль должен состоять из следующих подсистем: - Подсистема администрирования; - Подсистема управления НСИ; - Подсистема паспортизации; - Подсистема формирования программ; - Подсистема контроля исполнения программ; - Подсистема начисления взносов на капитальный ремонт; - Подсистема финансового учета; - Подсистема аналитики и отчетности; - Подсистема информационного взаимодействия со смежными системами; - Подсистема публичного доступа; - Подсистема электронного документооборота. Подсистемы должны удовлетворять следующим требованиям: - иметь открытый интерфейс взаимодействия компонентов; - иметь общий механизм обеспечения сохранности, безопасности и конфиденциальности представления данных; - разработаны с использованием универсальных, общепризнанных лицензированных средств создания программного обеспечения; - использование единой базы данных; - использование стандартного способа доступа к базе данных. Описание подсистем представлено в п. 4.2. 4.1.2 Требования к численности и квалификации персонала Численность персонала (пользователей) должна определяться штатным расписанием организации Заказчика. Функционирование создаваемых и модернизируемых подсистем должно обеспечиваться системным администратором. В перечень задач, выполняемых системным администратором, должны входить: - поддержание работоспособности технических средств; - установка (инсталляция) и поддержание работоспособности системных программных средств и операционной системы; - установка (инсталляция) Системы; - создание резервных копий базы данных. Администратор должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных. В соответствии с ГОСТ 24.104-85 персонал Системы должен быть подготовлен к выполнению своих обязанностей согласно инструкциям организационного обеспечения. Профессиональная подготовка персонала, повышение его квалификации, проверка знаний и инструктажи должны проводиться в соответствии с требованиями государственных и отраслевых нормативных правовых актов по организации охраны труда и безопасной работе персонала. Работа в системе должна осуществляться пользователями со следующим уровнем квалификации: 4.1.3 - навык работы в среде Windows или Linux; - опыт работы с браузером и в сети Интернет. Требования к надежности Надежное (устойчивое) функционирование Системы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: - использованием бесперебойных схем электроснабжения технических средств; - использованием лицензионного программного обеспечения; - регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств; - использованием собственных и системных средств резервирования и архивирования информации; - использованием средств дублирования для «горячей» замены важных элементов технических средств, в частности, дисковых массивов; - применением программных и аппаратных средств контроля «зависания» главных компьютеров, сигнализации состояния системы на внешние устройства (типа звуковой карты); - регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов. В качестве системы управления базы данных системы должен быть выбран сервер базы данных, обеспечивающий повышенный уровень сохранности информации при авариях, отказах технических средств (в том числе – потере питания) и прочих подобных событиях. Внутренние механизмы работы с сервером БД должны предусматривать поддержку непротиворечивости данных при отключениях рабочих процессов пользователей. Таким образом, программный комплекс Системы должен реализовывать механизм транзакционности внесения изменений в рабочие таблицы сервера базы данных. Полнота и непротиворечивость данных Системы обеспечивается использованием единой системы классификации и кодирования, унифицированной системы документов, концептуальной и логической модели данных, описывающей единое информационное пространство Системы. Средства ввода данных в Систему должны обеспечивать контроль правильности данных по их типу. Технологические компоненты Системы должны обеспечивать контроль целостности структуры баз данных, нарушение которой возможно после аппаратных сбоев. 4.1.4 Требования к сохранности информации при авариях В Системе должна быть обеспечена сохранность информации при возникновении нештатных ситуаций и аварий. Под авариями следует понимать потери питания и отказы (потери работоспособности) технических и программно-технических средств и каналов связи. В Системе должны быть предусмотрены меры защиты от неправильных действий персонала, от случайных изменений и разрушения информации и программ, а также от несанкционированного вмешательства. 4.1.5 Требования к безопасности Система должна обладать достаточно гибкой организацией системы безопасности на следующих уровнях: - разграничение физического доступа к аппаратному обеспечению; - разграничение доступа в систему на уровне ЛВС; - разграничение доступа в систему на уровне имен пользователей; - разграничение на уровне использования подсистем. Подсистемы, изменяемые в ходе выполнения работ должны использовать имеющуюся систему разграничения прав доступа пользователей. Уровень защиты информации в Системе должен соответствовать требованиям Федерального закона Российской Федерации от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации». Сертификация комплексной защиты Системы, а также создание защищенной территориальнораспределенной сети передачи данных не является предметом рассмотрения настоящего технического задания. 4.1.6 Требования к защите от несанкционированного доступа Защита информации от несанкционированного доступа в Системе должна быть реализована на основе сквозной идентификации и авторизации пользователей для всего перечня предоставляемых сервисов. Вход в пользовательскую часть сервисов и дальнейшая работа в них должны осуществляться только при указании идентификатора пользователя и его пароля. Идентификация пользователей должна осуществляться по связке «имя пользователя и пароль». Доступ пользователя к сервисам осуществляется в соответствии с правами в рамках назначенной пользователю роли. Для каждого пользователя должна быть назначена одна или более ролей, которые этот пользователь выполняет в сервисах. Роль должна регламентировать доступ пользователя к функциям Системы. В сервисах должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Каждая роль пользователя в Системе должна представлять собой совокупность прав доступа к определенным объектам (информационным ресурсам, операциям, функциям). Для каждого объекта Системы в рамках определенной роли пользователя должна быть возможность указать права доступа к этому объекту на добавление, изменение, удаление и просмотр. Исполнитель должен предварительно настроить список пользовательских ролей в соответствии с предоставленной Заказчиком информацией. 4.1.7 Требования к эргономике и технической эстетике Пользовательский интерфейс Системы должен быть реализован на языке HTML и обеспечивать необходимое качество взаимодействия человека с машиной и комфортность работы персонала, удобство доступа пользователя к вводу и просмотру информации, наглядность ее представления. Пользовательский интерфейс должен быть настроен на конкретную роль пользователя. Система должна иметь интуитивно-понятный пользовательский интерфейс, как для пользователей системы, так и администраторов БД. Элементы интерфейса должны быть стандартизованы для всех форм отображения и редактирования данных. В Системе должна быть обеспечена настройка выбора тем оформления всех визуальных элементов пользовательского интерфейса для обеспечения работы людей с ограниченными возможностями. Доступ пользователей к Системе должен осуществляться через единую точку входа в сети Интернет. Идентификация Пользователя должна осуществляться при его авторизации. АРМ пользователя должен обеспечивать персонифицированный интерфейс для доступа к различным наборам функций подсистем. Пользователь должен иметь возможность доступа только к тем функциям, которые определены его ролью. Система должна обеспечивать контроль ввода данных пользователем на предмет полноты заполнения обязательных полей и корректности формата введенных данных. В части диалога с пользователем к Системе предъявляются следующие требования: - для наиболее частых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. 4.1.8 Общие требования к пользовательскому интерфейсу Пользовательский интерфейс системы должен состоять из следующих компонентов: - заголовок приложения, в котором должны отображаться название Системы, кнопка выхода из системы и кнопка для перехода к настройкам учетной записи пользователя. Дополнительно в заголовке окна должна отображаться форма полнотекстового поиска по текущему разделу; - главное навигационное меню, в котором должны отображаться ссылки на разделы Системы; - информационная область, в которой должны отображаться данные и элементы управления текущего раздела Системы. Необходимо обеспечить возможность поиска информации в каждом разделе Системы при помощи поисковой формы. Поиск должен осуществляться по всем страницам и полям раздела независимо от того, отображены эти поля в форме списка или нет. Система должна обеспечивать работу с предустановленными фильтрами и представлениями данных следующими способами: - автофильтр: при выборе наименования столбца должен открываться выпадающий список, в котором должны отображаться все имеющиеся значения данного столбца для последующего выбора и фильтрации данных; - поисковое поле столбца: для каждого столбца выводится соответствующее поисковое поле. При указании искомого словосочетания в поисковое поле столбца Система должна отфильтровать данные и вывести записи, содержащие сведения по указанному критерию. При этом в нижней части табличного представления данных необходимо отображать условие фильтрации; - настройка фильтра «по образцу» с произвольным выбором полей раздела и указания для них условий отбора. Необходимо обеспечить возможность сортировки записей в табличном представлении по одному или нескольким столбцам одновременно. Пользовательский интерфейс всех ролей и АРМ должен обеспечивать настройку порядка столбцов. В разделах Системы должна быть обеспечена возможность скрывать или отображать столбцы с данными, а также настраивать их последовательность вывода в табличном представлении. Выбранные настройки интерфейса должны сохраняться для каждого пользователя и автоматически применяться при следующих входах в Систему. 4.1.9 Требования к стандартизации Основными критериями в области стандартизации и унификации Системы должны являться: - использование общих подходов, применяемых при проектировании информационных систем; - Система должна обладать механизмом навигации, дружественным интерфейсом и современным дизайном; - взаимодействие и обмен данными с внешними информационными системами должен строиться на использовании общепринятых стандартов передачи и структурирования информации; - все подсистемы должны использовать общий набор справочников и классификаторов; - при выборе применяемых решений преимущество должно отдаваться стандартным решениям. Работы по настройке Системы должны проводиться в соответствии с требованиями по стандартизации и унификации, приведёнными в ГОСТ 23945.0-80, а также регламентироваться ГОСТ серии 34 «Информационные общетехническими технологии. руководящими Комплекс документами, стандартов включая на РД автоматизированные 50-680-88 системы» «Методические и указания. Автоматизированные системы. Основные положения», РД 50-34.126-92 «Рекомендация. Информационная технология. Правила проведения работ при создании автоматизированных систем», РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». 4.1.10 Требования к патентной частоте Исполнителем не должно использоваться программное обеспечение, требующее дополнительных лицензионных отчислений со стороны Заказчика. Программное обеспечение Системы должно обладать патентной чистотой на территории Российской Федерации. В Системе должны использовать только те сторонние компоненты, которые приобретены (получены) и используются без нарушений лицензионных соглашений. Это требование должно обеспечивать соблюдение авторских прав разработчиков используемых сторонних компонент. 4.2 4.2.1 Требования к функциям Системы Требования к Подсистеме конфигурирования Подсистема администрирования должна обеспечивать следующие функции: 1) Возможность предоставления информации на основе журнала действий пользователей , в котором должны отражаться: a. Тип операции (добавление/удаление/редактирование записей, запуск сервисных операций); b. Метка времени операции; c. Наименование раздела изменения данных; d. Логин пользователя, запустившего операцию; e. Полная расшифровка операции (для записей: значение измененных реквизитов до и после операции); 2) Возможность ограничения доступа к информации и функциям Системы на основе ролевой модели на этапе пуско-наладочных работ и при последующей эксплуатации Системы. В Подсистеме должна быть обеспечена возможность: создания неограниченного количества пользователей; гибкой настройки ограничений для пользователей на основе ролевой модели. Система настройки ограничений должна обеспечивать настройку доступа на уровне: объектов, их реквизитов и записей объектов системы. Подробные требования к ролевой модели представлены в п. 4.1.6 Требования к защите от несанкционированного доступа. 3) Ведение перечня пользователей Системы. Для каждого пользователя должен указываться список ролей, ассоциированных с ним; 4) Возможность гибкой настройки правил и порядка согласования объектов Системы, указанных в настоящем Техническом задании, на основе статусной модели. В Подсистеме должна быть обеспечена возможность: создания состояний (статусов) объектов Системы, переходов между состояниями и правил переходов. Правило перехода, это заведомо известный алгоритм действий, выполняемый при переходе с одного определенного состояния на другое. гибкой настройки ограничений доступа к информации и функциям в зависимости от состояния (статуса) объектов. 5) Возможность создания и настройки автоматизированных рабочих мест (АРМ) пользователей на этапе пуско-наладочных работ и при последующей эксплуатации Системы: a. Настройка структуры и состава главного навигационного меню; b. Настройка порядка вывода столбцов, группировки, фильтрации, вывода итогов в списочных формах Системы; c. Настройка расположения элементов интерфейса в карточке (форме редактирования) объектов Системы. Настройка заголовка, форматирования значения, используемого элемента управления интерфейса для отображения реквизитов объектов, выбор правил проверки их значений. Настройка условий отображения элементов формы в зависимости от значений реквизита; d. Расширение состава реквизитов разделов; e. Создание связанных с разделом отчетных форм, созданных с помощью встроенного инструментария разработки. 6) Наличие встроенного в систему инструментария для создания отчетных форм силами эксплуатационного персонала Заказчика; 7) Возможность создания и подключения пакетов интеграции, обеспечивающих выполнение произвольной логики информационного взаимодействия со смежными системами; 8) Возможность настройки логики работы подсистемы финансового учета; 9) Возможность проведения служебных операций. В Подсистеме должна быть обеспечена возможность проведения следующих служебных операций: Индексации. В рамках операции индексации должна быть возможность изменения размера: процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД. Начисление процентов по займу происходит ежегодно 31 декабря на сумму непогашенной задолженности собственников по формуле простых процентов; процентной ставки, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. Пени должны начисляться, начиная с 11 числа месяца, следующего за текущим. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок сумм за каждый день просрочки; процентной ставки, начисляемой по договору размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов. Процедура открытия и закрытия операционного дня. Подсистема должна позволять производить закрытие операционного дня: установление признака «закрыт» для текущего операционного дня; создание нового операционного дня с признаком «открыт»; запрет на редактирование финансовых документов по закрытому дню; 4.2.2 формирование оборотно-сальдовой регионального оператора. ведомости по всем счетам МКД, счету Откат операционного дня. В подсистеме должна быть реализована возможность отката операции закрытия операционного дня, т.е. отмена всех финансовых операц ий, проведенных в текущем операционном дне и возврат всех счетов в состояние на момент создания операционного дня. Закрытия периода. В подсистеме должен быть реализован учет периодов оплат и операция закрытия периода. В подсистеме должна быть реализована возможность отката операции закрытия периода. При закрытии периода подсистема должна позволять производить закрытие периода: установление признака «закрыт» для текущего периода; создание нового периода с признаком «открыт»; запрет на редактирование финансовых документов по закрытому периоду; расчет начислений за новый период. Требования к Подсистеме управления нормативно-справочной информацией Подсистема управления нормативно-справочной информацией (НСИ) должна позволять осуществлять ведение всей необходимой информации для работы в Системе, которая поддается классификации и кодированию в виде справочников и классификаторов. Система должна предоставлять пользователю возможность работы со справочниками – навигация, просмотр, редактирование, добавление новых и удаление имеющихся записей справочника, в соответствии с правами доступа. В Системе должны быть реализованы следующие справочники: 1) общероссийский классификатор адресов Федеральной информационной адресной системы (ФИАС); 2) справочник муниципальных образований, включая связку с ФИАС; 3) справочник типов (назначения) домов; 4) справочник форм собственности объектов; 5) справочник групп капитальности; 6) справочник вариантов дальнейшего использования объектов; 7) справочник основания нецелесообразности сноса жилого дома; 8) справочник типов целевых программ (капитальный ремонт, программы переселения, и пр.) ; 9) справочник единиц измерения; 10) справочник объектов общего имущества, подлежащих включению в региональную программу; 11) справочник технологических и конструктивных элементов по объектам общего имущества, включенным в региональную программу; 12) справочник видов работ (услуг) по капитальному ремонту, подлежащих проведению в рамках региональной программы (с отметкой соответствия ЖК РФ); 13) справочник сметно-аналитических показателей затрат на проведение капитального ремонта (стоимостей ремонта объектов общего имущества), с возможность указания стоимости в ценах разных годов с возможностью дифференциации стоимостей по типам домов и муниципальным образованиям; 14) справочник критериев очередности проведения капитального ремонта общего имущества в многоквартирных домах по региональной программе капитального ремонта с возможностью группировки критериев по группам, применяемым последовательно, и указания веса критерия в каждой группе; 15) справочник региональных операторов капитального реквизиты счетов регионального оператора; ремонта, включающий банковские 16) справочник способов формирования фонда капитального ремонта; 17) справочник установленного минимального размера взноса на капитальный ремонт с дифференциацией размера взноса по муниципальным образованиям, типам домов и календарным периодом действия; 18) справочник процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД . В справочнике должна быть обеспечена возможность: дифференциации процентной ставки по муниципальным образованиям; связки размера процентной ставки с календарным периодом действия; использования значения процентной ставки для индексации сумм по возврату займов. 19) справочник процентной ставки по пени, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. В справочнике должна быть обеспечена возможность: 4.2.3 дифференциации процентной ставки по муниципальным образованиям; связки размера процентной ставки с календарным периодом действия. Требования к Подсистеме паспортизации В Подсистеме паспортизации должна быть реализована возможность учета следующих, единых для всех информационных процессов Системы, реестров: – реестр многоквартирных домов; – реестр помещений; – реестр организаций. В рамках реестра многоквартирных домов Подсистема должна позволять выполнять следующие функции: 1) Возможность обеспечена: – создания паспорта многоквартирного дома. Дополнительно должна быть возможность проверки на уникальность адреса; – возможность ввода неограниченного количества паспортов многоквартирных домов, объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. 2) Возможность импорта сведений о многоквартирных домах из смежных систем: – из системы ГК «Фонд содействия реформированию ЖКХ»; – через формат, рекомендуемый Методическими рекомендациями по проведению техникоэкономических расчетов при формировании региональных адресных программ капитального ремонта общего имущества в многоквартирном доме; – через унифицированный формат обмена, согласованный с заказчиком на этапе внедрения Системы. 3) Возможность создания технического паспорта для каждого многоквартирного дома соответствии с формой, рекомендованной Фондом содействия реформирования ЖКХ). (в 4) Возможность учета объектов общего имущества жилого дома. 5) Возможность учета работ, выполненных в рамках прошлых капитальных ремонтов, с привязкой к объектам общего имущества. 6) Возможность учета работ, выполненных не в рамках капитальных ремонтов с привязкой к объектам общего имущества. 7) Возможность учета жилых и нежилых помещений многоквартирных домов. 8) Возможность создания паспорта организации. Дополнительно должна быть обеспечена возможности: проверка на уникальность ИНН; проверка на корректность ИНН с помощью вычисления контрольного числа; проверка на корректность ОГРН с помощью вычисления контрольного числа; указать одну организацию в качестве головной для другой организации. 9) Возможность создания на основе паспорта организации: паспорта управляющей организации; паспорта подрядной организации. 10) Возможность ежедневного мониторинга, проверки (сверки) и, при необходимости, обработки данных: форматность данных: должны быть соблюдены все установленные форматы данных (текст в текстовом формате, числовые характеристики должны быть представлены в числовом формате и т.д.); достаточность данных: необходимо обеспечить контроль заполнения всех обязательных долей реестра; соответствие данных: собранные данные должны быть проверены на их соответствие контрольным данным по сходным домам, сериям домов. Не должно быть существенной разницы в значениях показателях сходных по основным характеристикам домов ; качество данных: собранные данные должны быть проверены на отсутствие следующих ошибок: o Для дома указано некорректное привязывать дом к субъекту РФ; муниципальное образование. o Для дома указана некорректная управляющая организация; o Монолитный дом не может быть построен раньше 1986 года; o Панельный дом не может быть построен раньше 1960 года; o Деревянный дом не может быть выше 2 этажей; o Монолитный дом не может быть ниже 5 этажей; o Панельный дом не может быть выше 10 этажей; o Панельный дом не может быть ниже 3 этажей; o В доме ниже 6 этажей не может быть лифтов; o В доме выше 5 этажей должны быть лифты; o В одноэтажном доме площадь МОП не равна 0, а он не МКД; Запрещено o Здание, высотой более 3 этажей, скорее всего, является МКД; o Дом не переменной этажности, поэтому количество лифтов в доме должно быть равно количеству подъездов или количеству подъездов, умноженному на 2; o Площадь придомовой территории МКД должна быть больше нуля; o Площадь придомовой территории слишком маленькая; o Максимальная этажность должна быть больше или равна минимальной; o Количество подъездов должно быть больше нуля, так как площадь МОП ненулевая; o Площадь придомовой территории слишком большая; o Площадь МОП не должна быть больше общей площади жилых и нежилых помещений; o Дата приватизации первого жилого помещения не должна быть раньше года постройки дома; o Год проведения кап. ремонта должен быть больше года постройки дома; o Год проведения реконструкции должен быть больше года постройки дома. 11) Возможность уведомления (массовая рассылка на адреса электронной почты): управляющих организаций о необходимости внесения сведений в подсистему паспортизации с указанием незаполненных характеристик многоквартирных домов и объектов общего имущества; органов местного самоуправления о степени заполнения сведений по многоквартирным домам и объектам общего имущества, необходимых для формирования программы; органов исполнительной власти Субъекта РФ о степени заполнения сведений в разрезе муниципальных образований. Периодичность рассылки уведомлений не должна быть реже, чем 2 раза в сутки. 4.2.4 Требования к Подсистеме формирования программ Подсистема должна позволять выполнять следующие функции: 1) Возможность загрузки региональной программы капитального ремонта многоквартирных домов. Требования и форматы загрузки данных должны быть согласованы с Заказчиком на этапе пусконаладочных работ Системы (см. п. 4.2.9). 2) Возможность загрузки краткосрочных планов реализации региональной программы капитального ремонта многоквартирных домов. Требования и форматы загрузки данных должны быть согласованы с Заказчиком на этапе пуско-наладочных работ Системы (см. п. 4.2.9). 3) Возможность настройки компонентов программ капитального ремонта: объектов общего имущества МКД, ремонт которых будет предусмотрен программой; технологических и конструктивных включенным в программу; нормативных сроков эффективной эксплуатации технологических и конструктивных элементов объектов общего имущества многоквартирного дома (межремонтные сроки) и требований по оценке их состояния для определения необходимости проведения капитального ремонта и продления межремонтных сроков; необходимых видов работ (услуг) по капитальному ремонту по каждому из технологических и конструктивных элементов объектов общего имущества, требований к проведению таких элементов по объектам общего имущества, работ и формирование перечня работ (услуг), подлежащих проведению в рамках программы; группировок и классификаций жилищного фонда для расчета и дифференциации ежемесячных взносов, выбора и оценки планируемых критериев очередности проведения капитального ремонта и дифференциации таких критериев по муниципальным образованиям, дифференциации сметно-аналитических показателей затрат (показателей стоимости работ) на проведение капитального ремонта по муниципальным образованиям; сметно-аналитических показателей затрат (показателей стоимости работ) на проведение капитального ремонта и установление размера предельной стоимости работ (услуг) по капитальному ремонту и правил их дифференциации по муниципальным образованиям и типам многоквартирных домов; критериев, на основе которых будет определяться очередность проведения капитального ремонта объектов общего имущества многоквартирных домов, и правил их дифференциации по муниципальным образованиям и типам многоквартирных домов; основных условий и показателей финансирования программы: o информации о размере ежемесячных взносов на капитальный ремонт в разрезе муниципальных образований и групп домов; o информации о размере федеральных средств, выделенных Субъекту РФ на проведение капитального ремонта по пятилетиям и/или годам; o информации о размере средств Субъекта РФ, выделенных на проведение капитального ремонта по пятилетиям и/или годам; o информации о размере средств муниципальных образований Субъекта РФ, выделенных на проведение капитального ремонта по пятилетиям и/или годам; o автоматическое распределение средств государственной поддержки по муниципальным образованиям пропорционально общей площади или количеству многоквартирных домов; o расчет размера потребности в финансировании каждого муниципального образования, исходя из выбранного периода. Размер потребности = сумма (потребность многоквартирного дома, включенного в региональную программу капитального ремонта в выбранном периоде). 4) Возможность взаимодействия с подсистемой паспортизации для использования сведений, необходимых для формирования программ: о многоквартирных домах; об объектах общего имущества многоквартирных домов. 5) Возможность формирования региональной программы капитального ремонта: формирование неограниченного числа версий региональной программы; формирование программы для Субъекта РФ в целом или отдельного муниципального образования Субъекта РФ; формирование программы на основе данных об объектах общего имущества многоквартирных домов, приведенных к единице(-ам) объема соответствующего объекта общего имущества; формирование программы на основе укрупненных показателей стоимости капитального ремонта – нормативов стоимости капитального ремонта, приведенных на 1 кв.м общей площади квартир жилищного дома с учетом установленного перечня работ (услуг) по капитальному ремонту, включаемых в программу капитального ремонта; планирование работ по капитальному ремонту с учетом межремонтных сроков, рассчитываемых одним из трех способов, установленных органами исполнительной власти Субъекта РФ для каждого вида объекта общего имущества: o агрегированно по элементам – плановый срок капитального ремонта определяется по объекту общего имущества в целом; o по наиважнейшему элементу – срок ремонта выставляется по одному элементу объекта, который определен законодательным актом Субъекта РФ как наиболее важный или приоритетный; o по каждому элементу – для определенных сложных конструктивных объектов срок капитального ремонта может быть установлен для каждого элемента в отдельности. планирование работ по капитальному ремонту с учетом года последнего капитального ремонта объектов общего имущества и их элементов, года последнего капитального ремонта или года постройки многоквартирного дома; планирование работ по капитальному ремонту объектов общего имущества и их элементов, которые на текущий момент отсутствуют (запланированы к установке/модернизации), с учетом характеристик новых установленных (модернизированных) элементов; выбор способа применения критериев очередности проведения работ по капительному ремонту: o последовательно (по приоритетам); o комбинированно (по удельным весам). группировка работ по капитальному ремонту в разрезе пятилетий, лет и муниципальных образований; планирование работ по капитальному ремонту с учетом связи объектов общего имущества, определенной органами исполнительной власти Субъекта РФ (например: крыши и чердачные помещения, фундаменты и подвальные помещения и т.д.); детализация сведений о планировании работ по капитальному ремонту для отдельного объекта общего имущества, включенного в региональную программу: o сведения о расчетных характеристиках МКД (год постройки, год последнего капитального ремонта, дата первой приватизации жилого помещения, группа капитальности, срок эксплуатации МКД, регламентный год проведения ремонта); o сведения о расчетных характеристиках объекта общего имущества (год последнего капитального ремонта, способ определения межремонтного срока, межремонтный срок, степень износа, регламентный год проведения ремонта, плановый год проведения работ, плановый год проведения работ без учета связи объектов общего имущества, плановый год проведения работ без учета балансировки региональной программы); o сведения о расчете стоимости (предельная стоимость выполнения работ по объекту общего имущества, количество единиц объема объекта общего имущества, стоимость выполнения работ); o сведения о составе элементов объекта общего имущества и их расчетных характеристиках (год последнего капитального ремонта, способ определения межремонтного срока, межремонтный срок, степень износа, регламентный год проведения ремонта, предельная стоимость выполнения работ по элементу, количество единиц объема элемента, стоимость выполнения работ). детализация сведений о параметрах расчета и состоянии компонентов программы для отдельной версии (год начала, методика формирования, признак расчета версии с учетом связи объектов общего имущества, способ применения критериев очередности, критерии очередности для текущей версии, приоритеты видов объектов общего имущества для текущей версии); 6) Возможность автоматической балансировки региональной программы (перераспределения работ по капитальному ремонту) с учетом фиксированных возможностей государственной поддержки программы; 7) Возможность ручного редактирования региональной программы: ручная корректировка планового года и порядка работы по капитальному ремонту отдельного объекта общего имущества, включенного в региональную программу; автоматическая корректировка связанных работ по капитальному ремонту отдельного объекта общего имущества, включенного в региональную программу, в будущих периодах в соответствии с межремонтными сроками; 8) Возможность взаимодействия с подсистемой контроля исполнения программ для использования сведений, необходимых для формирования краткосрочных планов реализации региональной программы капитального ремонта: о проведенных осмотрах технического состояния многоквартирных домов и объектов общего имущества; о выявленных дефектах (состоянии) и остаточном сроке эксплуатации объектов общего имущества. 9) Возможность формирования краткосрочных планов реализации региональной программы капитального ремонта: формирование краткосрочных планов на основании утвержденной версии региональной программы капитального ремонта; формирование неограниченного числа версий краткосрочных планов; детализация сведений о параметрах расчета и состоянии компонентов программы для отдельной версии краткосрочных планов (год начала, способ применения критериев очередности, критерии очередности для текущей версии, приоритеты видов объектов общего имущества для текущей версии); формирование краткосрочных планов для Субъекта РФ в целом или отдельного муниципального образования Субъекта РФ; актуализация перечня многоквартирных домов, подлежащих капитальному ремонту, на основании сведений об их текущем техническом состоянии, полученных из подсистемы паспортизации; формирование краткосрочных планов с учетом сведений о необходимости проведени я капитального ремонта, выявленных дефектах (состоянии) и остаточном сроке эксплуатации объектов общего имущества, полученных из подсистемы контроля исполнения программ. 10) Возможность формирования уточненной версии утвержденных версий краткосрочных планов. региональной программы на основе 4.2.5 Требования к Подсистеме контроля исполнения программ Подсистема контроля исполнения программ должна обеспечивать регистрацию всей необходимой информации, связанной с выполнением работ по капитальному ремонту, по каждому МКД в хронологической ретроспективе. Для этого в Системе должен быть предусмотрен типовой сценарий выполнения работ в виде настройки последовательности событий, связанных с выполнением работ по капитальному ремонту. В системе должны быть реализованы как минимум следующие виды событий: Проведение общего собрания жильцов по МКД; Осмотр технического состояния дома. Формирование дефектной ведомости по МКД; Формирование проектно-сметной документации; Объявление конкурса; Конкурсная комиссия; Подписание контракта/договора; Контроль хода выполнения работ; Подписание акта выполненных работ; Окончание СМР; Оплата подрядчику. В Системе должна быть обеспечена возможность настройки состава и последовательности событий выполнения работ по капитальному ремонту МКД. По каждому событию контроля исполнения работ должна быть возможность регистрации неограниченного количества технических документов, содержащих необходимую информацию по событию. Система должна обеспечивать возможность настройки состава и представления технических документов по событиям контроля исполнения. Для каждого технического документа должна обеспечиваться возможность согласования и контроля исполнения в виде формирования и контроля карточек поручений исполнителям. В системе должны быть реализованы как минимум следующие виды технических документов: 1) Договоры на проведение строительного контроля (технадзор, экспертиза) над выполнением работ и договоры на разработку проектно-сметной документации по объекту. 2) Протоколы общих собраний жильцов по объекту. 3) Дефектные ведомости по каждому виду работ объекта. Дефектная ведомость должна включать информацию о дате и виде проведенного осмотра, председателе и членах комиссии, проводивших осмотр, сведения о выявленных дефектах объектов общего имущества МКД, включая перечень работ и их объем, необходимый для устранения дефекта; 4) Сметы и ведомости ресурсов по работам объекта капитального ремонта. Дополнительно должно обеспечиваться добавление: a. к объекту капитального ремонта смет по видам работ; b. одной сметы только к одному виду работ; c. сметы с помощью импорта данных. 5) Договоры подряда на проведение капитального ремонта объекта в разрезе подрядчиков. Дополнительно должна обеспечиваться возможность учета план-графиков выполнения строительно-монтажных работ на объекте капитального ремонта; 6) Акты выполненных работ (КС-2) по каждому объекту в разрезе работ. Дополнительно должно обеспечиваться: a. добавление акта по видам работ к объекту капитального ремонта. b. добавления акта с помощью импорта данных; c. создание акта на основе сметы. Проверка соответствия позиций сметы и акта выполненных работ. 7) Платежные документы по каждому объекту капитального ремонта. Дополнительно должна быть обеспечена возможность добавления платежного документа с помощью импорта данных. На основе системы событий должна обеспечиваться возможность учета хода выполнения строительно-монтажных работ на объекте капитального ремонта в ретроспективе. 4.2.6 Требования к Подсистеме начислений взносов на капитальный ремонт Подсистема начислений взносов на капитальный ремонт должна обеспечивать выполнение следующих функций: 1) Возможность создания карточки абонента. Счет абонента должен быть создан для каждого помещения в МКД после принятия решения собственниками о способе формирования фонда капитального ремонта. Счет абонента может находиться в одном и следующих статусов: создан; открыт; на закрытии; закрыт. Статус «Создан» присваивается счету абонента при первичном создании и до момента заполнения всех необходимых реквизитов. Финансовые операции по счету в статусе «Создан» проводиться не могут. Статус «Открыт» - по счету могут производиться начисления, оплаты, работа с любыми финансовыми документами. В статусе «На закрытии» должно быть обеспечено закрытие счета в момент закрыти я текущего периода. Датой закрытия счета абонента устанавливается последнее число периода (месяца), в следующем периоде (месяце) начисление по данному счету не производится. Перерасчеты по счету в статусе «На закрытии» возможны только до "даты закрытия счета" (включительно). Статус «Закрыт» может быть установлен при выполнении следующих условий: исходящее сальдо по счету нулевое; указана дата закрытия счета (т.е. лицевой счет стоит в статусе "на закрытии"). Проведение финансовых операций по лицевому счету в статусе "Закрыт" должно быть недоступно. 2) Возможность расчета ежемесячных начислений взносов на формирование фонда капитального ремонта в разрезе каждого абонента. Расчет должен выполняться на основании данных о площади помещения в собственности абонента и размере тарифа, утвержденного собранием собственников помещений. Тариф является единым для всех абонентов в рамках одного МКД и должен быть не меньше минимального утвержденного на уровне Субъекта РФ. Ежемесячный взнос абонента = (тариф)*(площадь помещения абонента). 3) Возможность перерасчета начислений взносов на капитальный ремонт. Перерасчет должен быть произведен при изменении параметров, влияющих на расчет (тарифа, общей площади жилого помещения, запрета начислений, периода действия услуг и лицевых счетов). Перерасчет должен быть возможен как за текущий, так и за закрытые периоды. Перерасчет = (начисления за выбранный период по актуальным значениям параметров) +(перерасчет за текущий период) – (сумма изначального размера начисления взноса). Аналогичный алгоритм должен применяться при перерасчете пени. 4) Возможность расчета пени в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. При расчете пени должны быть учтены размер задолженности абонента и размер процен тной ставки за каждый день просрочки. Расчет задолженности должен выполняться с учетом начисления взносов на капитальный ремонт, перерасчетов и документов оплат текущего месяца до даты оплаты. Задолженность абонента должна быть распределена по месяцам образования. Пени должны начисляться, начиная с 11 числа месяца, следующего за текущим. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок с умм за каждый день просрочки. Расчет пени должен производиться в момент оплаты услуг с суммы уплачиваемой задолженности, либо в момент возникновения обязательств к оплате. 5) Возможность округления при расчетах. Финансовые документы в системе должны сохраняться с 2-мя знаками после запятой. 6) Возможность формирования платежного документа на оплату взноса на формирование фонда капитального ремонта в разрезе месяца и абонента (печатная форма). 7) Учет финансовых операций по счету. В Системе должны формироваться следующие финансовые операции: Дебит Кредит Начисление взноса на Оплата взноса на капитальный капитальный ремонт. ремонт Пени по неуплате взносов. Возврат денежных средств Перерасчет Сн ДОб (+) – всего начислено абоненту Сальдо: задолженность абонента по взносам КОб (-) – всего оплачено абонентом по дебету лицевого счета должны быть отражены начисления взносов на капитальный ремонт, пени и перерасчет взносов, установка/изменение сальдо (Дт); по кредиту лицевого счета должны быть отражены документы оплаты взносов на капитальный ремонт, возвраты денежных средств, установка/изменение сальдо (Кт); сальдо по лицевому счету должно отражать задолженность абонента по уплате взносов на капитальный ремонт. Документы «установка/изменение сальдо» используются в случае корректировки сальдо, например, согласно решениям суда и для загрузки данных в систему регионального оператора при неисполнении обязанностей ТСЖ, ЖСК при формировании фонда капитального ремонта; 8) Возможность учёта дебиторской задолженности по оплате взносов на капитальный ремонт. 9) Возможность ведения реестра невыясненных сумм. В реестре невыясненных сумм должны отражаться документы-оплаты, которые не могут быть однозначно отнесены к какому-либо лицевому счету при импорте из смежных систем. По каждому такому документу должны быть выделены атрибуты, по которым не было найдено соответствия в Системе. 10) Возможность формирования оборотно-сальдовой ведомости. Оборотно-сальдовая ведомость должна формироваться при закрытии текущего дня. Кроме этого должна обеспечиваться возможность формирования оборотно-сальдовых ведомостей по запросу в разрезе произвольной комбинации следующих аналитических признаков: a. Лицевой счет; b. МКД; c. Муниципальное образование; d. Расчетный счет (для специальных счетов). В подсистеме должна быть возможность формирования оборотно-сальдовой ведомости за любой заданный период. 4.2.7 Требования к Подсистеме финансового учета Подсистема связанных с: финансового учета должна обеспечивать отражение финансовых операций, Формированием фонда капитального ремонта: o Начислением взносов на капитальный ремонт и пени по неуплате взносов; o Оплатой взноса на капитальный ремонт; o Оплатой процентов по займу на оплату услуг и работ по капитальному ремонту; o Начислением процентов от размещения средств на банковских счетах; Взаиморасчетами с подрядчиками по выполнению работ по капитальному ремонту: o Возникновением обязательств перед подрядчиком по оплате выполненных работ; o Оплатой работ по капитальному ремонту, сносу и реконструкции МКД. Подсистема должна обеспечивать возможность расширения состава финансовых операций в процессе эксплуатации Системы. Все финансовые операции, проводимые в Системе, должны оформляться соответствующими документами. Система должна обеспечить настройку перечня финансовых документов, используемых для отражения операций в Системе, порядка их нумерации, операций и статусов документов, аналитики и правил их учета в Системе. Система должна обеспечивать запрет на редактирование финансовых документов в закрытых операционных днях и расчетных периодах. При необходимости изменения документов в закрытых расчетных периодах они должны сторнироваться в текущем периоде. Учет финансовых документов в Системе должен осуществляться с использованием финансовых проводок на основе настраиваемого плана аналитических счетов, с помощью которого ведется отражение финансовых операций. Проводка должна содержать сумму по дебету и кредиту соответствующих счетов, отражающих содержание финансовой операции, а также другие аналитические признаки, используемые для построения отчетности. Состав аналитических признаков проводок должен настраиваться на этапе пуско-наладочных работ Системы. Система должна обеспечить аналитический и синтетический учет: начальных остатков, оборотов и сальдо взаиморасчетов на произвольный момент времени в разрезе аналитических счетов и других аналитических признаков, используемых в проводках. Система должна обеспечивать учет финансовых операций в следующих аналитических разрезах: 1) В разрезе начислений и оплаты взносов на капитальный ремонт по МКД . Дебит Начисление Кредит взноса на капитальный ремонт. Оплата взноса на капитальный ремонт Пени по неуплате взносов. Перерасчет Сн ДОб (+) –начислено по МКД КОб (-) – оплачено по МКД Сальдо: задолженность МКД по * всего оплачено по МКД взносам по дебету должны быть отражены суммарные начисления взносов на капитальный ремонт, пени и перерасчет взносов по всем абонентам МКД; по кредиту должен быть отражен суммарный размер оплаты взносов на капитальный ремонт по всем абонентам МКД; сальдо должно отражать суммарную задолженность абонентов МКД по уплате взносов на капитальный ремонт. 2) В разрезе оплат взносов на капитальный ремонт и оплат работ по капитальному ремонту по МКД. Дебит Кредит Всего взносов на капитальный ремонт (погашение займа на КР). Оплата работ по капитальному ремонту, сносу и реконструкции МКД Процентная ставка по депозиту Сн ДОб (+) – всего накоплений по МКД КОб (-) – всего оплачено СМР Сальдо: баланс МКД по дебету должны быть отражены суммарный объем оплат взносов на капитальный ремонт от абонентов МКД и проценты от размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов ; по кредиту должны быть отражены документы оплаты работ по капитальному ремонту МКД, начисленные проценты по использованию займа на оплату работ по капитальному ремонту; сальдо должно отражать баланс МКД. Отрицательное сальдо отражает задолженность абонентов МКД перед региональным оператором, положительное – размер накоплений МКД. Для каждого МКД должна обеспечиваться возможность указания лимита по овердрафту (задолженность абонентов МКД перед региональным оператором). При регистрации в Системе документа оплаты должна быть реализована проверка лимита по овердрафту. 3) В разрезе банковских расчетных счетов регионального оператора (по общему и каждому специальному счету). Дебит Кредит Всего взносов на КР по всем МКД, Оплата работ по капитальному формируемых на расчетном счете. ремонту, сносу и реконструкции МКД Процентная ставка по депозиту Сн ДОб (+) –накоплений по всем МКД Сальдо: баланс КОб (-) – всего оплачено СМР регионального фонда по дебету должны быть отражены суммарный объем оплат взносов на капитальный ремонт по всем МКД, аккумулируемых на расчетном счете, проценты от размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов; по кредиту должен быть отражен суммарный объем оплат по работам по капитальному ремонту МКД, списанный с расчетного счета; сальдо должно отражать размер фонда капитального ремонта регионального оператора, аккумулируемого на расчетном счете. Сальдо должно быть положительным и быть не меньше лимита, установленного законодательным актом Субъекта РФ. По каждому расчетному счету должен быть указан лимит расходования средств. При совершении операции по кредиту должна быть реализована проверка лимита по расчетному счету. 4) Возможность учета возврата средств фонда капитального ремонта в случае признания многоквартирного дома аварийным и подлежащим сносу или реконструкции. Учет возврата средств осуществляется на основании документа, содержащего дату, с которой собственники освобождаются от обязанности по уплате взносов на формирование фондов капитального ремонта и факт возврата средств собственникам пропорционально размеру уплаченных ими взносов на капитальный ремонт, а также взносов на капитальный ремонт, уплаченных предшествующими собственниками соответствующих помещений. 5) Возможность ведения реестра невыясненных сумм. В реестре невыясненных сумм должны отражаться документы-оплаты, которые не могут быть однозначно проведены по какому-либо МКД при импорте из смежных систем. По каждому такому документу должны быть выделены атрибуты, по которым не было найдено соответствия в Системе. 6) Возможность формирования оборотно-сальдовой ведомости. Оборотно-сальдовая ведомость должна формироваться в указанных выше аналитических разрезах (п.1-3) при закрытии текущего дня. Кроме этого должна обеспечиваться возможность формирования оборотно -сальдовых ведомостей по запросу в разрезе произвольной комбинации следующих аналитических признаков: a. МКД b. Муниципальное образование c. Расчетный счет d. Контрагент (Подрядчик, Агент, Банк) e. Аналитический счет В подсистеме должна быть возможность формирования оборотно-сальдовой ведомости за любой заданный период. 4.2.8 Требования к Подсистеме аналитики и отчетности В Подсистеме аналитики и отчетности должна быть реализована следующая функциональность: 1) Формирование следующих видов отчетности: – Регламентные отчеты и формы, формируемые в соответствии с ранее заданными формами; – Динамические отчеты и выборки в виде сводных таблиц и диаграмм, формируемых пользователями по требованию, на основе данных Системы; Перечень отчетов и выходных форм приведен в настоящем ТЗ в требованиях к подсистемам. Шаблоны отчетов и выходных форм и документов должны быть предоставлены Заказчиком на этапе пуско-наладочных работ. 2) Динамические отчеты и выборки должны обеспечивать авторизированным пользователям возможность настройки состава, представления, условий фильтрации и сортировки, степени консолидации данных информационных разделов Системы; 3) Подсистема должна обеспечивать возможность экспорта отчетной формы в следующие форматы для последующей обработки: a. Форматы продуктов семейства Microsoft Office и OpenOffice (XLS, RTF); b. Текстовый файл (CSV); c. PDF; d. HTML; e. Изображение. Кроме отчетов, Система должна обеспечивать стандартный экспорт в указанные форматы любой списочной формы пользовательского интерфейса. 4) Подсистема должна обеспечивать возможность предварительного просмотра и печати отчета. 5) Подсистема должна содержать инструментарий разработки отчетов, позволяющий эксплуатационному персоналу Заказчика создавать дополнительные отчеты, вносить в существующие отчеты новые реквизиты, изменять макеты отчетных форм. 6) Должна обеспечиваться стандартная возможность ассоциации отчетов с любым разделом системы и построения отчета для выбранной записи раздела с фильтрацией информации по ней (выходные формы). 7) Должна обеспечиваться возможность создания параметров отчетов для фильтрации данных с их запросом при запуске отчета. 8) Подсистема должна обеспечивать возможность ограничения доступа к отдельным отчетам для различных ролей пользователей. 4.2.9 Требования к Подсистеме информационного взаимодействия со смежными системами Подсистема информационного взаимодействия со смежными системами должна выполнять следующие функции: 1) Возможность загрузки данных с помощью импорта. Дополнительно должна быть обеспечена возможность: импорта данных из текстовых файлов любого стандартизованного формата, разработанного для хранения табличных данных, при условии наличия открыто й спецификации на данный формат; должна быть возможность выполнения импорта данных, как под пользователем системы, так и под администратором. 2) Возможность выгрузки данных с помощью экспорта. Дополнительно должна быть обеспечена возможность: экспорта данных из всех разделов Системы в текстовые файлы форматов: HTML, TXT, CSV; экспорта данных в форматы продуктов семейства Microsoft Office и OpenOffice (XLS, RTF). 3) Возможность гибкой настройки шаблонов экспорта данных в другие системы на случай изменения структуры и состава передаваемых данных. 4) Обо всех выявленных сбоях в работе подсистемы информационного взаимодействия должны отправляться уведомления администратору с периодичностью не реже, чем 1 раз в сутки. Подсистема взаимодействие: информационного взаимодействия должна как минимум обеспечивать 1) между модулями: Капитальный ремонт; Финансовый учет; Биллинг (начисление взносов на капитальный ремонт); Личный кабинет; Сайт регионального оператора. 2) с внешними системами бухгалтерскими системами; системой сбора электронных паспортов домов Госжилинспекции Курганской области; системой области; расчётными системами УК/ТСЖ/ЖСК/РЦ. автоматизации жилищного надзора Госжилинспекции Курганской 4.2.9.1 № п/п 1 Взаимодействие между модулями и компонентами Модуль-источник данных Капитальный ремонт Модуль, принимающий данные Биллинг 2 Биллинг Финансовый учет 3 Биллинг Личный кабинет 4 Капитальный ремонт Сайт регионального оператора 5 Сайт регионального оператора Личный кабинет 6 Финансовый учет Сайт регионального оператора 7 Финансовый учет Биллинг Перечень данных для обмена Реестр МКД, включенных в программу капитального ремонта/краткосрочный план; Изменения, внесённые в программу капитального ремонта/краткосрочный план в ходе актуализации; Выбранный собственниками способ формирования фонда капитального ремонта по всем МКД, включенным в региональную программу. Объёмы начислений и оплат в разрезе домов Характеристики лицевых счетов; Финансовые данные: сальдо, начисления, перерасчёты, оплаты. Перечень МКД, включенных в программу капитального ремонта; Перечень работ по всем МКД, включенных в программу капитального ремонта; Предельная стоимость работ по всем МКД, включенных в программу капитального ремонта; Информация о ходе выполнения работ: мероприятия, процент выполнения, фотографии. Новости Объёмы средств, израсходованных капитальный ремонт, в разрезе домов; Объём взносов, перечисленных собственниками на счёт(-а) регионального оператора в разрезе домов. на Отражение на лицевых счетах собственников взаимозачёта, выполненного в соответствии с частью 4 ст.181 ЖК РФ. Взаимодействие с внешними системами 4.2.9.2 Форматы взаимодействия между системами согласовываются Заказчиком и Исполнителем на этапе пуско-наладочных работ. 4.2.9.2.1 Взаимодействие с бухгалтерскими системами В рамках информационного взаимодействия из бухгалтерской системы должны выгружаться в модуль финансового учета следующие данные: все платежи по всем открытым на имя регионального оператора специальным счетам, в том числе взносы на капитальный ремонт, оплата подрядчикам, перечисление процентов банкам за пользование кредитными денежными средствами; все платежи подрядчикам за выполненные работы (услуги), произведённые со счета регионального оператора. При этом исходящие платежи, относящиеся к административно-хозяйственной деятельности регионального оператора (в том числе выплата заработной платы сотрудникам), выгружаться из бухгалтерской системы не должны. 4.2.9.2.2 Взаимодействие с системой сбора электронных паспортов домов В рамках информационного взаимодействия из системы сбора электронных паспортов домов Госжилинспекции Курганской области должны выгружаться в модули финансового учета и биллинга следующие данные: реестр помещений по МКД, включенным в программу капитального ремонта, включая общие площади помещений; реестр лицевых счетов; реестр собственников помещений. При выявлении конфликтов в данных при синхронизации, они должны автоматически разрешаться соответствии с настраиваемыми правилами. Кроме того, должна выполняться автоматизированная синхронизация реестров многоквартирных домов между модулем управления НСИ основных программных компонентов и системой сбора электронных паспортов домов Госжилинспекции Курганской области. Информационный обмен должен выполняться автоматически (без участия человека) с периодичностью не реже, чем 1 раз в час. 4.2.9.2.3 Взаимодействие с системой автоматизации жилищного надзора Должна выполняться автоматизированная синхронизация реестров многоквартирных домов между модулем управления НСИ программных компонентов и системой автоматизации жилищного надзора Госжилинспекции Курганской области с периодичностью не реже, чем 1 раз в час. 4.2.9.2.4 Взаимодействие с расчетными системами УК/ТСЖ/ЖСК/РЦ Должна быть возможность импорта данных из расчётных систем УК/ТСЖ/ЖСК/РЦ посредством импорта файлов согласованного формата. Система должна поддерживать возможность выполнения импорта данных сотрудниками УК/ТСЖ/ЖСК/РЦ в специальном разделе с авторизованным доступом. 4.2.10 Требования к Подсистеме публичного доступа Подсистема публичного доступа (далее - Сайт регионального оператора) должен содержать информацию по организации, проведению и финансированию капитального ремонта общего имущества в многоквартирных домах Курганской области, предназначенную для собственников, подрядчиков, сотрудников органов власти. 4.2.10.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.10.2 Требования к системе редактирования сайта Система редактирования сайта должна удовлетворять следующим требованиям: 1. Наполнение всех разделов сайта должно выполняться с помощью системы редактирования сотрудниками Заказчика, без участия Исполнителя. 2. Вход в систему редактирования должен выполняться по логину и паролю. 3. Должна быть обеспечена возможность публикации файлов размером до 5Мб., документы большего размера должны архивироваться и размещаться в упакованном виде. 4. При добавлении данных во все разделы сайта «дата публикации» должна формироваться автоматически и отображаться на сайте. 5. Должна быть возможность добавления администратором неограниченного количества страниц сайта без участия разработчика, при этом должна поддерживаться вложенность разделов, возможность добавления файлов. 6. Должна быть возможность скрытия новостей с сайта, не удаляя их окончательно. Сайт должен иметь интеграцию: С системой электронного документооборота; С программными компонентами; С модулем Личный кабинет; 4.2.10.3 Требования к разделам сайта Сайт должен состоять из следующих типовых разделов: 1. Новости: а. При добавлении новости система должна контролировать, чтобы обязательно заполнялись дата и текст новости. б. Для каждой новости должна быть возможность добавления изображения, иллюстрирующего новость. Если изображение не задано, должно отображаться стандартное изображение. в. Новости должны отображаться постранично, и отсортированы по дате новости (в порядке убывания). 2. Нормативные акты: а. Нормативно-правовые акты (далее НПА), регулирующие проведение капитального ремонта МКД, должны быть разделены на категории: «Федеральные», «Региональные» и «Проекты». б. При добавлении НПА, система должна контролировать обязательность заполнения следующих реквизитов: Федеральные Региональные Проекты Наименование Наименование Наименование Файл Файл Файл Дата документа Дата документа Номер Номер Тип (постановление, закон) Тип (постановление, закон) 3. Региональная программа: а. В разделе должны быть представлены общие сведения о программе капитального ремонта: статистические характеристики, годы реализации программы, количество домов, общая площадь домов, перечень обязательных работ, численность населения, жилищные условия которого улучшатся в ходе реализации программы. б. Должна быть возможность поиска информации по дому, подлежащему капитальному ремонту в ходе реализации программы. в. При выборе многоквартирного дома из списка должна быть обеспечена возможность вывода характеристик дома с указанием проведенных и запланированных работ, а также их стоимости. Кроме этого в разделе должно обеспечиваться раскрытие следующей информации: выбранный собственниками способ формирования фонда капитального ремонта МКД; текущий размер взноса на капитальный ремонт, принятый собственниками помещений данного дома, либо утверждённый нормативным актом субъекта РФ; плановые и фактические периоды выполнения работ по капитальному ремонту; регулярно актуализируемые сведения о накопленных собственниками суммах (задолженности) на капитальный ремонт МКД; г. объём средств, израсходованных на проведение капитального ремонта; информация о ходе выполнения работ, в том числе фотографии. Данные, выводимые в разделе, должны быть получены из модуля капитального ремонта. Данные должны быть актуальны по состоянию на момент открытия страницы сайта. 4. Собственникам: а. В подразделе «Информационные материалы» должны размещаться электронные версии листовок, буклетов, наглядно разъясняющих собственникам положения законодательства по организации проведения капитального ремонта, их права и обязанности, описывающие решения, которые должны принять собственники и их последствия. б. В подразделе «Образцы документов» должны размещаться образцы протоколов собраний собственников, на которых утверждается выбор/смена способа формирования фонда капитального ремонта, утверждается перечень работ, предложенный рег.оператором и т.п. в. В подразделе «Фотографии» должны размещаться фотографии, иллюстрирующие ход выполнения капитального ремонта, фотографии отремонтированных МКД (в сравнении до и после ремонта). Фотографии должны быть организованы в альбомы, при этом фотографии, размещённые в одном альбоме, должны быть объединены единой тематикой. г. В подразделе «Видео» должны размещаться видео материалы, посвящённые проведению капитального ремонта в субъекте РФ: репортажи региональных СМИ, съемки отремонтированных МКД (в сравнении до и после ремонта), выполненные как региональным оператором, так и СМИ. 5. Закупки: а. В разделе должна содержать информацию о проводимых региональным оператором конкурсах/аукционах/запросах котировок на проведение работ/оказание услуг. б. Необходимо разделить все лоты на 2 категории: выполнение работ по капитальному ремонту МКД, т.е. работы, которые в соответствии с Жилищным кодексом РФ разрешено финансировать за счёт взносов на капитальный ремонт; прочие закупки – закупки, необходимые для обеспечения деятельности рег.оператора: закупка оргтехники, канцелярских товаров, мебели и т.п. в. При публикации должно указываться краткое наименование лота, его категория, а также в обязательном порядке прикладываться файл с конкурсной/аукционной документацией. 6. Документы и отчётность. Раздел должен содержать различные документы, подлежащие публикации: текст договора с собственниками, годовые отчёты и аудиторские заключения регионального оператора (в соответствии с п.4 ст.187 ЖК РФ), положения о закупках и т.п. 7. Вопрос-ответ: а. В разделе должны быть представлены часто задаваемые вопросы, касающиеся капитального ремонта; б. У посетителей сайта должна быть возможность задать вопрос. В форме добавления вопроса должны быть обязательными следующие поля: «Дом», «Квартира», «ФИО», «Телефон», «E-mail», «Текст вопроса». в. Должна быть возможность приложить к вопросу от 1 до 3 файлов (фотографий, отсканированных документов и т.п.). г. Должна быть возможность, позволяющая переключаться между 2 режимами работы раздела: Вопросы публикуются без премодерации – сразу после отправки вопрос отображается на сайте. Вопросы премодерируются – вновь поступившие вопросы не отображаются на сайте, пока сотрудник регионального оператора не опубликует их, воспользовавшись системой редактирования. 8. Контакты: а. В подразделе «Общая информация» должна содержаться общая информация о деятельности регионального оператора: его задачи, функции, обязанности (в соответствии с законом субъекта РФ и ЖК РФ). б. В подразделе «Организационная структура» должна содержаться информацию о сотрудниках регионального оператора: список отделов с ФИО, должностями сотрудников и контактами (рабочий телефон, адрес электронной почты); в. В подразделе «Контакты» должны содержаться сведения об организации – региональном операторе: полное наименование, телефон, факс, адрес электронной почты, фактический и юридический адрес, ИНН/КПП, ОГРН, реквизиты Р/С, карта, иллюстрирующая местоположение офиса. 9. На сайте должны выводиться динамически настраиваемые с помощью системы редактирования разделы (см. п.5 раздела 4.2.10.2). 4.2.11 Требования к личному кабинету Личный кабинет предназначен для информирования собственников помещений в многоквартирных домах, включенных в программу капитального ремонта, о: сумме начисленных взносов на капитальный ремонт, а также начисленных процентах за ненадлежащее исполнение обязанности по уплате таких взносов; наличии задолженности по оплате взносов на капитальный ремонт. Личный кабинет должен иметь интеграцию: С программными модулями системы; С интернет сайтом fkr45.ru; Личный кабинет должен выполнять следующие функции: 1. Отображение информации о начисленных взносах на капитальный ремонт. 2. Отображение информации о начисленных процентах за ненадлежащее исполнение обязанности по уплате взносов на капитальный ремонт. 3. Отображение информации по оплаченным взносам на капитальный ремонт. 4. Отображение информации о текущей задолженности по уплате взносов на капитальный ремонт, а также процентов за ненадлежащее исполнение обязанности по уплате таких взносов. 5. Отображение контактных данных регионального оператора: телефонов, адресов и графика работы офисов. 6. Отображение характеристик лицевого счёта: адрес помещения, площадь, ФИО собственника. 7. Отображение новостей: как общих для всех домов (отображаемых на сайте), так и новостей, актуальных для собственников конкретного дома (содержащих информацию, относящуюся к капитальному ремонту конкретного дома). 8. Вход в систему должен осуществляться с использованием логина и пароля, которые придумывает сам собственник, при этом необходимо разработать и согласовать с Заказчиком механизм, обеспечивающий с одной стороны защиту персональных данных от несанкционированного доступа, с другой – самостоятельную регистрацию пользователей в Системе. 9. Возможность заполнения пользователем своих контактных данных: телефон, адрес электронной почты. 10. Возможность подключения к одному логину нескольких лицевых счетов (при наличии у собственника нескольких помещений). 4.2.12 Требования к Подсистеме электронного документооборота Подсистема электронного документооборота предназначена для автоматизации внутреннего и внешнего оборота документов в рамках единой системы подготовки, учета, хранения и исполнения документов, реализованной в соответствии с российскими и региональными законодательными актами и нормативными документами на основе современных информационных технологий. Подсистема электронного документооборота должна иметь интеграцию с интернет сайтом: fkr45.ru Подсистема электронного документооборота обеспечивает увеличение производительности управления деловыми процессами и сокращает общие расходы, связанные обработкой бумажных документов за счет автоматизированного решения следующих задач: Повышение эффективности корпоративных методов работы над документами; Повышение качества контроля за состоянием документооборота, исключение потери отдельных документов и обеспечение контроля исполнения документов на каждом уровне исполнения; Сокращение времени поиска документов и необходимой информации; Сокращение затрат на обработку документов внутри организации и подготовку установленной отчетности за заданные периоды времени; Обеспечение внедрения информационных технологий, связанных с обработкой электронных документов (в виде текстовых и графических форматов «электронных образов»). Подсистема электронного документооборота должна включать следующие разделы: Раздел внешнего документооборота; Раздел учета и обработки письменных обращений граждан; Раздел учета и обработки результата приема граждан; Раздел внутреннего документооборота; Раздел подготовки нормативно-правовых документов; Раздел формирования отчетов; Раздел поиска документов; Раздел интеграции с подсистемой публичного доступа, внешними системами; Раздел администрирования и обеспечения безопасности системы. Регистрация новых документов должна производиться подразделением, ответственным за регистрацию входящих и исходящих документов путем создания карточки документа. Должна быть реализована возможность присоединения скан-копии документа в карточку. Исполнение документов должно осуществляться назначенным подразделением-исполнителем. Минимальный перечень реквизитов для соответствующих разделов: Входящие: а. Флаг (контрольное, не контрольное); б. Дата отправки; в. Номер входящий; г. Дата регистрации; д. Номер; е. Организация-отправитель; ж. Подразделение-исполнитель; з. ФИО подписавшего; и. Наименование; к. Содержание; л. Тип доставки; м. Резолюцию подписал; н. Контроль отправителя; о. Срок отправителя; п. Связь с исходящим письмом; р. Статус документа; с. Вложенные файлы. Исходящие: а. Флаг (контрольное, не контрольное); б. Проект подготовлен; в. Наименование организации; г. Подписывающее подразделение; д. Номенклатура дела; е. ФИО подписавшего; ж. Наименование; з. Краткое содержание; и. Дата регистрации; к. Номер документа; л. Индекс; м. Тип доставки; н. Дата отправки; о. Контроль (признак); п. Исполнено (признак); р. Дата исполнения; с. Отметка об исполнении; т. Вложенные файлы; у. Статус документа. Раздел учета и обработки письменных обращений граждан: а. Флаг б. Дата регистрации; в. Номер; г. Индекс; д. Заявитель; е. Категория; ж. Регион; з. Адрес; и. Вопросы обращения; к. Содержание; л. Корреспондент; м. Номер входящий; н. Дата входящая; о. Вид обращения; п. Куратор; р. Событие; с. Адресат/Поступило; т. Исполнители; у. Поручения; ф. Контроль (признак); х. Срок исполнения; ц. Исполнено (признак); ч. Дата исполнения; ш. Отметка об исполнения; щ. Тип исполнения; ы. Результат исполнения; э. Причины обращения; ю. Количество вопросов в обращении/жалобе; я. Вложенные файлы; Раздел учета и обработки результата приема граждан: а. Флаг б. Дата регистрации; в. Номер; г. Индекс; д. Автор; е. Категория; ж. Регион; з. Адрес; и. Вопросы обращения; к. Содержание; л. Куратор; м. Событие; н. Исполнители; о. Резолюция; п. Контроль (признак); р. Срок исполнения; с. Исполнено (признак); т. Дата исполнения; у. Тип исполнения; ф. Результат исполнения; х. Отметка об исполнении; ц. Вложенные файлы. Должны использоваться следующие справочники и классификаторы: Номенклатура дел; Вопросы обращений; Причины обращения; Подразделения; Сотрудники; События; Адресаты; Кураторы; Исполнители; Типы правовых документов; Организации; Результат исполнения; Статус; Тип доставки; Виды обращений; Категория граждан; Типы исполнения; Типы корреспондентов. 5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО ВНЕДРЕНИЮ СИСТЕМЫ 5.1 Общие требования к результатам работ Результаты оказания услуг должны соответствовать требованиям, установленным в нормативных актах и настоящим техническим заданием. Оформление текстовой части и табличных форм документов должно соответствовать требованиям ГОСТ 2.105–95 «Общие требования к оформлению текстовых документов». 5.2 Требования к работам по первоначальному наполнению Системы данными В ходе наполнения первоначального наполнения Системы данными должны быть выполнены следующие работы: 1. Единовременный импорт реестра домов с их характеристиками во все модули Системы из утверждённой региональной программы капитального ремонта: а. Заказчик предоставляет Исполнителю данные в виде одного или нескольких файлов (в разрезе муниципальных образований); б. Данные должны быть предоставлены в формате документа Microsoft Office Excel или OpenOffice 2. Единовременный импорт характеристик домов с http://www.reformagkh.ru – официального федерального сайта по раскрытию информации (в соответствии с Постановлением Правительства РФ №731 от 23.09.2010): а. Исполнитель получает данные с сайта самостоятельно; б. Исполнитель выполняет сверку характеристик домов между региональной программой капитального ремонта и данными, опубликованными на официальном федеральном сайте по раскрытию информации, формирует перечень выявленных расхождений и направляет их Заказчику. 3. Единовременный импорт реестра управляющих организаций и управляемых ими домов с http://www.reformagkh.ru – официального федерального сайта по раскрытию информации (в соответствии с Постановлением Правительства РФ №731 от 23.09.2010). Исполнитель получает данные с сайта самостоятельно. 4. Единовременный импорт лицевых счетов и их характеристик в модуль биллинг из системы единого расчётного центра (ЕРЦ): а. Заказчик предоставляет Исполнителю файл, содержащий реестр всех помещений, лицевых счетов, площади помещений, ФИО собственников по Курганской области; б. Исполнитель выделяет из файла только помещения, расположенные в домах, включенных в программу капитального ремонта; в. Исполнитель импортирует данные из файла в модуль Биллинг; г. Исполнитель предоставляет Заказчику реестр домов, включенных в программу капитального ремонта, по которым отсутствовали данные в файле; д. Ответственность за получение файла от ЕРЦ лежит на Заказчике. 5.3 Состав и содержание работ по внедрению Системы Описание этапов с работами и указанием перечня документов, предъявляемых по окончании соответствующих стадий и этапов работ по каждому этапу, представлено в таблице 2. Таблица 2. Состав работ № п/п 1 этап 2 этап Наименование работ Результаты работ Пусконаладочные работы Согласование региональных особенностей Согласованный Альбом Заказчика в части: отчетных и выходных форм; • Шаблонов отчетов и выходных форм; Согласованный реестр • Форматов взаимодействия со смежными форматов взаимодействия системами; со смежными системами; • Первоначального наполнения Системы Согласованная Концепция данными. первоначального наполнения данными. Поставка программного обеспечения Системы и Акт установки программного передача неисключительных прав обеспечения Системы на технических средствах Заказчика. Поставка рабочей документации на Систему Рабочая документация Системы в следующем составе: • Инструкция пользователя Системы. • Инструкция администратора Системы. • Программа и методика приемочных испытаний Системы. Первоначальная настройка программного Акт настройки программного обеспечения Системы в соответствии с обеспечения Системы; региональными особенностями Заказчика Акт сдачи-приемки выполненных работ по 1 этапу Работы по вводу Системы в действие Первоначальное наполнение Системы данными Акт первоначального импорта данных Системы Первоначальная настройка доступа в Систему Акт настройки доступа в Систему пользователей Заказчика Проведение инструктажа 1 группы пользователей Протокол проведения инструктажа Системы не более 20 человек, в составе пользователей Системы сотрудников Заказчика, других организаций, работающих с Системой, с использованием современных коммуникационных технологий (в т.ч. удаленно) Проведение приемочных испытаний Системы на Протокол проведения приемочных оборудовании Заказчика испытаний Системы Приемка результатов выполнения работ по Акт сдачи-приемки Договору выполненных работ по 2 этапу; Акт приемки системы в промышленную эксплуатацию Сроки выполнения работ по внедрению системы по этапам приведены в Таблице 3. Календарный план выполнения работ Таблица 3. Календарный план выполнения работ № п/п 1 этап 2 этап Наименование работ Срок выполнения работ Пусконаладочные работы Согласование региональных особенностей Заказчика в Не более 3 дней с даты части: заключения Договора • Шаблонов отчетов и выходных форм; • Форматов взаимодействия со смежными системами. Поставка программного обеспечения Системы и Не более 15 дней с даты передача неисключительных прав заключения Договора Поставка рабочей документации на Систему. Не более 15 дней с даты заключения Договора Первоначальная настройка программного обеспечения Не более 15 дней с даты Системы в соответствии с особенностями Заказчика заключения Договора Работы по вводу Системы в действие Первоначальное наполнение Системы данными Не более 10 дней с даты предоставления начальных данных Заказчиком Первоначальная настройка доступа в Систему Не более 3 дней с даты пользователей Заказчика окончания работ по 1 этапу Проведение инструктажа 1 группы пользователей Не более 20 дней с даты Системы не более 20 человек, в составе сотрудников окончания работ по 1 этапу Заказчика, других организаций, осуществляющих работу с Системой, с использованием современных коммуникационных технологий (в т.ч. удаленно) Проведение приемочных испытаний Системы на Не более 40 дней с даты оборудовании Заказчика окончания работ по 1 этапу Приемка результатов выполнения работ Договору Не более 45 дней с даты окончания работ по 1 этапу Сроки исполнения по этапам утверждаются Заказчиком при заключении Договора. Срок исполнения по 1 этапу – не более 15 календарных дней с момента заключения Договора. Срок исполнения по 2 этапу – не более 45 календарных дней с момента сдачи работ по 1-му этапу. Начальное наполнение Системы должно производиться Исполнителем данными информационной системы ГК «Фонд содействия реформированию ЖКХ». Заказчик обеспечивает доступ к информационной системе путем предоставления Исполнителю логина и пароля с правами просмотра данных в системе ГК «Фонд содействия реформированию ЖКХ». 6 Порядок контроля и приемки системы 6.1 Виды, состав, объем и методы испытаний системы В зависимости от вида требований, предъявляемых к Системе на испытаниях, проверке или аттестации в ней подвергают: - комплекс программных и технических средств; - эксплуатационную документацию, регламентирующую деятельность персонала при функционировании Системы; - 6.2 Систему в целом. Общие требования к приемке работ по стадиям По завершению исполнения каждого этапа Исполнитель предоставляет результаты по этапу. Заказчик выполняет проверку результатов и согласовывает их или дает замечания по представленным материалам в течение 5 дней после предоставления результатов по этапу. Исполнитель устраняет полученные замечания и передает согласованные результаты Заказчику. В случае отсутствия замечаний со стороны Заказчика по истечении 5 дней с момента предоставления результаты считаются принятыми Заказчиком. Исполнитель предоставляет результаты по этапам в сроки, предусмотренные разделом 5 настоящего технического задания. Для приемки и контроля результатов исполнения государственного контракта создается специальная комиссия, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается Акт сдачи-приемки выполненных работ. Порядок оформления и предъявления Заказчику результатов работ должен соответствовать требованиям следующих нормативных документов, регламентирующих создание автоматизированных систем в сфере информационных технологий: 6.3 - ГОСТ 34.603-92. Виды испытаний автоматизированных систем; - ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения»; - ГОСТ 19.301-79 «Программа и методика испытаний. Требования к содержанию и оформлению»; - РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов; - РД 50-680-88. Автоматизированные системы. Основные положения. Требования к передаче материалов Основные результаты исполнения контракта предоставляются: - в 2 (двух) экземплярах на бумажном носителе; - на DVD-диске, содержащем электронную копию результатов работы. 7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу Системы в действие. При подготовке к вводу в эксплуатацию Системы Заказчик должен обеспечить выполнение следующих работ: - определить подразделение и должностных лиц, ответственных за эксплуатации Системы; - предоставить доступ пользователей к Системе; - обеспечить присутствие пользователей на проведении инструктажа по работе с Системой, проводимом Исполнителем. 8 Требования к документированию Документация Системы должна содержать все необходимые и достаточные сведения для обеспечения выполнения работ по созданию Системы и вводу ее в эксплуатацию, а также для поддержания уровня эксплуатационных характеристик Системы в соответствии с настоящими требованиями. 8.1 Перечень предоставляемых комплектов и видов документов Комплект документов на Систему должен включать следующие документы: 8.2 - Альбом отчетных и выходных форм; - Реестр форматов взаимодействия со смежными системами; - Концепция первоначального наполнения данными; - Инструкция пользователя Системы; - Инструкция администратора Системы; - Программа и методика приемочных испытаний Системы. Требования к форме представления документации Документация должна быть оформлена в соответствии с ГОСТ 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-х печатных экземплярах и в электронном виде на лазерном носителе. При наличии замечаний к документации у Заказчика, он должен предоставить их в течение 5 рабочих дней, иначе документация считается согласованной по умолчанию. 8.3 Требования к документации для пользователя системы Для пользователя должен быть разработан комплект документации, описывающий действия на всех стадиях работы в Системе. В этой документации должны быть описаны действия по первоначальной настройке и заполнению необходимых справочников, приведены основные режимы работы и методологические рекомендации по использованию Системы. Должен быть предоставлен комплект документации с полным описанием всех режимов работы Системы. 9 Срок и объем предоставления гарантий качества Гарантийный срок обслуживания должен составлять 12 месяцев с момента подписания Акта сдачиприемки работ по Договору. Исполнитель должен гарантировать качество и надежность функционирования Системы в течение гарантийного срока после подписания Акта сдачи-приемки работ по договору. В рамках гарантийного обслуживания Исполнитель предоставляет бесплатный доступ к услуге горячей линии в рабочее время Заказчика.