Требования к Системе - Фонд капитального ремонта Тамбовской
реклама
Приложение №3 к Положению о закупках товаров, работ, услуг для собственных нужд Некоммерческой организации – «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» ОБЪЯВЛЕНИЕ О ЗАКУПКЕ №3 № Наименование: 1. Предмет Конкурсного отбора 2. 3. 4. 5. 6. 7. Сведения о Конкурсе: Заключение договора на: - предоставление простой неисключительной лицензии на право использование Программы для ЭВМ в соответствие с Лицензионным договором (Приложение № 1 к объявлению о закупке №3), - оказание услуги по внедрению Программы (далее – услуги) в соответствии с техническим заданием (Приложение № 1 к проекту Договора) и в соответствие Календарным планом (Приложение №2 к проекту договора) Наименование, место нахождения, Некоммерческая организация – «Фонд почтовый адрес и адрес капитального ремонта общего имущества в электронной почты, номер многоквартирных домах, расположенных на контактного телефона Фонда территории Тамбовской области», г. Тамбов, Моршанское шоссе. д. 14 info@kapremont68.ru 8 (4752) 79-23-02 Начальная цена предмета 7 700 000 Конкурсного отбора (семь миллионов семьсот тысяч) рублей 00 копеек (конкурс на убывание начальной цены) Критерии определения победителя В соответствии с п. 5.5. Положения о закупках Конкурсного отбора товаров, работ, услуг для собственных нужд Некоммерческой организации – «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» Срок, место и порядок Документация предоставляется в срок с 15 до 22 предоставления документации о мая (включительно) по адресу: Конкурсном отборе г. Тамбов, ул. Советская, д. 118а, ком. 305 Срок определения Поставщика, с В соответствии с п. 5.4. Положения о закупках которым надлежит заключить товаров, работ, услуг для собственных нужд Договор о закупке. Некоммерческой организации – «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» Срок, в течение которого Фонд Не позднее одного дня до наступления может отказаться от проведения момента прекращения срока предоставления Конкурсного отбора документации о Конкурсном отборе * Примечание №1. При определении соответствия заявок участников критерию «срок поставки (оказания услуг)» в соответствии с п. 5.5. Положения о закупках товаров, работ, услуг для собственных нужд Некоммерческой организации – «Фонд капитального 1 ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» учитывается конечный срок оказания Услуги и предоставления простой неисключительной лицензии на право использования Программы для ЭВМ. При определении соответствия заявок участников критерию «цента Товаров (услуги)» в соответствии с п. 5.5. Положения о закупках товаров, работ, услуг для собственных нужд Некоммерческой организации – «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» учитывается общая стоимость оказания Услуги и предоставления простой неисключительной лицензии на право использование Программы для ЭВМ. ** Примечание №2. Коммерческое предложение о Закупках, в свободной форме предоставляемое Поставщиком в соответствии с п. 5.2. Положения о закупках товаров, работ, услуг для собственных нужд Некоммерческой организации – «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области», должно содержать авторизационные данные для тестового (демонстрационного) удаленного доступа к Программе для ЭВМ, а также подробное описание услуги по внедрению Программы, в целях предоставления Заказчику возможности определения соответствия указанной услуги и программы для ЭВМ техническому заданию в полном объеме. В случае несоответствия услуги и (или) программы для ЭВМ техническому заданию, Заказчик имеет право отказать в допуске Претенденту на участие в Конкурсном отборе. и.о. Генерального директора __________________ _______________________ (подпись) Главный бухгалтер __________________ (подпись) (Ф.И.О.) _______________________ (Ф.И.О.) М.П. 2 Приложение №1 к Объявлению о закупке №3 Проект ДОГОВОР № __ г. Тамбов «___» ___________2014г. Некоммерческая организация - «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области», именуемая в дальнейшем «Заказчик», в лице И.о. генерального директора Чернецова Андрея Борисовича, действующего на основании Устава, с одной стороны, и _______________________________________ именуем__ в дальнейшем «Исполнитель», в лице ___________________________________________ действующе__ на основании _______________________________, с другой стороны, далее совместно именуемые «Стороны», а по отдельности - «Сторона», заключили настоящий договор (далее «Договор») о нижеследующем: 1. Предмет Договора 1.1. Заказчик поручает, а Исполнитель принимает на себя следующие обязательства: - по предоставлению простой неисключительной лицензии на право использование Программы для ЭВМ __________________________________________________ (далее – по тексту договора - ПП) (наименование программы для ЭВМ) (далее Лицензия) в соответствие с Лицензионным договором (Приложение № 3 к настоящему Договору), являющимся неотъемлемой частью настоящего Договора. Способ передачи простой неисключительной лицензии, а также объем, территория и срок действия лицензии указываются в Лицензионном договоре (Приложение № 3 к настоящему Договору); - оказать услуги по внедрению ПП (далее – услуги) в соответствии с техническим заданием (Приложение № 1 к настоящему Договору), и в соответствие с календарным планом (Приложение №2 к настоящему Договору), являющимися неотъемлемыми частями настоящего Договора. 1.2. Заказчик обязуется принять и оплатить оказанные услуги, в порядке, определенном настоящим Договором, а также вознаграждение за предоставление простой неисключительной лицензии на право использования ПП в порядке, определенном Лицензионным договором (Приложение № 3 к настоящему Договору). 2. Обязанности Сторон 2.1. Исполнитель обязан. 2.1.1. Оказать услуги и предоставить Лицензию согласно п. 1.1 настоящего Договора, в соответствии с условиями, предусмотренными настоящим Договором и Приложением № 3 к настоящему Договору. 2.1.2. По результатам оказания услуг, предусмотренных Приложением №1 к настоящему Договору, Исполнитель обязан предоставить Заказчику Акт (Акты) сдачи-приемки оказанных услуг, а также Акт о предоставлении лицензии. 2.1.3. По первому требованию Заказчика и за свой счет устранить недостатки, выявленные при сдаче-приемке услуг, оказываемых Исполнителем в рамках настоящего договора. Срок устранения недостатков устанавливается Заказчиком. 2.2. Заказчик обязан. 2.2.1. Произвести оплату по настоящему Договору в размере и порядке, определенном разделом 3 настоящего Договора. 2.2.2. Принять оказанные услуги и предоставленную Лицензию в порядке и в сроки, предусмотренные разделом 4 настоящего Договора. 2.2.3. В случае досрочного оказания услуг Исполнителем Заказчик обязан принять услуги досрочно. 3. Стоимость по Договору и порядок расчетов 3.1. Общая стоимость Договора составляет ______________ ( ___________________________ ) рублей __ копеек. 3.1.1. Стоимость услуг по внедрению Программных продуктов составляет _______________ ( 3 ___________________________ ) рублей 00 копеек, в том числе НДС (18%). 3.1.2. Стоимость вознаграждения, подлежащего уплате за представление неисключительного права на использование программных продуктов (простая неисключительная лицензия), составляет ______________ ( ___________________________ ) рублей 00 копеек, НДС не облагается на основании подпункта 26 пункта 2 ст. 149 Налогового кодекса РФ. 3.2. Оплата 50% общей стоимости настоящего договора осуществляется Заказчиком Исполнителю единовременно или частями по мере финансирования Заказчика из бюджета Тамбовской области, но не позднее 31 декабря 2014 года (включительно). Оплата остатка (50% общей стоимости настоящего договора) осуществляется Заказчиком Исполнителю не позднее 28 февраля 2015г (включительно). 3.3. Настоящий Договор считается оплаченным с даты поступления всех денежных средств, предусмотренных п.3 настоящего Договора, на расчетный счет Исполнителя. 3.4. Цена настоящего Договора является твердой и не может изменяться в ходе его исполнения, за исключением случаев, установленных законодательством Российской Федерации. Цена настоящего Договора может быть снижена по соглашению сторон без изменения предусмотренных договором объема услуг и иных условий исполнения настоящего Договора. 4. Порядок сдачи – приемки оказанных услуг 4.1. По завершению оказания услуг (этапов оказания услуг), определенных разделом 1 настоящего Договора, Исполнитель предоставляет Заказчику два экземпляра Акта сдачи-приемки оказанных услуг (этапов оказания услуг), а также результат услуг, предусмотренный Приложениями №1 и 2 к настоящему Договору. 4.2 Заказчик в срок не позднее 10 (десяти) рабочих дней с даты получения Акта (Актов) сдачи-приемки оказанных услуг обязан провести приемку оказанных услуг и передать Исполнителю подписанный экземпляр Акта сдачи-приемки услуг или письменный мотивированный отказ от приемки оказанных услуг. Исполнитель рассматривает предоставленный Заказчиком мотивированный отказ в течение 5 (пяти) рабочих дней с даты его получения. Если исполнитель соглашается с названными Заказчиком несоответствиями или их частью, то на основании замечаний Заказчика Стороны в течение 3 (трех) рабочих дней составляют двусторонний Акт о несоответствии результата оказанных услуг и определяют срок устранения недостатков по ним. Исполнитель на основании согласованного с Заказчиком Акта о несоответствии результата оказанных услуг устраняет недостатки и предоставляет доработанный результат Заказчику. По окончании устранения Исполнением недостатков Заказчик в течение 5 (пяти) рабочих дней обязан принять услуги с учетом отработанных замечаний и подписать Акт сдачи-приемки оказанных услуг. 4.3. При наличии подписанных Сторонами Актов сдачи-приемки услуг по каждому виду услуг, предусмотренных настоящим Договором, услуги по настоящему Договору считаются оказанными с надлежащим качеством и принятыми в полном объеме. 4.6. Исполнитель вправе по своему усмотрению и без уведомления Заказчика привлекать к оказанию услуг по настоящему Договору соисполнителей, неся при этом ответственность за результаты их Услуг перед Заказчиком. 5. Гарантии качества 5.1. Исполнитель гарантирует комплектность, необходимую полноту и качество предоставляемых Заказчику услуг в рамках настоящего Договора в соответствии с техническим заданием. 5.2. Исполнитель гарантирует работу программного обеспечения только при условии соблюдения Заказчиком требований методической, технической и другой документации, в том числе руководств пользователя. 5.3. Исполнитель не несет ответственности в случае сбоев в работе системы, вызванных неквалифицированными действиями Заказчика, то есть выполнением действий, запрещенных методической, технической и другой документации, в том числе руководствами пользователя, либо использованием аналогов используемому по настоящему Договору программному обеспечению, приобретенному вне рамок настоящего Договора. 5.4. Исполнитель обеспечивает гарантийное обслуживание согласно параметрам, 4 установленным производителем программного обеспечения, в объеме, указанном в техническом задании (Приложение №1 к настоящему Договору). 5.5. Срок предоставления Исполнителем гарантийного обслуживания программного обеспечения составляет 12 месяцев с момента подписания сторонами Акта сдачи-приемки оказанных услуг. 6. Срок действия, изменение и досрочное расторжение Договора 6.1. Настоящий Договор вступает в силу с даты его подписания обеими Сторонами и действует до полного их исполнения Сторонами. 6.2. Любые изменения и дополнения к настоящему Договору, не противоречащие законодательству Российской Федерации, оформляются дополнительным соглашением сторон в письменной форме. 6.3. Любое уведомление, которое одна сторона направляет другой стороне в соответствии с настоящим Договором, направляется в письменной форме по почте или факсимильной связью с последующим представлением оригинала. 6.4. Настоящий Договор может быть досрочно расторгнут в соответствии с действующим законодательством. 7. Конфиденциальность 7.1. Стороны обязуются не разглашать сведения конфиденциального характера друг о друге, а также не использовать во вред друг другу информацию, полученную в рамках выполнения настоящего Договора. 7.2. Конфиденциальной считается любая информация относительно финансового или коммерческого положения Сторон, информация, касающаяся предмета настоящего Договора, а также информация, прямо названная Сторонами в качестве конфиденциальной. 8. Прочие условия 8.1. Каждая из Сторон обязуется в течение 3 (трех) рабочих дней письменно уведомить другую сторону о неплатежеспособности, несостоятельности, угрозе приостановления или прекращения деловых операций, реорганизации или ликвидации, если это может отразиться на исполнении условий настоящего Договора. 8.2. Настоящий Договор составляется и подписывается Сторонами в двух экземплярах, по одному для каждой из Сторон. Оба экземпляра имеют одинаковую юридическую силу и хранятся у каждой из Сторон. 9. Форс-мажорные обстоятельства. 9.1. Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств по настоящему Договору, если оно обусловлено наступлением форс-мажорных обстоятельств непреодолимой силы, к которым относятся: стихийные бедствия, аварии, пожары, массовые беспорядки, военные действия, запретительные меры государства (запрет на торговые и финансовые операции, изменение порядка расчетов и др.), вступление в силу нормативных актов законодательной и исполнительной власти, препятствующих исполнению Сторонами своих обязательств по настоящему Договору или иные обстоятельства, не зависящие от волеизъявления Сторон и возникшие после подписания настоящего Договора, если эти обстоятельства непосредственно повлияли на исполнение настоящего Договора. 9.2. Сторона, которая не в состоянии выполнить свои обязательства или часть обязательств по настоящему Договору по причинам возникновения форс-мажорных обстоятельств, обязана известить в письменной форме другую Сторону о начале, ожидаемом сроке действия и прекращении указанных обстоятельств, в срок не позднее 3 (трех) дней после начала таких обстоятельств. 9.3. При наступлении вышеперечисленных обстоятельств, по соглашению Сторон, срок выполнения Сторонами своих обязательств может быть перенесен соразмерно времени, в течение которого действуют указанные обстоятельства и их последствия. 9.4. В случае если указанные обстоятельства и их последствия продолжают действовать более одного календарного месяца, каждая из Сторон вправе в одностороннем порядке расторгнуть 5 настоящий Договор, (уведомив другую Сторону об этом письменно), или согласовать альтернативные способы дальнейшего исполнения своих обязательств по настоящему Договору. 10. Порядок урегулирования споров 10.1. Стороны принимают все меры для того, чтобы любые спорные вопросы, разногласия либо претензии, касающиеся исполнения настоящего Договора, были урегулированы путем переговоров. 10.2. В случае наличия претензий, споров, разногласий относительно исполнения одной из сторон своих обязательств другая сторона может направить претензию. В отношении всех претензий, направляемых по настоящему Договору, сторона, которой адресована данная претензия, должна дать письменный ответ по существу претензии в срок не позднее десяти календарных дней с даты ее получения. 10.3. Любые споры, не урегулированные во внесудебном порядке, подлежат рассмотрению в судебном порядке в соответствии с законодательством Российской Федерации в Арбитражном суде Тамбовской области. 11. Ответственность сторон 11.1. За неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору Стороны несут ответственность в соответствии с законодательством Российской Федерации. 11.2. В случае просрочки исполнения исполнителем своих обязательств, предусмотренных настоящим Договором, исполнитель уплачивает неустойку. Неустойка начисляется за каждый день просрочки исполнения обязательства, начиная со дня, следующего после дня истечения установленного срока исполнения обязательства по настоящему Договору. Размер такой неустойки устанавливается в размере одной трехсотой действующей на день уплаты неустойки ставки рефинансирования Центрального банка Российской Федерации от неисполненных обязательств, предусмотренных настоящим Договором. Исполнитель освобождается от уплаты неустойки, если докажет, что просрочка исполнения указанного обстоятельства произошла вследствие непреодолимой силы или по вине Заказчика. 11.3. В случае полного или частичного невыполнения условий настоящего Договора одной из сторон последняя обязана возместить другой стороне причиненные в результате этого убытки в соответствии с действующим законодательством РФ. 11.4. При нарушении сроков оплаты за оказанные услуги более чем на 10 (десять) банковских дней Исполнитель вправе требовать уплаты неустойки, неустойка начисляется за каждый день просрочки в размере одной трехсотой действующей на день уплаты неустойки ставки рефинансирования Центрального банка Российской Федерации от неисполненных обязательств, предусмотренных настоящим Договором. Заказчик освобождается от уплаты неустойки, если докажет, что просрочка исполнения обязательства по оплате произошла вследствие обстоятельств непреодолимой силы или по вине другой стороны (Исполнителя). 11.5. Уплата неустойки не освобождает Стороны от выполнения принятых обязательств. 12. Юридические адреса, реквизиты и подписи Сторон ЗАКАЗЧИК: НО – «Фонд капитального ремонта Тамбовской области ИСПОЛНИТЕЛЬ: _________________________ __________________________________________ Юридический адрес: 392000, Тамбовская обл., г.Тамбов, Моршанское шоссе, д.14 Тел./факс: (4752) 79-23-02 ИНН: 6829911542; КПП: 682901001 р/с: 40703810500000000168 в АКБ «ТКПБ» (ОАО) г.Тамбов к/с: 30101810600000000755 БИК: 046850755 ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ И.о. Генерального директора: ___________________________________________ 6 ______________/А.Б. Чернецов М.П. ___________________________________________ М.П. Приложение № 1 к Договору № от «___» _________2014 г. Некоммерческая организация «Региональный фонд капитального ремонта многоквартирных домов Тамбовской области» УТВЕРЖДАЮ И.о. генерального директора Некоммерческой организации «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области» _________________ «_____»_______________ 2014 г. Техническое задание на оказание услуг по внедрению программы для ЭВМ _________________________________________________________________________________ (наименование программы для ЭВМ) Согласовано: Согласовано: ______________________ ____________________ 7 г. Тамбов 2014 8 Содержание: ОБЩИЕ ПОЛОЖЕНИЯ .............................................................................................................. 10 Наименование услуг ....................................................................................................................... 10 Перечень документов, на основании которых поставляется система........................................ 10 Порядок оформления и предъявления заказчику результатов оказания услуг ......................... 10 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ........................................................................................................................... 10 Определения, обозначения и сокращения .................................................................................... 12 Назначение и цели Системы ....................................................................................................... 17 Назначение системы ....................................................................................................................... 17 Цели системы ................................................................................................................................... 18 Характеристика объекта автоматизации ................................................................................. 18 Общая информация об объектах автоматизации ......................................................................... 18 Министерство жилищно-коммунального хозяйства и энергетики ............................................ 19 Орган местного самоуправления ................................................................................................... 19 Государственная жилищная инспекция субъекта РФ ................................................................. 20 Региональный оператор капитального ремонта ........................................................................... 22 Управляющая организация............................................................................................................. 22 Расчетный центр .............................................................................................................................. 23 Поставщик коммунальных услуг ................................................................................................... 23 Подрядная организация .................................................................................................................. 24 Потребитель услуг ЖКХ ................................................................................................................ 24 Внешние участники информационного обмена ........................................................................... 24 Требования к Системе .................................................................................................................. 25 Требования к Системе в целом ...................................................................................................... 25 Требования к структуре и функционированию системы ............................................................ 25 Перечень подсистем, их назначение и основные характеристики .............................................. 26 Требования к способам и средствам связи для информационного обмена между подсистемами Системы ................................................................................................................... 26 Требования к режимам функционирования системы ................................................................... 27 Перспективы развития, модернизации системы ........................................................................... 27 Требования к численности и квалификации персонала системы ................................................ 28 Показатели назначения ................................................................................................................... 28 Требования к надежности............................................................................................................... 28 Требования к эргономике и технической эстетике ...................................................................... 29 Требования к эксплуатации............................................................................................................ 30 Требования к защите информации от несанкционированного доступа .................................... 31 Требования по сохранности информации при авариях ............................................................... 32 Требования к обеспечению защиты персональных данных ....................................................... 32 Требования к защите от влияния внешних воздействий ............................................................. 33 Требований к защите от влияния внешних воздействий нет. ..................................................... 33 Требования к патентной чистоте и защите авторских прав ........................................................ 33 Требования по стандартизации и унификации ............................................................................ 33 Требования к доступу пользователей к Системе ......................................................................... 34 Требования к функциям (задачам), выполняемым системой ..................................................... 35 Общие требования к Системе ........................................................................................................ 35 Требования к администрированию системы ................................................................................. 35 Требования к загрузке/выгрузке данных в/из смежных программных систем .......................... 36 Требования к справочникам и классификаторам .......................................................................... 36 Требования к формированию отчетности и печатных форм ....................................................... 38 Требования к подсистеме «Жилищный фонд»............................................................................. 39 Требования к подсистеме «Капитальный ремонт» ...................................................................... 47 Требования к подсистеме «Региональный Фонд» ....................................................................... 54 8 Требования к подсистеме «Жилищная инспекция» .................................................................... 61 Требования к подсистеме «Интернет-портал» ............................................................................. 74 Требования к видам обеспечения .................................................................................................. 80 Требования к информационному обеспечению системы ............................................................ 80 Требования к лингвистическому обеспечению системы ............................................................ 81 Требования к программному обеспечению системы ................................................................... 82 Требования к техническому (инфраструктурному) обеспечению ............................................. 82 Требования к метрологическому обеспечению ........................................................................... 86 Требования к методическому обеспечению ................................................................................. 86 Требования к услугам по сопровождению Системы ................................................................... 87 Порядок контроля и приемки системы .................................................................................... 87 Виды, состав, объем и методы испытаний системы .................................................................... 87 Общие требования к приемке оказания услуг по стадиям ......................................................... 87 Сведения о гарантийном обслуживании ....................................................................................... 88 Порядок выполнения доработок и устранения допущенных исполнителем ошибок, выявленных на этапе приемки ....................................................................................................... 88 Статус приемочной комиссии ........................................................................................................ 89 Сведения об обслуживании Системы ........................................................................................... 89 Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие ............................................................................................................ 89 Изменения в объекте автоматизации ............................................................................................ 89 Подготовка персонала..................................................................................................................... 89 Требования к документированию.............................................................................................. 90 Методическая документация ......................................................................................................... 91 Рабочая документация .................................................................................................................... 91 9 ОБЩИЕ ПОЛОЖЕНИЯ Наименование услуг: Полное наименование предмета Технического задания: внедрение программы для ЭВМ «______________________________________________________________________________________ _______________________________________________________________________________________ ____________» с передачей неисключительной лицензии Тамбовской области (далее – Система). Перечень документов, на основании которых предоставляется услуга: Основанием для предоставления услуги является договор. Порядок оформления и предъявления заказчику результатов оказания услуг: Система передается в виде функционирующего комплекса на аппаратном обеспечении Заказчика в сроки, установленные договором. Исполнитель производит инсталляцию прикладного программного обеспечения на технических мощностях Заказчика. Приемка Системы осуществляется комиссией в составе уполномоченных представителей Заказчика и Исполнителя. Порядок предъявления Системы, ее испытаний и окончательной приемки определен в разделе 6 настоящего документа. Совместно с предъявлением Системы, производится передача Заказчику разработанного Исполнителем комплекта документации согласно раздела 8 настоящего документа. Перечень нормативно-технических документов, подлежащих к использованию при разработке ТЗ: методических материалов, Государственная программа «Информационное общество (2011 - 2020 годы)», утверждена распоряжением Правительства РФ от 20 октября 2010 г. № 1815-р; ФЦП «Комплексная программа модернизации и реформирования жилищнокоммунального хозяйства на 2012 - 2020 годы»; ФЗ N 188 от 29 декабря 2004 г. «Жилищный кодекс Российской Федерации»; Федеральный Закон Российской Федерации от 21 июля 2007 № 185-ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства»; Постановление Правительства Российской Федерации от 06.02.2006 № 75 «О порядке проведения органом местного самоуправления открытого конкурса по отбору управляющей организации для управления многоквартирным домом»; Федеральный Закон от 02.05.2006 № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации»; ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем; 10 РД 50-34.698.90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов; ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения; РД 50-682-89. Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Общие положения; РД 50-680-88. Методические указания. Автоматизированные системы. Основные положения; Р 50.1.028-2001. Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования; ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания; ISO 10000–1. Информационные технологии. Международные стандартизованные профили. Часть 1. Основы документирования. 11 Определения, обозначения и сокращения АИС Автоматизированная информационная система Владелец специального счета Лицо, на имя которого открыт специальный счет Геоинформационная система Система сбора, хранения, анализа и графической визуализации пространственных (географических) данных и связанной с ними информацией о необходимых объектах. ГК «Фонд содействия реформированию ЖКХ» Государственная корпорация «Фонд содействия реформированию жилищно-коммунального хозяйства» Дефектная ведомость Ведомость подсчёта объёмов работ при капитальном ремонте Договор на выполнение работ Договор на выполнение работ по капитальному ремонту многоквартирного дома, заключаемый между заказчиком и подрядной организацией, определенной по итогам отбора подрядной организации Электронная цифровая подпись (ЭЦП) Информация в электронной форме, присоединенная к другой информации в электронной форме (электронный документ) или иным образом связанная с такой информацией. Используется для определения лица, подписавшего информацию (электронный документ) Жилищнокоммунальные услуги (ЖКУ) Услуги, доводимые до потребителя, проживающего в жилищном фонде, для обеспечения комфортных условий жизни Жилищностроительный кооператив (ЖСК) Объединение людей или организаций с целью строительства жилья, а также для управления жильем ЖКХ Жилищно-коммунальное хозяйство ИС Информационная система Капитальный ремонт (КР) Комплекс значительных работ по улучшению состояния зданий и сооружений, инженерных коммуникаций, техники и оборудования, и т. д. Конкурсная комиссия (комиссия) Временный орган, формируемый организатором отбора для рассмотрения, сопоставления и оценки предложений претендентов, пожелавших принять участие в конкурсе по отбору (далее - отбор) подрядных организаций для проведения работ по капитальному ремонту многоквартирного дома с использованием средств, предоставляемых на реализацию Программы МКД Многоквартирный дом Муниципальное образование (МО) Территория, в границах которой совместно с государственным управлением разрешено местное самоуправление для решения только местных вопросов 12 Объект КР Объект капитального ремонта – МКД, включенный в программу капитального ремонта Областная программа капитального ремонта План проведения работ по капитальному ремонту общего имущества многоквартирных домов, расположенных на территории области, содержащий перечень и сроки проведения данных работ в отношении каждого включенного в него многоквартирного дома Орган государственной власти (ОГВ) Орган, предназначенный для управления государством на разных уровнях. Их принято делить на федеральные, региональные и местные Орган местного самоуправления (ОМС) Орган, осуществляющий местное самоуправление в целях решения вопросов местного значения в границах муниципального образования Отбор подрядной организации Способ определения подрядной организации для выполнения работ по капитальному ремонту многоквартирного дома, обеспечивающий привлечение для выполнения указанных работ наиболее квалифицированной организации Отчет о ППО Отчет об обследовании жилищно-коммунального комплекса Тамбовской области Подрядная организация (подрядчик) Лицо или учреждение, обязавшееся по договору, подряду выполнить работы по капитальному ремонту ПП РФ Постановление Правительства Российской Федерации Проектно-сметная документация (ПСД) Комплекс документов, раскрывающих сущность проекта (в части капитального ремонта) и содержащих обоснование его целесообразности и реализуемости Региональный оператор Юридическое лицо, созданное в организационно-правовой форме фонда, обеспечивающее проведение капитального ремонта, финансирование такого капитального ремонта и формирование фонда капитального ремонта в субъекте РФ Ресурсоснабжающая организация (РСО) Юридическое лицо независимо от организационно-правовой формы, а также индивидуальный предприниматель, осуществляющие продажу коммунальных ресурсов РФ Российская Федерация Система Единая информационная система жилищно-коммунального хозяйства. Набор взаимосвязанных программных продуктов (ПП) с необходимыми настройками и расширениями функциональных возможностей ПП, автоматизирующий функции 13 Смета Документ, в котором вычисляется сумма затрат на проект – проведение капитального ремонта, расписанная по статьям расходов (заработная плата, налоги и отчисления по заработной плате, хозяйственные расходы, приобретение комплектующих и пр.) Специальный счет Счет, открытый в кредитной организации и предназначенный для перечисления средств на проведение капитального ремонта общего имущества в многоквартирном доме и формированные за счет взносов на капитальный ремонт, процентов, уплаченных в связи с ненадлежащим исполнением обязанности по уплате таких взносов, и начисленных кредитной организацией процентов за пользование денежными средствами фонда капитального ремонта Строительномонтажные работы (СМР) Работы по строительству производственных и непроизводственных объектов и монтажу (установке) в них оборудования Технический паспорт Сведения о потребительских свойствах, технических и энергетических характеристиках здания Товарищество собственников жилья (ТСЖ) Юридическое лицо, некоммерческая организация, созданная на основе объединения собственников помещений многоквартирного дома или собственников соседних участков с жилыми строениями (домами) для совместного управления находящегося в совместном владении и пользовании собственников помещений этого дома или земель общего пользования, входящих в территорию ТСЖ, а также ведения хозяйственной деятельности в таком доме или на общественной земле в виде эксплуатации общего имущества, строительства дополнительных помещений и объектов общего имущества и сдачи в аренду, внаем части общего имущества в многоквартирном доме или общего земельного участка Управляющая компания (УК) Акционерное общество или общество с ограниченной ответственностью, созданное в соответствии с законодательством Российской Федерации и имеющее лицензию Федеральной службы по Финансовым рынкам России (ФСФР) на осуществление деятельности по управлению паевыми инвестиционными фондами и негосударственными пенсионными фондами в соответствии с федеральным законом «Об инвестиционных фондах» (№ 156-ФЗ от 29.11.2001) Управляющая организация (УО) Коммерческая организация, осуществляющая управление многоквартирным домом ФЗ Федеральный закон Фонд капитального ремонта Денежные средства, собираемые собственниками помещений в МКД на проведение капитального ремонта МКД 14 База данных Совокупность данных, организованных в соответствии с концептуальной схемой, описывающей характеристики этих данных и связи между соответствующими им объектами, поддерживающая одну или несколько предметных областей; Безопасность информации Состояние защищенности информации, обрабатываемой средствами вычислительной техники или автоматизированной системы, от внутренних или внешних угроз; Доступ к информации (Доступ) Ознакомление с информацией, ее обработка, в частности, копирование, модификация или уничтожение информации; Защита информации Совокупность методов и средств, обеспечивающих целостность, конфиденциальность и доступность информации в условиях воздействия на нее угроз естественного или искусственного характера, реализация которых может привести к нанесению ущерба владельцам или пользователям информации; Информационные ресурсы Отдельные документы, отдельные массивы документов, документы или массивы документов в информационных системах (библиотеках, архивах, фондах, банках данных, других информационных системах); Нормативносправочная информация Информация, заимствованная из нормативных документов и справочников и используемая при функционировании автоматизированной системы; Обработка информации Совокупность операций сбора, накопления, ввода, вывода, приема, передачи, записи, хранения, регистрации, уничтожения, преобразования, отображения, осуществляемых над информацией; Пользователь системы Лицо, участвующее в функционировании системы использующее результаты ее функционирования; Программнотехнический комплекс Продукция, представляющая собой совокупность средств вычислительной техники, программного обеспечения и средств создания и заполнения машинной информационной базы при вводе системы в действие достаточных для выполнения одной или более задач; Текущий ремонт здания Ремонт, выполняемый для восстановления исправности или работоспособности здания (сооружения, коммуникаций, объектов жилищно-коммунального назначения), частичного восстановления его ресурса с заменой или восстановлением составных частей ограниченной номенклатуры в объеме, установленном нормативной и технической документацией; АРМ Автоматизированное рабочее место; ЖФ Жилищный фонд; НСИ Нормативно-справочная информация; или 15 ПО Программное обеспечение; ППО Прикладное программное обеспечение; СУБД Система управления базами данных; ФСБ Федеральная служба безопасности; ФСТЭК Федеральная служба по техническому и экспортному контролю; ЦОД Центр обработки данных; ЭП Электронная подпись; HTTP HyperText Transfer Protocol - протокол прикладного уровня передачи данных в первую очередь в виде текстовых сообщений. Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом; HTML Hypertext Markup Language - стандартный язык разметки документов во Всемирной паутине. Все веб-страницы создаются при помощи языка HTML. Язык HTML интерпретируется браузером и отображается в виде документа, удобном для человека. HTTPS Расширение протокола HTTP, поддерживающее шифрование. Данные, передаваемые по протоколу HTTP, «упаковываются» в криптографический протокол SSL, тем самым обеспечивается защита этих данных; OLAP (On-Line Analitical Processing) — это технология обработки информации, включающая составление и динамическую публикацию отчётов и документов. Данная технология используется для быстрой обработки сложных запросов к базе данных. SaaS Программное обеспечение как услуга (англ. software as a service, сокр. SaaS) – модель использования программного обеспечения, при которой поставщик разрабатывает web-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет; SOAP Simple Object Access Protocol - простой протокол передачи объектов; SSL Secure Sockets Layer - криптографический протокол, обеспечивающий безопасную передачу данных по сети Интернет. При его использовании создаётся защищённое соединение между клиентом и сервером; 16 TCP/IP Transmission Control Protocol/Internet Protocol — набор сетевых протоколов разных уровней, предназначенный для управления передачей данных в сетях; XML eXtensible Markup Language — расширяемый язык разметки. Текстовый формат, предназначенный для хранения структурированных данных; JSON, CSV Текстовый формат, предназначенный для хранения структурированных данных и обмена информацией между программами; Web-браузер Программное обеспечение для поиска, просмотра web-страниц (преимущественно из сети Интернет), для их обработки, вывода и перехода от одной страницы к другой. Например, Microsoft Internet Explorer, Mozilla Firefox; Web-сервер Сервер, осуществляющий обработку запросов от web-клиентов; WSDL Web Services Description Language — язык описания сервисов. web- НАЗНАЧЕНИЕ И ЦЕЛИ СИСТЕМЫ Назначение системы: Основным назначением Системы является обеспечение органов государственной власти, органов местного самоуправления эффективной информационной поддержкой процессов управления системой ЖКХ. Система предназначена для: формирования единой базы данных объектов жилищного фонда, управляющих и ресурсоснабжающих организаций; мониторинга состояния объектов жилищного фонда; мониторинга за деятельностью организаций жилищно-коммунального хозяйства; автоматизации процессов формирования и управления программой капитального ремонта объектов жилищного фонда (согласно ст. 167-168 Жилищного Кодекса РФ и ФЗ РФ от 21 июля 2007г. №185); автоматизация деятельности Регионального оператора (начисление, учет оплат взносов на капитальный ремонт собственниками помещений в МКД, учет оплат работ по капитальному ремонту и выданных займов на проведение капитального ремонта) согласно ст.169-175 Жилищного Кодекса; автоматизации инспекторской деятельности инспекции и органов местного самоуправления; Государственной жилищной автоматизации процессов интеграции с автоматизированной Системой Фонда содействия реформированию жилищно-коммунального хозяйства АИС «Реформа ЖКХ»; 17 обеспечения инструмента (интернет - ресурса) для предоставления информации о деятельности субъектов сферы ЖКХ собственникам жилых и нежилых помещений в МКД, Цели системы: Цели Системы: обеспечение оперативности представления, полноты, достоверности и удобства форматов отображения аналитической информации; предоставление инфраструктуры информационного взаимодействия участников сферы жилищно-коммунального хозяйства; снижение трудозатрат субъектов сферы ЖКХ при взаимодействии с регулирующими государственными органами; повышение эффективности взаимодействия субъектов сферы ЖКХ; снижение трудозатрат субъектов сферы ЖКХ при формировании и исполнении региональной программы капитального ремонта; повышение оперативности и достоверности сведений о реализации региональной программы капитального ремонта; повышение оперативности и достоверности предоставления информации о сфере ЖКХ населению. Характеристика объекта автоматизации Общая информация об объектах автоматизации: Жилищно-коммунальное хозяйство (далее – ЖКХ) представляет собой комплекс отраслей, обеспечивающих функционирование инженерной инфраструктуры различных зданий населенных пунктов, создающих удобства и комфортность проживания и нахождения в них граждан путем предоставления им широкого спектра жилищно-коммунальных услуг. В сфере ЖКХ выделены информационного обмена: следующие участники, участвующие в процессе Министерство энергетики и жилищно-коммунального хозяйства; орган исполнительной власти, содействующий реформированию ЖКХ; орган исполнительной власти субъекта РФ, ответственный за формирование региональной программы капитального ремонта; региональный оператор капитального ремонта; исполнительный орган местного самоуправления субъекта РФ; орган государственного жилищного надзора субъекта РФ; органы государственного финансового контроля субъекта РФ; кредитные организации; 18 товарищества собственников жилья (ЖСК, ЖК), управляющие организации; собственники помещений в многоквартирном доме; подрядные организации; поставщики коммунальных услуг; владелец специального счета; внешние участники информационного обмена. Министерство жилищно-коммунального хозяйства и энергетики Министерство жилищно-коммунального хозяйства и энергетики выполняет следующие функции: осуществляет функции по выработке и реализации региональной политики в области жилищно-коммунального и топливно-энергетического комплексов; осуществляет мониторинг деятельности предприятий и учреждений жилищно- коммунального и топливно-энергетического комплексов на основании представленной отчетности; разрабатывает долгосрочные, среднесрочные и текущие прогнозы развития жилищно-коммунального и топливно-энергетического комплексов субъектов РФ; формирует региональные стандарты стоимости жилищно-коммунальных услуг; организует работу координационного штаба по мониторингу хода подготовки объектов энергетики, жилищно-коммунального хозяйства и социальной сферы к работе в осенне-зимний период и прохождению отопительного периода на территориях муниципальных образований субъектов РФ; проводит государственную политику в области энергосбережения и повышения энергетической эффективности на территории субъектов РФ; разрабатывает и реализует долгосрочные целевые программы в области энергосбережения и повышения энергетической эффективности; координирует мероприятия по энергосбережению и повышению энергетической эффективности и контролирует их проведение государственными учреждениями, государственными унитарными предприятиями субъектов РФ; Орган местного самоуправления Исполнительно-распорядительный орган муниципального образования в сфере ЖКХ в отношении муниципального жилищного фонда и муниципальных предприятий выполняет следующие функции: контроль надлежащей эксплуатации объектов коммунального хозяйства; 19 организация эксплуатации и ремонта жилищного фонда; проведение мероприятий по энергосбережению и повышению энергетической эффективности, надежности и качества снабжения энергоресурсами объектов жилищного фонда и коммунальной инфраструктуры; Государственная жилищная инспекция субъекта РФ Главной задачей Инспекции государственного жилищного надзора является контроль за обеспечением прав и законных интересов граждан и государства при предоставлении населению жилищно-коммунальных услуг, отвечающих требованиям федеральных стандартов качества, использованием и сохранностью жилищного фонда независимо от его принадлежности. Инспекция государственного жилищного надзора осуществляет контроль за: 1) соответствием качества, объема и порядка предоставления коммунальных услуг требованиям, установленным Правилами предоставления коммунальных услуг собственникам и пользователям помещений в многоквартирных домах и жилых домах, утвержденными Постановлением Правительства Российской Федерации от 6 мая 2011 г. N 354; 2) соблюдением правил пользования жилыми помещениями; 3) соблюдением порядка признания жилых домов и помещений непригодными для постоянного проживания, а также перевода их в нежилые; 4) выполнением жилищно-коммунальных услуг по заявкам населения; 5) исполнением принятых решений и предписаний по устранению выявленных нарушений; 6) осуществлением мероприятий по подготовке жилищного фонда, общего имущества собственников помещений в многоквартирном доме к сезонной эксплуатации. Инспекция государственного жилищного надзора имеет право: 7) организовывать и проводить проверки юридических лиц, индивидуальных предпринимателей и граждан; 8) запрашивать и получать на основании мотивированных письменных запросов от органов государственной власти, органов местного самоуправления, юридических лиц, индивидуальных предпринимателей и граждан информацию и документы, необходимые для проверки соблюдения обязательных требований; 9) беспрепятственно по предъявлении служебного удостоверения и копии приказа (распоряжения) руководителя (заместителя руководителя) о назначении проверки посещать территории и расположенные на них многоквартирные дома, помещения общего пользования многоквартирных домов, а с согласия собственников - жилые помещения в многоквартирных домах и проводить их обследования, а также исследования, испытания, расследования, экспертизы и другие мероприятия по контролю, проверять соответствие устава товарищества собственников жилья, внесенных в устав изменений требованиям законодательства Российской 20 Федерации, а по заявлениям собственников помещений в многоквартирном доме проверять правомерность принятия общим собранием собственников помещений в многоквартирном доме решения о создании товарищества собственников жилья, соответствие устава товарищества собственников жилья, внесенных в устав изменений требованиям законодательства Российской Федерации, правомерность избрания общим собранием членов товарищества собственников жилья председателя правления товарищества и других членов правления товарищества, правомерность принятия собственниками помещений в многоквартирном доме на общем собрании таких собственников решения о выборе юридического лица независимо от организационно-правовой формы или индивидуального предпринимателя, осуществляющих деятельность по управлению многоквартирным домом, в целях заключения с управляющей организацией договора управления многоквартирным домом в соответствии со статьей 162 Жилищного кодекса Российской Федерации, правомерность утверждения условий этого договора и его заключения; 10) выдавать предписания о прекращении нарушений обязательных требований, об устранении выявленных нарушений, о проведении мероприятий по обеспечению соблюдения обязательных требований; 11) выносить заключения о пригодности домов и помещений для проживания; 12) привлекать к обследованию технического состояния жилищного фонда, общего имущества собственников помещений в многоквартирном доме и их инженерного оборудования квалифицированных специалистов и экспертов; 13) составлять протоколы об административных правонарушениях, связанных с нарушениями обязательных требований, рассматривать дела об указанных административных правонарушениях и принимать меры по предотвращению таких нарушений; 14) направлять в уполномоченные органы материалы, связанные с нарушениями обязательных требований, для решения вопросов о возбуждении уголовных дел по признакам преступлений; 15) обращаться в суд по вопросам, отнесенным к компетенции Инспекции, в том числе с заявлениями о ликвидации товарищества, о признании недействительным решения, принятого общим собранием собственников помещений в многоквартирном доме с нарушением требований Жилищного кодекса Российской Федерации, и о признании договора управления данным домом недействительным в случае неисполнения в установленный срок предписания об устранении несоответствия устава товарищества собственников жилья, внесенных в устав изменений обязательным требованиям или в случаях выявления нарушений порядка создания товарищества собственников жилья, выбора управляющей организации, утверждения условий договора управления многоквартирным домом и его заключения; 21 16) осуществлять консультационную и методическую работу, направленную на предупреждение совершения нарушений в контролируемых сферах, в пределах своей компетенции. Региональный оператор капитального ремонта Региональный оператор капитального ремонта – юридическое лицо, созданное Тамбовской областью в организационно-правовой форме фонда (некоммерческой организации) в целях организации и своевременного проведения капитального ремонта общего имущества в многоквартирных домах, в том числе финансового обеспечения, формирования средств и имущества для такого ремонта на территории области. Функциями регионального оператора капитального ремонта являются: 1) аккумулирование взносов на капитальный ремонт, уплачиваемых собственниками помещений в многоквартирных домах, в отношении которых фонды капитального ремонта формируются на счете регионального оператора; 2) открытие на свое имя специальных счетов и совершение операций по этим счетам в случае, если собственники помещений в многоквартирном доме на общем собрании собственников помещений в многоквартирном доме выбрали регионального оператора в качестве владельца специального счета. Региональный оператор не вправе отказать собственникам помещений в многоквартирном доме в открытии на свое имя такого счета; 3) финансирование расходов на капитальный ремонт общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете регионального оператора, в пределах средств этих фондов капитального ремонта с привлечением при необходимости средств, полученных из иных источников, в том числе средств государственной и муниципальной поддержки; 4) взаимодействие с органами государственной власти и органами местного самоуправления в целях обеспечения своевременного проведения капитального ремонта общего имущества в многоквартирных домах, собственники помещений в которых формируют фонды капитального ремонта на счете (счетах) регионального оператора; 5) оказание консультационной, информационной, организационно-методической помощи по вопросам организации и проведения капитального ремонта многоквартирных домов; 6) осуществление контроля за целевым использованием средств регионального оператора. Управляющая организация Управляющей организацией является юридическое лицо независимо от организационно-правовой формы, а также индивидуальный предприниматель, управляющие многоквартирным домом на основании договора управления многоквартирным домом. Управляющая организация выполняет следующие функции: 22 оказание услуг и выполнение работ по надлежащему содержанию и ремонту общего имущества в доме; заключение договоров с поставщиками коммунальных услуг; иные функции, направленные на достижение целей управления домом. Расчетный центр Расчетный центр – организация, осуществляющая формирование и организацию доставки жителям единого платежного документа, обобщающего начисления поставщиков жилищно-коммунальных и прочих услуг и ресурсов. Расчетный центр выполняет следующие функции: начисление платежей за фактически предоставленные жилищно-коммунальные услуги; нормирование счетов-фактур на оплату жилищно-коммунальных услуг; оперативный расчет и перерасчет стоимости жилищно-коммунальных услуг; прием платежей организации; и перечисление поступивших платежей управляющей формирование отчетов по запросу управляющей организации; предоставление информации по должникам; обмен данными с органами социальной защиты населения для обработки информации о субсидиях и льготах; выгрузка банка данных по лицевым счетам в территориальные отделения социальной защиты населения; отражение на лицевых счетах оплаты поступившей от населения. Поставщик коммунальных услуг Поставщик коммунальных услуг – это организация любой организационно-правовой формы, оказывающая услуги по электроснабжению, отоплению, газоснабжению, водоснабжению (холодное, горячее) и водоотведению (включая очистку сточных вод), а также обслуживающая объекты коммунальной инженерной инфраструктуры. Поставщик коммунальных услуг выполняет следующие функции: учет предоставляемых ресурсов и услуг; обмен данными с органами социальной защиты населения для обработки информации о субсидиях и льготах; проведение плановых ремонтных работ; выполнение заявок, поступивших от объединенных диспетчерских служб. 23 Подрядная организация Подрядной организацией является организация (индивидуальный предприниматель) любой организационно-правовой формы, осуществляющая содержание и ремонт общего имущества многоквартирного жилого дома, техническое обслуживание и санитарную очистку мест общего пользования жилых домов и придомовой территории, а также осуществляющая деятельность по выполнению капитального ремонта многоквартирных домов и имеющая предусмотренную действующим законодательством разрешительную документацию на выполнение работ по капитальному ремонту многоквартирного дома, производственную базу (техническую оснащенность), квалифицированный штатный состав, опыт работы по аналогичным работам, отзывы заказчиков по ранее выполненным работам. Подрядная организация выполняет следующие функции: выполнение ремонтных работ; выполнение работ по техническому обслуживанию жилищного фонда; санитарное обслуживание; подготовка жилищного фонда к сезонной эксплуатации; выполнение заявок по диспетчерских служб; устранению аварий, поступивших от аварийно- проведение капитального ремонта; составление смет и актов выполненных работ. Потребитель услуг ЖКХ Потребитель услуг ЖКХ – это гражданин, пользующийся либо имеющий намерение воспользоваться жилищно-коммунальными услугами для личных, бытовых и иных нужд, не связанных с промышленным производством. Потребитель услуг ЖКХ выполняют следующие функции: потребление предоставляемых жилищных и коммунальных услуг; оплата жилищно-коммунальных услуг; прием выполненных работ по текущему и капитальному ремонту; участие в управлении жилищным фондом, собственником которого он являются. Внешние участники информационного обмена Согласно законодательству РФ, управляющие организации и поставщики услуг, осуществляющие деятельность в сфере управления многоквартирными домами, обязаны предоставлять возможность доступа к информации о своей деятельности. Роль открытого источника информации могут выполнять: ресурсы в сети Интернет официальные печатные средства массовой информации (далее – СМИ); информационные стенды и прочее. 24 Также информация должна предоставляться на основании запросов, формируемых в письменном или электронном виде. Главной функцией открытых источников информации является обеспечение прозрачности данных о работе различных участников сферы ЖКХ, содействие росту доверия граждан к ним. Требования к Системе Требования к Системе в целом: 1.1. Требования к структуре и функционированию системы По виду автоматизированной деятельности Система должна представлять собой многопользовательскую территориально распределенную информационнотелекоммуникационную систему обработки и передачи информации с различным уровнем доступа пользователей к обрабатываемой информации, не составляющей государственной тайны – служебной информации ограниченного доступа, получаемой в рамках выполнения участниками своих функций. Система должна быть предоставлена в виде прикладных функциональных сервисов, располагающихся на аппаратно-программной платформе Исполнителя и предоставляемых по модели «программное обеспечение как услуга» (SaaS). Сервисы должны представлять собой высокоуровневые компоненты Системы, обладающие свойством автономности, выделенные по признакам принадлежности к определенной группе участников процесса ЖКХ или предназначенные для решения специфических задач. Информационное взаимодействие между сервисами должно осуществляться с использованием комплексной среды передачи данных. Система должна иметь централизованную базу данных с защищенного доступа для заинтересованных ведомств, которая позволит: предоставлением исключить необходимость экспорта-импорта данных (все действия происходят непосредственно с единой базой данных); получить возможность постоянного (online) доступа к системе и всей текущей информации (без привязки к стационарному рабочему месту пользователя); вести единые справочники и классификаторы (централизованный контроль наполнения справочников). Штатные средства Системы должны позволять проводить базовые работы по администрированию системы, требуемые при установке обновлений Системы. В рамках комплексной Системы должно предоставляться в пользование прикладное программное обеспечение (ППО), функционирующее на аппаратном обеспечении Исполнителя. Доступ пользователей к ППО должен осуществляться в режиме тонкого клиента (работа пользователя осуществляется через Web-браузер), функционирующего в различных операционных средах – Microsoft Windows, Unix (Linux), Mac OS. 25 Система должна использовать форматы продуктов семейства Microsoft Office и OpenOffice (или любого эквивалентного продукта) для формирования выходных документов. Доступ пользователей к функциональным сервисам должен осуществляться по технологии «тонкого клиента» на базе web-обозревателя (браузера) посредством АРМ. Тип используемого АРМ и состав функций, доступный определенному пользователю, должен определяться в зависимости от его роли, при этом роль будет определять права пользователей на доступ к сервисам, функциям и данным, а АРМ – способ представления информации и размещения управляющих элементов, оптимизированные для соответствующей категории пользователей. Принцип развертывания распределенных Web-приложений схематично изображен на Error! Reference source not found.. Рисунок 1 - Принципиальная схема развертывания распределенных Web-приложений для Системы Перечень подсистем, их назначение и основные характеристики В рамках оказания услуг по внедрению ЕИС ЖКХ должны предоставляться следующие подсистемы: – «Жилищный фонд»; – «Капитальный ремонт»; – «Региональный фонд» – «Жилищная инспекция» – «Портал». Требования к способам и средствам связи для информационного обмена между подсистемами Системы На физическом, канальном, сетевом и транспортном уровнях связь между компонентами Системы должна осуществляться с использованием локальных 26 вычислительных и глобальных телекоммуникационных сетей, поддерживающих стек протоколов TCP/IP. Пересылка массивов данных должна осуществляться только по прямому указанию пользователя, а в остальных случаях должны пересылаться только результаты выполнения запроса пользователя, полученные на сервере приложений. На прикладном уровне информационный обмен в Системе должен осуществляться по технологии web – сервисов с использованием механизма гарантированной однократной доставки сообщений. Требования к режимам функционирования системы Система должна обеспечивать функционирование в следующих режимах: штатный режим (режим, обеспечивающий выполнение функций Системы в полном объеме); аварийный режим (режим характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.); Основным режимом функционирования Системы должен являться штатный режим. Время выхода каждой из подсистем в штатный режим работы не должно превышать 15 минут с момента запуска технических средств (серверов) соответствующей подсистемы. Перспективы развития, модернизации системы Система должна иметь длительный жизненный цикл, составляющий не менее 3 лет. Для поддержания соответствия характеристик Системы актуальным требованиям на протяжении всего периода эксплуатации Системы необходимо обеспечить возможность ее модернизации в процессе эксплуатации за счет выбора соответствующей архитектуры программного обеспечения и технических средств, а также за счет использования стандартизованных и эффективно сопровождаемых решений. В рамках эксплуатационной поддержки пользователями Система должна обладать следующими возможностями: – все программно-аппаратные средства Системы, имеющие модульную – – конструкцию, должны иметь свободные слоты для установки дополнительных модулей с целью дальнейшего расширения их функционала; все программно-аппаратные и программные средства Системы должны иметь возможность обновления программного обеспечения и реализации новых функциональных возможностей, внедряемых производителем в обновленное программное обеспечение; все технические решения по созданию Системы должны обеспечивать возможность масштабирования и расширения функционала в будущем путем установки дополнительных модулей, программно-аппаратных средств и внедрения новых программных решений; 27 – все программно-аппаратные и программные средства Системы при информационном обмене данными и обработке данных должны использовать промышленные, активно используемые протоколы взаимодействия, чтобы обеспечивать возможности расширения, взаимодействия и интеграции с другими аналогичными системами, которые будут создаваться в будущем. Требования к численности и квалификации персонала системы К работе с Системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие инструктаж по работе с Системой. 1.2. Показатели назначения Поступление информации в систему с удаленных рабочих мест должно производиться в условиях пропускной способности канала доступа от рабочего места оператора к серверу от 256 бит/c – через WEB-интерфейс (режим «тонкого клиента»). Система должна обеспечивать функционирование в штатном режиме круглосуточно, без выходных («режим 24*7») с допустимыми регламентными перерывами на техническое обслуживание суммарной длительностью не более 4 часов в месяц и длительностью каждого перерыва не более 1 часа (с полным отключением Системы). Система должна обеспечивать возможность регистрации не менее 2000 учетных записей пользователей. Система должна обеспечивать возможность одновременной работы не менее 200 служебных пользователей. Время реагирования на запросы, поступающие через пользовательские интерфейсы Системы (от момента постуления управляющего воздействия пользователя в Систему, до отображения новой веб-страницы или обновления информации без перезагрузки страницы) не должно превышать 3 секунд. Для операций формирования сводных аналитических отчетов, а также групповых операций с большими объемами данных время исполнения не регламентируется, при этом операции должны выполняться в асинхронном (фоновом) режиме с информированием пользователя о ходе операции и с возможностью продолжения работы с Системой во время выполнения операции. Система должна предусматривать возможность не менее чем двухкратного масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем улучшения характеристик используемого комплекса технических средств. 1.3. Требования к надежности Надежность информационного обеспечения Системы должна обеспечиваться совокупностью используемых средств управления базами данных, системы комплексного 28 администрирования и реализацией процессов резервного копирования информационных баз и файлов конфигурации. После сбоя серверной, клиентской операционных систем или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней полностью завершенной перед сбоем операции ввода или изменения данных. 1.4. Требования к эргономике и технической эстетике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав Системы, должно осуществляться посредством визуального графического интерфейса. Интерфейс Системы должен удовлетворять принципу минимизации затрат ресурсов пользователя при вводе, модификации и просмотре данных (исключение дублирование операций пользователя, доступность необходимой информации, использование элемента управления «календарь» для ввода дат, использование инструментов сортировки и фильтрации в реестрах. Система должна допускать возможность ввода данных и команд множеством разных способов (клавиатура, мышь, виртуальная клавиатура) и многовариантность доступа к прикладным функциям (иконы, меню). Ввод-вывод данных в Системе, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Система должна учитывать возможность перехода от окна к окну и возврат к ранее открытому окну. Выводимая информация не должна требовать интерпретации или перекодировки, должна быть наглядной и легко читаемой. Навигационные элементы должны быть выполнены в такой форме, чтобы пользователь мог легко определить их назначение, а также должны использоваться всплывающие подсказки. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой преимущественно должно осуществляться с помощью набора экранных меню, кнопок, значков. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю, должны быть на русском языке. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Система должна обеспечивать контроль ввода данных пользователем на предмет заполненности обязательных полей и корректности формата введенных данных. Экранные формы должны быть реализованы с учетом требований по унификации: 29 все экранные формы пользовательского интерфейса одной подсистемы должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации. для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы. внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. при заполнении полей форм классификаторы и справочники. по возможности должны использоваться для дат должна предусматриваться возможность ввода как в текстовом формате (ДД.ММ.ГГГГ), так и с помощью визуального контрольного элемента – календаря. в процессе ввода данных должна осуществляться оперативная проверка их корректности по формату и диапазонам значений. Сообщения об ошибках должны указывать на конкретные отклонения от формата или допустимого диапазона. По возможности должны быть реализованы алгоритмы проверки и подсветки формально допустимых, но «подозрительных» (нетипичных для данного поля) значений (например, орфографических ошибок). при вводе адресной информации в текстовом виде должно обеспечиваться автоматическое распознавание и структурирование адресов с привязкой к определенным в настоящем ТЗ справочникам и классификаторам (адресный справочник ФИАС; справочник муниципальных образований - пункт 4.2.1.3 настоящего ТЗ). 1.5. Требования к эксплуатации Устойчивая и надежная работа системы обеспечивается за счет проведения регулярных работ по техническому сопровождению системы, поддержания в работоспособном состоянии комплекса аппаратных средств, а также с соблюдением пользователями требований эксплуатационной документации и регламентов работы системы. Инсталляционный комплект автоматизированной системы должен храниться у администратора системы. Пользователи всегда должны иметь на своих рабочих станциях последнюю версию применяемого ими программного продукта. Регламент обслуживания определяется выпускаемыми перед началом эксплуатации системы. дополнительными документами, 30 Сети электроснабжения должны обеспечивать бесперебойное электропитание, соответствующее требованиям используемых компьютеров или источников бесперебойного питания. Авторские права на программное обеспечение, на архитектуру системы и модели данных принадлежат разработчику и защищаются действующим законодательством. Пользователь не имеет права передавать программное обеспечение третьим лицам, самостоятельно или через третьих лиц использовать систему в качестве образца для разработки аналогичного программного обеспечения. Пользователь не имеет право самостоятельно или через третьих лиц выполнять какиелибо действия, не предусмотренные эксплуатационной документацией на систему (например, прямое обращение к файлам данных, декомпиляция программных модулей и т.д.), в противном случае разработчик не несет ответственности за надежность функционирования системы. 1.6. Требования к защите информации от несанкционированного доступа Защита от несанкционированного доступа в Системе должна быть реализована на основе идентификации и авторизации пользователей. Вход в пользовательскую часть подсистем и дальнейшая работа в них должны осуществляться только при указании идентификатора пользователя и его пароля в соответствии с назначенной пользователю ролью. Идентификация пользователей должна осуществляться по связке «имя пользователя и пароль». Для каждого пользователя должна быть назначена только одна роль, которую этот пользователь выполняет в Системе. Роль должна регламентировать доступ пользователя к функциям Системы. В подсистемах должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к информационным ресурсам и выполнения определенных операций. Каждая роль пользователя в Системе должна представлять собой совокупность прав доступа к определенным объектам (информационным ресурсам, операциям, функциям) Системы. Для каждого объекта Системы в рамках определенной роли пользователя должна быть возможность указать права доступа к этому объекту на добавление, изменение, удаление и просмотр. Исполнитель должен предварительно настроить список пользовательских ролей в соответствии с предоставленной Заказчиком информацией. Доступ к системе посредством web-браузера (тонкий клиент) должен осуществляться с помощью SSL сертификатов и защищенного протокола HTTPS. Использование SSL (Secure Sockets Layer) криптографического протокола в Системе должно позволить надежно обеспечить безопасную передачу данных по сети Интернет. Использование протокола SSL должно позволить создать защищенное соединение между web-клиентом и сервером Системы. Все данные Системы должны передаваться от сервера Системы к web-клиенту (и наоборот) по протоколу HTTPS и «упаковываться» в 31 криптографический протокол SSL, тем самым обеспечивая защиту и конфиденциальность этих данных. Для целей защиты данных сервера БД от несанкционированного доступа конечные пользователи Системы не должны знать пароль доступа непосредственно к самому серверу БД. Авторизация в Системе должна предусматривать доступ к функциям приложения, а не к серверу базы данных. Доступ к данным сервера БД должен осуществляться только через функции Системы и в пределах прав доступа пользователя. Сервер БД должен быть построен на базе СУБД, имеющей свою систему защиты от несанкционированного доступа. Пароли доступа к Системе и серверу БД должны быть различны. Система должна обеспечивать хранение информации обо всех действиях пользователя (внесение, изменение, удаление) в отношении информационных объектов Системы. При этом должны быть зафиксированы дата операции, пользователь, тип операции, параметры операции и идентификатор изменяемого объекта. 1.7. Требования по сохранности информации при авариях Система должна обеспечивать сохранность информации при следующих событиях: кратковременный сбой или отказ в работе системы электропитания; кратковременный сбой или отказ в работе массива с данными; частичное физическое разрушение технических средств системы; ошибка человека при работе с информацией; умышленная порча информации. В Системе должны быть предусмотрены меры защиты от неправильных действий персонала, от случайных изменений и разрушения информации и программ, а также от несанкционированного вмешательства. Размещение Системы должно быть осуществлено на двух серверах – основном и резервном. Основное серверное оборудование должно располагаться на территории субъекта РФ Заказчика. Резервное серверное оборудование с копией базы данных Системы должно располагаться на территории субъекта РФ Исполнителя. 1.8. Требования к обеспечению защиты персональных данных В соответствии с п.1 ст.19 Федерального закона от 25 июля 2007 года №152 «О персональных данных» обязанность организации необходимых правовых, организационных и технических мер или обеспечение их принятия для защиты персональных данных от неправомерного или случайного доступа к ним, уничтожения, изменения, блокирования, копирования, предоставления, распространения персональных данных, а также от иных неправомерных действий в отношении персональных данных, возлагается на Регионального оператора и участников информационного обмена. 32 1.9. Требования к защите от влияния внешних воздействий 1.10. Требований к защите от влияния внешних воздействий нет. 1.11. Требования к патентной чистоте и защите авторских прав В результате выполнения работ по внедрению Системы, предусмотренных настоящим Техническим заданием, Региональному оператору передаётся неисключительное право на использование Системы. Информация, накопленная в результате эксплуатации Системы, принадлежит Региональному оператору. Исполнитель вправе при выполнении работ по настоящему ТЗ использовать принадлежащие Исполнителю программы для ЭВМ. Исключительные права на использованные при разработке Системы программы для ЭВМ и все их составляющие - остаются за Исполнителем. Реализация технических, программных, организационных и иных решений, предусмотренных в Системе, не должна приводить к нарушению авторских и смежных прав третьих лиц. Если при модернизации Системы будут использованы лицензионные компоненты сторонних производителей (разработчиков), то все расходы на приобретение данных лицензионных компонентов должны быть включены в стоимость Контракта. 1.12. Требования по стандартизации и унификации Требования к стандартизации и унификации программных средств должны быть обеспечены за счет максимально возможного применения унифицированных компонентов и средств из состава: общего и базового программного обеспечения; систем управления базами данных; операционных систем. Стандартизация и унификация технических средств системы должна обеспечиваться посредством использования стандартных средств вычислительной техники и коммуникационного оборудования. Основными критериями в области стандартизации и унификации создаваемых и модернизированных сервисов Системы должны являться: использование единой технологии выполнения идентичных автоматизируемых функций (задач); модульность построения технических, программных и информационных компонентов Системы, позволяющая осуществлять как совершенствование решаемых функций (задач), так и расширение их перечня; унификация компонентов Системы; 33 унификация формата передачи данных. Работы по настройке Системы должны проводиться в соответствии с требованиями по стандартизации и унификации, приведёнными в ГОСТ 23945.0-80, а также регламентироваться ГОСТ серии 34 «Информационные технологии. Комплекс стандартов на автоматизированные системы» и общетехническими руководящими документами, включая РД 50-680-88 «Методические указания. Автоматизированные системы. Основные положения», РД 50-34.126-92 «Рекомендация. Информационная технология. Правила проведения работ при создании автоматизированных систем», РД 5034.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов». 1.13. Требования к доступу пользователей к Системе Доступ пользователей к комплексам функций должен осуществляться посредством автоматизированных рабочих мест (АРМ). Тип используемого АРМ и состав функций, доступный определенному пользователю, должен определяться в зависимости от его роли, назначаемой администратором Системы, при этом роль должна определять совокупность прав пользователей на доступ к функциям и информационным объектам Системы (данным), а АРМ – способ представления информации и размещения управляющих элементов, оптимизированные для соответствующей категории пользователей. В Системе должны быть реализованы следующие АРМ: АРМ администратора Системы; АРМ органа исполнительной власти; АРМ органа местного самоуправления; АРМ управляющей организации; – АРМ регионального оператора капитального ремонта; – АРМ надзорного органа; – АРМ специалиста надзорного органа. Полный доступ к данным и функциям Системы должен иметь АРМ администратора. Для каждого пользователя должна быть реализована возможность назначить только одну роль, которую этот пользователь выполняет в Системе. В Системе должна быть предусмотрена возможность настройки для каждой пользовательской роли прав доступа к функциям и информационным объектам. Для каждого информационного объекта Системы в рамках определенной роли пользователя должна быть возможность указать права доступа к этому объекту на добавление, изменение, удаление и просмотр. 34 Требования к функциям (задачам), выполняемым системой 1.14. Общие требования к Системе Требования к администрированию системы К администрированию системы должен быть организован доступ следующих АРМ пользователей: – АРМ администратора; Администрирование системы должно позволять осуществлять следующие функции в соответствии с АРМ пользователя: Таблица 1 – Функциональные возможности администрирования системы. № Функция АРМ администратора 1. Возможность предоставления информации на основе журналов Х 2. Возможность ограничения доступа к информации и функциям Системы на основе ролевой модели Х 3. Возможность гибкой настройки правил и порядка согласования объектов Системы указанных в настоящем Техническом задании на основе статусной модели Х 1) Возможность предоставления информации на основе журналов: Должны быть выполнены следующие условия: В Системе должна быть обеспечена возможность предоставления информации на основе следующих журналов: журнал действий пользователей; журнал уникальные входы в систему за указный период. Требования к защите информации от несанкционированного доступа. 2) Возможность ограничения доступа к информации и функциям Системы на основе ролевой модели. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания неограниченного количества учетных записей пользователей; в Системе должна быть обеспечена возможность гибкой настройки ограничений для пользователей на основе ролевой модели. 35 3) Возможность гибкой настройки правил и порядка согласования объектов Системы, указанных в настоящем Техническом задании, на основе статусной модели. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания неограниченного количества состояний (статусов) объектов Системы, переходов между состояниями и правил переходов. Каждый статус должен содержать как минимум следующую информацию: – наименование; – тип объекта; – признаки (начальный, конечный, порядок); – описание. Порядок смены статусов должен быть ограничен правилами перехода статусов, т.е. должен быть реализован механизм взаимосвязи статусов по конкретному типу объекта и роли пользователя. в Системе должна быть обеспечена возможность гибкой настройки ограничений на просмотр, изменение в зависимости от состояния (статуса) объектов. Требования к загрузке/выгрузке данных в/из смежных программных систем Загрузка/выгрузка данных в/из смежных программных систем должна позволять осуществлять следующие функции: 1) Возможность загрузки/выгрузки (интеграции) данных в/из смежных программных систем. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность использования открытых форматов данных (XML, JSON форматы), с помощью которого можно осуществить обмен информацией со сторонними системами. Форматы обмена данными должны иметь открытую структуру и детальное описание. в Системе должна быть обеспечена возможность реализации выгрузок из базы данных с использованием открытого универсального формата. Форматы выгрузки данных должны быть реализованы на базе XML формата. на прикладном уровне информационный обмен со смежными системами предпочтительно должен осуществляться по технологии web – сервисов. Допускается использование механизмов импорта данных и файлов. Требования к справочникам и классификаторам Подсистема единых справочников и классификаторов должна позволять осуществлять ведение всей необходимой информации для работы в Системе, которая поддается классификации и кодированию в виде справочников и классификаторов. В Системе должны быть реализованы как минимум следующие справочники: 36 1) общероссийский классификатор адресов Федеральной информационной адресной системы (ФИАС); 2) справочник форм собственности объектов; 3) справочник периодов программ капитального ремонта; 4) справочник вариантов дальнейшего использования объектов; 5) справочник основания нецелесообразности сноса жилого дома; 6) справочник программ переселения; 7) справочник единиц измерения; 8) справочник групп капитальности; 9) справочник видов работ (с отметкой соответствия ФЗ №185); 10) справочник групп конструктивных элементов, включающий группы: система отопления; система горячего водоснабжения; система холодного водоснабжения; система водоотведения; система электроснабжения; система газоснабжения; лифтовое оборудование; крыша; подвальные помещения; фасад; фундамент; приборы учета. 11) Справочник конструктивных элементов, включающий по каждому элементу: группа конструктивного элемента; наименование; нормативный срок эксплуатации; единица измерения объектов; стоимость ремонта одной единицы объема, с возможностью указать стоимость в ценах разных годов; виды работ, из справочника видов работ, по которым происходит ремонт конструктивного элемента. 12) Справочник приборов учета, включающий: наименование прибора учета; класс точности прибора учета; 37 тип учета (общедомовой, индивидуальный); нормативный срок службы; описание (текстовое поле). 13) Справочник источников финансирования, включающий: наименование источника; группа финансирования; разрез финансирования; виды работ из справочника видов работ, финансируемые из конкретного источника. 14) справочник муниципальных образований (включая связку с ФИАС); 15) справочник региональных операторов капитального ремонта, включающий банковские реквизиты счетов регионального оператора. 16) справочник установленного минимального размера взноса на капитальный ремонт. В справочнике должна быть обеспечена возможность: дифференциации размера взноса по муниципальным образованиям; связки размера взноса с календарным периодом действия. 17) Справочник процентной ставки, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. В справочнике должна быть обеспечена возможность: дифференциации процентной ставки по муниципальным образованиям; связки размера процентной ставки с календарным периодом действия. Требования к формированию отчетности и печатных форм Система должна позволять осуществлять следующие функции: 1) Возможность формирования выходных документов по установленным шаблонам с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Перечень выходных документов приведен в настоящем ТЗ в требованиях к подсистемам. Шаблоны выходных документов должны быть предоставлены Заказчиком на этапе внедрения. 38 2) Возможность формирования отчетов по установленным шаблонам с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. 1.15. Требования к подсистеме «Жилищный фонд» В подсистеме «Жилищный фонд» должна быть организована работа следующих АРМ пользователей: – АРМ администратора; – АРМ органа исполнительной власти; – АРМ органа местного самоуправления; – АРМ управляющей организации; Подсистема « Жилищный фонд» должна содержать следующие модули: – электронные реестры; – электронные паспорта. Подсистема «Жилищный фонд» должна позволять осуществлять следующие функции: Таблица 2 – Функциональные возможности подсистемы «Жилищный фонд». № Функция Модуль электронные реестры 1. Возможность ведения электронного реестра домов. АРМ АРМ админ орган истрат а ора испол нител ьной власт и АРМ орган а местн ого самоу правл ения АРМ управ ляющ ей орган изаци и АРМ ресурс оснаб жающ ей орган изаци и Х Х Х Х Возможность ведения общих характеристик по каждому жилому дому. Возможность импортирования сведений по домам из системы ГК «Фонд содействия реформированию ЖКХ». Возможность вывода информации по домам на геоинформационную систему. Х Х Х Х Х Х Х 5. Возможность экспорта реестра домов. Х Х Х Х 6. Возможность использования общероссийского классификатора адресов Федеральной информационной адресной системы. Возможность вести справочник Муниципальных образований связанный с классификатором Федеральной информационной адресной системы. Возможность учета конструктивных элементов Х Х Х Х Х Х Х Х Х Х Х Х 2. 3. 4. 7. 8. Х 39 жилого дома. Возможность создания по каждому дому технического паспорта. 10. Возможность экспорта технического паспорта дома. 9. 11. Возможность учета жилых и нежилых помещений жилого дома. 12. Возможность ведения электронного реестра аварийных домов. 13. Возможность ведения электронного реестра юридических лиц. 14. Возможность ведения списка сотрудников юридического лица. 15. Возможность ведения электронного реестра кредитных организаций. 16. Возможность ведения списка кредитных организаций обслуживающих юридическое лицо. 17. Возможность ведения электронного реестра управляющих организаций на основе электронного реестра юридических лиц. 18. Возможность учета способа управления жилого дома, и лиц осуществляющих управление. 19. Возможность ведения электронного реестра поставщиков коммунальных услуг на основе электронного реестра юридических лиц. 20. Возможность учета на жилом доме и лиц осуществляющих поставку коммунальных услуг. 21. Возможность ведения электронного реестра поставщиков ресурсов для оказания коммунальных услуг на основе электронного реестра юридических лиц. 22. Возможность учета на жилом доме организаций и лиц, осуществляющих поставку ресурсов для осуществления коммунальных услуг. 23. Возможность ведения электронного реестра поставщиков жилищных услуг на основе электронного реестра юридических лиц. 24. Возможность учета на жилом доме организаций и лиц, осуществляющих поставку жилищных услуг. 25. Возможность ведения электронного реестра органов государственной власти на основе электронного реестра юридических лиц. 26. Возможность ведения электронного реестра органов местного самоуправления на основе электронного реестра юридических лиц. Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х X Х Х X Х Х X Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Модуль электронные реестры должен позволять выполнять следующие функции: 1) Возможность ведения электронного реестра домов. Должны быть выполнены следующие условия: 40 в Системе должна быть обеспечена возможность ввода неограниченного количества жилых домов в форме электронной карточки жилого дома, объем информации может быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. Электронная карточка жилого дома должна содержать как минимум следующую информацию: общие сведения: o муниципальное образование; o уникальный номер объекта; o наименование объекта; o форма собственности (ведомственная, муниципальная, общественная, индивидуальная); o адрес объекта. характеристики объекта: o серия дома; o группа капитальности; o материал стен; o система отопления; o характеристика кровли; o форма собственности; o материал кровли; o этажность; o количество подъездов в доме; o количество лифтов; o количество квартир в доме; o характеристики площадей дома (общая, жилая, жилая, находящаяся в собственности граждан); o год сдачи в эксплуатацию; o физический износ, %. обслуживающие организации; общедомовые приборы учёта; сведения о земельном участке; сведения о помещениях жилого дома; конструктивные элементы дома и дата ввода в эксплуатацию; фото-архив жилого дома; в Системе должна быть реализована проверка на уникальность адреса жилого дома. При попытке ввода жилого дома с указанием адреса, ранее сохраненным в базе данных, Система должна выдавать пользователю соответствующие сообщение. 41 в Системе должна быть обеспечена возможность отображения введенных жилых домов в форме реестра, с возможностью перехода к карточке каждой записи. 2) Возможность ведения общих характеристик по каждому жилому дому. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода общих технических характеристик по каждому жилому дому. 3) Возможность импортирования сведений по домам из системы ГК «Фонд содействия реформированию ЖКХ». Должны быть выполнены следующие условия: в Системе должен быть разработан унифицированный входной формат для реализации импорта сведений по домам; в Системе должна быть обеспечена возможность импортирования сведений по многоквартирным домам по форме системы АИС «Реформа» ГК «Фонд содействия реформированию ЖКХ». 4) Возможность вывода информации по домам на геоинформационную систему. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность вывода информации по домам на ГИС. Функция вывода информации по домам на геоинформационную систему должна быть реализована на основе бесплатных API Карт Google или Yandex, со встраиванием карты в web-страницу при помощи JavaScript. 5) Возможность экспорта реестра домов. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность экспорта реестра жилых домов. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. 6) Возможность использования общероссийского Федеральной информационной адресной системы. классификатора адресов Должны быть выполнены следующие условия: в Системе, при вводе адреса, должна быть обеспечена возможность использования общероссийского классификатора адресов Федеральной информационной адресной системы. Классификатор адресов Федеральной информационной адресной системы находиться в свободном доступе в сети Интернет по адресу: http://fias.nalog.ru/. 42 в Системе должна быть обеспечена возможность расширения состава данных классификатора адресов Федеральной информационной адресной системы. 7) Возможность вести справочник Муниципальных образований, связанный с классификатором Федеральной информационной адресной системы. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность вести справочник Муниципальных образований, связанный с классификатором Федеральной информационной адресной системы. в Системе должна быть обеспечена возможность задать любой населенный пункт из классификатора Федеральной информационной адресной системы как муниципальное образование. в Системе должна быть обеспечена возможность использования справочника Муниципальных образований при вводе адреса жилого дома. 8) Возможность учета конструктивных элементов жилого дома. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность учета по каждому жилому дому конструктивных элементов на основании соответствующего справочника. в Системе должна быть обеспечена возможность учета по каждому конструктивному элементу характеристик года установки или последнего капитального ремонта, износа и объема. в Системе должна быть обеспечена возможность учета конструктивному элементу дополнительных характеристик, настройками соответствующего справочника. по каждому формируемых в Системе должна быть обеспечена возможность ведения приборов учета и лифтового оборудования как конструктивных характеристик жилого дома с возможностью неоднократного добавления. в Системе должна быть обеспечена возможность проверка добавления к жилому дому обязательных конструктивных элементов. 9) Возможность создания по каждому жилого дома технического паспорта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания технического паспорта по каждому жилому дому. Форма ввода технического паспорта жилого дома, должна быть разработана согласно форме рекомендованной ГК «Фонд содействия реформирования ЖКХ» РФ. 43 10) Возможность экспорта технического паспорта дома. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность экспорта технического паспорта дома. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. 11) Возможность учета жилых и нежилых помещений жилого дома. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность учета жилых помещений, с указанием площади помещения. в Системе должна быть обеспечена возможность учета нежилых помещений, с указанием площади помещения. 12) Возможность ведения электронного реестра аварийных домов. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность включения аварийных жилых домов в программу переселения. в Системе должна быть обеспечена возможность согласования каждого паспорта аварийного жилого дома на основании статусной модели. Факт согласования паспорта пользователем фиксируется сменой одного статуса на другой. 13) Возможность ведения электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества юридических лиц в форме электронной карточки жилого дома, объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. в Системе должна быть реализована проверка на ИНН юридического лица. При попытке ввода ИНН, ранее сохраненного в базе данных, Система должна выдавать пользователю соответствующие сообщение. в Системе должна быть реализована проверка на ИНН на вычисление контрольных цифр. в Системе должна быть реализована проверка на ОГРН на вычисление контрольных цифр. 14) Возможность ведения списка сотрудников юридического лица. Должны быть выполнены следующие условия: 44 В Системе должна быть обеспечена возможность ввода неограниченного количества сотрудников юридического лица, объем информации может быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. 15) Возможность ведения электронного реестра кредитных организаций. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества кредитных организаций в форме электронной карточки кредитной организации, объем информации должен быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. в Системе должна быть реализована проверка на ИНН кредитной организации. При попытке ввода ИНН, ранее сохраненного в базе данных, Система должна выдавать пользователю соответствующие сообщение. в Системе должна быть реализована проверка на ИНН на вычисление контрольных цифр. 16) Возможность ведения юридическое лицо. списка кредитных организаций обслуживающих Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества кредитных организаций обслуживающих юридическое лицо в карточке юридического лица, и указанием информации по счету. 17) Возможность ведения электронного реестра управляющих организаций на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одной управляющей организации на одно юридическое лицо, в форме карточки. в Системе должна быть обеспечена возможность указать тип управляющей организации. 18) Возможность учета способа управления жилого дома, и лиц осуществляющих управление. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность указать на жилом доме форму непосредственного управления собственниками помещений в многоквартирном доме. 45 в Системе должна быть обеспечена возможность указать перечень жилых домов находящихся в управлении управляющей организацией. Жилые дома должны указываться из реестра жилых домов. в Системе должна быть обеспечена возможность определения формы управления жилым домом на основе типа управляющей организации. в Системе должна быть обеспечена возможность указать реквизиты договора управления по каждому жилому дому. в Системе должна быть обеспечена возможность указания смены управляющей организации по дому, с указанием реквизитов договора управления. 19) Возможность ведения электронного реестра поставщиков коммунальных услуг на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одного поставщика коммунальных услуг на одно юридическое лицо, в форме карточки. в Системе должна быть обеспечена возможность указать перечень муниципальных образований в карточке поставщика коммунальных услуг. 20) Возможность учета коммунальных услуг. на жилом доме и лиц осуществляющих поставку Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность на жилом доме указать поставщиков коммунальных услуг из соответствующего реестра. 21) Возможность ведения электронного реестра поставщиков ресурсов для оказания коммунальных услуг на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одного поставщика ресурсов для оказания коммунальных услуг на одно юридическое лицо, в форме карточки. в Системе должна быть обеспечена возможность указать перечень муниципальных образований в карточке поставщика ресурсов. 22) Возможность учета на жилом доме и лиц осуществляющих поставку ресурсов для оказания коммунальных услуг. Должны быть выполнены следующие условия: 46 в Системе должна быть обеспечена возможность на жилом доме указать поставщиков ресурсов для оказания коммунальных услуг из соответствующего реестра. 23) Возможность ведения электронного реестра поставщиков жилищных услуг на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одного поставщика жилищных услуг на одно юридическое лицо. 24) Возможность учета на жилом доме и лиц осуществляющих поставку жилищных услуг. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность на жилом доме указать поставщиков жилищных услуг из соответствующего реестра. 25) Возможность ведения электронного реестра органов государственной власти на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одного органа государственной власти на одно юридическое лицо. 26) Возможность ведения электронного реестра органов местного самоуправления на основе электронного реестра юридических лиц. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода только одного органа местного самоуправления на одно юридическое лицо. 1.16. Требования к подсистеме «Капитальный ремонт» В подсистеме «Капитальный ремонт» должна быть организована работа следующих АРМ пользователей: – АРМ администратора; – АРМ органа исполнительной власти; – АРМ регионального оператора капитального ремонта; – АРМ органа местного самоуправления; – АРМ управляющей организации; Модуль «Капитальный ремонт», в соответствии с АРМ пользователя, должен позволять осуществлять следующие функции, указанные в таблице 3: 47 Таблица 3 – Требования к функциям Подсистемы учета программ и объектов капитального ремонта. № Функция АРМ АРМ АРМ органа АРМ АРМ органа регион местно управл админ исполн альног го яющей истрат ительн о самоуп органи ора ой операт равлен зации власти ора ия 1. Возможность создания программы капитального ремонта Х Х Х 2. Возможность создания паспорта объекта капитального ремонта и включение объекта в программу капитального ремонта Х Х Х 3. Возможность учета договоров на проведение строительного контроля над выполнением работ и договоров на разработку проектно-сметной документации по объекту Х Х 4. Возможность учета протоколов общих собраний жильцов по объекту Х Х 5. Возможность учета списка дефектных ведомостей по каждому виду работ объекта Х Х 6. Возможность учета списка видов работ по каждому объекту с указанием объемов и стоимости работ Х Х 7. Возможность учета смет и ведомостей ресурсов по работам объекта капитального ремонта Х Х 8. Возможность создания на основе электронного паспорта юридического лица электронного паспорта подрядной организации Х Х 9. Возможность учета конкурсов подрядных организаций, объявленных по программе капитального ремонта Х Х 10. Возможность учета договоров подряда на проведение капитального ремонта объекта в разрезе подрядчиков Х Х 11. Возможность учета план-графиков выполнения строительно-монтажных работ на объекте капитального ремонта Х Х 12. Возможность учета хода выполнения строительномонтажных работ на объекте капитального ремонта Х Х Х Х Х 48 13. Возможность учета данных по численности рабочих на объекте капитального ремонта Х Х 14. Возможность учета актов выполненных работ (КС-2, КС-3) по каждому объекту в разрезе работ Х Х 15. Возможность учета платежных документов по каждому объекту капитально ремонта Х Х 16. Возможность формирования заявки на капитальный ремонт по форме ГК «Фонд содействия реформированию ЖКХ» Х 17. Возможность учета договоров специального счета Х Х 18. Возможность учета протоколов общих собраний жильцов по объекту программы капитального ремонта Х Х Х 19. Возможность получения аналитической отчетности Х Х Х Х Х Х Х Х Модуль должен позволять выполнять следующие функции: 1) Возможность создания программы капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества записей программ капитального ремонта, объем информации должен быть ограничен только свободным дисковым пространством сервера базы данных. в Системе должна быть обеспечена возможность ввода различных типов программ капитального ремонта, например: основная, резервная. в Системе должна быть обеспечена возможность связки программ капитального ремонта с различными календарными периодами. в Системе должна быть обеспечена возможность проверки дат начала и окончания программы с календарным периодом. 2) Возможность создания на основе электронного паспорта жилого дома паспорта объекта капитального ремонта и включение объекта в программу капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность включения неограниченного количества жилых домов к программе капитального ремонта. в Системе должна быть обеспечена возможность согласования каждого паспорта объекта капитального ремонта. Паспорт объекта капитального информацию: Паспорт объекта: ремонта должен содержать следующую 49 – жилой дом; – программа; – объем работ по капитальному ремонту в разрезе объектов общего имущества по годам его выполнения; – номер по программе; – федеральный номер; – дата начала работ; – дата завершения работ подрядчиком; – дата окончания работ; – сумма на разработку экспертизы ПСД; – сумма на СМР; – сумма на технадзор; – утвержденная сумма на СМР. Информация по средствам источников финансирования: – источник финансирования; – дата начала работ; – бюджет МО (руб.); – бюджет субъекта (руб.); – средства собственников (руб.); – средства фонда (руб.). 3) Возможность учета договоров на проведение строительного контроля над выполнением работ и договоров на разработку проектно-сметной документации по объекту. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества договоров к паспорту объекта программы капитального ремонта. в Системе должна быть обеспечена возможность согласования каждого договора объекта капитального ремонта. 4) Возможность учета протоколов общих собраний жильцов по объекту. Должны быть выполнены следующие условия: В Системе должна быть обеспечена возможность добавления неограниченного количества протоколов к паспорту объекта программы капитального ремонта. 5) Возможность учета списка дефектных ведомостей по каждому виду работ объекта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества дефектных ведомостей к паспорту объекта программы капитального ремонта. в Системе должна быть обеспечена возможность добавления неограниченного количества дефектных ведомостей к объекту капитального ремонта. 50 в Системе должна быть обеспечена возможность согласования каждой дефектной ведомости объекта капитального ремонта. 6) Возможность учета списка видов работ по каждому объекту с указанием объемов и стоимости работ. Должны быть выполнены следующие условия: В Системе должна быть обеспечена возможность добавления неограниченного количества видов работ к паспорту объекта программы капитального ремонта. В Системе должна быть реализована возможность определения стоимости услуг (работ) по капитальному ремонту отдельного многоквартирного дома исходя из установленного размера предельной стоимости услуг и (или) работ по капитальному ремонту общего имущества в многоквартирном доме, которая оплачивается за счет средств фонда капитального ремонта, сформированного исходя из минимального взноса на капитальный ремонт дифференцированно по муниципальным образованиям в Тамбовской области. 7) Возможность учета смет и ведомостей ресурсов по работам объекта капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества смет к паспорту объекта программы капитального ремонта. в Системе должна быть обеспечена возможность добавления смет по видам работ, добавленным к объекту капитального ремонта. в Системе должна быть обеспечена возможность добавления одной сметы только к одному виду работ. в Системе должна быть обеспечена возможность добавления сметы с помощью импорта данных в формате АРПС 1.10, либо в другом эквивалентном формате, согласованным с Заказчиком в процессе модернизации Системы. в Системе должна быть обеспечена возможность согласования каждой сметы объекта капитального ремонта. 8) Возможность создания на основе электронного паспорта юридического лица электронного паспорта подрядной организации. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества электронных паспортов подрядных организаций, объем информации должен быть ограничен только свободным дисковым пространством сервера базы данных. в Системе должна быть обеспечена возможность формирования списка недобросовестных подрядных организаций. 9) Возможность учета конкурсов подрядных организаций, объявленных по программе капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества конкурсов к паспорту объекта программы капитального ремонта. 51 в Системе должна быть обеспечена возможность добавления неограниченного количества конкурсов к объекту капитального ремонта. после определения Подрядчика как победителя конкурса в Системе должна быть обеспечена возможность дальнейшей работы только с данным подрядчиком. 10) Возможность учета договоров подряда на проведение капитального ремонта объекта в разрезе подрядчиков. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества договоров подряда к паспорту объекта программы капитального ремонта. в Системе должна быть обеспечена возможность согласования каждого договора подряда объекта капитального ремонта. 11) Возможность учета план-графиков выполнения строительно-монтажных работ на объекте капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность формирования план-графика только по видам работ указанным в списке видов работ объекта капитально ремонта. в Системе должна быть обеспечена возможность использования всей ранее введенной информации, исключая повторный ввод информации. 12) Возможность учета хода выполнения строительно-монтажных работ на объекте капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность формирования хода выполнения работ только по видам работ указанным в списке видов работ объекта капитально ремонта. в Системе должна быть обеспечена возможность хранения истории заполнения информации о ходе выполнения строительно–монтажных работ. в Системе должна быть обеспечена возможность использования всей ранее введенной информации, исключая повторный ввод информации. 13) Возможность учета данных по численности рабочих на объекте капитального ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода информации по численности рабочих только по видам работ указанным в списке видов работ объекта капитально ремонта. в Системе должна быть обеспечена возможность хранения истории заполнения информации о численности рабочих по каждому виду работ указанных в списке видов работ объекта капитально ремонта. в Системе должна быть обеспечена возможность использования всей ранее введенной информации, исключая повторный ввод информации. 52 14) Возможность учета актов выполненных работ (КС-2, КС-3) по каждому объекту в разрезе работ. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества актов к паспорту объекта программы капитального ремонта; в Системе должна быть обеспечена возможность добавления неограниченного количества актов по видам работ, добавленным к объекту капитального ремонта; в Системе должна быть обеспечена возможность добавления одного акта только к одному виду работ; в Системе должна быть обеспечена возможность добавления акта с помощью импорта данных в формате АРПС 1.10, либо в другом эквивалентном формате, согласованным с Заказчиком в процессе модернизации Системы; в Системе должна быть обеспечена возможность согласования каждого акта выполненных работ по объекту капитального ремонта; в Системе должна быть обеспечена возможность автоматической проверки соответствия позиций сметы и акта выполненных работ; 15) Возможность учета платежных документов по каждому объекту капитально ремонта. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления неограниченного количества платежных документов к паспорту объекта программы капитального ремонта. в Системе должна быть обеспечена возможность добавления неограниченного количества платежных документов к объекту капитального ремонта. в Системе должна быть обеспечена возможность добавления платежного документа с помощью импорта данных в согласованном формате. 16) Возможность формирования заявки на капитальный ремонт по форме ГК «Фонд содействия реформированию ЖКХ». Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность формирования заявки на капитальный ремонт по форме ГК «Фонд содействия реформированию ЖКХ». 17) Возможность учета договоров специального счета. Должны быть выполнены следующие условия: Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления договора на основании протокола общего собрания жильцов по объекту программы капитального ремонта. в Системе должна быть обеспечена возможность представления информации в виде отдельного списка договоров о формировании фонда капитального ремонта. 18) Возможность учета протоколов общих собраний жильцов по объекту программы капитального ремонта. Должны быть выполнены следующие условия: 53 в Системе должна быть обеспечена возможность добавления неограниченного количества протоколов общего собрания жильцов к паспорту объекта программы капитального ремонта. 19) Возможность получения аналитической отчетности. В Системе должна быть обеспечена возможность получения следующих аналитических отчетностей: сводные сведения по созданной программе капитального ремонта. о результатах согласования программы капитального ремонта, проведения конкурсов подрядных организаций, заключения договоров с подрядными организациями. о ходе выполнения работ (отставание от графика выполнения работ, завершение работ раньше срока, выполнение работ в полном объеме) по объектам в зависимости от графиков выполнения работ, объемов выполненных работ. получение отчетов по формам, утвержденным ГК «Фонд содействия реформированию ЖКХ». о движении денежных средств по лицевому счету объекта капитального ремонта. о движении денежных средств по счету объекта у регионального оператора капитального ремонта. Требования к подсистеме «Региональный Фонд» В подсистеме «Региональный фонд» должна быть организована работа следующих АРМ пользователей: – АРМ администратора; – АРМ регионального оператора капитального ремонта. Подсистема «Региональный фонд», в соответствии с АРМ пользователя, должна позволять осуществлять следующие функции: Таблица 4 – Функциональные возможности подсистемы «Региональный фонд». № Функция АРМ регионального АРМ оператора администратора капитального ремонта 1. Возможность создания карточки абонента. Х Х 2. Возможность Х Х Х Х Х Х расчета ежемесячных начислений взносов на формирование фонда капитального ремонта в разрезе каждого абонента. 3. Возможность перерасчета начислений взносов на капитальный ремонт. 4. Возможность расчета пени в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. 54 5. Возможность формирования платежного документа на оплату взноса Х Х 6. Возможность создания лицевого счета абонента. Х Х 7. Возможность формирования и учета операций по счету. Х Х 8. Возможность учета счетов – начислений МКД и оплата взносов на Х Х Х Х 10. Возможность ведения счетов регионального оператора. Х Х 11. Возможность ведения специальных счетов. Х Х 12. Возможность ведения счета невыясненных поступлений Х Х 13. Возможность формирования оборотно-сальдовой ведомости. Х Х на формирование фонда капитального ремонта в разрезе месяца и абонента (печатная форма). капитальный ремонт 9. Возможность ведения счета-оплат МКД – учет оплат работ по капитальному ремонту. Подсистема должна позволять выполнять следующие функции: 1) Возможность создания карточки абонента. Карточка абонента должна содержать следующую информацию: Таблица 5 – Требования к информации содержащейся в карточке абонента. № 1 2 3 Описание Тип Примечание Жилое помещение Номер лицевого счета Справочное Числовое Собственник Текстовое Почтовый адрес Справочник ФИО (полностью), наименование юридического лица (индивидуального предпринимателя), иного собственника Индекс, регион, район, населенный пункт, улица, номер дома, корпус, номер квартиры Доля собственности Дата заключения договора Дробное Дата 4 1. 1. 2. 5 6 7 8 9 Размер ежемесячного взноса (руб.) Справочник Жилая площадь помещения (кв.м.) Общая площадь помещения (кв.м.) Дробное Дробное Заполняется автоматически при указании почтового адреса МКД 2) Возможность расчета ежемесячных начислений взносов на формирование фонда капитального ремонта в разрезе каждого абонента. Расчет должен быть осуществлен на основании данных о площади помещения, находящегося в собственности абонента и размере тарифа, утвержденного нормативным 55 правовым актом или собранием собственников помещений (в случае формирования фонда капитального ремонта на специальном счете). Тариф является единым для всех абонентов в рамках одного МКД и должен быть не меньше минимального утвержденного на уровне Тамбовской области. Ежемесячный взнос абонента = (тариф)*(площадь помещения абонента). 3) Возможность перерасчета начислений взносов на капитальный ремонт. Перерасчет должен быть произведен при изменении параметров, влияющих на расчет (тарифа, общей площади жилого помещения, запреты начислений, периоды действия услуг и лицевых счетов). Перерасчет должен быть возможен как за текущий, так и за закрытые периоды. Перерасчет = (начисления за выбранный период по актуальным значениям параметров) +(перерасчет за текущий период) – (сумма изначального размера начисления взноса). Аналогичный алгоритм должен применяться при перерасчете пени. 4) Возможность расчета пени в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. При расчете пени должны быть учтены размер задолженности абонента и размер процентной ставки за каждый день просрочки. Расчет задолженности должен быть произведен с учетом начисления взносов на капитальный ремонт, перерасчетов и документов оплат текущего месяца до даты оплаты. Задолженность абонента должна быть распределена по месяцам образования. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок сумм за каждый день просрочки. Расчет пени должен производиться в момент оплаты услуг с суммы уплачиваемой задолженности, либо в момент возникновения обязательств к оплате. 5) Возможность формирования платежного документа на оплату взноса на формирование фонда капитального ремонта в разрезе месяца и абонента (печатная форма). Платежный документ на оплату взноса на капитальный ремонт должен содержать информацию, приведенную в таблице – Таблица 6. Таблица 6 – Информация по «Платежному документу» № 1. 2. Описание Номер лицевого счета Плательщик Тип Текстовое Текстовое Примечание ФИО (полностью), 56 3. 4. 5. 6. 7. 8. 9. Получатель Состояние счета Оплаты, поступившие за предыдущий период Начислено за месяц Перерасчет Сумма к оплате Дата выставления счета Справочник Дробное Дробное Дробное Дробное Дробное Дата Почтовый адрес Справочник 12. наименование юридического лица (индивидуального предпринимателя), иного собственника Индекс, регион, район, населенный пункт, улица, номер дома, корпус, номер квартиры 6) Возможность создания лицевого счета абонента. Лицевой счет абонента должен быть создан для каждого собственника помещений в МКД после принятия решения собственниками о способе формирования фонда капитального ремонта. Характеристика лицевого счета: по дебету счета должны быть отражены начисления взносов на капитальный ремонт, пени и перерасчет взносов; по кредиту счета должны быть отражены документы оплаты взносов на капитальный ремонт; сальдо по счету должно отражать задолженность абонента по уплате взносов на капитальный ремонт. Порядок формирования номера лицевого счета абонента согласуется с Заказчиком в процессе создания Системы. Лицевой счет абонента должен содержать следующие атрибуты: Таблица 7 – Атрибуты «Лицевого счета абонента» № Описание Тип 1. Номер лицевого счета Текстовое 2. Собственник Текстовое 3. Почтовый адрес Справочник 4. 5. Дата открытия счета Дата закрытия счета Дата последней операции по счету Входящее сальдо по счету на начало периода Дата Дата 6. 7. Дата Дробное Примечание ФИО (полностью), наименование юридического лица (индивидуального предпринимателя), иного собственника Индекс, регион, район, населенный пункт, улица, номер дома, корпус, номер квартиры Возможность раскрытия последней операции Сальдо с учетом всех операций по счету 57 8. 9. 10. 11. Итого начислено Итого оплачено Иные операции по лицевому счету Исходящее сальдо по счету на конец периода Дробное Дробное - Дробное - Дробное Сальдо с учетом всех операций по счету Счет абонента может находиться в одном и следующих статусов: открыт; закрыт. Статус «Открыт» - основное рабочее состояние счета абонента, по счету могут производиться начисления, оплаты, работа с любыми финансовыми документами. Статус «Закрыт» может быть установлен при выполнении следующих условий: исходящее сальдо по счету нулевое; указана дата закрытия счета (т.е. лицевой счет стоит в статусе «на закрытии»). Проведение финансовых операций по лицевому счету в статусе «Закрыт» должно быть недоступно. 7) цзможность формирования и учета операций по счету. В Системе должны учитываться следующие финансовые операции: начисление; перерасчет; оплата; изменение сальдо (случаи корректировки сальдо, например, согласно решениям суда); установка сальдо (необходимо для загрузки данных в систему регионального оператора при неисполнении обязанностей ТСЖ, ЖСК при формировании фонда капитального ремонта). 8) Возможность учета счетов – начислений МКД и оплата взносов на капитальный ремонт. На счете-начислений МКД должны быть агрегированы данные по счетам абонентов данного МКД: по дебету счета должны быть отражены суммарные начисления взносов на капитальный ремонт, пени и перерасчет взносов по всем абонентам МКД; по кредиту счета должны быть отражены суммарный размер оплаты взносов на капитальный ремонт по всем абонентам МКД; сальдо по счету должно отражать суммарную задолженность абонентов МКД по уплате взносов на капитальный ремонт. Счет-начислений МКД должен содержать информацию, приведенную в Таблице 8. 58 Таблица 8 – Информация по Счету-начислений МКД № 1. 2. 3. 4. 5. 6. Описание Тип Примечание Номер счета Номера счетов абонентов Входящее сальдо по счету на начало периода Итого начислено Итого оплачено Исходящее сальдо по счету на конец периода Текстовое Текстовое Дробное Дробное Дробное Дробное - 9) Возможность ведения счета-оплат МКД – учет оплат работ по капитальному ремонту. На счете-оплат МКД: по дебету счета должны быть отражены суммарный объем оплат взносов на капитальный ремонт от абонентов МКД (с учетом всех видов поступлений); по кредиту счета должны быть отражены документы оплаты работ по капитальному ремонту МКД, возврат займов (от других МКД) на оплату работ по капитальному ремонту; сальдо по счету должно отражать баланс МКД. Отрицательное сальдо отражает задолженность абонентов МКД перед региональным оператором и результат заимствования, положительное – размер накоплений МКД и результат заимствования. Счет-оплат МКД должен содержать информацию, приведенную в таблице 9. Таблица 9 – Информация по Счету-оплат МКД № Описание Тип 1. 2. Номер Номер счета-начислений МКД Текстовое Текстовое 3. Дата открытия счета Дата 4. 5. Дата закрытия счета Дата последней операции по счету Входящее сальдо по счету на начало периода Итого по кредиту Итого по дебиту Исходящее сальдо по счету на конец периода Лимит по овердрафту Дата Дата 6. 6. 7. 8. 9. Примечание Дробное Дробное Дробное Дробное Дробное 10) Возможность ведения счета регионального оператора. На счете регионального оператора: по дебету счета должны быть отражены суммарный объем оплат взносов на капитальный ремонт по всем МКД и средств государственной (муниципальной) поддержки; по кредиту счета должны быть отражены суммарные затраты на работы по капитальному ремонту МКД; 59 сальдо по счету должно отражает размер фонда капитального ремонта регионального оператора. Сальдо должно быть положительным и быть не меньше заданного субъектом лимита. По счету регионального оператора должен быть указан лимит расходования средств. При совершении операции по кредиту должна быть реализована проверка лимита по счету регионального оператора. По счету регионального оператора должна содержаться информация, приведенная в таблице – Таблица 10. Таблица 10 – Информация по счету регионального оператора № Описание Тип Примечание 1. Номер Текстовое - 2. 3. 4. 5. 6. Номера счетов МКД Дата открытия счета Дата закрытия счета Дата последней операции по счету Текстовое Дата Дата Дата - Входящее сальдо на начало периода Дробное - Итого по кредиту Итого по дебиту Исходящее сальдо по счету на конец периода Лимит по кредиту Дробное Дробное - Дробное - Дробное - 7. 8. 9. 10. 11) Возможность ведения специального счета. На специальном счете должны быть агрегированы данные по счетам МКД, собственники помещений в которых приняли решение о формировании фонда капитального ремонта на специальном счете: по дебету счета должен быть отражен суммарный объем оплат взносов на капитальный ремонт по всем МКД, проценты от размещения средств на банковских счетах. по кредиту счета должны быть отражены суммарные затраты на работы по капитальному ремонту МКД; сальдо по счету должно отражает размер фонда капитального ремонта данного МКД. По специальному счету должна содержаться информация, приведенная в таблице 11. Таблица 11 – Информация по специальному счету № 1. 2. 3. 4. Описание Номера счета МКД, формирующих фонд на спец счете Кредитная организация Владелец специального счета Дата открытия счета Тип Примечание Текстовое - Справочник Справочник Дата - 60 Дата закрытия счета Дата последней операции по счету Входящее сальдо на начало периода Итого по кредиту Итого по дебиту Исходящее сальдо по счету на конец периода Лимит по кредиту 5. 6. 7. 8. 9. 10. 11. Дата Дата Дробное Дробное Дробное - Дробное - Дробное - 12) Возможность ведения счета невыясненных поступлений. На счете невыясненных поступлений должны отражаться документы оплаты, которые не могут быть однозначно проведены по какому-либо счету МКД при импорте из смежных финансовых систем. По каждому такому документу оплаты должны быть выделены атрибуты, по которым не было найдено соответствия в Системе. 13) Возможность формирования оборотно-сальдовой ведомости. Оборотно-сальдовая ведомость должна формироваться при закрытии текущего месяца и содержать данные по всем счетам МКД, счету регионального оператора. В подсистеме должна быть возможность формирования оборотно-сальдовой ведомости за любой заданный период. Оборотно-сальдовая ведомость по каждому счету должна содержать информацию, приведенную в таблице 12. Таблица 12 – Информация по оборотно-сальдовой ведомости № Описание Тип Примечание 1. Номера счета МКД Текстовое - 2. Дата открытия периода Дата - 3. Дата закрытия периода Дата - 4. Остаток на начало периода Дробное - 5. Остаток на конец периода Дробное - 6. Обороты по кредиту Дробное - 7. Обороты по дебиту Дробное - 8. Дата формирования ведомости Дробное - 1.17. Требования к подсистеме «Жилищная инспекция» В подсистеме «Жилищная инспекция» должна быть организована работа следующих АРМ пользователей: – АРМ администратора; – АРМ надзорного органа; – АРМ специалиста надзорного органа; – АРМ управляющей организации. Модуль «Жилищная инспекция», в соответствии с АРМ пользователя, должен позволять осуществлять следующие функции, указанные в таблице 13: 61 Таблица 13 – Функциональные возможности модуля «Жилищная инспекция». № Функция АРМ АРМ АРМ админ надзор специа истрат ного листа ора органа надзор ного органа АРМ управл яющей органи зации Возможность создания плановых проверок в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан. 2. Возможность учёта обращений и заявлений граждан в форме электронных документа. 3. Возможность создания внеплановых проверок в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан. 4. Возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) руководителя, заместителя руководителя органа государственного контроля (надзора), органа муниципального контроля о проведении проверки. 5. Возможность создания в рамках плановой или внеплановой проверки электронного документа акта по результатам проведения плановых и внеплановых проверок. 6. Возможность создания в рамках плановой или внеплановой проверки электронного документа акта обследования по результатам визуального обследования. 7. Возможность создания в рамках плановой или внеплановой проверки электронного документа предписания об устранении выявленных нарушений. 8. Возможность создания в рамках плановой или внеплановой проверки электронного документа протокола об административных правонарушениях. 9. Возможность создания в рамках плановой или внеплановой проверки электронного документа постановления об административном воздействии. 10. Возможность создания в рамках плановой или внеплановой проверки электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения. 11. Возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) о проверке исполнения предписаний. 12. Возможность учёта постановлений, выданных органами прокуратуры. Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х Х 13. Возможность учёта уведомлений о начале осуществления Х Х Х Х Х Х Х Х Х Х 1. Х предпринимательской деятельности по управлению многоквартирными домами и предпринимательской деятельности по оказанию услуг и (или) выполнению работ по содержанию и ремонту общего имущества в многоквартирных домах. 14. Возможность учёта уставов товарищества собственников жилья, списка домов в управлении товарищества и протоколов общего собрания членов товарищества. 15. Возможность получения аналитической отчётности. 62 Модуль должен позволять выполнять следующие функции: 1) Возможность создания плановых проверок в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества записей планов проверок с указанием: наименования плана, даты начала и даты окончания плана. при создании проверки в Системе должна быть обеспечена возможность указать орган государственной власти, орган местного самоуправления, а также юридическое лицо, или индивидуального предпринимателя, в отношении которого производиться проверка, из соответствующего электронного паспорта. при создании проверки в Системе должна быть обеспечена возможность указать электронный паспорт только одного контрагента. в Системе должна быть обеспечена возможность создания неограниченного количества проверок в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан с привязкой к определенному плану проверок. в Системе должна быть обеспечена возможность ведения справочника инспекторов жилищной инспекции. в Системе должна быть обеспечена возможность в рамках проверки указать список инспекторов жилищной инспекции, которые должны осуществлять проверку. в Системе должна быть обеспечена возможность указать список жилых домов, в отношении которых производиться проверка. при включении жилых домов в проверку в Системе должна быть обеспечена возможность указать только те жилые дома, которые относятся к органу государственной власти, органу местного самоуправления, а также юридическому лицу, индивидуальному предпринимателю. в Системе должна быть обеспечена возможность сквозной автоматической нумерации плановых проверок в рамках одного календарного года. Номер документа должен включать отметку о годе создания. 2) Возможность учета обращений и заявлений граждан в форме электронных документа. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества электронных документов обращений граждан, с указанием: реквизитов обращения, источников поступления и тематик. Объем информации может быть 63 ограничен только доступным дисковым пространством сервера базы данных и СУБД. в Системе должна быть обеспечена возможность связки электронного документа обращений граждан с электронными паспортами жилых домов. в Системе должна быть обеспечена возможность установки контрольного срока отправки ответа на обращение. в Системе должна быть обеспечена возможность сквозной автоматической нумерации электронных документов обращений граждан. в Системе должна быть обеспечена возможность использования электронных документов обращений граждан в качестве основания внеплановой проверки в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан. в Системе должна быть обеспечена возможность ввода информации в электронный документ обращения граждан ввода о результатах рассмотрения обращения. в Системе должна быть обеспечена возможность указать в электронном документе обращения граждан перечень документов, сформированный в рамках проведения проверки на основании данного обращения. 3) Возможность создания внеплановых проверок в отношении органов государственной власти, органов местного самоуправления, а также юридических лиц, индивидуальных предпринимателей и граждан. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества записей внеплановых проверок следующих типов: проверки по обращениям граждан, проверки по требованию прокуратуры, проверки по поручению руководства. при создании внеплановой проверки в Системе должна быть обеспечена возможность указать орган государственной власти, орган местного самоуправления, а также юридическое лицо или индивидуального предпринимателя, в отношении которого производится проверка при создании внеплановой проверки в Системе должна быть обеспечена возможность указать электронный паспорт только одного контрагента. в Системе должна быть обеспечена возможность в рамках проверки указать список инспекторов жилищной инспекции, которые должны осуществлять проверку. в Системе должна быть обеспечена возможность в рамках проверки указать список проверяемых домов. при включении жилых домов в проверку в Системе должна быть обеспечена возможность указать только те жилые дома, которые относятся к органу 64 государственной власти, органу местного самоуправления, а также юридическому лицу, индивидуальному предпринимателю. при создании внеплановой проверки в Системе должна быть обеспечена ввода сведений о результатах согласования проведения внеплановой проверки с органами прокуратуры в Системе должна быть обеспечена возможность сквозной автоматической нумерации внеплановых проверок в рамках одного календарного года и одного типа проверки. Номер документа должен включать отметку о годе создания. 4) Возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) руководителя, заместителя руководителя органа государственного контроля (надзора), органа муниципального контроля о проведении проверки. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) руководителя, заместителя руководителя органа государственного контроля (надзора), органа муниципального контроля о проведении проверки. в Системе должна быть обеспечена возможность формирования электронного документа распоряжения (приказа) содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность экспорта электронного документа распоряжения (приказа) в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность сквозной автоматической нумерации электронного документа распоряжения (приказа) в рамках одного календарного года с документами постановлений прокуратуры. Номер документа должен включать отметку о годе создания. 5) Возможность создания в рамках плановой или внеплановой проверки электронного документа акта по результатам проведения плановых и внеплановых проверок. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа акта по результатам проведения плановых и внеплановых проверок. 65 в Системе должна быть обеспечена возможность создания электронного документа акта по результатам проведения плановых и внеплановых проверок только после создания электронного документа распоряжения (приказа). в Системе должна быть обеспечена возможность формирования электронного документа акта по результатам проведения плановых и внеплановых проверок содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность создания в рамках проверки электронного документа общего акта проверки или акта проверки на каждый проверяемый дом по результатам проведения плановых и внеплановых проверок. в Системе должна быть обеспечена возможность вести справочник нарушений с указанием характеристики нарушений. при формировании электронного документа акта проверки в Системе должна быть обеспечена возможность ввода информации о результатах проведения проверки. при формировании электронного документа акта по результатам проведения плановых и внеплановых проверок в Системе должна быть обеспечена возможность ввода информации о выявленных в ходе проверки нарушениях с указанием срока устранения нарушения. в Системе должна быть обеспечена возможность экспорта электронного документа акта по результатам проведения плановых и внеплановых проверок в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. В Системе должна быть обеспечена возможность автоматической нумерации электронного документа акта по результатам проведения плановых и внеплановых проверок. Номер документа должен дублировать номер электронного документа распоряжения (приказа). При создании нескольких электронных документов актов номер должен включать порядковый номер. 6) Возможность создания в рамках плановой или внеплановой проверки электронного документа акта обследования по результатам визуального обследования. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа акта обследования по результатам визуального обследования. в Системе должна быть обеспечена возможность создания электронного документа акта обследования по результатам визуального обследования только после создания электронного документа распоряжения (приказа). 66 в Системе должна быть обеспечена возможность формирования электронного документа акта обследования по результатам визуального обследования содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность создания электронных документов актов обследования по результатам визуального обследования в рамках проверки по каждому проверяемому дому. в Системе должна быть обеспечена возможность экспорта электронного документа акта обследования по результатам визуального обследования в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность автоматической нумерации электронного документа акта обследования по результатам визуального обследования. Номер документа должен дублировать номер электронного документа распоряжения (приказа). При создании нескольких электронных документов актов номер должен включать порядковый номер. 7) Возможность создания в рамках плановой или внеплановой проверки электронного документа предписания об устранении выявленных нарушений. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа предписания об устранении выявленных нарушений. в Системе должна быть обеспечена возможность создания электронного документа предписания об устранении выявленных нарушений только после создания документа акта проверки, в котором указаны выявленные в ходе проверки нарушения. в Системе должна быть обеспечена возможность формирования электронного документа предписания об устранении выявленных нарушений содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность в рамках проверки создания нескольких электронных документов предписаний об устранении выявленных нарушений. при создании электронного документа предписания об устранении выявленных нарушений в Системе должна быть обеспечена возможность указать перечень 67 нарушений, по которым формируется предписание. Нарушения указываться из списка, сформированного в документе акта проверки. должны при формировании электронного документа предписания об устранении выявленных нарушений в Системе должна быть обеспечена возможность ввода информации об отмене предписания. в Системе должна быть обеспечена возможность экспорта электронного документа предписания об устранении выявленных нарушений в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность автоматической электронного документа предписания об устранении выявленных Номер документа должен дублировать номер электронного распоряжения (приказа). При создании нескольких электронных предписаний номер должен включать порядковый номер. нумерации нарушений. документа документов 8) Возможность создания в рамках плановой или внеплановой проверки электронного документа протокола об административных правонарушениях. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа протокола об административных правонарушениях. в Системе должна быть обеспечена возможность создания электронного документа протокола об административных правонарушениях только после создания одного из следующих электронных документов: акта по результатам проведения плановых и внеплановых проверок, предписания об устранении выявленных нарушений. в Системе должна быть обеспечена возможность формирования электронного документа протокола об административных правонарушениях содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность в рамках проверки создания нескольких электронных документов протоколов об административных правонарушениях. при создании электронного документа протокола об административных правонарушениях в Системе должна быть обеспечена возможность указать перечень нарушений, по которым формируется протокол. Нарушения должны указываться из списка, сформированного в документе акта проверки или предписания. 68 в Системе должна быть обеспечена возможность экспорта электронного документа протокола об административных правонарушениях в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность автоматической нумерации электронного документа протокола об административных правонарушениях. Номер документа должен дублировать номер электронного документа распоряжения (приказа). При создании нескольких электронных документов протоколов номер должен включать порядковый номер. 9) Возможность создания в рамках плановой или внеплановой проверки электронного документа постановления об административном воздействии. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа постановления об административном воздействии. в Системе должна быть обеспечена возможность создания электронного документа постановления об административном воздействии после создания одного из следующих документов: электронного документа протокола об административных правонарушениях, электронного документа постановления прокуратуры. в Системе должна быть обеспечена возможность формирования электронного документа постановления об административном воздействии содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность в рамках проверки создания одного электронного документа постановления на каждый документ протокола об административных правонарушениях. При формировании электронного документа постановления об административном воздействии в Системе должна быть обеспечена возможность ввода информации об оспаривания постановления. при формировании электронного документа постановления в Системе должна быть обеспечена возможность ввода информации о принятых мерах административного воздействия. при формировании электронного документа постановления об административном воздействии в Системе должна быть обеспечена возможность ввода информации о фактах оплаты шарфов. 69 в Системе должна быть обеспечена возможность экспорта электронного документа постановления об административном воздействии в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность автоматической нумерации электронного документа постановления об административном воздействии. Номер документа должен дублировать номер электронного документа распоряжения (приказа). При создании нескольких электронных документов постановлений номер должен включать порядковый номер. 10) Возможность создания в рамках плановой или внеплановой проверки электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения. в Системе должна быть обеспечена возможность создания электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения только после создания электронного документа постановления об административном воздействии. в Системе должна быть обеспечена возможность в рамках проверки создания нескольких электронных документов представления об устранении причин и условий, способствовавших совершению административного правонарушения. в Системе должна быть обеспечена возможность формирования электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность экспорта электронного документа представления об устранении причин и условий, способствовавших совершению административного правонарушения в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность автоматической нумерации электронного документа представления об устранении причин и условий, 70 способствовавших совершению административного правонарушения. Номер документа должен дублировать номер электронного документа распоряжения (приказа). При создании нескольких электронных документов представлений номер должен включать порядковый номер. 11) Возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) о проверке исполнения предписаний. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность создания в рамках плановой или внеплановой проверки электронного документа распоряжения (приказа) о проверке исполнения предписаний. в Системе должна быть обеспечена возможность создания электронного документа распоряжения (приказа) о проверке предписания только после создания электронного документа предписания об устранении выявленных нарушений. в Системе должна быть обеспечена возможность формирования электронного документа распоряжения (приказа) о проверке исполнения предписаний содержащего информацию в соответствии с типовой формой, установленной федеральным органом исполнительной власти, уполномоченным Правительством Российской Федерации. в Системе должна быть обеспечена возможность в рамках проверки создания нескольких электронных документов распоряжений (приказов) о проверке исполнения предписаний. при создании электронного документа распоряжения (приказа) о проверке исполнения предписаний в Системе должна быть обеспечена возможность указать перечень электронных документов предписаний об устранении выявленных нарушений. Предписание об устранении выявленных нарушений должно указываться из списка, сформированного в рамках проверки. в Системе должна быть обеспечена возможность экспорта электронного документа распоряжения (приказа) о проверке предписания в установленном шаблоне. Экспорт должен быть реализован с использованием продуктов семейства Microsoft Office и OpenOffice (или любой эквивалентный продукт) для формирования выходных документов. Шаблон экспортируемого документа должен быть согласован Заказчиком. в Системе должна быть обеспечена возможность сквозной автоматической нумерации электронного документа распоряжений (приказов) о проверке исполнения предписаний в рамках одного календарного года с документами постановлений прокуратуры. Номер документа должен включать отметку о годе создания. 12) Возможность учета постановлений, выданных органами прокуратуры. Должны быть выполнены следующие условия: 71 в Системе должна быть обеспечена возможность учета постановлений, выданных органами прокуратуры. в Системе должна быть обеспечена возможность автоматической нумерации документов постановлений прокуратуры. Нумерация постановлений прокуратуры должна быть сквозной с нумерацией распоряжений. 13) Возможность учёта уведомлений о начале осуществления предпринимательской деятельности по управлению многоквартирными домами и предпринимательской деятельности по оказанию услуг и (или) выполнению работ по содержанию и ремонту общего имущества в многоквартирных домах. Уведомление о начале осуществления предпринимательской деятельности по управлению многоквартирными домами и предпринимательской деятельности по оказанию услуг и (или) выполнению работ по содержанию и ремонту общего имущества в многоквартирных домах должно содержать как минимум следующую информацию: – организационно-правовая форма; – наименование юридического лица; – ИНН; – ОГРН; – почтовый адрес; – вид деятельности; – дата начала деятельности; – дата уведомления; – файл уведомления; – орган принявший уведомление; – регистрационный номер; – дата регистрации; – входящий номер уведомления; – перечень услуг (работ) оказываемый юридическим лицом, в рамках уведомления. Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества уведомлений о начале осуществления предпринимательской деятельности, объем информации может быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. в Системе при заполнении уведомлений о начале осуществления предпринимательской деятельности, должна быть обеспечена возможность использования ранее введённой информации в электронном паспорте юридического лица. 72 14) Возможность учёта уставов товарищества собственников жилья, списка домов в управлении товарищества и протоколов общего собрания членов товарищества. Уставы товарищества собственников жилья, список домов в управлении товарищества и протоколы общего собрания членов товарищества должны содержать как минимум следующую информацию: – Общие сведения об организации: наименование товарищества; ИНН; КПП; почтовый адрес; юридический адрес. – Информация об уставах товарищества собственников жилья: дата утверждения устава; дата предоставления устава; файл устава; тип заключения; номер заключения; дата заключения; файл заключения; соответствие пунктов устава статьям жилищного кодекса. – Информация о списке домов в управлении товарищества: муниципальное образование; адрес жилого дома. – Информация по протоколам общего собрания членов товарищества: тип протокола; номер протокола; дата протокола; файл протокола; дата согласования; количество голосов; общее количество голосов в кв. м.; доля собственников принявших участие в голосовании в процентах; файл бюллетеня голосования. 73 Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность ввода неограниченного количества уставов товарищества собственников жилья, списка домов в управлении товарищества и протоколов общего собрания членов товарищества, объем информации может быть ограничен только доступным дисковым пространством сервера базы данных и СУБД. в Системе при заполнении уведомлений о начале осуществления предпринимательской деятельности, должна быть обеспечена возможность использования ранее введённой информации в электронном паспорте юридического лица. 15) Возможность получения аналитической отчётности. В Системе должна быть обеспечена возможность получения как минимум следующих аналитических отчётностей: получение статистической отчётности по инспекторской деятельности; получение отчётности по проведённым плановым и внеплановым инспекционным проверкам; получение отчётов по инспекторской деятельности по федеральным отчётным формам. Требования к подсистеме «Интернет-портал» Структурно Портал должен состоять из следующих компонент (подсистем): Подсистема отображения информации; Подсистема управления содержанием; Подсистема хранения данных; Подсистема обмена данными. Подсистема отображения информации. Подсистема отображения должна быть предназначена для «сборки» и отображения варианта разделов, подразделов и страниц Портала, отражающих информационные потребности пользователей. Подсистема управления содержанием. Подсистема управления содержанием должна обеспечивать возможность обновления содержимого разделов Портала без использования программирования и специального кодирования или форматирования текста. Для управления содержанием должен использоваться отдельный административный веб-интерфейс, обеспечивающий удаленную работу авторизованных пользователей, от имени которых могут производиться действия. 74 Авторизация пользователей должна основываться на уникальных идентификаторе и пароле пользователя. Для Портала должны быть предусмотрены три основных типа пользователей: Неавторизованный пользователь. Имеет частичный доступ к информации и сервисам Портала. Авторизованный пользователь. Имеет полный доступ к информации и сервисам Портала в объемах фронт-офиса. Редактор. Обладает полномочиями для утверждения документов, подлежащих публикации. Права редактора могут быть ограничены определёнными разделами Портала. Для того чтобы некоторая публикация стала доступной на Портале, необходимо получить утверждение информационного материала всеми редакторами данного раздела. Администратор (контентный администратор, оператор форм, эксперт, модератор). Авторизованный пользователь, обладающий полномочиями для создания новых и редактирования существующих информационных материалов Портала, а также обладающий полномочиями по управлению пользователями и правами доступа пользователей к информационным ресурсам Портала, просмотра журнала действий авторизованных пользователей. Подсистема хранения данных Подсистема хранения данных должна обеспечивать хранение в БД Портала и выборку из БД объектов для формирования содержания Портала. Подсистема обмена данными Подсистема обмена данными должна обеспечивать обмен данными с системами расчетных центров. Требования к функциям, выполняемым Порталом С точки зрения пользователя Портал должен обеспечивать выполнение следующих функций: Регистрация пользователей; Авторизация; Личный кабинет; Просмотр информации о компании; Обратная связь; Просмотр новостей; Реестр организаций сферы ЖКХ; Получение информации о доме; Просмотр информации о тарифах и нормативах; 75 Законодательство; Анализ и контроль обращений граждан; Регистрация пользователей Портал должен предоставлять функцию регистрации пользователей. Соответствующий раздел должен предоставлять пользователям возможность регистрации на Портале. Авторизация Портал должен предоставлять функцию авторизации пользователя на Портале. Личный кабинет Портал должен предоставлять функцию личного кабинета. Данная функция должна предоставлять возможность изменить пароль, личные и контактные данные пользователя. Просмотр информации о компании Портал должен предоставлять функцию просмотра информации о компании в соответствующем разделе. Данный раздел должен содержать общую информацию о компании (администрации района и т.д.) Обратная связь. Портал должен предоставлять функцию обратной связи. Данная функция должна позволять пользователю отправлять письма (обращения) с пожеланиями, вопросами и т.д. в соответствии с ФЗ № 59-ФЗ. Просмотр новостной ленты Портал должен предоставлять функцию просмотра новостной ленты. Данный раздел должен содержать новости по теме ЖКХ. Реестр организаций сферы ЖКХ Портал должен предоставлять функцию просмотра реестра организаций, связанных с ЖКХ (реестр управляющих организаций, товариществ собственников жилья, реестр поставщиков жилищно-коммунальных услуг и т.д.). Данный раздел должен содержать общую информацию об организациях связанных с ЖКХ, которые предоставили информацию о себе для Портала. Получение информации о доме Портал должен предоставлять функцию просмотра информации о доме. Данная функция должна предоставлять пользователю возможность просмотра информации по своему дому. Просмотр информации о тарифах и нормативах Портал должен предоставлять возможность просмотра информации действующих тарифах и нормативах. Законодательство Портал должен предоставлять функцию просмотра размещенных на Портале постановлений, федеральных законов и т.д., касающихся сферы ЖКХ. 76 Анализ и контроль обращений граждан Портал должен предоставлять функции: Просмотр обращений жителей. Данная функция дает возможность просмотра обращений жителей и факта устранения проблем, а также поиска обращений по адресу и статусу. Добавление обращения. Данная функция позволяет добавить пользователю свое обращение. Функция доступна только для зарегистрированных и авторизованных пользователей. Мои обращения. Данная функция позволяет пользователю посмотреть свои обращения и отслеживать процесс их исполнения по статусу (поступило, подтверждено, в работе, завершено и т.д.). Функция доступна только для зарегистрированных и авторизованных пользователей. Интеграция с внешними системами Портал должен иметь механизм интеграции с внешними информационными системами. В подсистеме «Интернет-портал» должна быть организована работа следующих АРМ пользователей: – АРМ администратора портала; – АРМ неавторизованного пользователя портала. – АРМ авторизованного пользователя портала. Подсистема «Интернет-портал» должна позволять осуществлять следующие функции в соответствии с АРМ пользователя: Таблица 14 – Функциональные возможности подсистемы «Интернет-портал». № Функция АРМ админ истрат ора портал а АРМ неавто ризова нного пользо вателя портал а АРМ автори зованн ого пользо вателя портал а 1. Возможность получения информации по жилому дому Х Х Х 2. Х Х Х Х Х Х 4. Возможность получения информации о ходе капитального ремонта жилого дома Возможность получение информации о собранных средствах собственников жилья на капитальный ремонт дома Возможность регистрации пользователя в личном кабинете Х Х 5. Возможность авторизации пользователя в личном кабинете Х Х 6. Возможность подачи обращения и получение ответа о результатах рассмотрения Возможность формирования и управления страницами портала Х Х 3. 7. Х 77 8. Возможность управления учетными данными пользователей Х Возможность формирования и управления страницей нормативно-справочной информации 10. Возможность управления страницей новостного контента Х 11. Возможность формирования и управления каталогами хранения изображений Х 9. Х и документов 12. Возможность оплаты взносов на капитальный ремонт через портал Х 13. Возможность опубликования результатов собраний собственников Х 14. Возможность ведения тематического форума Х 15. Возможность ведения раздела «Вопросы-ответы» Х Х Х Х Х Модуль должен позволять выполнять следующие функции: 1) Возможность получения информации по жилому дому. Должны быть выполнены следующие условия: в Системе должна быть отображена как минимум следующая информация по жилому дому: общая площадь (кв.м); площадь жилых и нежилых помещений (кв.м); жилая площадь (кв.м); этажность; год сдачи в эксплуатацию; количество квартир; количество проживающих; процент износа дома; тип кровли; материал кровли; материал стен; тип фасада; материал фасада; год проведения последнего капитального ремонта МКД в разрезе объектов; 78 сведения об очередном проведении капитального ремонта МКД в разрезе объектов; сведения об управляющей организации дома: наименование; руководитель; телефон. 2) Возможность получения информации о ходе капитального ремонта жилого дома. Должны быть выполнены следующие условия: в Системе должна быть обеспечена отображать как минимум следующую информацию о ходе капитального ремонта жилого дома: наименование выполняемых работ; дата начала выполнения работ; дата окончания выполнения работ; процент выполнения работ. 3) Возможность получение информации о собранных средствах собственников жилья на капитальный ремонт дома. 4) Возможность регистрации пользователя в личном кабинете. 5) Возможность авторизации пользователя в личном кабинете. 6) Возможность подачи обращения и получение ответа о результатах рассмотрения Должны быть выполнены следующие условия: в Системе должна быть обеспечена возможность добавления обращений. Обращение должно содержать как минимум следующую информацию: ФИО корреспондента; почтовый адрес; е–mail; контактный телефон; содержание обращения. в Системе должна быть обеспечена возможность добавления обращений только авторизованным на портале пользователем; в Системе должна быть обеспечена возможность отказа от регистрации обращения, в случае, если не указан почтовый адрес корреспондента; в Системе должна быть обеспечена возможность просмотра информации авторизованным пользователем только своих обращений; 79 в Системе должна быть обеспечена возможность просмотра следующей информации по зарегистрированным и принятым обращениям: регистрационный номер обращения; содержание обращения; исполнитель по обращению; статус обращения. 7) Возможность формирования и управления страницами портала. 8) Возможность управления учетными данными пользователей. 9) Возможность формирования и управления страницей нормативно-справочной информации. 10) Возможность управления страницей новостного контента. 11) Возможность формирования и управления каталогами хранения изображений и документов. 12) Возможность оплаты взносов на капитальный ремонт с использованием сторонней платёжной системы. Выбор платёжной системы происходит в процессе внедрения Системы по согласованию с Заказчиком. 13) Возможность ведения раздела «Вопросы-ответы». 14) Возможность ведения тематического форума. 15) Возможность опубликования результатов собраний собственников. Требования к видам обеспечения 1.18. Требования к информационному обеспечению системы Система должна обеспечивать хранение информации об информационных объектах. Вся необходимая информация, которая поддается классификации, должна быть организована в классификаторы и справочники. В Системе должна контролироваться корректность вводимой информации, а также проверяться логическая целостность информации в базе данных при выполнении любой прикладной операции; В Системе должно быть обеспечено ведение электронного архива по всей используемой информации. При этом правила передачи информации в архив и ее удаления должны определяться параметрами Системы для каждого типа информации. В состав информационного обеспечения Системы должны входить: оперативные данные – структурированная информация, размещенная в целевых (предметных) базах данных; электронные документы – неструктурированная информация, размещенная в файловом хранилище данных; 80 служебная информация – структурированная информация, касающаяся функционирования Системы и размещенная в служебных базах данных; нормативно-справочная информация – структурированная условно-постоянная информация, размещенная в общих базах данных; внешние информационные ресурсы – структурированная информация, принимаемая от других автоматизированных систем (согласно соглашениям об информационном обмене и техническим условиям обмена) и размещаемая в предметных базах данных; метаданные – структурированная информация об информационном обеспечении Системы, размещенная в служебных базах данных; Формы и форматы представления выходных документов – структурированная информация о содержании, оформлении и формате представления выходных документов Системы, размещенная в служебной базе данных или файловом хранилище документов. Система должна обеспечивать централизованное ведение и поддержание в актуальном состоянии нормативно-справочной информации и метаданных. Информационное взаимодействие с внешними информационными ресурсами должно быть обеспечено в соответствии с согласованными и утвержденными техническими условиями, обеспечивающими информационную совместимость (в том числе и с использованием классификаторов и справочников нормативно-справочной информации). Хранение структурированных данных в Системе должно обеспечиваться на основе современных реляционных или объектно-ориентированных систем управления базами данных. Обеспечение целостности и сохранности данных должно осуществляться встроенными механизмами обеспечения безопасности информации используемых систем управления базами данных. Способы хранения учетных записей пользователей и настроек Системы не регламентируются. При наличии требований к формированию в рамках реализуемых по настоящему ТЗ функций Системы юридически значимых документов на бумажном носителе, придание юридического значения электронным документам, должно осуществляться путем использования соответствующих типу документа средств электронной цифровой подписи в соответствии с требованиями Федерального закона Российской Федерации от 6 апреля 2011 г. N 63-ФЗ «Об электронной подписи». 1.19. Требования к лингвистическому обеспечению системы Лингвистическое обеспечение Системы должно быть рассчитано на пользователя, специалиста в предметной области, не владеющего универсальными языками программирования или описания алгоритмов. Пользовательский интерфейс Системы должен быть локализован для Российской Федерации. Вся текстовая информация должна быть представлена на русском языке. 81 Внутренний обмен данными между компонентами Системы может осуществляться с использованием специальных терминов, представленных на английском языке с учетом требований технических условий по обмену информации. При публикации документов должна обеспечиваться возможность чтения документов потребителями информации в кодировке UTF-8. 1.20. Требования к программному обеспечению системы Серверы баз данных всех модулей должны, как минимум обладать транзакционными механизмами, обеспечивать декларативную ссылочную целостность, позволять наращивать производительность путем увеличения вычислительной мощности без изменений на прикладном уровне. АРМ Системы должны быть рассчитаны на использование браузеров с поддержкой HTML 4.0, CSS Level 2, JavaScript 1.1. и выше, режима асинхронного взаимодействия JavaScript/XML (XMLHttpRequest). Как минимум, пользовательские интерфейсы должны быть протестированы на совместимость с браузерами Microsoft Internet Explorer версии 8.0 или выше, Mozilla FireFox версии 6.0 или выше, Google Chrome версии 10.0 или выше. Ни один модуль не должен накладывать ограничений на программное обеспечение клиентской части за исключением вышеприведенных требований к браузерам. Поставка общесистемного программного обеспечения, СУБД в рамках работ не предусматривается. 1.21. Требования к техническому (инфраструктурному) обеспечению 1) Требования к подсистемам: - Жилой фонд; - Капитальный ремонт; - Жилищная инспекция. Схема взаимодействия серверов: Интернет КС2 КС1 Рабочее место пользователя КС3 Сервер базы данных (1) PostreSql Сервер приложений (2) + Файловое хранилище Аппаратные средства должны соответствовать как минимум следующим требованиям: 82 Название CPU RAM MEMORY Рабочее место пользователя процессор с тактовой частотой 1 ГГц 512 Мб 30 Гб Сервер базы данных (1) четырехъядерный процессор 3Ггц или аналог 8 Гб 500Гб Сервер приложений (2) + Файловое 150Гб (приложение) + четырехъядерный процессор Xeon 3Ггц или аналог 12 Гб 1 Тб (файловое хранилище) хранилище ПО должно соответствовать как минимум следующим требованиям: Название ОS СУБД Доп. программы Microsoft Internet Explorer версии 8.0 или выше, Mozilla FireFox версии 6.0 или выше, Google Chrome версии 10.0 или выше Рабочее место пользователя Microsoft Windows, Linux, Apple MacOS, либо аналоги - Сервер базы данных (1) операционная система Linux (Ubuntu 10.04) СУБД PostgreSql 9.1 или эквивалент Сервер приложений (2) операционная система семейства Microsoft Window Server 2003 x64 или выше - - Каналы связи должны соответствовать как минимум следующим требованиям: Канал связи КС1 Протокол HTTP(S) Пропускная способность 1 Мбит/c 83 КС2 HTTP(S) 10 Мбит/c КС3 TCP/IP 1 Гбит/c 2) Требования к подсистеме «Региональный фонд» (биллинг капитального ремонта) Схема взаимодействия серверов: Интернет КС2 КС3 КС1 Web-сервер Рабочее место пользователя КС4 Сервер приложений Сервер базы данных Аппаратные средства должны соответствовать как минимум следующим требованиям: Название Рабочее место пользователя CPU Процессор 1,5 ГГц и выше 16 ядер и выше RAM MEMORY 512 Мб и выше 40 Гб и выше от 16 Гб и выше до 200 тыс. лиц. счетов – 500 Гб от 8 Гб и выше до 100 тыс. лиц. счетов – 500 Гб от 16 Гб и выше до 200 тыс. лиц. счетов – 500 Гб Web-сервер от 8 ядер и выше Сервер приложений от 16 ядер и выше 84 Сервер базы данных от 16 ядер и выше от 16 Гб и выше до 200 тыс. лиц. счетов – 3 Тб* * - высокопроизводительный дисковый массив – 9000 IOPS, RAID 10, SAS интерфейс, тип дисков SSD ПО должно соответствовать как минимум следующим требованиям: Название ОS СУБД Доп. программы Рабочее место пользователя Microsoft Windows, Linux, Apple MacOS, либо аналоги - - Web - сервер Microsoft Windows Server 2008 Standard или Enterprise, Microsoft Windows Server 2008 R2 Standard или Enterprise или Microsoft Windows 7 Professional, Enterprise или Ultimate - - Сервер приложений Microsoft Windows Server 2008 Standard или Enterprise, Microsoft Windows Server 2008 R2 Standard или Enterprise или Microsoft Windows 7 Professional, Enterprise или Ultimate СУБД PostgreSql 9.1 или эквивалент - Сервер базы данных Microsoft Windows Server 2008 Standard или Enterprise, Microsoft Windows Server 2008 R2 Standard или Enterprise или Microsoft Windows 7 Professional, Enterprise или Ultimate СУБД PostgreSql 9.1 или эквивалент - ПО для защиты информации должно соответствовать как минимум следующим требованиям: 85 Название Защита каналов связи VipNet Client Рабочее место пользователя Web - сервер VipNet Coordinator + Administrator Сервер приложений Сервер базы данных Защита от НСД Защита виртуализации Dallas Lock (в случае многопользовательского режима работы за АРМ) Firewall (в составе VipNet); Vgate (в случае виртуальной инфраструктуры) Dallas Lock Dallas Lock Vgate (в случае виртуальной инфраструктуры) Dallas Lock Vgate (в случае виртуальной инфраструктуры) Каналы связи должны соответствовать как минимум следующим требованиям: Канал связи Протокол Пропускная способность КС1 HTTP(S) 1Мбит/C КС2 HTTP(S) 10 Мбит/C КС3 TCP/IP 1 Гбит/C КС4 TCP/IP 1 Гбит/C 1.22. Требования к метрологическому обеспечению Требования к метрологическому обеспечению не предъявляются. 1.23. Требования к методическому обеспечению Исполнитель должен предоставить проекты нормативно-правовых актов регионального и муниципального уровня и регламенты информационного взаимодействия, необходимые для функционирования Системы. Методическое обеспечение как минимум должно включать: положение о Системе. 86 К работе с Системы должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие инструктаж работе с Системой. Требования к услугам по сопровождению Системы В услуги сопровождения Системы входят: - анализ функционирования Системы; - гарантированная поддержка; - устранение выявленных недостатков эксплуатационных характеристик Системы; и обеспечение стабильности Типы обращений в Техническую поддержку: - консультации по работе в Системе; - жалоба (включает проблемы со связью, оборудованием, системным и прикладным программным обеспечением); Обеспечение технической поддержки происходит по средствам электронной Системы заявок Help Desk, время ответа специалиста Технической поддержки не должно превышать 5 календарных дней. Предоставление информации операторами Технической поддержки должно производиться на русском языке. Порядок контроля и приемки системы Виды, состав, объем и методы испытаний системы Испытания должны быть организованы и проведены в соответствии с ГОСТ 34.603 «Информационная технология. Виды испытаний автоматизированных систем». Должны быть проведены следующие виды испытаний: приемочные испытания. Объем и методы приемочных «Программой и методикой испытаний». испытаний определяются соответствующей При проведении перечисленных испытаний в части информационного взаимодействия со смежными системами проверяется наличие в Системе приема/передачи и их соответствие установленным требованиям. Возможность проверки реального информационного взаимодействия производится в случае предоставления операторами соответствующих смежных систем доступа к интерфейсам в порядке, определенном соответствующим регламентом информационного взаимодействия. Общие требования к приемке оказания услуг по стадиям Приемка результатов оказания услуг осуществляется поэтапно в соответствии с календарным планом оказания услуг по договору. 87 Приемка результатов оказания услуг по этапам оформляется Актом сдачи-приемки работ. Основанием для составления и подписания Акта сдачи-приемки работ по отдельному этапу является передача Исполнителем результатов оказания услуг в соответствии с условиями договора и настоящего ТЗ, а также при проведении испытаний и наличии утвержденных сторонами соответствующих Актов приемки в эксплуатацию. Техническая и эксплуатационная документация и другие результаты работ передаются Заказчику после завершения соответствующего этапа оказания услуг, определенного в календарном плане договору. Комплектность передаваемой научно-технической продукции (документации) подлежит проверке Заказчиком. Предусмотренные испытания основании приказа. проводятся комиссией, формируемой Заказчиком на В состав комиссии включаются представители организаций Заказчика и Исполнителя. Результаты проведения испытаний должны быть зафиксированы в соответствующих Протоколах испытаний. По завершении испытаний оформляются соответствующие Акты, содержащие вывод о соответствии Системы предъявляемым требованиям, а также сроки устранения замечаний и реализации рекомендаций, данных комиссией в ходе испытаний. В случае значительного отклонения Системы от требований, предъявляемых на испытаниях, сроки проведения испытаний могут быть перенесены Заказчиком в пределах сроков оказания услуг в соответствии с Календарным планом договора. Сведения о гарантийном обслуживании Гарантийное обслуживание проводится в сроки, определенные договором. Исполнитель должен гарантировать, что поставленное программное обеспечение будет функционировать в соответствии со своим назначением не менее одного года. При этом возможны незначительные отклонения его технических и потребительских характеристик, а также отдельные ошибки, не создающие препятствий для получения положительных результатов от эксплуатации Системы. Исполнитель не гарантирует отсутствие недостатков или сбоев, возникающих по причине несоответствия технических средств и общесистемного программного обеспечения требованиям настоящего ТЗ. Порядок выполнения доработок и устранения допущенных исполнителем ошибок, выявленных на этапе приемки Недостатки и ошибки в Системе, выявленные в ходе проведения испытаний, должны быть устранены Исполнителем в рамках оказания услуг по договору. Порядок устранения замечаний и реализации рекомендаций комиссии должен быть определен в документе «Программа и методика испытаний». Сроки устранения замечаний и реализации рекомендаций, данных приемочной комиссией в ходе испытаний, определяются в Актах приемки в эксплуатацию. 88 Статус приемочной комиссии Статус приемочной комиссии определяется Заказчиком до проведения испытаний. Сведения об обслуживании Системы Условия сервисного обслуживания, сопровождения программного обеспечения, инструктажа персонала определяются договором на оказание соответствующих услуг. Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие В ходе выполнения проекта на объекте автоматизации требуется оказать услуги по подготовке к вводу Системы в действие. При подготовке к вводу в эксплуатацию Системы Региональный оператор должен обеспечить выполнение следующих работ: определить подразделение и должностных лиц, ответственных за внедрение и проведение опытной эксплуатации Системы; обеспечить присутствие пользователей проводимом Исполнителем; на обучении работе с системой, обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение Системы; совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика; провести опытную эксплуатацию Системы. Требования к составу и содержанию услуг по подготовке объекта автоматизации к вводу системы в действие, включая перечень основных мероприятий и их исполнителей, должны быть уточнены по результатам опытной эксплуатации. Изменения в объекте автоматизации В рамках создания Системы должны быть внедрены проекты регламентов, а также нормативно-правовых актов и организационно-распорядительных документов, регламентирующих необходимые изменения в объекте автоматизации. Перечень разрабатываемых документов приведен в разделе 8 Требования к документированию Подготовка персонала Исполнитель должен предоставить программу учебного курса для обучения пользователей и администраторов Системы, рассчитанную на освоение работы с модулями, для всех предусмотренных категорий пользователей (АРМ), как в рамках очного и/или дистанционного обучения, организуемого силами Исполнителя, так и путем самостоятельного изучения или в рамках обучения, проводимого подготовленными Исполнителем инструкторами. 89 В рамках создания Системы Исполнитель должен организовать проведение обучение пользователей программных комплексов и модулей, входящих в состав Системы. Исполнитель должен согласовать с Региональным оператором учебный план, охватывающих все категории (АРМ) служебных пользователей Системы. План должен предусматривать: проведение комплексного учебного курса длительностью от 3 академических часов каждый для основных категорий пользователей (АРМ), всего должно быть обучено не менее 15 человек. Допускается объединение категорий пользователей в группы для совместного обучения, при условии аналогичного учебного курса. Заказчик должен предоставить помещения и технические средства обучения (в т.ч. компьютерные рабочие места) в объеме, необходимом для реализации согласованной программы обучения. Исполнитель обязан вести регистрацию всех обращений для консультации. Требования к документированию Вся разработанная документация должна быть представлена Заказчику в 2-х экземплярах на бумажном носителе и в электронном виде. Содержание и оформление проектной и рабочей документации должны соответствовать требованиям ГОСТ 34.201-89 «Виды, комплектность и обозначения документов при создании автоматизированных систем» и РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов». При необходимости по усмотрению Исполнителя допускается дополнительная разработка иных видов проектной и рабочей документации из числа предусмотренных ГОСТ 34.201-89. Документы на Систему должны быть оформлены в соответствии с требованиями ГОСТ 2.105 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней. Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой стороне листа. Документы объемом более 25 листов должны содержать информационную часть, состоящую из аннотации и содержания. Документация на общесистемное программное обеспечение и технические средства Исполнителем не разрабатывается. При включении в состав Системы программ для ЭВМ, разработанных третьими лицами (покупных или поставляемых по безвозмездным лицензиям) Исполнитель должен передать Региональному оператору документацию, поставляемую в комплекте с соответствующим программным обеспечением (при ее наличии), в той же форме, что предоставляется поставщиком. Передаваемая документация (при ее наличии) включается в ведомость эксплуатационной документации. Документы, фиксирующие исполнение отдельных услуг и обязательств Исполнителя по настоящему ТЗ и подлежащие представлению в составе результатов оказания услуг согласно разделу Error! Reference source not found. настоящего ТЗ (акты, протоколы), составляются Исполнителем по формам, утвержденным Заказчиком. 90 Методическая документация Комплект методической документации должен содержать: программу учебного курса; учебный план; Рабочая документация В состав рабочей документации должны быть включены, как минимум: ведомость эксплуатационной документации; общее описание Системы; инструкция пользователя Системы (допускается разбивка на несколько томов по подсистемам); инструкция администратора Системы (допускается разбивка на несколько томов по подсистемам); программа и методики приемочных испытаний. По итогам испытаний Исполнителем должны быть оформлены и согласованы с Региональным оператором: протокол предварительных испытаний; протокол приёмочных испытаний. Исполнитель должен разработать рекомендации по резервному копированию и восстановлению Системы, обеспечивающий соответствие Системы требованиям к надежности, защите информации и времени восстановления после аварий, установленным настоящим ТЗ. От Заказчика:___________ /__________________ От Исполнителя:___________ /__________________ М.П. М.П. Приложение №2 к Договору № от «___» _________2014 г. КАЛЕНДАРНЫЙ ПЛАН № этапа Наименование обязательств Результат Срок исполнения этапа 91 № этапа 1 Срок исполнения этапа Наименование обязательств Результат Установка Системы и передача простой неисключительной лицензии на право использования программу для ЭВМ «__________________________ __________________________» Модули: – Жилищный фонд; – Капитальный ремонт; – Региональный фонд; – Жилищная инспекция; – Портал. Лицензионные (неисключительные) права на весь срок действия исключительного права на соответствующие результаты интеллектуальной деятельности. Программный комплекс Системы, установленный на технических средствах Заказчика. Передача рабочей документации Обучение пользователей (15-20 чел.) Внедрение модулей: – Жилищный фонд; – Капитальный ремонт; – Региональный фонд; Внедрение модуля – Жилищная инспекция 2 Внедрение Системы* 3 Внедрение модуля – Портал 4 Приемочные испытания 5 6 Сопровождение* – Техническая и методическая поддержка пользователей. Регулярные обновления Системы. __ календарных дней с даты подписания договора __ календарных дней с даты завершения Этапа №1 __ календарных дней с даты завершения Этапа №2 __ календарных дней с даты завершения Этапа №3 __ календарных дней по завершению этапа №4 ___ календарных дней с момента подписания договора *На этапах 2,3,4,5,6,7 внедрения и сопровождения системы, возможен перенос данных на стороннее серверное оборудование Заказчика. Заказчику необходимо за 7 календарных дней уведомить Исполнителя о запланированном переходе. ЗАКАЗЧИК: ИСПОЛНИТЕЛЬ: ___________________ ( __________________________) ___________________ (________________________) М.П. М.П. Приложение №3 к Договору № от «___» ________________ 2014г. ЛИЦЕНЗИОННЫЙ ДОГОВОР 92 г. _________________ «__» _________ 2014 года _______________________________, именуемое в дальнейшем Лицензиар, в лице ________________________________________________, действующего на основании _______________________, с одной стороны, и Некоммерческая организация - «Фонд капитального ремонта общего имущества в многоквартирных домах, расположенных на территории Тамбовской области», именуемая в дальнейшем Лицензиат, в лице и.о. генерального директора, действующего на основании Устава, с другой стороны, совместно именуемые в дальнейшем «Стороны», а по отдельности – «Сторона», заключили настоящий Договор о нижеследующем: Термины и определения: В тексте настоящего Договора везде, где не оговорено иное, используются следующие термины и определения: Программный(ые) продукт(ы) _______________________ (ПП) – Программа для ЭВМ (в определении статьи 1261 Гражданского кодекса Российской Федерации). Лицензионный ключ – техническое средство защиты авторских прав, ограничивающее полностью или частично использование такового, содержащее информацию об официально приобретенных подключениях (Back или Front Office) к серверу, где установлен экземпляр ПП, информацию о периоде, в котором возможно производить обновления экземпляра ПП. Ошибка – ненадлежащее функционирование программного продукта, выражающееся в систематических отказах в работе либо выдаче неправильных математических результатов, при условии, что исправить функционирование средствами адаптации ПП, среды функционирования и технических средств не представляется возможным, и оно не может быть устранено иначе как внесением изменений в ПП. Сбой – систематически повторяющееся невыполнение или недолжное выполнение функций ПП при условии, что исправить функционирование возможно посредством адаптации ПП, среды функционирования и технических средств, и не требуется внесения изменений в ПП. Версии ПП (ВПП) – усовершенствованные или иным образом измененные варианты программных продуктов ________________________, регулярно издаваемые _______________________ для всех пользователей в связи с изменением законодательства РФ, исправлением ошибок и т.п. (Регулярные Версии ПП (Далее - RV)) или издаваемые эпизодически по собственному усмотрению _____________________________________ или иным причинам для некоторых категорий пользователей (Нерегулярные Версии ПП (Далее - NV)); Подключение – подключение к серверу с помощью Back или Front Office. Back Office - Часть интерфейса ПП, обладающая расширенным набором функциональных возможностей. Front Office - Часть интерфейса ПП, обладающая ограниченными возможностями и предназначенная для работы широкого круга пользователей. 1. ПРЕДМЕТ ДОГОВОРА 1.1. По настоящему Договору Лицензиар предоставляет Лицензиату на условиях простой неисключительной лицензии право использования ПП на территории Тамбовской области Российской Федерации путем воспроизведения (установки) одного экземпляра и пользования ПП на ЭВМ Пользователя в соответствии с нижеследующей спецификацией № Наименование ПП и его описание (№ Кол-во Стоимость лицензии свидетельства) экземпляров (размер вознаграждения), руб., НДС не облагается ПП «_______________________________» 1 (Свидетельство Роспатент №_____________________________________), модули: 1. «__________________________________» 2. «__________________________________» 93 3. «__________________________________» 4. «__________________________________» 5. «__________________________________» Итого 1.1.1 Стоимость простой неисключительной лицензии включена в стоимость договора № от ___ ______________2014г. 1.2. Передача Лицензиатом простой неисключительной лицензии третьим лицам осуществляется с предварительным письменным согласованием Лицензиара. 1.3. Лицензиар гарантирует, что на момент заключения настоящего Договора права на ПП принадлежат или предоставлены Лицензиару на законных основаниях и в достаточном объеме. 2. СРОК И ТЕРРИТОРИЯ ДЕЙСТВИЯ ЛИЦЕНЗИИ 2.1. Права, указанные в предмете настоящего Договора, предоставляются на весь срок действия исключительных прав на ПП. 2.2. По настоящему договору Лицензиар предоставляет лицензию на пользование Регулярными Версиями ПП (RV) сроком на один год в соответствии с положением о порядке предоставления лицензий на Регулярные Версии ПП, являющемся приложением к настоящему Договору. 2.3. Права, предусмотренные предметом настоящего Договора, считаются предоставленными с момента передачи соответствующего лицензионного ключа или предоставления доступа к лицензионному ключу, который является техническим средством защиты авторских прав согласно ст. 1299 ГК РФ. 3. РАСЧЕТЫ МЕЖДУ СТОРОНАМИ 3.1. Расчет между сторонами происходит в соответствии с разделом 3 Договора № ____________2014г. от ___ 4. ПРОЧИЕ УСЛОВИЯ 4.1. Настоящий Договор составлен в двух экземплярах, по одному для каждой из Сторон. 4.2. Договор вступает в силу с момента подписания его Сторонами и действует до полного исполнения сторонами своих обязательств по настоящему договору. 4.3. Все изменения, дополнения и приложения к настоящему Договору являются его неотъемлемой частью. 4.4. Передача лицензионного ключа осуществляется в течение трех дней с момента получения письменного запроса от Лицензиата, но не позднее ____________________ года. Письменный запрос должен быть направлен в адрес Лицензиара экспресс почтой или почтой России заказным письмом с уведомлением о вручении и (или) доставлен нарочно с получением входящего номера на копии запроса Лицензиата. 4.5. Передача экземпляра ПП и лицензионного ключа может быть осуществлена: в офисе Лицензиара на материальном носителе на руки Лицензиату; по электронной почте на указанный Лицензиатом адрес; на ресурсе партнера Лицензиара, предоставлением Лицензиату удаленного доступа. 4.6. Лицензиар в течение срока действия лицензии на RV обязуется при обнаружении сбоев или ошибок в работе ПП (кроме случаев несовместимости технических средств и программного обеспечения, нарушения целостности информации из-за технических сбоев, «вирусов», неквалифицированных действий Лицензиата), устранить их или направить Лицензиату мотивированный ответ с указанием сроков исправления ошибок. По окончании указанного в настоящем пункте срока претензии по качеству ПП не могут быть предъявлены. 4.7. Лицензиат ознакомлен с требованиями к вычислительной технике, изложенными в Техническом задании в приложении №1 к Договору № ____________________, согласен с ними и обязуется обеспечить их у себя. 4.8. Споры по настоящему договору разрешаются путем переговоров между Сторонами. Если указанные споры и разногласия не могут быть решены путем переговоров, они подлежат разрешению в Арбитражном суде по месту нахождения ответчика. 5. ОСНОВАНИЯ И ПОРЯДОК РАСТОРЖЕНИЯ ДОГОВОРА 5.1. Стороны вправе досрочно расторгнуть настоящий Договор по взаимному письменному соглашению. 5.2. Лицензиар вправе расторгнуть Договор в случаях: нарушения Лицензиатом условий настоящего Договора, в том числе обязанности по выплате вознаграждения Лицензиару; 94 использования Лицензиатом ПП не оговоренным в Договоре способом. 5.3. Лицензиат вправе расторгнуть Договор в случаях; несоответствия ПП техническим характеристикам, в Техническом задании в приложении №1 к Договору № возникновения систематических ошибок и сбоев в ПП. 5.4. При досрочном расторжении настоящего договора права, предусмотренные в п. 1.1. в настоящем Договоре считаются не предоставленными с момента расторжения Договора, а экземпляры ПП подлежат удалению Лицензиатом. 6. ЮРИДИЧЕСКИЕ АДРЕСА, РЕКВИЗИТЫ И ПОДПИСИ СТОРОН ЗАКАЗЧИК: НО – «Фонд капитального ремонта Тамбовской области ИСПОЛНИТЕЛЬ: __________________________ ___________________________________________ Юридический адрес: 392000, Тамбовская обл., г.Тамбов, Моршанское шоссе, д.14 Тел./факс: (4752) 79-23-02 ИНН: 6829911542; КПП: 682901001 р/с: 40703810500000000168 в АКБ «ТКПБ» (ОАО) г.Тамбов к/с: 30101810600000000755 БИК: 046850755 ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ ___________________________________________ И.о. Генерального директора: ___________________________________________ ______________/А.Б. Чернецов М.П. ______________/_____________________ М.П. 95 Приложение№4 к Договору № от «_____» ____________ 2014 г. АКТ сдачи-приемки (этапа) оказанных услуг г. Тамбов «___» ____________ 20__ г. Некоммерческая организация «Региональный фонд капитального ремонта многоквартирных домов Тамбовской области», именуемая в дальнейшем «Заказчик», в лице , действующего на основании Устава, с одной стороны, ___________________________, именуемое в дальнейшем «Исполнитель», в лице ______________________, действующего на основании _______________________________________, с другой стороны, составили настоящий акт сдачи-приемки (этапа) оказанных услуг о нижеследующем: 1. В соответствии с Договором № ___ от «__» ____ 20__ г. (далее - договор) исполнитель оказал услуги (этап №_), а именно: ___________________________________________________________________ ______________________________________________________________________. 2. Фактическое качество оказанных услуг соответствует (не соответствует) требованиям Договора. (нужное подчеркнуть) 3. Услуги согласно условиям Договора должны быть оказаны «___» ___________ 20__ г., фактически оказаны «___» __________ 20__ г. 4. Недостатки оказанных услуг (выявлены, не выявлены): ______________ (нужное подчеркнуть) _____________________________________________________________________. (если недостатки оказанных услуг выявлены, необходимо указать какие) ЗАКАЗЧИК: НО – «Фонд капитального ремонта Тамбовской области ИСПОЛНИТЕЛЬ: _______________________ ________________________________________ Юридический адрес: 392000, Тамбовская обл., г.Тамбов, Моршанское шоссе, д.14 Тел./факс: (4752) 79-23-02 ИНН: 6829911542; КПП: 682901001 р/с: 40703810500000000168 в АКБ «ТКПБ» (ОАО) г.Тамбов к/с: 30101810600000000755 БИК: 046850755 ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ ________________________________________ И.о. Генерального директора: ________________________________________ ______________/А.Б. Чернецов М.П. ______________/_____________________ М.П. 96