4.2 Требования к функциям Системы 4.2.1Требования к Подсистеме конфигурирования Подсистема администрирования должна обеспечивать следующие функции:
Возможность предоставления информации на основе журнала действий пользователей, в котором должны отражаться:
Тип операции (добавление/удаление/редактирование записей, запуск сервисных операций);
Метка времени операции;
Наименование раздела изменения данных;
Логин пользователя, запустившего операцию;
Полная расшифровка операции (для записей: значение измененных реквизитов до и после операции);
Возможность ограничения доступа к информации и функциям Системы на основе ролевой модели на этапе пуско-наладочных работ и при последующей эксплуатации Системы. В Подсистеме должна быть обеспечена возможность:
создания неограниченного количества пользователей;
гибкой настройки ограничений для пользователей на основе ролевой модели. Система настройки ограничений должна обеспечивать настройку доступа на уровне: объектов, их реквизитов и записей объектов системы.
Подробные требования к ролевой модели представлены в п. 4.1.6 Требования к защите от несанкционированного доступа.
Ведение перечня пользователей Системы. Для каждого пользователя должен указываться список ролей, ассоциированных с ним;
Возможность гибкой настройки правил и порядка согласования объектов Системы, указанных в настоящем Техническом задании, на основе статусной модели. В Подсистеме должна быть обеспечена возможность:
создания состояний (статусов) объектов Системы, переходов между состояниями и правил переходов. Правило перехода, это заведомо известный алгоритм действий, выполняемый при переходе с одного определенного состояния на другое.
гибкой настройки ограничений доступа к информации и функциям в зависимости от состояния (статуса) объектов.
Возможность создания и настройки автоматизированных рабочих мест (АРМ) пользователей на этапе пуско-наладочных работ и при последующей эксплуатации Системы:
Настройка структуры и состава главного навигационного меню;
Настройка порядка вывода столбцов, группировки, фильтрации, вывода итогов в списочных формах Системы;
Настройка расположения элементов интерфейса в карточке (форме редактирования) объектов Системы. Настройка заголовка, форматирования значения, используемого элемента управления интерфейса для отображения реквизитов объектов, выбор правил проверки их значений. Настройка условий отображения элементов формы в зависимости от значений реквизита;
Расширение состава реквизитов разделов;
Создание связанных с разделом отчетных форм, созданных с помощью встроенного инструментария разработки.
Наличие встроенного в систему инструментария для создания отчетных форм силами эксплуатационного персонала Заказчика;
Возможность создания и подключения пакетов интеграции, обеспечивающих выполнение произвольной логики информационного взаимодействия со смежными системами;
Возможность настройки логики работы подсистемы финансового учета;
Возможность проведения служебных операций. В Подсистеме должна быть обеспечена возможность проведения следующих служебных операций:
Индексации. В рамках операции индексации должна быть возможность изменения размера:
процентной ставки по займу на оплату услуг и работ по капитальному ремонту МКД. Начисление процентов по займу происходит ежегодно 31 декабря на сумму непогашенной задолженности собственников по формуле простых процентов;
процентной ставки, начисляемой в связи с ненадлежащим исполнением абонентом обязанности по уплате взносов на капитальный ремонт. Пени должны начисляться, начиная с 11 числа месяца, следующего за текущим. Начисление пени при несвоевременной оплате гражданами взносов в фонд капитального ремонта производится в размере одной трехсотой, действующей на момент оплаты ставки рефинансирования Центрального банка Российской Федерации, от невыплаченных в срок сумм за каждый день просрочки;
процентной ставки, начисляемой по договору размещения средств на банковских счетах. Начисление процентов от размещения средств на банковских счетах происходит ежегодно 31 декабря на сумму собранных собственниками средств по формуле простых процентов.
Процедура открытия и закрытия операционного дня. Подсистема должна позволять производить закрытие операционного дня:
установление признака «закрыт» для текущего операционного дня;
создание нового операционного дня с признаком «открыт»;
запрет на редактирование финансовых документов по закрытому дню;
формирование оборотно-сальдовой ведомости по всем счетам МКД, счету регионального оператора.
Откат операционного дня. В подсистеме должна быть реализована возможность отката операции закрытия операционного дня, т.е. отмена всех финансовых операций, проведенных в текущем операционном дне и возврат всех счетов в состояние на момент создания операционного дня.
Закрытия периода. В подсистеме должен быть реализован учет периодов оплат и операция закрытия периода. В подсистеме должна быть реализована возможность отката операции закрытия периода. При закрытии периода подсистема должна позволять производить закрытие периода:
установление признака «закрыт» для текущего периода;
создание нового периода с признаком «открыт»;
запрет на редактирование финансовых документов по закрытому периоду;
расчет начислений за новый период.
|