Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта»)


Скачать 463.94 Kb.
НазваниеНекоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта»)
страница1/3
ТипДокументы
blankidoc.ru > Договоры > Документы
  1   2   3



Заказчик:

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (НО «Фонд капитального ремонта»)


Ответственные лица Заказчика

Золотарева Эллина Игоревна.

тел. (3842)900923

Место нахождения, почтовый адрес Заказчика:

Российская Федерация,650070, г. Кемерово, ул. Заузелкова, д. 2 оф. 302


Адрес электронной почты(e-mail) ответственного лица Заказчика:

zolotoreva.fkr42@mail.ru

Время работы Заказчика

Режим работы НО «Фонд капитального ремонта» – с понедельника по пятницу с 8-00 ч. до 17-00 ч., обед - с 12-00 ч. до 13-00 ч., суббота, воскресенье – выходной.


Наименование, характеристики и объем поставляемых товаров:

Наименование закупки

Определение поставщика для приобретения и ввода в эксплуатацию программно – аппаратного комплекса АСУ-ФКР (или эквивалента)

Предмет договора

Поставка и ввод в эксплуатацию программно – аппаратного комплекса

АСУ - ФКР (или эквивалента)

Единицы измерения

Штука

Количество

1

Максимальная цена договора (лота)

5 000 000 (пять миллионов рублей)

Валюта

Российский рубль

Порядок формирования цены договора

Начальная (максимальная) цена договора (цена лота) сформирована по итогам проведения маркетингового исследования рынка

и включает налоги (в т.ч. НДС), сборы и другие обязательные платежи.

Требования к участнику, качеству, техническим характеристикам предмета договора

Общие сведения

Наименование работ


Поставка и внедрение автоматизированной системы управления фондами капитального ремонта многоквартирных домов Кемеровской области.

Наименование системы


«Автоматизированная система управления фондами капитального ремонта регионального оператора», «АСУ ФКР».

Условное обозначение системы


АСУ, АСУ ФКР, Система.

Шифр темы


АСУ ФКР.

Основание для внедрения


Основанием для внедрения системы является исполнение требований Жилищного кодекса Российской Федерации.

Заказчик


Некоммерческая организация Региональный фонд капитального ремонта многоквартирных домов Кемеровской области.

Исполнитель


Определяется по результатам запроса котировок в соответствии с положением о закупках товаров, работ, услуг для нужд Фонда.

Пользователь


Пользователями Системы являются сотрудники Фонда Кемеровской области и сотрудники компаний, ответственных за обновление и актуализации информации в Системе.

Плановые сроки начала и окончания работ


Срок начала и окончания работ определяется условиями Договора.

Источники финансирования


Бюджет Кемеровской области

Порядок финансирования


Порядок финансирования определяется условиями Договора.

Порядок оформления и предъявления Заказчику результатов работ


При завершении работ по каждому из этапов проекта Исполнитель должен предоставить Заказчику отчетные материалы и акт сдачи-приемки работ.

Перечень нормативно-технических документов, методических материалов, регламентирующих работу системы


Выполняемая работа и оформление ее результатов должны отвечать требованиям нормативно-правовых актов, а также соответствующих государственных стандартов из числа Комплекса стандартов на автоматизированные системы:

  • Федеральный закон от 27 июля 2006 года № 149-ФЗ «Об информации, информационных технологиях и о защите информации»;

  • Федеральный закон от 27 июля 2006 года № 152-ФЗ «О персональных данных»;

  • Федеральный закон от 27 июля 2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг»;

  • ГОСТ 34.601-90 – «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

  • ГОСТ 34.603-92 – «Информационная технология. Виды испытаний автоматизированных систем»;

  • ГОСТ 34.003-90 – «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения»;

  • ГОСТ 34.201-89 – «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»;

  • ГОСТ 34.602-89 – «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на автоматизированные системы».



Назначение и цели внедрения системы

Назначение Системы


Программное обеспечение «АСУ ФКР» предназначено для:

  • Формирования и ведения реестра многоквартирных домов в разрезе лицевых счетов собственников, учета конструктивных особенностей МКД;

  • Формирования начислений и перерасчетов за услугу «Капитальный ремонт» и пеней за несвоевременную оплату собственниками, выставления платежного документа по услуге «Капитальный ремонт» и учета поступивших от собственников средств;

  • Обеспечения прозрачности учета расходов денежных средств перед собственниками (посредством доступа последних к необходимому набору данных через личный кабинет на сайте Фонда);

  • Автоматизация функции учета денежных средств, находящихся в управлении фондом на проведение капитального ремонта МКД;

  • Учета доходов от размещения свободных денежных средств;

  • Учет взносов собственников на капитальный ремонт в размере, превышающем установленный минимальный размер взноса на капитальный ремонт, по решению общего собрания собственников помещений в многоквартирном доме для использоваться на финансирование любых услуг и (или) работ по капитальному ремонту общего имущества в многоквартирном доме;

  • Учета финансового и договорного взаимодействия с подрядными организациями (хранение смет, договоров, актов выполненных работ, платежных поручений и прочих документов);

  • Учета поступивших бюджетных средств на счета фонда;

  • Формирования краткосрочных планов капитального ремонта на основании внесенных в реестр МКД конструктивных особенностей с учетом предельных стоимостей;

  • Формирования аналитической отчетности;



Цели внедрения Системы


  • Повышение эффективности деятельности Фонда.

  • Обеспечение формирования платежных документов и получения взносов за услугу «Капитальный ремонт» с собственников;

  • Обеспечение прозрачности финансовых потоков и взаиморасчетов с подрядчиками для жителей Кемеровской области;

  • Повышение качества и скорости обработки информации.





Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации


Объектом автоматизации является фонд капитального ремонта регионального оператора капитального ремонта многоквартирных домов Кемеровской области.

Текущее состояние объекта автоматизации


В настоящий момент программное обеспечение, автоматизирующее заявленные функции у заказчика отсутствует.


Требования к способам и средствам связи для информационного обмена между модулями Системы


Система должна обладать централизованным хранилищем данных и архитектурой клиент – сервер.

В состав системы должны входить следующие функциональные подсистемы:

  • Подсистема конвертации первичных данных;

  • Подсистема электронного взаимодействия с другими подсистемами;

  • Подсистема учета адресных объектов и их конструктивов, лицевых счетов собственников;

  • Подсистема формирования начислений, выставления платежного документа и учета поступивших оплат;

  • Подсистема расходования средств и взаиморасчетов с подрядными; организациями;

  • Подсистема «Личный кабинет»;

  • Подсистема отчетности;

  • Подсистема связи с ”ГИС-ЖКХ”

В качестве протокола взаимодействия между компонентами системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. На физическом, канальном, сетевом и транспортном уровнях связь между компонен-тами Системы должна осуществляться с использованием локальных вычислительных и глобальных телекоммуникационных сетей, поддерживающих стек протоколов TCP/IP.

Пересылка массивов данных должна осуществляться только по прямому указанию пользователя, а в остальных случаях должны пересылаться только результаты выполнения запроса пользователя. Пересылка документов между участниками системы документооборота должна осуществляться автоматически.

Функциональные модули должны осуществлять межсервисно - информационное взаимодействие.

Требования к характеристикам взаимосвязей поставляемой Системы со смежными системами


Для взаимодействия со смежными программными системами в Системе должна быть обеспечена возможность использования синхронного/асинхронного обмена сообщениями и файлами.

В Системе должна быть обеспечена возможность использования открытых форматов данных (TXT, XML, JSON форматы), DBF, CSV, XLS, с помощью которых можно осуществить обмен информацией со сторонними системами.

На прикладном уровне информационный обмен со смежными системами предпочтительно должен осуществляться по технологии web – сервисов. Допускается использование механизмов импорта данных и файлов.

Требования к эксплуатации Системы


Эксплуатация Системы, программно-техническое обслуживание и сервисное сопровождение Системы должны осуществляться на основании и в соответствии с документами, регламентирующими выполнение указанных работ, утверждаемыми Заказчиком.

Требования к функционированию Системы


Для Системы должны быть определены следующие режимы функционирования:

  • штатный режим (режим, обеспечивающий выполнение функций Системы);

  • аварийный режим.

Основным режимом функционирования Системы должен являться штатный режим функционирования. В штатном режиме функционирования системы:

  • клиентское программное обеспечение на рабочих местах пользователей обеспечивает возможность круглосуточного функционирования;

  • серверное программное обеспечение обеспечивает возможность круглосуточного функционирования.

Для обеспечения штатного режима функционирования Системы необходимо соблюдать требования и выдерживать условия эксплуатации программного обеспечения, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.).

Аварийный режим функционирования системы должен характеризоваться отказом одного или нескольких модулей, входящих в состав «АСУ ФКР».

Требования по диагностированию Системы


В рамках требований по диагностированию системы ответственные лица должны иметь возможность отслеживать полноту корректность и своевременность внесения данных. С помощью отчетов в Системе должна быть возможность сбора информации о заполняемости данными, получения сводной информации по объектам недвижимости. Настроив регулярное формирование сводных отчетов должна быть возможность получения оперативной информации о ходе внесения данных.

Система должна обеспечивать возможность ведение журналов изменений пользователей:

  • имя пользователя;

  • дата и время изменения;

  • суть изменений (вставка, изменение, удаление);

  • замещаемое значение.

Все записи в базе данных содержащие информацию о диспетчеризации действий пользователей должны быть сопоставлены с хранимым объектом БД. По каждому хранимому объекту в системе должна храниться дополнительная информация по существу изменений полей хранимого объекта. Администратору Системы должен быть предоставлен удобный интерфейс доступа к хранимым объектам БД.

Перспективы развития, модернизации Системы


В системе должна реализовывать возможность дальнейшей модернизации программного обеспечения и возможность расширения функциональных возможностей путем добавления новых модулей.

Показатели назначения


Поступление информации в систему с удаленных рабочих мест должно производиться в условиях пропускной способности канала доступа от рабочего места оператора к серверу от 256 кб/c.

Система должна обеспечивать функционирование в штатном режиме круглосуточно, без выходных («режим 24*7») с допустимыми регламентными перерывами на техническое обслуживание суммарной длительностью не более 4 часов в месяц и длительностью каждого перерыва не более 1 часа (с полным отключением Системы).

Система должна обеспечивать возможность регистрации не менее 200 учетных записей пользователей.

Система должна обеспечивать возможность одновременной работы не менее 60 пользователей.

Время реагирования на запросы, поступающие через пользовательские интерфейсы Системы (от момента постуления управляющего воздействия пользователя в Систему, до формирования результата на экране пользователя) не должно превышать 15 секунд.

Для операций формирования сводных аналитических отчетов, а также групповых операций с большими объемами данных время исполнения не регламентируется, при этом операции должны выполняться в асинхронном (фоновом) режиме с информированием пользователя о ходе операции (указатель прогресса в процентах и т.п.) и с возможностью продолжения работы с Системой во время выполнения операции.

Система должна предусматривать возможность не менее чем двухкратного масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем улучшения характеристик используемого комплекса технических средств.

Требования к численности, квалификации персонала и режиму его работы




Требования к численности персонала


Штатный состав персонала системы должен формироваться на основании нормативных документов Фонда, Трудового кодекса Российской Федерации. Численность обслуживающего персонала системы должна быть определена в системной и эксплуатационной документации.

Требования к квалификации персонала


Интерфейс Системы должен быть организован таким образом, чтобы обеспечить комфортную работу пользователей и интуитивно понятное взаимодействие с Системой. Пользователи системы должно быть достаточно обладание опытом работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows.

Требования к режиму работы персонала


Режим работы персонала должен соответствовать действующему законодательству Российской Федерации, и определяться действующими организационными и методическими документами Фонда.

Требования к эксплуатации, техническому обслуживанию


Режим эксплуатации Системы, программно-техническое обслуживание и сервисное сопровождение Системы должно осуществляться на основании и в соответствии с документами, регламентирующими выполнение указанных работ, утверждаемыми Заказчиком.

Должностные лица, ответственные за обработку информации в Системе, администрирование Системы, обеспечение безопасности информации Системы назначаются функциональным Заказчиком в соответствии со штатным распорядком и должностными инструкциями. Перед началом промышленной эксплуатации Заказчиком должны быть выполнены следующие шаги:

− создать рабочую группу совместно с Исполнителем утвердить ее состав распоряжением о внедрении Системы с указанием порядка и сроков ввода в эксплуатацию;

− разработать и утвердить положение о функционировании системы, в котором определить организационное подразделение и функции, которые оно должно выполнять в рамках задачи мониторинга и контроля полноты и качества вводимых данных в систему;

− предоставить технические мощности для размещения программного комплекса, в соответствии с настоящим документом;

− внести изменения в должностные обязанности сотрудников, отвечающих за работу с системой;

− составить и согласовать регламенты информационного обмена с системами других ведомств.

Требования к техническому (инфраструктурному) обеспечению


Поставка технического обеспечения осуществляется по следующим требованиям:

Сервер: 2xXeon E5-2620V3/ 8x8 Гб/ 4x2 Тб; Intel 2U R2312WTTYS (LGA2011-3,C612, 4xPCI-E, SVGA, SATA RAID, 12xHotSwapSAS/SATA, 2x10GbLAN, 24DDR4, 1100W); CPU Intel Xeon E5-2620 V3 2.4 GHz/6core/1.5+15Mb/85W/8 GT/s LGA2011-3; Crucial DDR4 DIMM 8Gb CL15 ECC Registered; HDD 2 Tb SATA 6Gb/s Western Digital RE 3.5" 7200rpm 64Mb; PTS-DOS (OEM)

Лицензионные компоненты сторонних производителей, включаемые в программно – аппаратный комплекс:

    • Microsoft Windows Server Standard Edition 2012 R2;

    • Microsoft Windows Server CAL 2012 (х5);

    • Microsoft SQL Server Standard Edition 2014;

    • Microsoft SQL CAL 2014 (х5);


Требования к надежности

Требования к надежности технических средств и программного обеспечения


Программное обеспечение, входящее в состав Системы, должно автоматически восстанавливать свое функционирование при корректном перезапуске аппаратных средств и программных средств, на которых установлена система.

Состав показателей надежности для системы в целом


Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем операционной системы, не должно превышать 4 рабочих часа при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем операционной системы, не должно превышать 24х рабочих часов.

Требования к эргономике и технической эстетике


Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав Системы, должно осуществляться посредством визуального графического интерфейса пользователя (GUI). Интерфейс информационных систем Системы должен быть понятным и удобным, не должен быть перегружен графическими элементами. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление информационными системами системы должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм и перемещения между ними.

Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.

Система должна обеспечивать контроль ввода данных пользователем на предмет заполненности обязательных полей и корректности формата введенных данных.

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть на русском языке.

Экранные формы должны проектироваться с учетом требований унификации:

  • все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;

  • для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;

  • при заполнении полей форм по возможности должны использоваться классификаторы и справочники;

  • в процессе ввода данных должна осуществляться оперативная проверка их корректности по формату и диапазонам значений. Сообщения об ошибках должны указывать на конкретные отклонения от формата или допустимого диапазона. По возможности должны быть реализованы алгоритмы проверки и подсветки формально допустимых, но «подозрительных» (нетипичных для данного поля) значений (орфографических ошибок и т.п.);

  • при вводе адресной информации в текстовом виде должно обеспечиваться автоматическое распознавание и структурирование адресов с привязкой к определенным в настоящем ТЗ справочникам и классификаторам.


Требования к защите информации от несанкционированного доступа

Требования к информационной безопасности


В ПО «АСУ ФКР» должны быть реализованы следующие механизмы защиты информации от несанкционированного доступа, удовлетворяющие нижеперечисленным требованиям:

  • аутентификация пользователя по имени учётной записи и идентификация по паролю. Должен быть реализован функционал, позволяющий определить требования к минимальной длине и сложности пароля (обязательное/необязательное использование смены регистра, обязательное/необязательное использование цифр, не менее 8 символов);

  • регистрация действий пользователей (вход/выход в системе, чтение. Запись, удаление) и централизованное хранение журналов регистрации;

  • обработка персональных данных в ПО «АСУ ФКР» должна осуществляться в соответствии с требованиями законодательства Российской Федерации в области защиты персональных данных:

    • Федеральный закон от 27.07.2006 г. № 152-ФЗ «О персональных данных» (далее – 152-ФЗ, ФЗ «О персональных данных»);

    • «Требования к защите персональных данных при их обработке в информационных системах персональных данных», утверждены Постановлением Правительства Российской Федерации от 1 ноября 2012 г. № 1119 (далее – ПП-1119);

    • «Состав и содержание организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных», утвержденные Приказом ФСТЭК России от 18 февраля 2013 г. № 21 (далее – Приказ 21).

  • Механизмы разграничения доступа должны быть основаны на ролевом принципе. Ролевой принцип означает наличие в системе как «встроенных» ролей (согласовываются на момент внедрения), так и ролей, которые может определить Заказчик самостоятельно по своему усмотрению;

  • Система безопасности должна позволять разграничивать доступ как к функциям, так и к адресным данным. Доступ к функциям означает возможность или невозможность выполнить определенное действие. Доступ к адресным данным означает возможность или невозможность работать с определенными адресами – районами, населенными пунктами, домами.


Требования к сохранности информации при авариях


Сохранность информации в БД обеспечивается штатными средствами СУБД.

Для обеспечения сохранности информации Системы должны быть предусмотрены следующие функциональные возможности:

  • резервное копирование баз данных Системы;

  • восстановление данных в непротиворечивое состояние при программно-аппаратных сбоях (отключение электрического питания, сбоях операционной системы и других) вычислительно-операционной среды функционирования;

  • восстановление данных в непротиворечивое состояние при сбоях в работе сетевого программного и аппаратного обеспечения.

Требования к патентной чистоте и лицензированию


Патентная чистота Системы и ее частей должна быть обеспечена в отношении патентов, действующих на территории Российской Федерации.

Исполнитель должен документально подтвердить, что является правообладателем объектов интеллектуальной собственности, предъявляемых в числе результатов работ по проекту, либо действует в пределах прав и полномочий, предоставленных правообладателями.

Право на использование программного продукта поставленного по настоящему Техническому заданию принадлежат Заказчику на условиях простой неисключительной лицензии.

Реализация технических, программных, организационных и иных решений, предусмотренных Системой, не должна приводить к нарушению авторских и смежных прав третьих лиц.

При использовании в Системе программ (программных комплексов или компонентов), разработанных третьими лицами, условия, на которых передается право на использование (исполнение) этих программ, не должны накладывать ограничений, препятствующих использованию Системы по ее прямому назначению.

При использовании в Системе программ (программных комплексов или компонентов), разработанных третьими лицами, условия, на которых передается право на использование этих программ, не должны накладывать ограничений, препятствующих использованию Системы по ее прямому назначению.

При модификации исходного кода Системы, в соответствие с Гражданским кодексом РФ, Исполнитель обязуется документально подтвердить, что является Правообладателем, либо действует в пределах прав и полномочий, предоставленных Правообладателем.

Требования к функциям, выполняемым системой




Подсистема конвертации и загрузки данных


Подсистема предназначена для конвертации данных из файлов, выгружаемых из системы Росреестр.

Подсистема должна выполнять следующие функции:

  • Получение, обработка и сохранение первичной информациив Системе;

  • Первичная проверка корректности данных – наличия площадей, собственников, форм собственности, и прочих установленных в формате реквизитов;

Форматы загрузки согласовываются на этапе обследования.

Подсистема электронного взаимодействия с другими подсистемами


Подсистема предназначена для актуализации сведений в существующей базе данных РО.

Подсистема должна выполнять следующие функции:

  • Ведение и обновление классификатора муниципальных образований, городов, поселков, улиц, домов и их характеристик (общая, используемая площадь, этажность, наличие лифта), информации о лицевых счетах и собственниках жилых и нежилых помещений, занимаемых ими площадях;

  • Ведение и обновление значений характеристик многоквартирных домов – (тип фасада, информация о состоянии дома, год постройки, срок капитального ремонта);


Подсистема учета адресных объектов и их конструктивов, лицевых счетов собственников;


Подсистема предназначена для решения следующих задач:

  • Просмотр,удаление и добавление лицевых счетов собственников и информации по ним;

  • Возможность просмотра сведений по начислениям, оплатам, сальдо и пеням по конкретному лицевому счету собственника;

  • Возможность просмотра баланса (дефицита и профицита) средств, накопленных и израсходованных на ремонт МКД в разрезе каждого лицевого счета, а также размера задолженности, возникающей на лицевом счете в следствии кредитования проводимых работ из накопительного фонда.



Подсистема формирования начислений, выставления платежного документа и учета поступивших оплат


Подсистема решает следующие задачи:

  • Ведение реестра тарифов и формул их применения для МКД;

  • Формирование начислений и перерасчетов за услугу «Капитальный ремонт» и расчетов пени за несвоевременную оплату ПД жителями;

  • Формирование пакетов платежных документов в электронном виде;

  • Онлайн или файловое взаимодействие по получению и обработке данных о платежах, совершенных собственниками в согласованном формате. Формат должен быть согласован с Исполнителем после определения банка или другого платежного агента, которым будут осуществляться денежные переводы на расчетный счет Заказчика;

При загрузке данных об оплатах за КР должен автоматически пересчитываться баланс лицевого счета.

Подсистема учета средств и взаиморасчетов с подрядными организациями


Подсистема учета средств и взаиморасчетов с подрядными организациями предназначена для решения следующих задач:

  • Учет контрагентов, договоров, выполненных работ, расчетов:

    • Ведение классификаторов работ по ремонту;

    • Ведение реестра контрагентов, содержащего наименование контрагента и его реквизиты;

    • Ведение реестра договоров с контрагентами, включающего в себя реквизиты договора и возможность сохранения файлов, содержащих договора в виде отсканированных документов или документов, в форматах MSOFFICE;

    • Ведение реестра работ, содержащих сроки начала и окончания работ по этапам, качество выполненных работ (из классификатора);

    • Хранение смет для всего договора в целом в виде отсканированных документов или документов, в форматах MSOFFICE;

    • Хранение актов выполненных работ для каждого этапа договора в виде отсканированных документов или документов в форматах MSOFFICE;

    • Хранение отчетов об энергоаудите дома в виде отсканированных документов или документов в форматах MSOFFICE:

      • До проведения ремонта;

      • После проведения ремонта;

При выполнении одним контрагентом ремонтных работ по одному адресу (дому) всегда заключается только один договор, который может содержать одну или несколько работ из классификатора. Классификатор работ является динамическим и может корректироваться оператором системы в процессе эксплуатации системы.


  • Учет размещения свободных денежных средств:

    • Ведение и редактирование реестра размещения свободных средств;

    • Реестра получения процентов от размещения;

    • Учетполученных денежных средствв фонде.

Информация о размещении сохраняется без детализации по лицевым счетам собственников.

  • Расчет баланса (дефицита и профицита) средств, накопленных и израсходованных на ремонт МКД в разрезе каждого лицевого счета собственника:

    • Расчет баланса денежных средств, как разницы между суммой поступлений средств на лицевой счет и суммой списаний средств с лицевого счета собственника. При расчете баланса должны учитываться следующие факторы:

      • В случае, когда на лицевом счете имеется задолженность перед РО, появившаяся за счет кредитования работ,  в первую очередь учитываемая оплата (взнос) гасит данную задолженность;

      • В случае, когда на лицевом счете отсутствует задолженность перед РО, оплата учитывается в балансе накоплений денежных средств на лицевом счете;

      • Положительный баланс закрытых лицевых счетовучаствует в формировании оплаты подрядчику на выполнение ремонтных работ.




  • Учет наполнения и расходования средств на копительного фонда:

    • Необходимо предусмотреть следующие источники наполнения фонда:

      • Субсидии бюджета (только целевая часть субсидии, предназначенная для проведения капитального ремонта);

      • Бюджетные возвратные субсидии;

      • Проценты от размещения свободных средств на депозитах (только целевая часть субсидии, предназначенная для проведения капитального ремонта);

      • Оплаты жителей направленные на погашение кредита, ранее выданного им для осуществления ремонтных работ в их МКД( Кредит выдается в случае, если накопленных жителями средств было недостаточно для оплаты подрядной организации по договору);

      • Прочие поступления;

    • Расходование накопительного фонда:

      • Размещение свободных средств фонда на депозитах;

      • Возврат денежных средств по возвратным бюджетным субсидиям;

      • Безвозмездное субсидирование работ по осуществлению ремонта МКД за счет денег, поступивших в качестве субсидий из бюджета;

      • На кредитование работ по осуществлению ремонта МКД.

Сумма К Оплате(СКО) – сумма, которую необходимо заплатить подрядчику за проведение работ;

Сумма Участия (СУ) лицевого счета – сумма, которую лицевой счет должен внести за проводимые работы пропорционально своей доле площади. Вычисляется по формуле:



Сумма Накопленная (СН) – сумма, которая к моменту оплаты ремонта накопилась на балансе лицевого счета;

Сумма Кредита (СК) – сумма, которую Региональный оператор выделяет из фонда капитального ремонта РО тем лицевым счетам дома, у которых Сумма Накопленная меньше, чем Сумма Участия. Для лицевых, отвечающих данному условию (СН<СУ) сумма вычисляется по формуле:



Сумма КРедитаОбщая(СКРО) вычисляется каксумма кредитов, выданных каждому лицевому:



Сумма кредита (СК) фиксируется на лицевых счетах с тем, чтобы можно было контролировать его автоматическое погашение.

Сумма кредита общая (СКРО) фиксируется в качестве проводки (списания) из накопительного фонда.

      • Прочие расходы (одной проводкой);



  • Учет наполнения и расходования основного фонда:

    • Источники наполнения фонда:

      • Оплаты собственников;

      • Целевые субсидии;

    • Источники расходования основного фонда:

      • Размещение свободных средств фонда на депозитах;

      • На кредитование работ по осуществлению ремонта МКД. Формулы расчета кредитов аналогичны формулам для Накопительного фонда;

      • На оплаты работ.

  • Учет специальных счетов:

    • Установка на дом признака, что для данного дома открыт спецсчет;

    • Хранение реквизитов спецсчета;

  • Ведение общего баланса фонда в виде представления проводок по статьям Активов и Пассивов.

Представление – одна из форм наглядного визуального отображения информации. Информация в системе хранится с разной степенью детализации (от статьи до лицевого счета) и изменяется разными бизнес – процессами. Для наглядного отображения существующего баланса должно использоваться «Представление баланса фонда».

Проводкой называется запись об изменении суммы денежных средств на счетах, включающую дату изменения, знак (приход либо расход), статью расходов и соответствующий счет. Также проводка может содержать комментарий и ссылку на детализацию операции по данной проводке (если таковая имеется).

Все финансовые проводки, производящиеся в Системе должны отражаться в двух категориях баланса – в виде активов и пассивов. Сумма активов фонда всегда должна совпадать с суммой пассивов.

Каждый бизнес – процесс, затрагивающий финансовую часть фонда должен порождать проводки в балансе, в активах и пассивах, либо только в активах, либо только в пассивах.

Необходимо предусмотреть возможность закрытия периода. По закрытому периоду не могут быть произведены изменения.

Подсистема «Личный кабинет»


Подсистема «Личный кабинет» создается как внешняя система (web-сервис), содержащая визуальные инструменты, позволяющие отобразить пользователю сервисы, предоставляемые Системой.

Подсистема предназначена для решения следующих задач:

  • Создание механизма регистрации пользователей;

  • Настройка механизма авторизации пользователя посредством пары «логин/пароль»;

  • Формирование интерфейсов подсистемы «Личный кабинет» для получения персонализированной информации и предоставления точек входа к сервисам зарегистрированных пользователей.

  • Создание механизмов обеспечивающих взаимодействие подсистемы «Личный кабинет» и Системы.


Подсистема включает в себя 2 модуля:

  • Личный кабинет жителя;

  • Личный кабинет управляющей компании.


К функциям личного кабинета жителя относится:

  • Предоставление информации о доме, квартире и лицевому счету жителя, в том числе информации о начислениях, платежах и сальдо по лицевому счету;

  • Предоставление информации о накоплениях средств по дому и о планируемых сроках ремонта;

  • Предоставление информации о ходе ремонта;

  • Предоставление возможности online оплаты взносов на капитальный ремонт посредством платежной системы.


К функциям личного кабинета управляющей компании относится:

  • Предоставление списка домов, доступных пользователю;

  • Предоставление информации о квартирах выбранного пользователем дома с параметрами (номер, подъезд, этаж);

  • Предоставление информации о лицевых счетах выбранной пользователем квартиры(номер, дата открытия, закрытия, общая площадь), ФИО собственника;

  • Предоставление возможности добавления/удаления квартиры и редактирования параметров квартиры;

  • Предоставление возможности добавления/удаления лицевого счет редактирования параметров лицевого счета.


Для Подсистемы должен быть спроектирован и разработан единый пользовательский интерфейс. Исполнитель должен представить схематические макеты расположения ключевых элементов интерфейсов.
Пользовательский интерфейс Подсистемы должен обеспечивать наглядное, интуитивно понятное представление структуры размещенной на нем информации, быстрый и логичный переход к разделам и страницам. Навигационные элементы должны обеспечивать однозначное понимание пользователем их смысла: ссылки на страницы должны быть снабжены заголовками, условные обозначения соответствовать общепринятым.
HTML-верстка всех страниц, воспроизводимых посредством интернет-браузеров, должна обеспечивать корректное воспроизведение в следующих программных продуктах: Microsoft Internet Explorer 7 и новее, Firefox 3 и новее, Opera 9 и новее, Apple Safari 5 и новее, Google Chrome 9 и новее.
Подсистема предусматривает работу через сервер приложений с базой данных Фонда. Подсистема должна функционировать на Web Server Apache (или аналогичным по производительности) под управлением операционной системы Linux.
Подсистема должна быть интегрирована с одной системой приема онлайн платежей (например, CronoPay, PayOnline, ASSIST, Робокасса, ДеньгиOnline, A3 или аналогичной) по выбору Заказчика, на основании соответствующего договора оказания услуг по приему онлайн платежей, заключенному между Заказчиком и платежной системой.


Подсистема отчетности


Подсистема отчетности должна обеспечивать формирование следующих отчетов:

  • Отчеты для юридической службы:

    • Отчет по задолженности для каждого абонента;

    • Отчет по подрядам;

  • Отчеты по услуге КР:

    • Отчет по начислениям услуги и неустойки в разрезе домов;

    • Отчет по оплатам (поступлениям) по услуге и неустойке в разрезе домов за произвольные периоды;

    • Отчет по входящему и исходящему сальдо за месяц в разрезе домов;

    • Отчет о просроченной задолженности по услуге в разрезе домов;

    • Отчет о просроченной задолженности по услуге в разрезе лицевых счетов;

  • Отчеты по размещению свободных денежных средств:

    • Отчет по условиям размещения;

    • Отчет по поступлениям % от размещения;

Требования к видам обеспечения




Требования к информационному обеспечению

Требования к лингвистическому обеспечению

Требования к применению языков высокого уровня.


Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы.

Требования к способам организации диалога с пользователями.


Способ организации диалога с пользователем должен обеспечивать:

  • уменьшение вероятности совершения оператором случайных ошибочных действий;

  • формально-логический контроль вводимых данных;

  • Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс.

Требования к языку взаимодействия пользователей и программного обеспечения


Языком взаимодействия пользователей и технических средств должен быть русский.


Требования к программному обеспечению


Система управления базами данных должна отвечать следующим требованиям:

  • хранение данных в системе должно быть реализовано на основе реляционной системы управления базами данных (например, СУБД Microsoft SQL Server 2008 R2 Enterprise или аналогичной по производительности);

  • структура базы данных должна предусматривать сущности для хранения данных, необходимых для описания деятельности объекта автоматизации;

  • структура базы данных должна предусматривать сущности и связи для хранения классификаторов и справочников;

  • доступ к данным должен быть предоставлен только авторизованным пользователям;

  • при работе с данными должен использоваться механизм транзакций, который предоставляет СУБД.

Прикладное программное обеспечение должно отвечать следующим требованиям:

  • для разработки системы используются языки программирования высокого уровня;

  • для написания запросов к СУБД для получения набора данных используется язык структурированных запросов;

  • для информационного обмена между разрабатываемой системой и сторонними системами используется механизм взаимодействия посредством веб-сервисов;

  • совместимость программного обеспечения в части использования технических средств, системного программного обеспечения и общесистемной инфраструктуры в пределах требований к техническому обеспечению, а также их информационная совместимость в пределах требований к информационному обмену;

  • Проектные решения должны обеспечивать возможность модернизации и развития с целью увеличения количества одновременно работающих пользователей без ущерба для надежности и скорости работы Системы, за счет увеличения мощностных показателей аппаратного обеспечения.



Требования к методическому обеспечению


Для работы с системой должны быть разработаны следующие документы:

  • руководство пользователя;

  • руководство администратора.


Требования к услугам по гарантийному сопровождению Системы



В услуги по гарантийному сопровождению Системы входят:

  • обеспечение работоспособности системы

  • анализ функционирования Системы;

  • предоставление аналитических выборок из БД Системы по требованию Заказчика;

  • устранение выявленных недостатков и обеспечение стабильности эксплуатационных характеристик Системы;

  • устранение выявленных ошибок, в ходе эксплуатации Системы;

  • обеспечение работы многоканальной "горячей линии" по вопросам эксплуатации системы.

Типы звонков в Техническую поддержку:

  • консультации по работе в Системе;

  • ошибки (включает проблемы с прикладным программным обеспечением);

  • доработка.

Обеспечение технической поддержки должно производиться по графику: с понедельника по пятницу с 9:00 до 18:00 по местному времени.

Предоставление информации операторами технической поддержки должно производиться на русском языке.

У пользователя Системы в случае невозможности соединения с оператором технической поддержки должна быть реализована возможность оставить сообщение оператору.

Также должна быть предусмотрена возможность отправки оператору сообщения по электронной почте.

В случае пропущенного звонка оператор технической поддержки должен перезвонить один раз по номеру, с которого пришел вызов.

В случае, если цель звонка не соответствует компетенции оператора технической поддержки, оператор Технической поддержки должен зафиксировать в карточке обращения соответствующую информацию.

Когда интенсивность вызовов превышает один звонок в три минуты в течение пятнадцати минут подряд, техническая поддержка переводится в режим аварийной ситуации. При этом, приоритет отдается входящим вызовам перед пропущенными звонками. Оператор технической поддержки принимает решение о переходе в режим аварийной ситуации на основе ее признаков и переводит автоматическую систему речевого оповещения в режим аварийной ситуации.

Признаки аварийной ситуации:

значительное возрастание нагрузки на одном из серверов, приводящее к неработоспособности Системы;

выход из строя одного из серверов;

неработоспособность любой из подсистем, отражающаяся на всех пользователях.

После устранения причин аварийной ситуации техническая поддержка переходит в штатный режим работы.

После устранения причин аварийной ситуации оператор технической поддержки имеет право не перезванивать по пропущенным вызовам.

Прием обращений пользователей Системы по вопросам эксплуатации Системы, в том числе о дополнении или изменении функционала системы, разработке дополнительных отчетных форм, справок, иных доработках системы производиться по электронной почте.

Минимальный срок оказания услуг по гарантийному сопровождению – 90 дней после сдачи системы в промышленную эксплуатацию.




Состав и содержание работ

Работы по внедрению ПО «АСУ ФКР» выполняются в четыре этапа в соответствии с планом графиком проведения работ.

Перечень планируемых стадий и этапов работ:







Наименование этапа

Содержание работ

Результат
  1   2   3

Похожие:

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconЗабайкальский фонд капитального ремонта многоквартирных домов
«Региональным фондом капитального ремонта многоквартирных домов Забайкальского края» о формировании фонда капитального ремонта общего...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconИзвещение о проведении запроса котировок
Наименование Заказчика: Некоммерческая организация «Фонд капитального ремонта многоквартирных домов, расположенных на территории...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconНа открытие и ведение специальных счетов, владельцем которых является...
Фонд капитального ремонта многоквартирных домов города Москвы, в отношении многоквартирных домов, собственники помещений в которых...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconО проведении предварительного отбора
Некоммерческая организация «Фонд капитального ремонта многоквартирных домов в Костромской области» далее

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconИнформационное сообщение о проведении Департаментом жкх и государственного...
Наименование и сведения о местонахождении фонда «Региональный фонд капитального ремонта многоквартирных домов Томской области» (далее...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconКонкурсная документация на право заключения договора на проведение...
...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconКонкурсная документация на право заключения договора на проведение...
«Региональный оператор Фонд капитального ремонта многоквартирных домов в Хабаровском крае» за период с 14. 11. 2013г по 31. 12. 2014...

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconКонкурса по отбору российских кредитных организаций с целью открытия...
Некоммерческой организацией Региональный фонд капитального ремонта многоквартирных домов Республики Крым

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconКонкурсная документация по проведению открытого конкурса по отбору...
Фонда Приморского края "Фонд капитального ремонта многоквартирных домов Приморского края"

Некоммерческая организация «Фонд капитального ремонта многоквартирных домов Кемеровской области» (но «Фонд капитального ремонта») iconВ фонд капитального ремонта многоквартирных домов Иркутской области...
В фонд капитального ремонта многоквартирных домов Иркутской области ежедневно поступает более 100 обращений граждан – собственников...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на blankidoc.ru




При копировании материала укажите ссылку © 2024
контакты
blankidoc.ru