Номер извещения: 0846500000625000782

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: АО «Сбербанк-АСТ»

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.sberbank-ast.ru

Размещение осуществляет: Уполномоченное учреждение ОБЛАСТНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ "УПРАВЛЕНИЕ ПО РАЗМЕЩЕНИЮ ГОСЗАКАЗА ЛИПЕЦКОЙ ОБЛАСТИ"

Наименование объекта закупки: Услуги по передаче неисключительных прав на программное обеспечение по автоматизации законотворческого процесса Липецкого городского Совета депутатов и ее внедрение

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202501463000090001000031

Контактная информация

Размещение осуществляет: Уполномоченное учреждение

Организация, осуществляющая размещение: ОБЛАСТНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ "УПРАВЛЕНИЕ ПО РАЗМЕЩЕНИЮ ГОСЗАКАЗА ЛИПЕЦКОЙ ОБЛАСТИ"

Почтовый адрес: 398050, г. Липецк, пл. им. Г.В. Плеханова, д. 1

Место нахождения: 398050, г. Липецк, пл. им. Г.В. Плеханова, д. 1

Ответственное должностное лицо: Журбина Н. А.

Адрес электронной почты: reception_goszakaz@admlr.lipetsk.ru

Номер контактного телефона: 7-4742-273929-161

Дополнительная информация: Информация о заказчике содержится в электронном документе «Извещение об осуществлении закупки»

Регион: Липецкая обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 18.11.2025 08:43 (МСК)

Дата и время окончания срока подачи заявок: 26.11.2025 09:00 (МСК)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 26.11.2025

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 28.11.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 3 930 666,67

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 253482602175648260100100250015829242

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 58.29.11.000 58.29.11.000-00000004 - Программное обеспечение Защита информации от несанкционированного доступа: Исполнитель должен предпринять меры по обеспечению безопасности информации, предусматривающие: • неразглашение сведений конфиденциального характера должностными лицами и сотрудниками исполнителя, участвующими в оказании услуг (заключение соглашения о конфиденциальности); • контроль выполнения соответствующих инструкций по защите информации для должностных лиц и со-трудников исполнителя; • предотвращение несанкционированного копирования информации с носителей и технических средств исполнителя. Все компоненты ПОАПП должны быть реализованы с учетом установленных законодательством требований по защите информации. В ПОАПП должен быть функционал аутентификации и авторизации пользователей для обеспечения доступа пользователей к функциям и данным ПОАПП. Доступ пользователей к функциям и данным ПОАПП должен быть ограничен на основе ролевого принципа, подлежащего реализации в ПОАПП. Каждому пользователю должна быть сопоставлена учетная запись, ассоциированная с одной из нескольких предопределенных пользовательских ролей. Для каждой пользовательской роли должны быть определены конкретные ограничения на доступ к функциям и данным. ПОАПП должно предоставлять следующие интерфейсы доступа к каталогу учетных записей пользователей: создать учетную запись пользователя; изменить значения атрибутов учетной записи; прочитать значения атрибутов учетной записи; заблокировать учетную запись пользователя; разблокировать учетную запись пользователя; удалить учетную запись пользователя. ... Надежность ПОАПП должно функционировать на аппаратных средствах, имеющихся у заказчика и пользователей, и обеспечивать круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки, за исключением периодов обслуживания аппаратных и программных средств, а также обновления компонентов ПОАПП. ПОАПП должно обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО должно выдавать пользователю соответствующие сообщения, после чего возвратиться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Отказы и сбои в работе отдельных рабочих станций и серверов в случае, если на них установлены отдельные компоненты ПО, не должны оказывать влияние на работоспособности структурных элементов, установленных на других рабочих станциях и серверах. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, ПОАПП должно автоматически восстанавливать свою работоспособность после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом). ПОАПП должно обеспечивать корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. Эргономика и техническая эстетика Пользовательский интерфейс должен обеспечивать выполнение всех функций ПО. Экранные формы должны быть спроектированы с учетом требований унификации: все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; для обозначения одних и тех же операций должны быть использованы одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; реакция ПОАПП на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; пользовательский интерфейс должен базироваться на представлении, привычном для пользователей сети Интернет и предоставлять возможность получения контекстно-зависимой справки при помощи наличия всплывающих подсказок для элементов интерфейса, не имеющих специальных описывающих полей на той же экранной форме. Пользователь ПОАПП должен получать информацию как об успешном завершении операций, так и о возникновении сбоев в ходе их выполнения или невозможности выполнения. ПОАПП должно обеспечить удобный интерфейс, удовлетворяющий следующим требованиям: взаимодействие пользователя с ПОАПП осуществляется на русском языке; при обнаружении ПОАПП каких-либо ошибок в действиях пользователя выдается сообщение с информацией, достаточной для исправления ошибок; ... - Условная единица - 1,00 - 3 930 666,67 - 3 930 666,67

ЛИПЕЦКИЙ ГОРОДСКОЙ СОВЕТ ДЕПУТАТОВ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Защита информации от несанкционированного доступа: Исполнитель должен предпринять меры по обеспечению безопасности информации, предусматривающие: • неразглашение сведений конфиденциального характера должностными лицами и сотрудниками исполнителя, участвующими в оказании услуг (заключение соглашения о конфиденциальности); • контроль выполнения соответствующих инструкций по защите информации для должностных лиц и со-трудников исполнителя; • предотвращение несанкционированного копирования информации с носителей и технических средств исполнителя. Все компоненты ПОАПП должны быть реализованы с учетом установленных законодательством требований по защите информации. В ПОАПП должен быть функционал аутентификации и авторизации пользователей для обеспечения доступа пользователей к функциям и данным ПОАПП. Доступ пользователей к функциям и данным ПОАПП должен быть ограничен на основе ролевого принципа, подлежащего реализации в ПОАПП. Каждому пользователю должна быть сопоставлена учетная запись, ассоциированная с одной из нескольких предопределенных пользовательских ролей. Для каждой пользовательской роли должны быть определены конкретные ограничения на доступ к функциям и данным. ПОАПП должно предоставлять следующие интерфейсы доступа к каталогу учетных записей пользователей: создать учетную запись пользователя; изменить значения атрибутов учетной записи; прочитать значения атрибутов учетной записи; заблокировать учетную запись пользователя; разблокировать учетную запись пользователя; удалить учетную запись пользователя. Значение характеристики не может изменяться участником закупки ПОАПП должна предоставлять интерфейсы для чтения данных справочников. Функции и разделы информации, к которым в ПОАПП определенные пользователи должны иметь доступ определяются: ролями, на которые назначены пользователи; индивидуальными правами доступа к определенным функциям и разделам информации. Перечень ролей, принадлежность определенных пользователей к разным ролям пользователей, уровень доступности информации для определенных ролей, индивидуальные права доступа устанавливаются исполнителем по согласованию с заказчиком. В ПОАПП должна быть, в обязательном порядке, возможность ведения журнала событий: с указанием в ней типовых значений для каждого события; с обеспечением недоступности изменения записей журнала для всех пользователей; с возможностью внесения в журнал событий всех действий всех категорий пользователей над объектами; с возможностью выгрузки журнала событий за произвольный период в текстовом формате. Надежность ПОАПП должно функционировать на аппаратных средствах, имеющихся у заказчика и пользователей, и обеспечивать круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки, за исключением периодов обслуживания аппаратных и программных средств, а также обновления компонентов ПОАПП. ПОАПП должно обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО должно выдавать пользователю соответствующие сообщения, после чего возвратиться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Отказы и сбои в работе отдельных рабочих станций и серверов в случае, если на них установлены отдельные компоненты ПО, не должны оказывать влияние на работоспособности структурных элементов, установленных на других рабочих станциях и серверах. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, ПОАПП должно автоматически восстанавливать свою работоспособность после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом). ПОАПП должно обеспечивать корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. Значение характеристики не может изменяться участником закупки Эргономика и техническая эстетика Пользовательский интерфейс должен обеспечивать выполнение всех функций ПО. Экранные формы должны быть спроектированы с учетом требований унификации: все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; для обозначения одних и тех же операций должны быть использованы одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; реакция ПОАПП на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; пользовательский интерфейс должен базироваться на представлении, привычном для пользователей сети Интернет и предоставлять возможность получения контекстно-зависимой справки при помощи наличия всплывающих подсказок для элементов интерфейса, не имеющих специальных описывающих полей на той же экранной форме. Пользователь ПОАПП должен получать информацию как об успешном завершении операций, так и о возникновении сбоев в ходе их выполнения или невозможности выполнения. ПОАПП должно обеспечить удобный интерфейс, удовлетворяющий следующим требованиям: взаимодействие пользователя с ПОАПП осуществляется на русском языке; при обнаружении ПОАПП каких-либо ошибок в действиях пользователя выдается сообщение с информацией, достаточной для исправления ошибок; Значение характеристики не может изменяться участником закупки предусмотрено использование манипулятора «мышь» в дополнение к клавиатуре и минимизация количества нажатий кнопок для совершения стандартных действий; реализовано отображение на экране хода длительных процессов обработки; предусмотрен вывод сообщений по аварийным ситуациям; пользователь должен быть обеспечен возможностью контролировать ввод данных: просматривать введенные данные на мониторе, производить их корректировку или отказаться от ввода. Интерфейс должен быть адаптивен и обеспечивать удобство использования на устройствах с разным разрешением экрана. Все разделы должны быть оформлены в едином стиле. Клиентская часть ПОАПП должна предоставлять пользователю монолитный интерфейс с асинхронной под-грузкой информации с сервера на страницу клиента без ее перезагрузки. Доступ должен осуществляться с помощью веб-браузера. Страницы веб-версии должны корректно отображаться в браузерах Яндекс.Браузер и Chrome версии не ниже, официально поддерживаемых производителем на момент оказания услуг Организация ввода данных ПОАПП должно обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. ПО должно обеспечивать однократный ввод сведений вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функционалами использоваться. Ввод данных должен осуществляться при помощи веб-интерфейса без необходимости установки дополнительного программного обеспечения. Структура процесса сбора, обработки, передачи и представления данных Состав данных ПОАПП должен быть достаточен для выполнения всех функций ПО и должен отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. Значение характеристики не может изменяться участником закупки Эксплуатация, техническое обслуживание ПОАПП должно быть рассчитано на эксплуатацию в составе программно-технического комплекса заказчика и учитывать разделение ИТ-инфраструктуры заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре заказчика. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПО, должны быть уточнены исполнителем и согласованы с заказчиком Значение характеристики не может изменяться участником закупки Регламенты и объемы резервного копирования и архивирования данных Резервное копирование и архивирование данных ПОАПП должно производиться не реже одного раза в сутки средствами, предусмотренными в ИТ-инфраструктуре заказчика. Значение характеристики не может изменяться участником закупки Патентная чистота ПОАПП должно отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации. Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков. ПО и алгоритмы функциональных блоков не должны являться предметом претензий о нарушениях патентного и/или авторского права любой третьей стороны. Реализация технических, программных, организационных и иных решений, предусмотренных проектом ПОАПП, не должна приводить к нарушению авторских и смежных прав третьих лиц. Права использования программных продуктов, необходимых для функционирования ПО, и исключительные права, которые принадлежат исполнителю и/или третьей стороне, должны быть переданы заказчику исполнителем на условиях простой (неисключительной) пользовательской лицензии. Значение характеристики не может изменяться участником закупки Требования к спискам объектов Все страницы ПОАПП, содержащие списки объектов, должны обладать следующим функционалом: постраничный вывод объектов; возможность выбора пользователем количества объектов на странице, данное значение должно запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз; фильтрации списка по необходимым атрибутам; возможность скрывать/показывать/менять местами элементы блока фильтров каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; при выборе значений элементов фильтров данные значения должны запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз, также должна быть реализована возможность сброса фильтров одной кнопкой; функция закрепления блока фильтров в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; загрузка объектов в список, переход на другую страницу, применение фильтров не должны перезагружать всю страницу целиком, должна применяться технология AJAX; возможность скрывать/показывать/менять местами колонки таблицы и их ширину каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; функция закрепления заголовка таблицы в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; буфер объектов из списка для складывания в него нескольких элементов с целью проведения над ними необходимых массовых операций; функция закрепления буфера в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз. Значение характеристики не может изменяться участником закупки Требования к действиям над объектами Все действия над объектами, такие как создание, изменение, удаление и т.п., должны соответствовать следующим требованиям: ввод данных пользователя должен осуществляться во всплывающем диалоге в текущем контексте (списке объектов, карточке объекта и т.п.) без перезагрузки страницы; при большом количестве вводимых данных во всплывающем диалоге необходимо их структурировать с ис-пользованием элемента управления закладки; введённые пользователем данные перед отправкой должны проверяться на непротиворечивость и в случае необходимости ПОАПП должно выводить для каждого поля найденные ошибки; действия по удалению данных, должны производиться после подтверждения пользователем, а также должна производиться автоматически проверка связанных данных; после проведения действия над объектом, в случае если это действие изменяет контекст (создан/изменен/удален объект, что влечет изменение списка объектов), необходимо обновлять только контекст без перезагрузки страницы; после проведения операции над объектом, если контекстом является список объектов, необходимо визуально выделить объект; в случае если созданный/измененный объект не попадает в список из-за наложенных фильтров, необходимо вывести сообщение об успешности операции, указав, что объект не попадает под условия фильтрации, с возможным действием на снятие фильтра и перехода на страницу, где он находится; в случае если созданный/измененный объект попадает на страницу, которая в данный момент не отображается в списке, необходимо вывести сообщение об успешности операции, указав, что объект находится на другой странице, с возможным действием перехода на страницу, где он находится. Значение характеристики не может изменяться участником закупки Требования к функциональному блоку «Платформа» Для обеспечения безопасности использования ПОАПП функциональный блок должен обеспечивать: ведение реестра пользователей; ведение реестра ролей; конструирование меню; управление правами на действия, объекты и атрибуты для пользователей; управление правами на действия, объекты и атрибуты для ролей; разграничение доступа всех участников к объектам и действиям; аутентификацию пользователей, в том числе двухфакторной; проведение процедуры восстановления пароля; авторизацию пользователей в соответствии с правами доступа; журналирование всех производимых операций; разрешение передачи данных только по защищенным каналам связи с использованием протокола HTTPS. Пользователь – это объект, содержащий реквизиты для входа. Пользователь не должен хранить в базе данных пароль в открытом виде, а только в виде строки, полученной с помощью математического алгоритма несимметричного хеширования. Пользователь должен содержать адрес электронной почты, предназначенный для проведения процедуры восстановления пароля, в случае утери. Должна быть защита от подбора паролей злоумышленниками и уведомление о таком подборе администратора. Должна быть возможность двухфакторной аутентификации с использованием приложения аутентификатора. Должна быть возможность ограничивать вход на уровне пользователя путем указания разрешенных IP-сетей. Роль – это объект, содержащий набор прав на действия, объекты и их атрибуты. Для каждой Роли может быть сформировано и назначено индивидуальное меню. Для каждой Роли может быть указана индивидуальная стартовая страница. Необходимо наличие роли «Администратор», обладающей полным набором прав. Должна быть возможность ограничивать вход пользователя на уровне Роли. Действие ПОАПП – любая операция в рамках ПОАПП. Все доступные действия должны быть зарегистрированы в реестре, доступном Администратору. Значение характеристики не может изменяться участником закупки Все объекты и их атрибуты должны быть зарегистрированы в реестре, доступном Администратору. Необходимо выделить следующие права на объект: чтение; создание; изменение; удаление; каскадное удаление. Необходимо выделить следующие права на атрибуты объекта: видимый/скрыт; редактируемый/только чтение; необязательный/обязательный. Необходимо реализовать для Администратора возможность настройки прав доступа: пользователю на действие ; Роли на действие; пользователю на объекты; Роли на объекты; пользователю на атрибуты объектов; Роли на атрибуты объектов. Журнал операций – реестр всех произведенных операций пользователями. Каждое действие пользователя записывается в системный «Журнал операций». Объект «Элемент журнала операций» содержит следующие атрибуты: дата и время (дата и время); пользователь (ссылка на объект «Пользователь»); IP-адрес (строка); тип операции (ссылка на объект «Тип операции»); тип объекта (строка); название типа объекта (строка); идентификатор объекта (число); название объекта (строка); описание (текст). Для операций, изменяющих объект, в Описании должно быть указано старое и новое значение каждого измененного атрибута. Функциональный блок должен предусматривать возможность формирования индивидуального информационного экрана пользователя путем настройки колонок и расположения в них виджетов. Функциональный блок должен предоставлять возможность настройки информационного экрана по ролям с дальнейшим изменением настроек каждым пользователем индивидуально, а также сброса настроек к состоянию «по умолчанию». Индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь». Пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП. В случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже. Функциональный блок должен предусматривать возможность пользователя формировать в боковой панели, доступной в любой части ПОАПП, индивидуального набора информационных виджетов. Индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта. Пользователь должен иметь возможность наполнять боковую панель предустановленными виджетами либо сторонними виджетами, совместимыми с ПОАПП. Значение характеристики не может изменяться участником закупки В целях обеспечения деятельности ПОАПП, функциональным блоком должна быть предусмотрены функции: ведения реестра организаций; ведения реестра работников организаций; назначения Роли входа и привязки пользователя для работника организации. Организации должны выводиться в «Реестр организаций». Должен быть фильтр, осуществляющий фильтрацию объектов реестра по заданным в фильтре атрибутам. Должны быть следующие справочники: группы организаций; организационно-правовые формы. Карточка «Организация» должна содержать атрибуты, которыми объект обладает: наименование, наименование в родительном падеже, полное название, аббревиатура; дата регистрации, дата ликвидации; телефон, факс, e-mail, сайт; фактический адрес, примечание; разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: наименование; ответственный; телефон, факс, e-mail, сайт; фактический адрес; также другие атрибуты, которые могут потребоваться в момент реализации. Реестр организаций должен реализовывать функцию включения одной организации в другую. Карточка «Работник» должна содержать атрибуты, которыми объект обладает: Ф.И.О; дата начала, дата окончания; отдел, должность, кабинет; телефон, внутренний номер, e-mail; роль, пользователь, разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: Ф.И.О; телефон; e-mail; также другие фильтры, которые могут потребоваться в момент реализации. должен обеспечивать возможности: обмена сообщениями между участниками; загрузки электронных сообщений с зарегистрированных e-mail участников; дублирования сообщений на зарегистрированные e-mail участников; организации групп получателей сообщений с возможностью широковещательной рассылки по группам. Интеграция с электронной почтой. ПОАПП должно уметь работать как почтовый клиент по протоколам POP3, IMAP, SMTP. Возможность подключать к любым участникам неограниченное количество внешних электронных ящиков. Возможность сбора электронных сообщений с зарегистрированных электронных ящиков, дублирование на e-mail сообщений, созданных в рамках ПОАПП. Возможность прикреплять к сообщениям файлы. Функциональным блоком должна быть предусмотрена возможность: конструирования отчетов, генерирующих печатные документы в различных форматах (docx, rtf, txt, xlsx, xml); создание отчетов, с использованием встроенного языка программирования; подключения отчетов к различным модулям. Возможность передачи в генерируемый отчет любых наборов данных ПО, с возможностью описания на встроенном языке программирования. Должен быть конструктор пользовательских форм для передачи параметров в отчет, введенных пользователем. Возможность подключения ко всем типам отчетов ресурсов в виде графических файлов, шаблонов и т. д. Требования к функциональному блоку «Документы» Функциональный блок предназначен для: ведения реестра документов; проведения процедуры регистрации документа; подписания документа ЭП; автоматической конвертации загружаемых документов в формат PDF; просмотра загруженных документов прямо из браузера без установки дополнительного ПО; нанесения на документы личных комментариев; формирования PDF-версии документа с нанесенными оттисками о регистрации и электронной подписи; извлечения текстового слоя; полнотекстового поиска по реестру документов; формирования маршрутов документов в зависимости от вида; сканирования документов встроенными средствами непосредственно в карточке документа с последующим сохранением файла в формате PDF внутри ПО. Все загружаемые документы должны попадать в общий реестр. Карточка «Документа» должна содержать следующие атрибуты: дата и время создания, изменения, закрытия; создатель; список приложений; актуальная версия; список версий документа; название; направление документа; вид документа; формат документа; описание; PDF-версия; PDF-версия с оттисками ЭП и регистрационными данными; дата и время регистрации; регистрационный номер; дата и время внешней регистрации; внешний регистрационный номер; текстовый слой; список ЭП; список файлов; адресант (отправитель); адресат; подписавший документ. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по названию с применением поиска, учитывающего морфологию русского языка; по содержанию с применением поиска, учитывающего морфологию русского языка; по регистрационному номеру и дате; по внешнему регистрационному номеру и дате; по типу документа; по виду документа; также по другим фильтрам, которые могут потребоваться в момент реализации; Значение характеристики не может изменяться участником закупки Возможность написания функции администратором, указывающей, какие документы должны быть зарегистрированы, описывающей правила автоматического формирования уникальных регистрационных номеров, а также возможность указывать такие номера вручную. Первоначальная настройка всех реализуемых документов производится Исполнителем по согласованию с Заказчиком. Для документов, которые должны быть зарегистрированы, необходимо в интерфейсе пользователя выводить действие регистрации. По такому действию, на основании функции, написанной администратором, должен быть предложен уникальный регистрационный номер с возможностью изменить его вручную, если такое разрешение было выдано. Возможность подписывать документы одним или несколькими участниками ЭП прямо из браузера, используя необходимые установленные плагины. Возможность нанесения на любые загруженные документы оттиска электронной подписи. Все загружаемые документы должны автоматически конвертироваться в формат PDF. Наличие функционала просмотра PDF версий документов прямо из браузера средствами JavaScript без установки дополнительного ПО. Возможность наносить на любые загружаемые документы личные комментарии прямо из браузера без установки дополнительного ПО с помощью следующих инструментов: выделение цветом текста; подчеркивание текста; зачеркивание текста; выделение прямоугольной области; возможность изменить цвет у любой пометки; возможность на полях прописать комментарий. Все пометки, наносимые на документы, должны иметь уровень доступа: индивидуальные (доступны только автору), по организации (доступны коллегам автора) и общие (доступны всем). Полнотекстовый поиск с учетом морфологии русского языка. Из всех загружаемых документов, имеющих текстовый слой, он должен быть выделен и помещен в полнотекстовый индекс для возможности производить поиск по содержимому документов. Функциональным блоком должны быть предусмотрены следующие возможности: формирования маршрутов документов в зависимости от вида; отправки документов по сформированным заранее маршрутам или проставления шагов маршрута вручную; для возможности согласования документов; для регистрации документов. Требуется организовать иерархический справочник видов документов. Любой документ может быть помечен элементом данного справочника. Для вида документа необходимо предусмотреть следующие возможности: функциональное формирование алгоритма автоматического определения номера в процедуре регистрации; формирование правил нанесения оттисков (регистрационные штампы, электронные подписи и прочие) на печатную версию документа, в том числе функциональных; формирование маршрута по умолчанию, в том числе функционального. Требуется возможность формирования маршрута для документа, по которому он будет двигаться автоматически. При создании документа, маршрут может быть скопирован из справочника видов документа, либо настроен пользователем вручную. Маршрут - набор шагов в разных состояниях, у которых есть ответственные и Исполнители. Необходимо предусмотреть возможность декларативно указывать как конкретных ответственных и Исполнителей, так и определять группу возможных специалистов. В маршруте, в зависимости от состояния шага, должно быть доступно одно из следующих действий: загрузка/редактирование; регистрация (автоматическая или ручная); согласование; подписание; ознакомление; исполнение; отправка; опубликование; архивирование; исполнен; отклонен. Для шага маршрута должна быть предусмотрена возможность указания крайнего срока, вычисляемого в календарных днях или по производственному календарю. Необходимо реализовать возможность связывать документы между собой. Каждая такая связь должна быть помечена определенным типом связи, декларированным в отдельном справочнике. Типы связи могут быть симметричными, в этом случае должна автоматически формироваться двухсторонняя связь. Требуется предусмотреть возможность ведения справочника «Номенклатура дел». Номенклатура дел должна быть предназначена для хранения информации об индексах дел организации и о номенклатуре дел (папок), в которые помещаются документы. Необходимо, чтобы в номенклатуре дел организации отражалась информация об индексе дела, заголовке дела (тома, части), количестве дел (томов), сроках хранения. При нанесении электронной подписи на документ, ПОАПП должно определять, что применяется квалифицированная электронная подпись, не попавшая в списки отзыва. Для этого должен быть сформирован и автоматически обновляться реестр аккредитованных удостоверяющих центров. Также должны ежесуточно обновляться списки отзыва сертификатов. Дополнительно должна проводиться проверка юридических реквизитов (ИНН, ОГРН, СНИЛС) извлеченных из электронной подписи, с реквизитами аутентифицированного пользователя. Для предоставления возможности наносить электронную подпись по доверенности, необходимо сформировать реестр доверенностей. В данном реестре должна храниться информация кто, кому и в какой период доверяет производить электронную подпись. Должна быть обеспечена поддержка МЧД (машиночитаемые доверенности). Дополнительным подразделом функционального блока «Документы» – «Почетные граждане» должны быть предусмотрены следующие возможности: фиксация количества голосов «за», «против», «воздержалось» в поддержку кандидатов на звание «Почетный гражданин города Липецка»; необходимо предусмотреть возможность разделять письменные отзывы (протоколы, письма, ходатайства о выдвижении) и устные отзывы по телефону; в карточке устного отзыва (по телефону) необходимо предусмотреть возможность введения Ф.И.О., адреса и телефона гражданина; количество голосов по всем карточкам аккумулируются в один сводный отчет о количестве голосов либо за 1 кандидата, либо по всем кандидатам одновременно. Требования к функциональному блоку «Подготовка заседаний» Функциональный блок предназначен для: ведения реестра заседаний; формирования различных видов заседаний (коллегии, рабочей группы и т.д.), виды заседаний должны формироваться в соответствующем справочнике; формирования повестки заседаний; формирования и загрузки принятых документов. Карточка «Заседания» должна содержать следующие атрибуты: регистрационные данные; одну или несколько дат проведения заседаний; вид и категорию заседания; повестку; список документов; список приглашенных; список принятых документов; стадия; куратор. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по номеру; по категории; по дате проведения с возможностью указания периода; по виду; по стадии; по куратору; также по другим фильтрам, которые могут потребоваться в момент реализации. Значение характеристики не может изменяться участником закупки Требования к функциональному блоку «Правотворчество» Функциональный блок предназначен для: ведения реестра правотворческих инициатив; создания событий, отражающих ход рассмотрения правотворческих инициатив; прикрепления документов к событиям; формирования досье инициатив. Должна быть доступна возможность конструирования инициатив с возможностью создания стадий, в рамках которых рассматриваются инициативы и список событий, которые относятся к разным стадиям. Должна быть доступна возможность добавлять документы в события инициативы в процессе движения документов по маршруту. Должна быть доступна возможность создавать события по заседанию и связывать событие с определённым вопросом на заседании. Должна присутствовать возможность создания вопроса заседания по событию непосредственно из карточки инициативы с подстановкой названия инициативы в название вопросов, а также дополнительных текстовых блоков. Алгоритм формирования названий должен настраиваться на уровне стадий заседания. Должна быть предусмотрена возможность создания неограниченного количества типов правотворческих инициатив. Карточка правотворческой инициативы должна содержать как минимум следующий список полей, который может настраиваться индивидуально для каждого типа: регистрационные данные; название; субъекты права правотворческой инициативы (инициатор); отрасль правотворчества (распределение по предмету правового регулирования); статус инициативы; тип инициативы; вид инициативы; сфера инициативы; порядок внесения; информация о созыве и ответственной комиссии; информация об обнародовании инициативы, в том числе список средств массовой информации, в которых публикуется; события инициативы, с возможностью загрузки документов по событию; список документов. Значение характеристики не может изменяться участником закупки Для поиска и фильтрации объектов в верхней части страницы со списком должны быть размещены фильтры (с возможностью скрытия каждого по отдельности) по всем доступным атрибутам карточек типа «правотворческая инициатива». Досье. Для каждой инициативы должно автоматически формироваться досье, с графическим отображением хода рассмотрения инициативы. Структура отображения хроники: Название стадии; Раскрываемый блок события с датой события. Структура блоков различных типов событий. Общее событие: Краткое название события; Полное название мелким шрифтом; Список документов, с возможностью просмотра в браузере или загрузки документа на устройство. Событие по заседанию: Название события; Название заседания с ссылкой на заседание; Номер вопроса в повестке заседания; Решение по вопросу с документом. В справочнике инициатив должна быть возможность настройки шаблона нумерации для каждого типа инициативы, с возможностью сделать как общую нумерацию для выбранных типов инициатив, так и независимую. Субъекты права правотворческой инициативы. Любая организация и работник организации могут быть наделены правом правотворческой инициативы на определенный период. Для разделения субъектов права правотворческой инициативы на категории необходимо наличие справочника. Карточка «Субъект права правотворческой инициативы» должна содержать следующие атрибуты: название (организация или работник); категория; дата начала; дата окончания. Для поиска и фильтрации объектов в верхней части страницы со списком необходимо реализовать фильтры: по названию с применением поиска, учитывающего морфологию русского языка; по категории; по дате начала; по дате окончания. Для массового наделения правом правотворческой инициативы необходимо реализовать следующие функции: по выбранному Пользователем созыву наделить всех включенных в него депутатов и постоянных комиссий правом правотворческой инициативы в пределах периода действия созыва; по выбранной Пользователем группе организаций наделить все включенные в нее объекты правом правотворческой инициативы, в пределах периода действия организации, а также установить выбранную Пользователем категорию субъекта права правотворческой инициативы; по выбранной Пользователем организации, наделить всех включенных в нее работников, правом правотворческой инициативы в пределах периода действия работника, а также установить выбранную Пользователем категорию субъекта права правотворческой й инициативы. Требования к функциональному блоку «Личный кабинет депутата» Личный кабинет депутата (далее – ЛК депутата) предназначен для: формирования индивидуального информационного экрана Пользователя; доступа Пользователей к сведениям о предстоящих заседаниях, информации о повестке, ее содержании, принятым по результатам голосования документам; доступа Пользователей к документам, поступившим в адрес депутата. Требования к индивидуальному информационному экрану: индивидуальный информационный экран состоит из рабочего стола и боковой панели; пользователь должен иметь доступ к настройке информационного экрана с дальнейшим изменением настроек индивидуально, а также сброса настроек к состоянию «по умолчанию»; индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь»; пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП; высота колонок должна подстраиваться под объем информационного наполнения данной колонки; в случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже; пользователь должен иметь возможность изменять состояние боковой панели (открыта/закрыта); индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта; пользователь должен иметь возможность наполнять боковую панель виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП Значение характеристики не может изменяться участником закупки Требования к реестру заседаний: В реестре выводятся сведения по заседаниям, проведенным в рамках осуществления правотворческой деятельности. В реестр отображаются следующие атрибуты: регистрационный номер; категория; дата проведения; созыв; вид заседания; стадия заседания. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть размещены фильтры (с возможностью скрытия каждого по отдельности) по всем доступным атрибутам, в том числе: по регистрационному номеру; по категориям; по дате проведения; по созыву; по виду заседания; по стадии заседания. Должна быть предусмотрена возможность просмотра пользователем через карточку заседаний иных атрибутов заседаний, в том числе повесток, документов, атрибутов распоряжения о проведении заседаний и иных атрибутов, необходимых для осуществления правотворческой деятельности, разрешение на просмотр которых устанавливается администратором. У пользователя должна быть возможность просмотра повестки заседания из реестра и печати повестки заседания, а также просмотра всех нормативных актов, связанных с заседанием. Пользователь должен иметь возможность просмотра вопросов, рассмотренных на заседаниях. Требования к реестру документов: В реестр выводятся сведения о документах по основной деятельности и по рассмотрению обращений граждан, поступивших в адрес депутата. В реестре отображаются следующие атрибуты документа: регистрационный номер; дата регистрации; наименование; отправитель; вид документа; срок исполнения; автор резолюции. Требования к реализации интеграционных механизмов Должен быть функционал доступа к данным по открытому программному интерфейсу. Должно быть возможно получение любых данных по открытому программному интерфейсу. Доступ к данным должен осуществляться только по безопасному протоколу HTTPS. Для доступа к данным Администратор должен наделить таким правом определенного пользователя, указать роль и указать список доменов, к которым разрешен доступ. Для указания разрешенных IP-сетей необходимо формирование такого списка в разрезе Пользователя и Роли. Для обращения к функциям программного интерфейса внешней системы предварительно необходимо получать ключ доступа с использованием логина и пароля Пользователя. Пользователям, получившим право доступа к открытому программному интерфейсу, необходимо иметь право доступа к объектам на просмотр в функциональном блоке «Платформа» в матрицах «Права роли на объекты» и «Права пользователя на объекты». Наличие функции получения объекта со следующими параметрами: ключ доступа; системное название объекта; уникальный идентификатор объекта. Необходимо реализовать функцию получения списка объекта по запросу со следующими параметрами: ключ доступа; системное название объекта; условие. Значение характеристики не может изменяться участником закупки Перечень внесенных проектов правовых актов Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать перечень внесенных на рассмотрение в представительный орган проектов правовых актов с указанием даты регистрации и регистрационного номера входящего документа, наименования проекта правового акта, субъекта правотворческой инициативы, ответственной комиссии, статуса проекта правового акта. Значение характеристики не может изменяться участником закупки Перечень принятых правовых актов (решений сессий) Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать перечень принятых правовых актов (решений сессий) с указанием даты регистрации, регистрационного номера, наименования правового акта, вступления в силу и источника опубликования, ответственной постоянной комиссии. Значение характеристики не может изменяться участником закупки Тематика принятых правовых актов Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать код, наименование тематики, графы: «Количество базовых ПА», «Количество ПА с поправками», «Общее количество ПА по тематике», их процент от общего числа ПА, также общее количество принятых правовых актов по тематикам, общее количество ПА. Значение характеристики не может изменяться участником закупки Сводка о характере обращений граждан Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения о количестве поступивших обращений по характеру обращений согласно типовому общероссийскому тематическому классификатору обращений граждан Российской Федерации, иностранных граждан, лиц без гражданства, объединений граждан, в том числе юридических лиц, управления Президента Российской Федерации по работе с обращениями граждан и организаций, введенному в действие с 1 января 2018 года с обязательным применением с 1 июня 2018 года. Типовой тематический классификатор должен содержать актуальные коды и наименование вопросов. Значение характеристики не может изменяться участником закупки Сводка о количестве обращений граждан Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения о количестве поступивших обращений депутатам (общее количество, а также с разбивкой по адресатам, видам обращений и способу их поступления). Значение характеристики не может изменяться участником закупки Контроль сроков исполнения документов Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения об обращениях, входящих и исходящих документах, находящихся на рассмотрении депутатов и исполнении сотрудников. При этом сведения должны формироваться как в отношении конкретного депутата\исполнителя, так и общим списком. Значение характеристики не может изменяться участником закупки Список приглашенных Отчет должен формироваться, исходя из сведений карточки заседания, а также содержать ФИО приглашенных лиц, их должности и иметь разбивку по группам. Отчет применяется для различных заседаний (сессии, комиссии, депутатского часа, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Список приглашенных подписывается председательствующим. Примерной формой отчета «Список приглашенных» является приложение № 1 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Повестка дня По результатам отчета формируется повестка различных видов заседаний (сессии, постоянной комиссии, совместного заседания постоянных комиссий, публичных слушаний, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Повестка подписывается председательствующим. Примерной формой отчета «Повестка дня» является приложение № 2 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Протокол заседания Отчет должен формироваться, исходя из сведений карточки заседания (вид заседания, место, дата, номер). Графа «Присутствовали» формирует список депутатов, фактически присутствующих на заседании в алфавитном порядке. Графа «Приглашенные» формирует список из лиц, приглашенных на заседание, фактически присутствовавших на нем и прошедших регистрацию (в алфавитном порядке). Графа «Регистрация депутатов» – указывается количество зарегистрированных на заседании депутатов (при условии, что депутаты могут регистрироваться в ходе всего заседания). Перед началом обсуждения вопросов повестки дня проходят несколько процедурных вопросов с голосованием: может вноситься дополнительный вопрос перед процедурой принятия повестки, затем принимается повестка в целом с учетом дополнительного вопроса, принимается регламент работы и выбирается секретарь сессии (при необходимости). Значение характеристики не может изменяться участником закупки Текст повестки копируется в протокол (с докладчиками и содокладчиками). Может быть озвучен порядок оглашения волеизъявления депутатов, голосовавших заочно (для протокола заседания сессии). Эти голоса затем учитываются в голосовании за принятие решения. В этом случае к результатам голосования добавляется пометка «с учетом заочного голосования». После результатов голосования указывается номер решения. В случае, если после заслушивания вопроса выступали присутствующие (с вопросами, ответами на вопросы), в протоколе фиксируется очередность и ФИО выступивших, в некоторых случаях возможно краткое описание вопроса и ответа. Протокол сессии подписывается председательствующим и секретарем сессии, протокол постоянной комиссии подписывается председательствующим комиссии (в случае совместного заседания – председателями участвующих комиссий). При проведении совместного заседания указываются сведения всех участвующих комиссий: их наименование, номера решений. Примерной формой отчета «Протокол очередной сессии» является приложение № 3 к настоящему ТЗ. Примерной формой отчета «Протокол постоянной комиссии» является приложение № 4 к настоящему ТЗ. Примерной формой отчета «Протокол совместного заседания постоянных комиссий» является приложение № 5 к настоящему ТЗ. Перечень решений сессии Отчет формирует перечень решений, принятых на конкретном заседании (при формировании отчета выбирается номер нужной сессии). Отчет должен содержать следующие сведения: номер вопроса; номер решения; дата; наименование решения; ответственная постоянная комиссия; субъект правотворческой инициативы; вид документа (МНПА – муниципальный нормативный правовой акт; ПАНХ – правовой акт ненормативного характера; процедурный вопрос). Общее количество вопросов должно совпадать с количеством вопросов на заседании. Общее количество решений может быть больше общего количества вопросов (при рассмотрении вопросов в двух чтениях). Необходимо учесть, что по одному вопросу может быть 2 решения (первое и второе чтение), поэтому субъект правотворческой инициативы указывается только у первого чтения. Ниже таблицы выводится итоговое количество вопросов и итоговое количество решений. Значение характеристики не может изменяться участником закупки Отчетные показатели о деятельности постоянных комиссий Отчет содержит сведения обо всех основных показателях работы постоянных комиссий Липецкого городского Совета депутатов. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. Примерная форма отчета «Отчетные показатели о деятельности постоянных комиссий» является приложением № 6 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Контрольные решения сессии и постоянной комиссии По результатам отчета формируется реестр решений сессий и постоянных комиссий, поставленных на кон-троль. Должна быть предусмотрена возможность формирования сокращенного и расширенного перечня контрольных решений. В расширенном отчете дополнительно выводятся результаты выполнения контрольных пунктов, которые предварительно должны вноситься в карточку решения во вкладке «Рекомендации». Необходимо предусмотреть возможность формирования реестров с разделением по наименованию постоянных комиссий за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем). Примерными формами отчета «Контрольные решения» являются приложения № 7, 8 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Решение/проект сессии По результатам отчета формируется печатный бланк решения/проекта сессии. Наименование решения формируется, исходя из наименования соответствующего вопроса. В случае, если решение принято в первом чтении, то под наименованием проставляется соответствующее уточнение. Решение, принятое в первом чтении, подписывается председательствующим. Решение, принятое во втором чтении, подписывается председательствующим и Главой города Липецка. Решение в одном чтение может подписываться как председательствующим, так и председательствующим и Главой города одновременно. На дополнительном листе выводится перечень визирующих лиц (должности, место для подписи, Ф.И.О.), внесенных в карточку решения. Примерной формой отчета «Решение/проект сессии» являются приложения № 9, 10, 11 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Решение постоянной комиссии Наименование решения формируется, исходя из наименования соответствующего вопроса. Решение подписывается председательствующим. В случае проведения совместного заседания постоянных комиссий в отчетную форму выводятся данные обеих комиссий (наименование постоянных комиссий, регистрационные номера). Решение совместного заседания постоянных комиссий подписывается председателями обеих комиссий. Примерными формами отчета «Решение постоянной комиссии» являются приложения № 12, 13,14 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Почетные граждане По результатам отчета формируются сводные данные о количестве голосов по 1 кандидату на звание «Почетный гражданин города Липецка», либо по всем кандидатам одновременно. Сведения в отчет попадают из карточек письменных протоколов или устных телефонных отзывов, в которых указывается количество голосов «за», «против», «воздержалось». В отчете следует предусмотреть возможность формирования перечня письменных протоколов и перечня телефонных отзывов Также мы можем отдельно выгрузить отчетные формы со всеми письменными протоколами и листы сбора устных отзывов (телефонных звонков). Примерными формами отчета «Почетные граждане» являются приложения № 15, 16, 17, 18 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Антикоррупционная экспертиза Отчет содержит сведения о выявленных коррупционных факторах по результатам экспертизы проектов и действующих МНПА. В отчет выводятся данные проекта НПА или действующего НПА: номер входящего письма (для проекта), номер решения сессии (для НПА), дата регистрации документа, наименование проекта или действующего ПА. В столбце «Коррупциогенные факторы» выводится общее количество выявленных/устраненных факторов по конкретному проекту или действующему НПА. В столбце «Экспертизу провел» отображается количество факторов, выявленных тем или иным экспертом. При этом следует учесть, что выявленные разными экспертами факторы могут совпадать, поэтому в графе, где выводится общее количество факторов, суммируются только уникальные (не совпадающие с выявленными другими экспертами) факторы. В графе итого выводится общее количество проектов/НПА, прошедших проверку, а также суммы выявленных/устраненных факторов в общем по всем проектам/НПА и суммы выявленных факторов конкретными экспертами за весь выбранный период. Период может выбираться любой. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. Значение характеристики не может изменяться участником закупки Печать конвертов Отчет формируется на основе данных карточки исходящего письма. Почтовый адрес, Ф.И.О. адресата, название организации (при необходимости направления почтового отправления юридическим лицам) выводятся на печать в соответствующих полях конверта. Перед непосредственной отправкой на печать открывается предварительный просмотр конверта для проверки данных. Примерными формами отчета «Печать конвертов» являются приложения № 19, 20 к настоящему ТЗ. Значение характеристики не может изменяться участником закупки Требования к техническому обеспечению Техническое обеспечение серверной части ПОАПП предоставляется Заказчиком и должно обеспечивать штатную работу ПО во всех режимах его функционирования. Серверная часть ПО должна корректно функционировать с использованием минимальной конфигурации, приведенной в таблице №1 настоящего пункта. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПОАПП, должны быть уточнены исполнителем и согласованы с заказчиком. ПО должно обеспечивать комфортную работу пользователей с пользовательским интерфейсом при следующей минимальной конфигурации, рабочей станции:приведенной в таблице №2 Значение характеристики не может изменяться участником закупки Требования к программному обеспечению Серверная часть ПОАПП должна корректно функционировать на следующем программном обеспечении: Операционные системы Linux (ALT Linux, Astra Linux и РЕД ОС)*, сертифицированные ФСТЭК. В качестве системы управления базами данных должна использоваться СУБД PostgreSQL* не ниже v.11. Программное обеспечение серверов должно быть развёрнуто на технических мощностях заказчика и должно обеспечивать штатный режим функционирования ПО. Клиентская часть ПОАПП должна стабильно работать на рабочих станциях пользователей под управлением следующих операционных систем, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: операционная система из реестра Российского программного обеспечения (https://reestr.digital.gov.ru/), в т.ч. Linux (ALT Linux, Astra Linux и РЕД ОС)*; Microsoft Windows 8 и выше*. Клиентская часть ПО должна обеспечивать корректное отображение страниц и выполнение функций на клиентских рабочих местах с операционными системами в следующих браузерах: Яндекс.Браузер*. Версии браузеров должны быть не ниже версий, официально поддерживаемых производителем на момент оказания услуг, и должны поддерживать расширение КриптоПро ЭЦП Browser plug-in (любой версии). На клиентских рабочих местах должно быть установлено ПО для использования ЭП – КриптоПро CSP (любой версии). *Указание в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов согласно п. «б» ч.1 ст. 33 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Не имеется другого способа, обеспечивающего более точное и четкое описание указанных характеристик предмета закупки. Значение характеристики не может изменяться участником закупки Требования к организационному обеспечению Организационное обеспечение должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними не автоматизированных функций. К работе с ПОАПП должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение по работе с ПОАПП. Значение характеристики не может изменяться участником закупки Требования к структуре и функционированию Системы в целом. Используемые при создании ПОАПП языки программирования должны обеспечивать решение всех задач по реализации функций ПО. Способ организации диалога с пользователем должен обеспечивать: уменьшение вероятности совершения пользователем случайных ошибочных действий; логический контроль ввода данных. Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. Значение характеристики не может изменяться участником закупки Приемочные испытания. Испытания проводят с целью проверки соответствия работоспособности ПОАПП с требованиями настоящего ТЗ. Испытания представляют собой процесс проверки выполнения функций ПО, выявления и устранения ошибок. Приемочные испытания проводятся в режиме видеоконференцсвязи. Значение характеристики не может изменяться участником закупки Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (12.20) Информационные системы для решения специфических отраслевых задач Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Защита информации от несанкционированного доступа: - Исполнитель должен предпринять меры по обеспечению безопасности информации, предусматривающие: • неразглашение сведений конфиденциального характера должностными лицами и сотрудниками исполнителя, участвующими в оказании услуг (заключение соглашения о конфиденциальности); • контроль выполнения соответствующих инструкций по защите информации для должностных лиц и со-трудников исполнителя; • предотвращение несанкционированного копирования информации с носителей и технических средств исполнителя. Все компоненты ПОАПП должны быть реализованы с учетом установленных законодательством требований по защите информации. В ПОАПП должен быть функционал аутентификации и авторизации пользователей для обеспечения доступа пользователей к функциям и данным ПОАПП. Доступ пользователей к функциям и данным ПОАПП должен быть ограничен на основе ролевого принципа, подлежащего реализации в ПОАПП. Каждому пользователю должна быть сопоставлена учетная запись, ассоциированная с одной из нескольких предопределенных пользовательских ролей. Для каждой пользовательской роли должны быть определены конкретные ограничения на доступ к функциям и данным. ПОАПП должно предоставлять следующие интерфейсы доступа к каталогу учетных записей пользователей: создать учетную запись пользователя; изменить значения атрибутов учетной записи; прочитать значения атрибутов учетной записи; заблокировать учетную запись пользователя; разблокировать учетную запись пользователя; удалить учетную запись пользователя. - - Значение характеристики не может изменяться участником закупки - ПОАПП должна предоставлять интерфейсы для чтения данных справочников. Функции и разделы информации, к которым в ПОАПП определенные пользователи должны иметь доступ определяются: ролями, на которые назначены пользователи; индивидуальными правами доступа к определенным функциям и разделам информации. Перечень ролей, принадлежность определенных пользователей к разным ролям пользователей, уровень доступности информации для определенных ролей, индивидуальные права доступа устанавливаются исполнителем по согласованию с заказчиком. В ПОАПП должна быть, в обязательном порядке, возможность ведения журнала событий: с указанием в ней типовых значений для каждого события; с обеспечением недоступности изменения записей журнала для всех пользователей; с возможностью внесения в журнал событий всех действий всех категорий пользователей над объектами; с возможностью выгрузки журнала событий за произвольный период в текстовом формате. - Надежность - ПОАПП должно функционировать на аппаратных средствах, имеющихся у заказчика и пользователей, и обеспечивать круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки, за исключением периодов обслуживания аппаратных и программных средств, а также обновления компонентов ПОАПП. ПОАПП должно обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО должно выдавать пользователю соответствующие сообщения, после чего возвратиться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Отказы и сбои в работе отдельных рабочих станций и серверов в случае, если на них установлены отдельные компоненты ПО, не должны оказывать влияние на работоспособности структурных элементов, установленных на других рабочих станциях и серверах. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, ПОАПП должно автоматически восстанавливать свою работоспособность после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом). ПОАПП должно обеспечивать корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. - - Значение характеристики не может изменяться участником закупки - Эргономика и техническая эстетика - Пользовательский интерфейс должен обеспечивать выполнение всех функций ПО. Экранные формы должны быть спроектированы с учетом требований унификации: все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; для обозначения одних и тех же операций должны быть использованы одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; реакция ПОАПП на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; пользовательский интерфейс должен базироваться на представлении, привычном для пользователей сети Интернет и предоставлять возможность получения контекстно-зависимой справки при помощи наличия всплывающих подсказок для элементов интерфейса, не имеющих специальных описывающих полей на той же экранной форме. Пользователь ПОАПП должен получать информацию как об успешном завершении операций, так и о возникновении сбоев в ходе их выполнения или невозможности выполнения. ПОАПП должно обеспечить удобный интерфейс, удовлетворяющий следующим требованиям: взаимодействие пользователя с ПОАПП осуществляется на русском языке; при обнаружении ПОАПП каких-либо ошибок в действиях пользователя выдается сообщение с информацией, достаточной для исправления ошибок; - - Значение характеристики не может изменяться участником закупки - предусмотрено использование манипулятора «мышь» в дополнение к клавиатуре и минимизация количества нажатий кнопок для совершения стандартных действий; реализовано отображение на экране хода длительных процессов обработки; предусмотрен вывод сообщений по аварийным ситуациям; пользователь должен быть обеспечен возможностью контролировать ввод данных: просматривать введенные данные на мониторе, производить их корректировку или отказаться от ввода. Интерфейс должен быть адаптивен и обеспечивать удобство использования на устройствах с разным разрешением экрана. Все разделы должны быть оформлены в едином стиле. Клиентская часть ПОАПП должна предоставлять пользователю монолитный интерфейс с асинхронной под-грузкой информации с сервера на страницу клиента без ее перезагрузки. Доступ должен осуществляться с помощью веб-браузера. Страницы веб-версии должны корректно отображаться в браузерах Яндекс.Браузер и Chrome версии не ниже, официально поддерживаемых производителем на момент оказания услуг - Организация ввода данных - ПОАПП должно обеспечивать первичный контроль вводимых данных на соответствие формальным правилам: проверка типов, размерности, допустимости значений. ПО должно обеспечивать однократный ввод сведений вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функционалами использоваться. Ввод данных должен осуществляться при помощи веб-интерфейса без необходимости установки дополнительного программного обеспечения. Структура процесса сбора, обработки, передачи и представления данных Состав данных ПОАПП должен быть достаточен для выполнения всех функций ПО и должен отвечать требованиям полноты, достоверности, однозначной идентификации, непротиворечивости и необходимой точности представления. - - Значение характеристики не может изменяться участником закупки - Эксплуатация, техническое обслуживание - ПОАПП должно быть рассчитано на эксплуатацию в составе программно-технического комплекса заказчика и учитывать разделение ИТ-инфраструктуры заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре заказчика. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПО, должны быть уточнены исполнителем и согласованы с заказчиком - - Значение характеристики не может изменяться участником закупки - Регламенты и объемы резервного копирования и архивирования данных - Резервное копирование и архивирование данных ПОАПП должно производиться не реже одного раза в сутки средствами, предусмотренными в ИТ-инфраструктуре заказчика. - - Значение характеристики не может изменяться участником закупки - Патентная чистота - ПОАПП должно отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации. Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков. ПО и алгоритмы функциональных блоков не должны являться предметом претензий о нарушениях патентного и/или авторского права любой третьей стороны. Реализация технических, программных, организационных и иных решений, предусмотренных проектом ПОАПП, не должна приводить к нарушению авторских и смежных прав третьих лиц. Права использования программных продуктов, необходимых для функционирования ПО, и исключительные права, которые принадлежат исполнителю и/или третьей стороне, должны быть переданы заказчику исполнителем на условиях простой (неисключительной) пользовательской лицензии. - - Значение характеристики не может изменяться участником закупки - Требования к спискам объектов - Все страницы ПОАПП, содержащие списки объектов, должны обладать следующим функционалом: постраничный вывод объектов; возможность выбора пользователем количества объектов на странице, данное значение должно запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз; фильтрации списка по необходимым атрибутам; возможность скрывать/показывать/менять местами элементы блока фильтров каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; при выборе значений элементов фильтров данные значения должны запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз, также должна быть реализована возможность сброса фильтров одной кнопкой; функция закрепления блока фильтров в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; загрузка объектов в список, переход на другую страницу, применение фильтров не должны перезагружать всю страницу целиком, должна применяться технология AJAX; возможность скрывать/показывать/менять местами колонки таблицы и их ширину каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; функция закрепления заголовка таблицы в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; буфер объектов из списка для складывания в него нескольких элементов с целью проведения над ними необходимых массовых операций; функция закрепления буфера в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз. - - Значение характеристики не может изменяться участником закупки - Требования к действиям над объектами - Все действия над объектами, такие как создание, изменение, удаление и т.п., должны соответствовать следующим требованиям: ввод данных пользователя должен осуществляться во всплывающем диалоге в текущем контексте (списке объектов, карточке объекта и т.п.) без перезагрузки страницы; при большом количестве вводимых данных во всплывающем диалоге необходимо их структурировать с ис-пользованием элемента управления закладки; введённые пользователем данные перед отправкой должны проверяться на непротиворечивость и в случае необходимости ПОАПП должно выводить для каждого поля найденные ошибки; действия по удалению данных, должны производиться после подтверждения пользователем, а также должна производиться автоматически проверка связанных данных; после проведения действия над объектом, в случае если это действие изменяет контекст (создан/изменен/удален объект, что влечет изменение списка объектов), необходимо обновлять только контекст без перезагрузки страницы; после проведения операции над объектом, если контекстом является список объектов, необходимо визуально выделить объект; в случае если созданный/измененный объект не попадает в список из-за наложенных фильтров, необходимо вывести сообщение об успешности операции, указав, что объект не попадает под условия фильтрации, с возможным действием на снятие фильтра и перехода на страницу, где он находится; в случае если созданный/измененный объект попадает на страницу, которая в данный момент не отображается в списке, необходимо вывести сообщение об успешности операции, указав, что объект находится на другой странице, с возможным действием перехода на страницу, где он находится. - - Значение характеристики не может изменяться участником закупки - Требования к функциональному блоку «Платформа» - Для обеспечения безопасности использования ПОАПП функциональный блок должен обеспечивать: ведение реестра пользователей; ведение реестра ролей; конструирование меню; управление правами на действия, объекты и атрибуты для пользователей; управление правами на действия, объекты и атрибуты для ролей; разграничение доступа всех участников к объектам и действиям; аутентификацию пользователей, в том числе двухфакторной; проведение процедуры восстановления пароля; авторизацию пользователей в соответствии с правами доступа; журналирование всех производимых операций; разрешение передачи данных только по защищенным каналам связи с использованием протокола HTTPS. Пользователь – это объект, содержащий реквизиты для входа. Пользователь не должен хранить в базе данных пароль в открытом виде, а только в виде строки, полученной с помощью математического алгоритма несимметричного хеширования. Пользователь должен содержать адрес электронной почты, предназначенный для проведения процедуры восстановления пароля, в случае утери. Должна быть защита от подбора паролей злоумышленниками и уведомление о таком подборе администратора. Должна быть возможность двухфакторной аутентификации с использованием приложения аутентификатора. Должна быть возможность ограничивать вход на уровне пользователя путем указания разрешенных IP-сетей. Роль – это объект, содержащий набор прав на действия, объекты и их атрибуты. Для каждой Роли может быть сформировано и назначено индивидуальное меню. Для каждой Роли может быть указана индивидуальная стартовая страница. Необходимо наличие роли «Администратор», обладающей полным набором прав. Должна быть возможность ограничивать вход пользователя на уровне Роли. Действие ПОАПП – любая операция в рамках ПОАПП. Все доступные действия должны быть зарегистрированы в реестре, доступном Администратору. - - Значение характеристики не может изменяться участником закупки - Все объекты и их атрибуты должны быть зарегистрированы в реестре, доступном Администратору. Необходимо выделить следующие права на объект: чтение; создание; изменение; удаление; каскадное удаление. Необходимо выделить следующие права на атрибуты объекта: видимый/скрыт; редактируемый/только чтение; необязательный/обязательный. Необходимо реализовать для Администратора возможность настройки прав доступа: пользователю на действие ; Роли на действие; пользователю на объекты; Роли на объекты; пользователю на атрибуты объектов; Роли на атрибуты объектов. Журнал операций – реестр всех произведенных операций пользователями. Каждое действие пользователя записывается в системный «Журнал операций». Объект «Элемент журнала операций» содержит следующие атрибуты: дата и время (дата и время); пользователь (ссылка на объект «Пользователь»); IP-адрес (строка); тип операции (ссылка на объект «Тип операции»); тип объекта (строка); название типа объекта (строка); идентификатор объекта (число); название объекта (строка); описание (текст). Для операций, изменяющих объект, в Описании должно быть указано старое и новое значение каждого измененного атрибута. - Функциональный блок - должен предусматривать возможность формирования индивидуального информационного экрана пользователя путем настройки колонок и расположения в них виджетов. Функциональный блок должен предоставлять возможность настройки информационного экрана по ролям с дальнейшим изменением настроек каждым пользователем индивидуально, а также сброса настроек к состоянию «по умолчанию». Индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь». Пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП. В случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже. Функциональный блок должен предусматривать возможность пользователя формировать в боковой панели, доступной в любой части ПОАПП, индивидуального набора информационных виджетов. Индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта. Пользователь должен иметь возможность наполнять боковую панель предустановленными виджетами либо сторонними виджетами, совместимыми с ПОАПП. - - Значение характеристики не может изменяться участником закупки - В целях обеспечения деятельности ПОАПП, функциональным блоком должна быть предусмотрены функции: ведения реестра организаций; ведения реестра работников организаций; назначения Роли входа и привязки пользователя для работника организации. Организации должны выводиться в «Реестр организаций». Должен быть фильтр, осуществляющий фильтрацию объектов реестра по заданным в фильтре атрибутам. Должны быть следующие справочники: группы организаций; организационно-правовые формы. Карточка «Организация» должна содержать атрибуты, которыми объект обладает: наименование, наименование в родительном падеже, полное название, аббревиатура; дата регистрации, дата ликвидации; телефон, факс, e-mail, сайт; фактический адрес, примечание; разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: наименование; ответственный; телефон, факс, e-mail, сайт; фактический адрес; также другие атрибуты, которые могут потребоваться в момент реализации. Реестр организаций должен реализовывать функцию включения одной организации в другую. Карточка «Работник» должна содержать атрибуты, которыми объект обладает: Ф.И.О; дата начала, дата окончания; отдел, должность, кабинет; телефон, внутренний номер, e-mail; роль, пользователь, разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: Ф.И.О; телефон; e-mail; также другие фильтры, которые могут потребоваться в момент реализации. - должен обеспечивать возможности: обмена сообщениями между участниками; загрузки электронных сообщений с зарегистрированных e-mail участников; дублирования сообщений на зарегистрированные e-mail участников; организации групп получателей сообщений с возможностью широковещательной рассылки по группам. Интеграция с электронной почтой. ПОАПП должно уметь работать как почтовый клиент по протоколам POP3, IMAP, SMTP. Возможность подключать к любым участникам неограниченное количество внешних электронных ящиков. Возможность сбора электронных сообщений с зарегистрированных электронных ящиков, дублирование на e-mail сообщений, созданных в рамках ПОАПП. Возможность прикреплять к сообщениям файлы. Функциональным блоком должна быть предусмотрена возможность: конструирования отчетов, генерирующих печатные документы в различных форматах (docx, rtf, txt, xlsx, xml); создание отчетов, с использованием встроенного языка программирования; подключения отчетов к различным модулям. Возможность передачи в генерируемый отчет любых наборов данных ПО, с возможностью описания на встроенном языке программирования. Должен быть конструктор пользовательских форм для передачи параметров в отчет, введенных пользователем. Возможность подключения ко всем типам отчетов ресурсов в виде графических файлов, шаблонов и т. д. - Требования к функциональному блоку «Документы» - Функциональный блок предназначен для: ведения реестра документов; проведения процедуры регистрации документа; подписания документа ЭП; автоматической конвертации загружаемых документов в формат PDF; просмотра загруженных документов прямо из браузера без установки дополнительного ПО; нанесения на документы личных комментариев; формирования PDF-версии документа с нанесенными оттисками о регистрации и электронной подписи; извлечения текстового слоя; полнотекстового поиска по реестру документов; формирования маршрутов документов в зависимости от вида; сканирования документов встроенными средствами непосредственно в карточке документа с последующим сохранением файла в формате PDF внутри ПО. Все загружаемые документы должны попадать в общий реестр. Карточка «Документа» должна содержать следующие атрибуты: дата и время создания, изменения, закрытия; создатель; список приложений; актуальная версия; список версий документа; название; направление документа; вид документа; формат документа; описание; PDF-версия; PDF-версия с оттисками ЭП и регистрационными данными; дата и время регистрации; регистрационный номер; дата и время внешней регистрации; внешний регистрационный номер; текстовый слой; список ЭП; список файлов; адресант (отправитель); адресат; подписавший документ. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по названию с применением поиска, учитывающего морфологию русского языка; по содержанию с применением поиска, учитывающего морфологию русского языка; по регистрационному номеру и дате; по внешнему регистрационному номеру и дате; по типу документа; по виду документа; также по другим фильтрам, которые могут потребоваться в момент реализации; - - Значение характеристики не может изменяться участником закупки - Возможность написания функции администратором, указывающей, какие документы должны быть зарегистрированы, описывающей правила автоматического формирования уникальных регистрационных номеров, а также возможность указывать такие номера вручную. Первоначальная настройка всех реализуемых документов производится Исполнителем по согласованию с Заказчиком. Для документов, которые должны быть зарегистрированы, необходимо в интерфейсе пользователя выводить действие регистрации. По такому действию, на основании функции, написанной администратором, должен быть предложен уникальный регистрационный номер с возможностью изменить его вручную, если такое разрешение было выдано. Возможность подписывать документы одним или несколькими участниками ЭП прямо из браузера, используя необходимые установленные плагины. Возможность нанесения на любые загруженные документы оттиска электронной подписи. Все загружаемые документы должны автоматически конвертироваться в формат PDF. Наличие функционала просмотра PDF версий документов прямо из браузера средствами JavaScript без установки дополнительного ПО. Возможность наносить на любые загружаемые документы личные комментарии прямо из браузера без установки дополнительного ПО с помощью следующих инструментов: выделение цветом текста; подчеркивание текста; зачеркивание текста; выделение прямоугольной области; возможность изменить цвет у любой пометки; возможность на полях прописать комментарий. Все пометки, наносимые на документы, должны иметь уровень доступа: индивидуальные (доступны только автору), по организации (доступны коллегам автора) и общие (доступны всем). Полнотекстовый поиск с учетом морфологии русского языка. Из всех загружаемых документов, имеющих текстовый слой, он должен быть выделен и помещен в полнотекстовый индекс для возможности производить поиск по содержимому документов. - Функциональным блоком должны быть предусмотрены следующие возможности: формирования маршрутов документов в зависимости от вида; отправки документов по сформированным заранее маршрутам или проставления шагов маршрута вручную; для возможности согласования документов; для регистрации документов. Требуется организовать иерархический справочник видов документов. Любой документ может быть помечен элементом данного справочника. Для вида документа необходимо предусмотреть следующие возможности: функциональное формирование алгоритма автоматического определения номера в процедуре регистрации; формирование правил нанесения оттисков (регистрационные штампы, электронные подписи и прочие) на печатную версию документа, в том числе функциональных; формирование маршрута по умолчанию, в том числе функционального. Требуется возможность формирования маршрута для документа, по которому он будет двигаться автоматически. При создании документа, маршрут может быть скопирован из справочника видов документа, либо настроен пользователем вручную. Маршрут - набор шагов в разных состояниях, у которых есть ответственные и Исполнители. Необходимо предусмотреть возможность декларативно указывать как конкретных ответственных и Исполнителей, так и определять группу возможных специалистов. В маршруте, в зависимости от состояния шага, должно быть доступно одно из следующих действий: загрузка/редактирование; регистрация (автоматическая или ручная); согласование; подписание; ознакомление; исполнение; отправка; опубликование; архивирование; исполнен; отклонен. Для шага маршрута должна быть предусмотрена возможность указания крайнего срока, вычисляемого в календарных днях или по производственному календарю. - Необходимо реализовать возможность связывать документы между собой. Каждая такая связь должна быть помечена определенным типом связи, декларированным в отдельном справочнике. Типы связи могут быть симметричными, в этом случае должна автоматически формироваться двухсторонняя связь. Требуется предусмотреть возможность ведения справочника «Номенклатура дел». Номенклатура дел должна быть предназначена для хранения информации об индексах дел организации и о номенклатуре дел (папок), в которые помещаются документы. Необходимо, чтобы в номенклатуре дел организации отражалась информация об индексе дела, заголовке дела (тома, части), количестве дел (томов), сроках хранения. При нанесении электронной подписи на документ, ПОАПП должно определять, что применяется квалифицированная электронная подпись, не попавшая в списки отзыва. Для этого должен быть сформирован и автоматически обновляться реестр аккредитованных удостоверяющих центров. Также должны ежесуточно обновляться списки отзыва сертификатов. Дополнительно должна проводиться проверка юридических реквизитов (ИНН, ОГРН, СНИЛС) извлеченных из электронной подписи, с реквизитами аутентифицированного пользователя. Для предоставления возможности наносить электронную подпись по доверенности, необходимо сформировать реестр доверенностей. В данном реестре должна храниться информация кто, кому и в какой период доверяет производить электронную подпись. Должна быть обеспечена поддержка МЧД (машиночитаемые доверенности). - Дополнительным подразделом функционального блока «Документы» – «Почетные граждане» должны быть предусмотрены следующие возможности: фиксация количества голосов «за», «против», «воздержалось» в поддержку кандидатов на звание «Почетный гражданин города Липецка»; необходимо предусмотреть возможность разделять письменные отзывы (протоколы, письма, ходатайства о выдвижении) и устные отзывы по телефону; в карточке устного отзыва (по телефону) необходимо предусмотреть возможность введения Ф.И.О., адреса и телефона гражданина; количество голосов по всем карточкам аккумулируются в один сводный отчет о количестве голосов либо за 1 кандидата, либо по всем кандидатам одновременно. - Требования к функциональному блоку «Подготовка заседаний» - Функциональный блок предназначен для: ведения реестра заседаний; формирования различных видов заседаний (коллегии, рабочей группы и т.д.), виды заседаний должны формироваться в соответствующем справочнике; формирования повестки заседаний; формирования и загрузки принятых документов. Карточка «Заседания» должна содержать следующие атрибуты: регистрационные данные; одну или несколько дат проведения заседаний; вид и категорию заседания; повестку; список документов; список приглашенных; список принятых документов; стадия; куратор. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по номеру; по категории; по дате проведения с возможностью указания периода; по виду; по стадии; по куратору; также по другим фильтрам, которые могут потребоваться в момент реализации. - - Значение характеристики не может изменяться участником закупки - Требования к функциональному блоку «Правотворчество» - Функциональный блок предназначен для: ведения реестра правотворческих инициатив; создания событий, отражающих ход рассмотрения правотворческих инициатив; прикрепления документов к событиям; формирования досье инициатив. Должна быть доступна возможность конструирования инициатив с возможностью создания стадий, в рамках которых рассматриваются инициативы и список событий, которые относятся к разным стадиям. Должна быть доступна возможность добавлять документы в события инициативы в процессе движения документов по маршруту. Должна быть доступна возможность создавать события по заседанию и связывать событие с определённым вопросом на заседании. Должна присутствовать возможность создания вопроса заседания по событию непосредственно из карточки инициативы с подстановкой названия инициативы в название вопросов, а также дополнительных текстовых блоков. Алгоритм формирования названий должен настраиваться на уровне стадий заседания. Должна быть предусмотрена возможность создания неограниченного количества типов правотворческих инициатив. Карточка правотворческой инициативы должна содержать как минимум следующий список полей, который может настраиваться индивидуально для каждого типа: регистрационные данные; название; субъекты права правотворческой инициативы (инициатор); отрасль правотворчества (распределение по предмету правового регулирования); статус инициативы; тип инициативы; вид инициативы; сфера инициативы; порядок внесения; информация о созыве и ответственной комиссии; информация об обнародовании инициативы, в том числе список средств массовой информации, в которых публикуется; события инициативы, с возможностью загрузки документов по событию; список документов. - - Значение характеристики не может изменяться участником закупки - Для поиска и фильтрации объектов в верхней части страницы со списком должны быть размещены фильтры (с возможностью скрытия каждого по отдельности) по всем доступным атрибутам карточек типа «правотворческая инициатива». Досье. Для каждой инициативы должно автоматически формироваться досье, с графическим отображением хода рассмотрения инициативы. Структура отображения хроники: Название стадии; Раскрываемый блок события с датой события. Структура блоков различных типов событий. Общее событие: Краткое название события; Полное название мелким шрифтом; Список документов, с возможностью просмотра в браузере или загрузки документа на устройство. Событие по заседанию: Название события; Название заседания с ссылкой на заседание; Номер вопроса в повестке заседания; Решение по вопросу с документом. - В справочнике инициатив должна быть возможность настройки шаблона нумерации для каждого типа инициативы, с возможностью сделать как общую нумерацию для выбранных типов инициатив, так и независимую. Субъекты права правотворческой инициативы. Любая организация и работник организации могут быть наделены правом правотворческой инициативы на определенный период. Для разделения субъектов права правотворческой инициативы на категории необходимо наличие справочника. Карточка «Субъект права правотворческой инициативы» должна содержать следующие атрибуты: название (организация или работник); категория; дата начала; дата окончания. Для поиска и фильтрации объектов в верхней части страницы со списком необходимо реализовать фильтры: по названию с применением поиска, учитывающего морфологию русского языка; по категории; по дате начала; по дате окончания. Для массового наделения правом правотворческой инициативы необходимо реализовать следующие функции: по выбранному Пользователем созыву наделить всех включенных в него депутатов и постоянных комиссий правом правотворческой инициативы в пределах периода действия созыва; по выбранной Пользователем группе организаций наделить все включенные в нее объекты правом правотворческой инициативы, в пределах периода действия организации, а также установить выбранную Пользователем категорию субъекта права правотворческой инициативы; по выбранной Пользователем организации, наделить всех включенных в нее работников, правом правотворческой инициативы в пределах периода действия работника, а также установить выбранную Пользователем категорию субъекта права правотворческой й инициативы. - Требования к функциональному блоку «Личный кабинет депутата» - Личный кабинет депутата (далее – ЛК депутата) предназначен для: формирования индивидуального информационного экрана Пользователя; доступа Пользователей к сведениям о предстоящих заседаниях, информации о повестке, ее содержании, принятым по результатам голосования документам; доступа Пользователей к документам, поступившим в адрес депутата. Требования к индивидуальному информационному экрану: индивидуальный информационный экран состоит из рабочего стола и боковой панели; пользователь должен иметь доступ к настройке информационного экрана с дальнейшим изменением настроек индивидуально, а также сброса настроек к состоянию «по умолчанию»; индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь»; пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП; высота колонок должна подстраиваться под объем информационного наполнения данной колонки; в случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже; пользователь должен иметь возможность изменять состояние боковой панели (открыта/закрыта); индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта; пользователь должен иметь возможность наполнять боковую панель виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП - - Значение характеристики не может изменяться участником закупки - Требования к реестру заседаний: В реестре выводятся сведения по заседаниям, проведенным в рамках осуществления правотворческой деятельности. В реестр отображаются следующие атрибуты: регистрационный номер; категория; дата проведения; созыв; вид заседания; стадия заседания. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть размещены фильтры (с возможностью скрытия каждого по отдельности) по всем доступным атрибутам, в том числе: по регистрационному номеру; по категориям; по дате проведения; по созыву; по виду заседания; по стадии заседания. Должна быть предусмотрена возможность просмотра пользователем через карточку заседаний иных атрибутов заседаний, в том числе повесток, документов, атрибутов распоряжения о проведении заседаний и иных атрибутов, необходимых для осуществления правотворческой деятельности, разрешение на просмотр которых устанавливается администратором. У пользователя должна быть возможность просмотра повестки заседания из реестра и печати повестки заседания, а также просмотра всех нормативных актов, связанных с заседанием. Пользователь должен иметь возможность просмотра вопросов, рассмотренных на заседаниях. - Требования к реестру документов: В реестр выводятся сведения о документах по основной деятельности и по рассмотрению обращений граждан, поступивших в адрес депутата. В реестре отображаются следующие атрибуты документа: регистрационный номер; дата регистрации; наименование; отправитель; вид документа; срок исполнения; автор резолюции. - Требования к реализации интеграционных механизмов - Должен быть функционал доступа к данным по открытому программному интерфейсу. Должно быть возможно получение любых данных по открытому программному интерфейсу. Доступ к данным должен осуществляться только по безопасному протоколу HTTPS. Для доступа к данным Администратор должен наделить таким правом определенного пользователя, указать роль и указать список доменов, к которым разрешен доступ. Для указания разрешенных IP-сетей необходимо формирование такого списка в разрезе Пользователя и Роли. Для обращения к функциям программного интерфейса внешней системы предварительно необходимо получать ключ доступа с использованием логина и пароля Пользователя. Пользователям, получившим право доступа к открытому программному интерфейсу, необходимо иметь право доступа к объектам на просмотр в функциональном блоке «Платформа» в матрицах «Права роли на объекты» и «Права пользователя на объекты». Наличие функции получения объекта со следующими параметрами: ключ доступа; системное название объекта; уникальный идентификатор объекта. Необходимо реализовать функцию получения списка объекта по запросу со следующими параметрами: ключ доступа; системное название объекта; условие. - - Значение характеристики не может изменяться участником закупки - Перечень внесенных проектов правовых актов - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать перечень внесенных на рассмотрение в представительный орган проектов правовых актов с указанием даты регистрации и регистрационного номера входящего документа, наименования проекта правового акта, субъекта правотворческой инициативы, ответственной комиссии, статуса проекта правового акта. - - Значение характеристики не может изменяться участником закупки - Перечень принятых правовых актов (решений сессий) - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать перечень принятых правовых актов (решений сессий) с указанием даты регистрации, регистрационного номера, наименования правового акта, вступления в силу и источника опубликования, ответственной постоянной комиссии. - - Значение характеристики не может изменяться участником закупки - Тематика принятых правовых актов - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать код, наименование тематики, графы: «Количество базовых ПА», «Количество ПА с поправками», «Общее количество ПА по тематике», их процент от общего числа ПА, также общее количество принятых правовых актов по тематикам, общее количество ПА. - - Значение характеристики не может изменяться участником закупки - Сводка о характере обращений граждан - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения о количестве поступивших обращений по характеру обращений согласно типовому общероссийскому тематическому классификатору обращений граждан Российской Федерации, иностранных граждан, лиц без гражданства, объединений граждан, в том числе юридических лиц, управления Президента Российской Федерации по работе с обращениями граждан и организаций, введенному в действие с 1 января 2018 года с обязательным применением с 1 июня 2018 года. Типовой тематический классификатор должен содержать актуальные коды и наименование вопросов. - - Значение характеристики не может изменяться участником закупки - Сводка о количестве обращений граждан - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения о количестве поступивших обращений депутатам (общее количество, а также с разбивкой по адресатам, видам обращений и способу их поступления). - - Значение характеристики не может изменяться участником закупки - Контроль сроков исполнения документов - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения об обращениях, входящих и исходящих документах, находящихся на рассмотрении депутатов и исполнении сотрудников. При этом сведения должны формироваться как в отношении конкретного депутата\исполнителя, так и общим списком. - - Значение характеристики не может изменяться участником закупки - Список приглашенных - Отчет должен формироваться, исходя из сведений карточки заседания, а также содержать ФИО приглашенных лиц, их должности и иметь разбивку по группам. Отчет применяется для различных заседаний (сессии, комиссии, депутатского часа, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Список приглашенных подписывается председательствующим. Примерной формой отчета «Список приглашенных» является приложение № 1 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Повестка дня - По результатам отчета формируется повестка различных видов заседаний (сессии, постоянной комиссии, совместного заседания постоянных комиссий, публичных слушаний, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Повестка подписывается председательствующим. Примерной формой отчета «Повестка дня» является приложение № 2 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Протокол заседания - Отчет должен формироваться, исходя из сведений карточки заседания (вид заседания, место, дата, номер). Графа «Присутствовали» формирует список депутатов, фактически присутствующих на заседании в алфавитном порядке. Графа «Приглашенные» формирует список из лиц, приглашенных на заседание, фактически присутствовавших на нем и прошедших регистрацию (в алфавитном порядке). Графа «Регистрация депутатов» – указывается количество зарегистрированных на заседании депутатов (при условии, что депутаты могут регистрироваться в ходе всего заседания). Перед началом обсуждения вопросов повестки дня проходят несколько процедурных вопросов с голосованием: может вноситься дополнительный вопрос перед процедурой принятия повестки, затем принимается повестка в целом с учетом дополнительного вопроса, принимается регламент работы и выбирается секретарь сессии (при необходимости). - - Значение характеристики не может изменяться участником закупки - Текст повестки копируется в протокол (с докладчиками и содокладчиками). Может быть озвучен порядок оглашения волеизъявления депутатов, голосовавших заочно (для протокола заседания сессии). Эти голоса затем учитываются в голосовании за принятие решения. В этом случае к результатам голосования добавляется пометка «с учетом заочного голосования». После результатов голосования указывается номер решения. В случае, если после заслушивания вопроса выступали присутствующие (с вопросами, ответами на вопросы), в протоколе фиксируется очередность и ФИО выступивших, в некоторых случаях возможно краткое описание вопроса и ответа. Протокол сессии подписывается председательствующим и секретарем сессии, протокол постоянной комиссии подписывается председательствующим комиссии (в случае совместного заседания – председателями участвующих комиссий). При проведении совместного заседания указываются сведения всех участвующих комиссий: их наименование, номера решений. Примерной формой отчета «Протокол очередной сессии» является приложение № 3 к настоящему ТЗ. Примерной формой отчета «Протокол постоянной комиссии» является приложение № 4 к настоящему ТЗ. Примерной формой отчета «Протокол совместного заседания постоянных комиссий» является приложение № 5 к настоящему ТЗ. - Перечень решений сессии - Отчет формирует перечень решений, принятых на конкретном заседании (при формировании отчета выбирается номер нужной сессии). Отчет должен содержать следующие сведения: номер вопроса; номер решения; дата; наименование решения; ответственная постоянная комиссия; субъект правотворческой инициативы; вид документа (МНПА – муниципальный нормативный правовой акт; ПАНХ – правовой акт ненормативного характера; процедурный вопрос). Общее количество вопросов должно совпадать с количеством вопросов на заседании. Общее количество решений может быть больше общего количества вопросов (при рассмотрении вопросов в двух чтениях). Необходимо учесть, что по одному вопросу может быть 2 решения (первое и второе чтение), поэтому субъект правотворческой инициативы указывается только у первого чтения. Ниже таблицы выводится итоговое количество вопросов и итоговое количество решений. - - Значение характеристики не может изменяться участником закупки - Отчетные показатели о деятельности постоянных комиссий - Отчет содержит сведения обо всех основных показателях работы постоянных комиссий Липецкого городского Совета депутатов. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. Примерная форма отчета «Отчетные показатели о деятельности постоянных комиссий» является приложением № 6 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Контрольные решения сессии и постоянной комиссии - По результатам отчета формируется реестр решений сессий и постоянных комиссий, поставленных на кон-троль. Должна быть предусмотрена возможность формирования сокращенного и расширенного перечня контрольных решений. В расширенном отчете дополнительно выводятся результаты выполнения контрольных пунктов, которые предварительно должны вноситься в карточку решения во вкладке «Рекомендации». Необходимо предусмотреть возможность формирования реестров с разделением по наименованию постоянных комиссий за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем). Примерными формами отчета «Контрольные решения» являются приложения № 7, 8 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Решение/проект сессии - По результатам отчета формируется печатный бланк решения/проекта сессии. Наименование решения формируется, исходя из наименования соответствующего вопроса. В случае, если решение принято в первом чтении, то под наименованием проставляется соответствующее уточнение. Решение, принятое в первом чтении, подписывается председательствующим. Решение, принятое во втором чтении, подписывается председательствующим и Главой города Липецка. Решение в одном чтение может подписываться как председательствующим, так и председательствующим и Главой города одновременно. На дополнительном листе выводится перечень визирующих лиц (должности, место для подписи, Ф.И.О.), внесенных в карточку решения. Примерной формой отчета «Решение/проект сессии» являются приложения № 9, 10, 11 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Решение постоянной комиссии - Наименование решения формируется, исходя из наименования соответствующего вопроса. Решение подписывается председательствующим. В случае проведения совместного заседания постоянных комиссий в отчетную форму выводятся данные обеих комиссий (наименование постоянных комиссий, регистрационные номера). Решение совместного заседания постоянных комиссий подписывается председателями обеих комиссий. Примерными формами отчета «Решение постоянной комиссии» являются приложения № 12, 13,14 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Почетные граждане - По результатам отчета формируются сводные данные о количестве голосов по 1 кандидату на звание «Почетный гражданин города Липецка», либо по всем кандидатам одновременно. Сведения в отчет попадают из карточек письменных протоколов или устных телефонных отзывов, в которых указывается количество голосов «за», «против», «воздержалось». В отчете следует предусмотреть возможность формирования перечня письменных протоколов и перечня телефонных отзывов Также мы можем отдельно выгрузить отчетные формы со всеми письменными протоколами и листы сбора устных отзывов (телефонных звонков). Примерными формами отчета «Почетные граждане» являются приложения № 15, 16, 17, 18 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Антикоррупционная экспертиза - Отчет содержит сведения о выявленных коррупционных факторах по результатам экспертизы проектов и действующих МНПА. В отчет выводятся данные проекта НПА или действующего НПА: номер входящего письма (для проекта), номер решения сессии (для НПА), дата регистрации документа, наименование проекта или действующего ПА. В столбце «Коррупциогенные факторы» выводится общее количество выявленных/устраненных факторов по конкретному проекту или действующему НПА. В столбце «Экспертизу провел» отображается количество факторов, выявленных тем или иным экспертом. При этом следует учесть, что выявленные разными экспертами факторы могут совпадать, поэтому в графе, где выводится общее количество факторов, суммируются только уникальные (не совпадающие с выявленными другими экспертами) факторы. В графе итого выводится общее количество проектов/НПА, прошедших проверку, а также суммы выявленных/устраненных факторов в общем по всем проектам/НПА и суммы выявленных факторов конкретными экспертами за весь выбранный период. Период может выбираться любой. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. - - Значение характеристики не может изменяться участником закупки - Печать конвертов - Отчет формируется на основе данных карточки исходящего письма. Почтовый адрес, Ф.И.О. адресата, название организации (при необходимости направления почтового отправления юридическим лицам) выводятся на печать в соответствующих полях конверта. Перед непосредственной отправкой на печать открывается предварительный просмотр конверта для проверки данных. Примерными формами отчета «Печать конвертов» являются приложения № 19, 20 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки - Требования к техническому обеспечению - Техническое обеспечение серверной части ПОАПП предоставляется Заказчиком и должно обеспечивать штатную работу ПО во всех режимах его функционирования. Серверная часть ПО должна корректно функционировать с использованием минимальной конфигурации, приведенной в таблице №1 настоящего пункта. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПОАПП, должны быть уточнены исполнителем и согласованы с заказчиком. ПО должно обеспечивать комфортную работу пользователей с пользовательским интерфейсом при следующей минимальной конфигурации, рабочей станции:приведенной в таблице №2 - - Значение характеристики не может изменяться участником закупки - Требования к программному обеспечению - Серверная часть ПОАПП должна корректно функционировать на следующем программном обеспечении: Операционные системы Linux (ALT Linux, Astra Linux и РЕД ОС)*, сертифицированные ФСТЭК. В качестве системы управления базами данных должна использоваться СУБД PostgreSQL* не ниже v.11. Программное обеспечение серверов должно быть развёрнуто на технических мощностях заказчика и должно обеспечивать штатный режим функционирования ПО. Клиентская часть ПОАПП должна стабильно работать на рабочих станциях пользователей под управлением следующих операционных систем, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: операционная система из реестра Российского программного обеспечения (https://reestr.digital.gov.ru/), в т.ч. Linux (ALT Linux, Astra Linux и РЕД ОС)*; Microsoft Windows 8 и выше*. Клиентская часть ПО должна обеспечивать корректное отображение страниц и выполнение функций на клиентских рабочих местах с операционными системами в следующих браузерах: Яндекс.Браузер*. Версии браузеров должны быть не ниже версий, официально поддерживаемых производителем на момент оказания услуг, и должны поддерживать расширение КриптоПро ЭЦП Browser plug-in (любой версии). На клиентских рабочих местах должно быть установлено ПО для использования ЭП – КриптоПро CSP (любой версии). *Указание в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов согласно п. «б» ч.1 ст. 33 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Не имеется другого способа, обеспечивающего более точное и четкое описание указанных характеристик предмета закупки. - - Значение характеристики не может изменяться участником закупки - Требования к организационному обеспечению - Организационное обеспечение должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними не автоматизированных функций. К работе с ПОАПП должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение по работе с ПОАПП. - - Значение характеристики не может изменяться участником закупки - Требования к структуре и функционированию Системы в целом. - Используемые при создании ПОАПП языки программирования должны обеспечивать решение всех задач по реализации функций ПО. Способ организации диалога с пользователем должен обеспечивать: уменьшение вероятности совершения пользователем случайных ошибочных действий; логический контроль ввода данных. Все экранные формы, выходные формы, инструкции по работе, вся документация должны быть выполнены на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации. - - Значение характеристики не может изменяться участником закупки - Приемочные испытания. - Испытания проводят с целью проверки соответствия работоспособности ПОАПП с требованиями настоящего ТЗ. Испытания представляют собой процесс проверки выполнения функций ПО, выявления и устранения ошибок. Приемочные испытания проводятся в режиме видеоконференцсвязи. - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (12.20) Информационные системы для решения специфических отраслевых задач - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Защита информации от несанкционированного доступа: - Исполнитель должен предпринять меры по обеспечению безопасности информации, предусматривающие: • неразглашение сведений конфиденциального характера должностными лицами и сотрудниками исполнителя, участвующими в оказании услуг (заключение соглашения о конфиденциальности); • контроль выполнения соответствующих инструкций по защите информации для должностных лиц и со-трудников исполнителя; • предотвращение несанкционированного копирования информации с носителей и технических средств исполнителя. Все компоненты ПОАПП должны быть реализованы с учетом установленных законодательством требований по защите информации. В ПОАПП должен быть функционал аутентификации и авторизации пользователей для обеспечения доступа пользователей к функциям и данным ПОАПП. Доступ пользователей к функциям и данным ПОАПП должен быть ограничен на основе ролевого принципа, подлежащего реализации в ПОАПП. Каждому пользователю должна быть сопоставлена учетная запись, ассоциированная с одной из нескольких предопределенных пользовательских ролей. Для каждой пользовательской роли должны быть определены конкретные ограничения на доступ к функциям и данным. ПОАПП должно предоставлять следующие интерфейсы доступа к каталогу учетных записей пользователей: создать учетную запись пользователя; изменить значения атрибутов учетной записи; прочитать значения атрибутов учетной записи; заблокировать учетную запись пользователя; разблокировать учетную запись пользователя; удалить учетную запись пользователя. - - Значение характеристики не может изменяться участником закупки

ПОАПП должна предоставлять интерфейсы для чтения данных справочников. Функции и разделы информации, к которым в ПОАПП определенные пользователи должны иметь доступ определяются: ролями, на которые назначены пользователи; индивидуальными правами доступа к определенным функциям и разделам информации. Перечень ролей, принадлежность определенных пользователей к разным ролям пользователей, уровень доступности информации для определенных ролей, индивидуальные права доступа устанавливаются исполнителем по согласованию с заказчиком. В ПОАПП должна быть, в обязательном порядке, возможность ведения журнала событий: с указанием в ней типовых значений для каждого события; с обеспечением недоступности изменения записей журнала для всех пользователей; с возможностью внесения в журнал событий всех действий всех категорий пользователей над объектами; с возможностью выгрузки журнала событий за произвольный период в текстовом формате.

Надежность - ПОАПП должно функционировать на аппаратных средствах, имеющихся у заказчика и пользователей, и обеспечивать круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки, за исключением периодов обслуживания аппаратных и программных средств, а также обновления компонентов ПОАПП. ПОАПП должно обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО должно выдавать пользователю соответствующие сообщения, после чего возвратиться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Отказы и сбои в работе отдельных рабочих станций и серверов в случае, если на них установлены отдельные компоненты ПО, не должны оказывать влияние на работоспособности структурных элементов, установленных на других рабочих станциях и серверах. При возникновении сбоев в аппаратном обеспечении, включая аварийное отключение электропитания, ПОАПП должно автоматически восстанавливать свою работоспособность после устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев повреждения рабочих носителей информации с исполняемым программным кодом). ПОАПП должно обеспечивать корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. - - Значение характеристики не может изменяться участником закупки

Эргономика и техническая эстетика - Пользовательский интерфейс должен обеспечивать выполнение всех функций ПО. Экранные формы должны быть спроектированы с учетом требований унификации: все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации; для обозначения одних и тех же операций должны быть использованы одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы; унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя; реакция ПОАПП на действия пользователя (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране; пользовательский интерфейс должен базироваться на представлении, привычном для пользователей сети Интернет и предоставлять возможность получения контекстно-зависимой справки при помощи наличия всплывающих подсказок для элементов интерфейса, не имеющих специальных описывающих полей на той же экранной форме. Пользователь ПОАПП должен получать информацию как об успешном завершении операций, так и о возникновении сбоев в ходе их выполнения или невозможности выполнения. ПОАПП должно обеспечить удобный интерфейс, удовлетворяющий следующим требованиям: взаимодействие пользователя с ПОАПП осуществляется на русском языке; при обнаружении ПОАПП каких-либо ошибок в действиях пользователя выдается сообщение с информацией, достаточной для исправления ошибок; - - Значение характеристики не может изменяться участником закупки

предусмотрено использование манипулятора «мышь» в дополнение к клавиатуре и минимизация количества нажатий кнопок для совершения стандартных действий; реализовано отображение на экране хода длительных процессов обработки; предусмотрен вывод сообщений по аварийным ситуациям; пользователь должен быть обеспечен возможностью контролировать ввод данных: просматривать введенные данные на мониторе, производить их корректировку или отказаться от ввода. Интерфейс должен быть адаптивен и обеспечивать удобство использования на устройствах с разным разрешением экрана. Все разделы должны быть оформлены в едином стиле. Клиентская часть ПОАПП должна предоставлять пользователю монолитный интерфейс с асинхронной под-грузкой информации с сервера на страницу клиента без ее перезагрузки. Доступ должен осуществляться с помощью веб-браузера. Страницы веб-версии должны корректно отображаться в браузерах Яндекс.Браузер и Chrome версии не ниже, официально поддерживаемых производителем на момент оказания услуг

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

Эксплуатация, техническое обслуживание - ПОАПП должно быть рассчитано на эксплуатацию в составе программно-технического комплекса заказчика и учитывать разделение ИТ-инфраструктуры заказчика на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ-инфраструктуре заказчика. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПО, должны быть уточнены исполнителем и согласованы с заказчиком - - Значение характеристики не может изменяться участником закупки

Регламенты и объемы резервного копирования и архивирования данных - Резервное копирование и архивирование данных ПОАПП должно производиться не реже одного раза в сутки средствами, предусмотренными в ИТ-инфраструктуре заказчика. - - Значение характеристики не может изменяться участником закупки

Патентная чистота - ПОАПП должно отвечать требованиям по патентной чистоте согласно действующему законодательству Российской Федерации. Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков. ПО и алгоритмы функциональных блоков не должны являться предметом претензий о нарушениях патентного и/или авторского права любой третьей стороны. Реализация технических, программных, организационных и иных решений, предусмотренных проектом ПОАПП, не должна приводить к нарушению авторских и смежных прав третьих лиц. Права использования программных продуктов, необходимых для функционирования ПО, и исключительные права, которые принадлежат исполнителю и/или третьей стороне, должны быть переданы заказчику исполнителем на условиях простой (неисключительной) пользовательской лицензии. - - Значение характеристики не может изменяться участником закупки

Требования к спискам объектов - Все страницы ПОАПП, содержащие списки объектов, должны обладать следующим функционалом: постраничный вывод объектов; возможность выбора пользователем количества объектов на странице, данное значение должно запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз; фильтрации списка по необходимым атрибутам; возможность скрывать/показывать/менять местами элементы блока фильтров каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; при выборе значений элементов фильтров данные значения должны запоминаться для каждого пользователя на сервере и восстанавливаться при открытии страницы в следующий раз, также должна быть реализована возможность сброса фильтров одной кнопкой; функция закрепления блока фильтров в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением при открытии страницы в следующий раз; загрузка объектов в список, переход на другую страницу, применение фильтров не должны перезагружать всю страницу целиком, должна применяться технология AJAX; возможность скрывать/показывать/менять местами колонки таблицы и их ширину каждому пользователю индивидуально с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; функция закрепления заголовка таблицы в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз; буфер объектов из списка для складывания в него нескольких элементов с целью проведения над ними необходимых массовых операций; функция закрепления буфера в верхней части экрана при пролистывании списка объектов вниз с запоминанием данного выбора на сервере и восстановлением такого выбора при открытии страницы в следующий раз. - - Значение характеристики не может изменяться участником закупки

Требования к действиям над объектами - Все действия над объектами, такие как создание, изменение, удаление и т.п., должны соответствовать следующим требованиям: ввод данных пользователя должен осуществляться во всплывающем диалоге в текущем контексте (списке объектов, карточке объекта и т.п.) без перезагрузки страницы; при большом количестве вводимых данных во всплывающем диалоге необходимо их структурировать с ис-пользованием элемента управления закладки; введённые пользователем данные перед отправкой должны проверяться на непротиворечивость и в случае необходимости ПОАПП должно выводить для каждого поля найденные ошибки; действия по удалению данных, должны производиться после подтверждения пользователем, а также должна производиться автоматически проверка связанных данных; после проведения действия над объектом, в случае если это действие изменяет контекст (создан/изменен/удален объект, что влечет изменение списка объектов), необходимо обновлять только контекст без перезагрузки страницы; после проведения операции над объектом, если контекстом является список объектов, необходимо визуально выделить объект; в случае если созданный/измененный объект не попадает в список из-за наложенных фильтров, необходимо вывести сообщение об успешности операции, указав, что объект не попадает под условия фильтрации, с возможным действием на снятие фильтра и перехода на страницу, где он находится; в случае если созданный/измененный объект попадает на страницу, которая в данный момент не отображается в списке, необходимо вывести сообщение об успешности операции, указав, что объект находится на другой странице, с возможным действием перехода на страницу, где он находится. - - Значение характеристики не может изменяться участником закупки

Требования к функциональному блоку «Платформа» - Для обеспечения безопасности использования ПОАПП функциональный блок должен обеспечивать: ведение реестра пользователей; ведение реестра ролей; конструирование меню; управление правами на действия, объекты и атрибуты для пользователей; управление правами на действия, объекты и атрибуты для ролей; разграничение доступа всех участников к объектам и действиям; аутентификацию пользователей, в том числе двухфакторной; проведение процедуры восстановления пароля; авторизацию пользователей в соответствии с правами доступа; журналирование всех производимых операций; разрешение передачи данных только по защищенным каналам связи с использованием протокола HTTPS. Пользователь – это объект, содержащий реквизиты для входа. Пользователь не должен хранить в базе данных пароль в открытом виде, а только в виде строки, полученной с помощью математического алгоритма несимметричного хеширования. Пользователь должен содержать адрес электронной почты, предназначенный для проведения процедуры восстановления пароля, в случае утери. Должна быть защита от подбора паролей злоумышленниками и уведомление о таком подборе администратора. Должна быть возможность двухфакторной аутентификации с использованием приложения аутентификатора. Должна быть возможность ограничивать вход на уровне пользователя путем указания разрешенных IP-сетей. Роль – это объект, содержащий набор прав на действия, объекты и их атрибуты. Для каждой Роли может быть сформировано и назначено индивидуальное меню. Для каждой Роли может быть указана индивидуальная стартовая страница. Необходимо наличие роли «Администратор», обладающей полным набором прав. Должна быть возможность ограничивать вход пользователя на уровне Роли. Действие ПОАПП – любая операция в рамках ПОАПП. Все доступные действия должны быть зарегистрированы в реестре, доступном Администратору. - - Значение характеристики не может изменяться участником закупки

Все объекты и их атрибуты должны быть зарегистрированы в реестре, доступном Администратору. Необходимо выделить следующие права на объект: чтение; создание; изменение; удаление; каскадное удаление. Необходимо выделить следующие права на атрибуты объекта: видимый/скрыт; редактируемый/только чтение; необязательный/обязательный. Необходимо реализовать для Администратора возможность настройки прав доступа: пользователю на действие ; Роли на действие; пользователю на объекты; Роли на объекты; пользователю на атрибуты объектов; Роли на атрибуты объектов. Журнал операций – реестр всех произведенных операций пользователями. Каждое действие пользователя записывается в системный «Журнал операций». Объект «Элемент журнала операций» содержит следующие атрибуты: дата и время (дата и время); пользователь (ссылка на объект «Пользователь»); IP-адрес (строка); тип операции (ссылка на объект «Тип операции»); тип объекта (строка); название типа объекта (строка); идентификатор объекта (число); название объекта (строка); описание (текст). Для операций, изменяющих объект, в Описании должно быть указано старое и новое значение каждого измененного атрибута.

Функциональный блок - должен предусматривать возможность формирования индивидуального информационного экрана пользователя путем настройки колонок и расположения в них виджетов. Функциональный блок должен предоставлять возможность настройки информационного экрана по ролям с дальнейшим изменением настроек каждым пользователем индивидуально, а также сброса настроек к состоянию «по умолчанию». Индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь». Пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП. В случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже. Функциональный блок должен предусматривать возможность пользователя формировать в боковой панели, доступной в любой части ПОАПП, индивидуального набора информационных виджетов. Индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства. Состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта. Пользователь должен иметь возможность наполнять боковую панель предустановленными виджетами либо сторонними виджетами, совместимыми с ПОАПП. - - Значение характеристики не может изменяться участником закупки

В целях обеспечения деятельности ПОАПП, функциональным блоком должна быть предусмотрены функции: ведения реестра организаций; ведения реестра работников организаций; назначения Роли входа и привязки пользователя для работника организации. Организации должны выводиться в «Реестр организаций». Должен быть фильтр, осуществляющий фильтрацию объектов реестра по заданным в фильтре атрибутам. Должны быть следующие справочники: группы организаций; организационно-правовые формы. Карточка «Организация» должна содержать атрибуты, которыми объект обладает: наименование, наименование в родительном падеже, полное название, аббревиатура; дата регистрации, дата ликвидации; телефон, факс, e-mail, сайт; фактический адрес, примечание; разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: наименование; ответственный; телефон, факс, e-mail, сайт; фактический адрес; также другие атрибуты, которые могут потребоваться в момент реализации. Реестр организаций должен реализовывать функцию включения одной организации в другую. Карточка «Работник» должна содержать атрибуты, которыми объект обладает: Ф.И.О; дата начала, дата окончания; отдел, должность, кабинет; телефон, внутренний номер, e-mail; роль, пользователь, разрешенные сети доступа; также другую дополнительную информацию, которая может потребоваться в момент реализации. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: Ф.И.О; телефон; e-mail; также другие фильтры, которые могут потребоваться в момент реализации.

должен обеспечивать возможности: обмена сообщениями между участниками; загрузки электронных сообщений с зарегистрированных e-mail участников; дублирования сообщений на зарегистрированные e-mail участников; организации групп получателей сообщений с возможностью широковещательной рассылки по группам. Интеграция с электронной почтой. ПОАПП должно уметь работать как почтовый клиент по протоколам POP3, IMAP, SMTP. Возможность подключать к любым участникам неограниченное количество внешних электронных ящиков. Возможность сбора электронных сообщений с зарегистрированных электронных ящиков, дублирование на e-mail сообщений, созданных в рамках ПОАПП. Возможность прикреплять к сообщениям файлы. Функциональным блоком должна быть предусмотрена возможность: конструирования отчетов, генерирующих печатные документы в различных форматах (docx, rtf, txt, xlsx, xml); создание отчетов, с использованием встроенного языка программирования; подключения отчетов к различным модулям. Возможность передачи в генерируемый отчет любых наборов данных ПО, с возможностью описания на встроенном языке программирования. Должен быть конструктор пользовательских форм для передачи параметров в отчет, введенных пользователем. Возможность подключения ко всем типам отчетов ресурсов в виде графических файлов, шаблонов и т. д.

Требования к функциональному блоку «Документы» - Функциональный блок предназначен для: ведения реестра документов; проведения процедуры регистрации документа; подписания документа ЭП; автоматической конвертации загружаемых документов в формат PDF; просмотра загруженных документов прямо из браузера без установки дополнительного ПО; нанесения на документы личных комментариев; формирования PDF-версии документа с нанесенными оттисками о регистрации и электронной подписи; извлечения текстового слоя; полнотекстового поиска по реестру документов; формирования маршрутов документов в зависимости от вида; сканирования документов встроенными средствами непосредственно в карточке документа с последующим сохранением файла в формате PDF внутри ПО. Все загружаемые документы должны попадать в общий реестр. Карточка «Документа» должна содержать следующие атрибуты: дата и время создания, изменения, закрытия; создатель; список приложений; актуальная версия; список версий документа; название; направление документа; вид документа; формат документа; описание; PDF-версия; PDF-версия с оттисками ЭП и регистрационными данными; дата и время регистрации; регистрационный номер; дата и время внешней регистрации; внешний регистрационный номер; текстовый слой; список ЭП; список файлов; адресант (отправитель); адресат; подписавший документ. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по названию с применением поиска, учитывающего морфологию русского языка; по содержанию с применением поиска, учитывающего морфологию русского языка; по регистрационному номеру и дате; по внешнему регистрационному номеру и дате; по типу документа; по виду документа; также по другим фильтрам, которые могут потребоваться в момент реализации; - - Значение характеристики не может изменяться участником закупки

Возможность написания функции администратором, указывающей, какие документы должны быть зарегистрированы, описывающей правила автоматического формирования уникальных регистрационных номеров, а также возможность указывать такие номера вручную. Первоначальная настройка всех реализуемых документов производится Исполнителем по согласованию с Заказчиком. Для документов, которые должны быть зарегистрированы, необходимо в интерфейсе пользователя выводить действие регистрации. По такому действию, на основании функции, написанной администратором, должен быть предложен уникальный регистрационный номер с возможностью изменить его вручную, если такое разрешение было выдано. Возможность подписывать документы одним или несколькими участниками ЭП прямо из браузера, используя необходимые установленные плагины. Возможность нанесения на любые загруженные документы оттиска электронной подписи. Все загружаемые документы должны автоматически конвертироваться в формат PDF. Наличие функционала просмотра PDF версий документов прямо из браузера средствами JavaScript без установки дополнительного ПО. Возможность наносить на любые загружаемые документы личные комментарии прямо из браузера без установки дополнительного ПО с помощью следующих инструментов: выделение цветом текста; подчеркивание текста; зачеркивание текста; выделение прямоугольной области; возможность изменить цвет у любой пометки; возможность на полях прописать комментарий. Все пометки, наносимые на документы, должны иметь уровень доступа: индивидуальные (доступны только автору), по организации (доступны коллегам автора) и общие (доступны всем). Полнотекстовый поиск с учетом морфологии русского языка. Из всех загружаемых документов, имеющих текстовый слой, он должен быть выделен и помещен в полнотекстовый индекс для возможности производить поиск по содержимому документов.

Функциональным блоком должны быть предусмотрены следующие возможности: формирования маршрутов документов в зависимости от вида; отправки документов по сформированным заранее маршрутам или проставления шагов маршрута вручную; для возможности согласования документов; для регистрации документов. Требуется организовать иерархический справочник видов документов. Любой документ может быть помечен элементом данного справочника. Для вида документа необходимо предусмотреть следующие возможности: функциональное формирование алгоритма автоматического определения номера в процедуре регистрации; формирование правил нанесения оттисков (регистрационные штампы, электронные подписи и прочие) на печатную версию документа, в том числе функциональных; формирование маршрута по умолчанию, в том числе функционального. Требуется возможность формирования маршрута для документа, по которому он будет двигаться автоматически. При создании документа, маршрут может быть скопирован из справочника видов документа, либо настроен пользователем вручную. Маршрут - набор шагов в разных состояниях, у которых есть ответственные и Исполнители. Необходимо предусмотреть возможность декларативно указывать как конкретных ответственных и Исполнителей, так и определять группу возможных специалистов. В маршруте, в зависимости от состояния шага, должно быть доступно одно из следующих действий: загрузка/редактирование; регистрация (автоматическая или ручная); согласование; подписание; ознакомление; исполнение; отправка; опубликование; архивирование; исполнен; отклонен. Для шага маршрута должна быть предусмотрена возможность указания крайнего срока, вычисляемого в календарных днях или по производственному календарю.

Необходимо реализовать возможность связывать документы между собой. Каждая такая связь должна быть помечена определенным типом связи, декларированным в отдельном справочнике. Типы связи могут быть симметричными, в этом случае должна автоматически формироваться двухсторонняя связь. Требуется предусмотреть возможность ведения справочника «Номенклатура дел». Номенклатура дел должна быть предназначена для хранения информации об индексах дел организации и о номенклатуре дел (папок), в которые помещаются документы. Необходимо, чтобы в номенклатуре дел организации отражалась информация об индексе дела, заголовке дела (тома, части), количестве дел (томов), сроках хранения. При нанесении электронной подписи на документ, ПОАПП должно определять, что применяется квалифицированная электронная подпись, не попавшая в списки отзыва. Для этого должен быть сформирован и автоматически обновляться реестр аккредитованных удостоверяющих центров. Также должны ежесуточно обновляться списки отзыва сертификатов. Дополнительно должна проводиться проверка юридических реквизитов (ИНН, ОГРН, СНИЛС) извлеченных из электронной подписи, с реквизитами аутентифицированного пользователя. Для предоставления возможности наносить электронную подпись по доверенности, необходимо сформировать реестр доверенностей. В данном реестре должна храниться информация кто, кому и в какой период доверяет производить электронную подпись. Должна быть обеспечена поддержка МЧД (машиночитаемые доверенности).

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

Требования к функциональному блоку «Подготовка заседаний» - Функциональный блок предназначен для: ведения реестра заседаний; формирования различных видов заседаний (коллегии, рабочей группы и т.д.), виды заседаний должны формироваться в соответствующем справочнике; формирования повестки заседаний; формирования и загрузки принятых документов. Карточка «Заседания» должна содержать следующие атрибуты: регистрационные данные; одну или несколько дат проведения заседаний; вид и категорию заседания; повестку; список документов; список приглашенных; список принятых документов; стадия; куратор. Для поиска и фильтрации объектов в верхней части страницы со списком должны быть фильтры: по номеру; по категории; по дате проведения с возможностью указания периода; по виду; по стадии; по куратору; также по другим фильтрам, которые могут потребоваться в момент реализации. - - Значение характеристики не может изменяться участником закупки

Требования к функциональному блоку «Правотворчество» - Функциональный блок предназначен для: ведения реестра правотворческих инициатив; создания событий, отражающих ход рассмотрения правотворческих инициатив; прикрепления документов к событиям; формирования досье инициатив. Должна быть доступна возможность конструирования инициатив с возможностью создания стадий, в рамках которых рассматриваются инициативы и список событий, которые относятся к разным стадиям. Должна быть доступна возможность добавлять документы в события инициативы в процессе движения документов по маршруту. Должна быть доступна возможность создавать события по заседанию и связывать событие с определённым вопросом на заседании. Должна присутствовать возможность создания вопроса заседания по событию непосредственно из карточки инициативы с подстановкой названия инициативы в название вопросов, а также дополнительных текстовых блоков. Алгоритм формирования названий должен настраиваться на уровне стадий заседания. Должна быть предусмотрена возможность создания неограниченного количества типов правотворческих инициатив. Карточка правотворческой инициативы должна содержать как минимум следующий список полей, который может настраиваться индивидуально для каждого типа: регистрационные данные; название; субъекты права правотворческой инициативы (инициатор); отрасль правотворчества (распределение по предмету правового регулирования); статус инициативы; тип инициативы; вид инициативы; сфера инициативы; порядок внесения; информация о созыве и ответственной комиссии; информация об обнародовании инициативы, в том числе список средств массовой информации, в которых публикуется; события инициативы, с возможностью загрузки документов по событию; список документов. - - Значение характеристики не может изменяться участником закупки

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

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

Требования к функциональному блоку «Личный кабинет депутата» - Личный кабинет депутата (далее – ЛК депутата) предназначен для: формирования индивидуального информационного экрана Пользователя; доступа Пользователей к сведениям о предстоящих заседаниях, информации о повестке, ее содержании, принятым по результатам голосования документам; доступа Пользователей к документам, поступившим в адрес депутата. Требования к индивидуальному информационному экрану: индивидуальный информационный экран состоит из рабочего стола и боковой панели; пользователь должен иметь доступ к настройке информационного экрана с дальнейшим изменением настроек индивидуально, а также сброса настроек к состоянию «по умолчанию»; индивидуальные настройки пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; рабочая область должна представлять собой совокупность колонок, которые пользователь может добавлять самостоятельно, а также устанавливать их ширину, перемещать с помощью манипулятора «мышь»; пользователь может наполнять колонки виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП; высота колонок должна подстраиваться под объем информационного наполнения данной колонки; в случае если новая, добавленная пользователем колонка не умещается по ширине на экран – колонка должна перемещаться ниже; пользователь должен иметь возможность изменять состояние боковой панели (открыта/закрыта); индивидуальные настройки боковой панели пользователя должны сохраняться и загружаться при авторизации пользователя с любого устройства; состояние (открыта/закрыта) и наполнение (виджеты) боковой панели должны оставаться неизменными при переходах по разделам ПОАПП. Расположение визуальных элементов должно адаптироваться для отображения в зависимости от того, открыта боковая панель или закрыта; пользователь должен иметь возможность наполнять боковую панель виджетами, предусмотренными ПОАПП, либо сторонними виджетами, совместимыми с ПОАПП - - Значение характеристики не может изменяться участником закупки

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

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

Требования к реализации интеграционных механизмов - Должен быть функционал доступа к данным по открытому программному интерфейсу. Должно быть возможно получение любых данных по открытому программному интерфейсу. Доступ к данным должен осуществляться только по безопасному протоколу HTTPS. Для доступа к данным Администратор должен наделить таким правом определенного пользователя, указать роль и указать список доменов, к которым разрешен доступ. Для указания разрешенных IP-сетей необходимо формирование такого списка в разрезе Пользователя и Роли. Для обращения к функциям программного интерфейса внешней системы предварительно необходимо получать ключ доступа с использованием логина и пароля Пользователя. Пользователям, получившим право доступа к открытому программному интерфейсу, необходимо иметь право доступа к объектам на просмотр в функциональном блоке «Платформа» в матрицах «Права роли на объекты» и «Права пользователя на объекты». Наличие функции получения объекта со следующими параметрами: ключ доступа; системное название объекта; уникальный идентификатор объекта. Необходимо реализовать функцию получения списка объекта по запросу со следующими параметрами: ключ доступа; системное название объекта; условие. - - Значение характеристики не может изменяться участником закупки

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

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

Тематика принятых правовых актов - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать код, наименование тематики, графы: «Количество базовых ПА», «Количество ПА с поправками», «Общее количество ПА по тематике», их процент от общего числа ПА, также общее количество принятых правовых актов по тематикам, общее количество ПА. - - Значение характеристики не может изменяться участником закупки

Сводка о характере обращений граждан - Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) и содержать сведения о количестве поступивших обращений по характеру обращений согласно типовому общероссийскому тематическому классификатору обращений граждан Российской Федерации, иностранных граждан, лиц без гражданства, объединений граждан, в том числе юридических лиц, управления Президента Российской Федерации по работе с обращениями граждан и организаций, введенному в действие с 1 января 2018 года с обязательным применением с 1 июня 2018 года. Типовой тематический классификатор должен содержать актуальные коды и наименование вопросов. - - Значение характеристики не может изменяться участником закупки

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

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

Список приглашенных - Отчет должен формироваться, исходя из сведений карточки заседания, а также содержать ФИО приглашенных лиц, их должности и иметь разбивку по группам. Отчет применяется для различных заседаний (сессии, комиссии, депутатского часа, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Список приглашенных подписывается председательствующим. Примерной формой отчета «Список приглашенных» является приложение № 1 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Повестка дня - По результатам отчета формируется повестка различных видов заседаний (сессии, постоянной комиссии, совместного заседания постоянных комиссий, публичных слушаний, круглого стола и др.). В шапке отчета меняется название заседания в зависимости от его вида. Повестка подписывается председательствующим. Примерной формой отчета «Повестка дня» является приложение № 2 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Протокол заседания - Отчет должен формироваться, исходя из сведений карточки заседания (вид заседания, место, дата, номер). Графа «Присутствовали» формирует список депутатов, фактически присутствующих на заседании в алфавитном порядке. Графа «Приглашенные» формирует список из лиц, приглашенных на заседание, фактически присутствовавших на нем и прошедших регистрацию (в алфавитном порядке). Графа «Регистрация депутатов» – указывается количество зарегистрированных на заседании депутатов (при условии, что депутаты могут регистрироваться в ходе всего заседания). Перед началом обсуждения вопросов повестки дня проходят несколько процедурных вопросов с голосованием: может вноситься дополнительный вопрос перед процедурой принятия повестки, затем принимается повестка в целом с учетом дополнительного вопроса, принимается регламент работы и выбирается секретарь сессии (при необходимости). - - Значение характеристики не может изменяться участником закупки

Текст повестки копируется в протокол (с докладчиками и содокладчиками). Может быть озвучен порядок оглашения волеизъявления депутатов, голосовавших заочно (для протокола заседания сессии). Эти голоса затем учитываются в голосовании за принятие решения. В этом случае к результатам голосования добавляется пометка «с учетом заочного голосования». После результатов голосования указывается номер решения. В случае, если после заслушивания вопроса выступали присутствующие (с вопросами, ответами на вопросы), в протоколе фиксируется очередность и ФИО выступивших, в некоторых случаях возможно краткое описание вопроса и ответа. Протокол сессии подписывается председательствующим и секретарем сессии, протокол постоянной комиссии подписывается председательствующим комиссии (в случае совместного заседания – председателями участвующих комиссий). При проведении совместного заседания указываются сведения всех участвующих комиссий: их наименование, номера решений. Примерной формой отчета «Протокол очередной сессии» является приложение № 3 к настоящему ТЗ. Примерной формой отчета «Протокол постоянной комиссии» является приложение № 4 к настоящему ТЗ. Примерной формой отчета «Протокол совместного заседания постоянных комиссий» является приложение № 5 к настоящему ТЗ.

Перечень решений сессии - Отчет формирует перечень решений, принятых на конкретном заседании (при формировании отчета выбирается номер нужной сессии). Отчет должен содержать следующие сведения: номер вопроса; номер решения; дата; наименование решения; ответственная постоянная комиссия; субъект правотворческой инициативы; вид документа (МНПА – муниципальный нормативный правовой акт; ПАНХ – правовой акт ненормативного характера; процедурный вопрос). Общее количество вопросов должно совпадать с количеством вопросов на заседании. Общее количество решений может быть больше общего количества вопросов (при рассмотрении вопросов в двух чтениях). Необходимо учесть, что по одному вопросу может быть 2 решения (первое и второе чтение), поэтому субъект правотворческой инициативы указывается только у первого чтения. Ниже таблицы выводится итоговое количество вопросов и итоговое количество решений. - - Значение характеристики не может изменяться участником закупки

Отчетные показатели о деятельности постоянных комиссий - Отчет содержит сведения обо всех основных показателях работы постоянных комиссий Липецкого городского Совета депутатов. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. Примерная форма отчета «Отчетные показатели о деятельности постоянных комиссий» является приложением № 6 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Контрольные решения сессии и постоянной комиссии - По результатам отчета формируется реестр решений сессий и постоянных комиссий, поставленных на кон-троль. Должна быть предусмотрена возможность формирования сокращенного и расширенного перечня контрольных решений. В расширенном отчете дополнительно выводятся результаты выполнения контрольных пунктов, которые предварительно должны вноситься в карточку решения во вкладке «Рекомендации». Необходимо предусмотреть возможность формирования реестров с разделением по наименованию постоянных комиссий за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем). Примерными формами отчета «Контрольные решения» являются приложения № 7, 8 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Решение/проект сессии - По результатам отчета формируется печатный бланк решения/проекта сессии. Наименование решения формируется, исходя из наименования соответствующего вопроса. В случае, если решение принято в первом чтении, то под наименованием проставляется соответствующее уточнение. Решение, принятое в первом чтении, подписывается председательствующим. Решение, принятое во втором чтении, подписывается председательствующим и Главой города Липецка. Решение в одном чтение может подписываться как председательствующим, так и председательствующим и Главой города одновременно. На дополнительном листе выводится перечень визирующих лиц (должности, место для подписи, Ф.И.О.), внесенных в карточку решения. Примерной формой отчета «Решение/проект сессии» являются приложения № 9, 10, 11 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Решение постоянной комиссии - Наименование решения формируется, исходя из наименования соответствующего вопроса. Решение подписывается председательствующим. В случае проведения совместного заседания постоянных комиссий в отчетную форму выводятся данные обеих комиссий (наименование постоянных комиссий, регистрационные номера). Решение совместного заседания постоянных комиссий подписывается председателями обеих комиссий. Примерными формами отчета «Решение постоянной комиссии» являются приложения № 12, 13,14 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Почетные граждане - По результатам отчета формируются сводные данные о количестве голосов по 1 кандидату на звание «Почетный гражданин города Липецка», либо по всем кандидатам одновременно. Сведения в отчет попадают из карточек письменных протоколов или устных телефонных отзывов, в которых указывается количество голосов «за», «против», «воздержалось». В отчете следует предусмотреть возможность формирования перечня письменных протоколов и перечня телефонных отзывов Также мы можем отдельно выгрузить отчетные формы со всеми письменными протоколами и листы сбора устных отзывов (телефонных звонков). Примерными формами отчета «Почетные граждане» являются приложения № 15, 16, 17, 18 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Антикоррупционная экспертиза - Отчет содержит сведения о выявленных коррупционных факторах по результатам экспертизы проектов и действующих МНПА. В отчет выводятся данные проекта НПА или действующего НПА: номер входящего письма (для проекта), номер решения сессии (для НПА), дата регистрации документа, наименование проекта или действующего ПА. В столбце «Коррупциогенные факторы» выводится общее количество выявленных/устраненных факторов по конкретному проекту или действующему НПА. В столбце «Экспертизу провел» отображается количество факторов, выявленных тем или иным экспертом. При этом следует учесть, что выявленные разными экспертами факторы могут совпадать, поэтому в графе, где выводится общее количество факторов, суммируются только уникальные (не совпадающие с выявленными другими экспертами) факторы. В графе итого выводится общее количество проектов/НПА, прошедших проверку, а также суммы выявленных/устраненных факторов в общем по всем проектам/НПА и суммы выявленных факторов конкретными экспертами за весь выбранный период. Период может выбираться любой. Отчет должен формироваться за любой заданный период (месяц, квартал, полугодие, год, а также периоды, заданные пользователем) как по одной конкретной постоянной комиссии, так и по всем комиссиям одновременно с подведением общего итога по всем комиссиям. - - Значение характеристики не может изменяться участником закупки

Печать конвертов - Отчет формируется на основе данных карточки исходящего письма. Почтовый адрес, Ф.И.О. адресата, название организации (при необходимости направления почтового отправления юридическим лицам) выводятся на печать в соответствующих полях конверта. Перед непосредственной отправкой на печать открывается предварительный просмотр конверта для проверки данных. Примерными формами отчета «Печать конвертов» являются приложения № 19, 20 к настоящему ТЗ. - - Значение характеристики не может изменяться участником закупки

Требования к техническому обеспечению - Техническое обеспечение серверной части ПОАПП предоставляется Заказчиком и должно обеспечивать штатную работу ПО во всех режимах его функционирования. Серверная часть ПО должна корректно функционировать с использованием минимальной конфигурации, приведенной в таблице №1 настоящего пункта. Состав технического обеспечения, включая типы серверов, количество серверов, требования к серверам, а также дополнительные требования, предъявляемые к техническому обеспечению ПОАПП, должны быть уточнены исполнителем и согласованы с заказчиком. ПО должно обеспечивать комфортную работу пользователей с пользовательским интерфейсом при следующей минимальной конфигурации, рабочей станции:приведенной в таблице №2 - - Значение характеристики не может изменяться участником закупки

Требования к программному обеспечению - Серверная часть ПОАПП должна корректно функционировать на следующем программном обеспечении: Операционные системы Linux (ALT Linux, Astra Linux и РЕД ОС)*, сертифицированные ФСТЭК. В качестве системы управления базами данных должна использоваться СУБД PostgreSQL* не ниже v.11. Программное обеспечение серверов должно быть развёрнуто на технических мощностях заказчика и должно обеспечивать штатный режим функционирования ПО. Клиентская часть ПОАПП должна стабильно работать на рабочих станциях пользователей под управлением следующих операционных систем, без необходимости изменения состава и конфигурации системного и прикладного программного обеспечения, предоставляемого поставщиком операционных систем: операционная система из реестра Российского программного обеспечения (https://reestr.digital.gov.ru/), в т.ч. Linux (ALT Linux, Astra Linux и РЕД ОС)*; Microsoft Windows 8 и выше*. Клиентская часть ПО должна обеспечивать корректное отображение страниц и выполнение функций на клиентских рабочих местах с операционными системами в следующих браузерах: Яндекс.Браузер*. Версии браузеров должны быть не ниже версий, официально поддерживаемых производителем на момент оказания услуг, и должны поддерживать расширение КриптоПро ЭЦП Browser plug-in (любой версии). На клиентских рабочих местах должно быть установлено ПО для использования ЭП – КриптоПро CSP (любой версии). *Указание в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов согласно п. «б» ч.1 ст. 33 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Не имеется другого способа, обеспечивающего более точное и четкое описание указанных характеристик предмета закупки. - - Значение характеристики не может изменяться участником закупки

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

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

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

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (12.20) Информационные системы для решения специфических отраслевых задач - - Значение характеристики не может изменяться участником закупки

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

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

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202501463000090001000031

Начальная (максимальная) цена контракта: 3 930 666,67

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 253482602175648260100100250015829242

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.12.2025

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Липецка

Вид бюджета: местный бюджет

Код территории муниципального образования: 42701000: Муниципальные образования Липецкой области / Городские округа Липецкой области/ / город Липецк

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 39 306,67 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: обеспечение заявки на участие в закупке предоставляется в соответствии со статьей 44 Федерального закона. Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной статьей 45 Федерального закона. Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Обеспечение заявки на участие в закупке предоставляется одним из способов, указанных в подпунктах «а», «б» пункта 1 части 5 статьи 44 Федерального закона. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной системе. В случае предоставления обеспечения заявки на участие в закупке в виде денежных средств подача заявки на участие в закупке означает согласие участника закупки на блокирование денежных средств, находящихся на его специальном счете, в размере обеспечения заявки на участие в закупке. Независимая гарантия должна соответствовать типовой форме, утвержденной постановлением Правительства Российской Федерации от 08.11.2013 № 1005. Бенефициаром по независимой гарантии является заказчик. Особенности порядка предоставления обеспечения заявок на участие в закупках участниками закупок, являющимися иностранными лицами, установленные постановлением Правительства Российской Федерации от 10.04.2023 № 579, содержатся в электронном документе «Требования к содержанию, составу заявки на участие в закупке и инструкция по ее заполнению».

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03232643427010004600, л/c 05601000010, БИК 014206212, ОКЦ № 14 ГУ Банка России по ЦФО//УФК ПО ЛИПЕЦКОЙ ОБЛАСТИ, г Липецк, к/c 40102810945370000039

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Липецкая, г.о. город Липецк, г Липецк, ул. Советская, д. 22, Липецкий городской Совет депутатов

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 10 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: обеспечение исполнения контракта предоставляется в соответствии со статьей 96 Федерального закона. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Федерального закона участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона. Независимая гарантия, предоставляемая в качестве обеспечения исполнения контракта, должна соответствовать типовой форме, утвержденной постановлением Правительства Российской Федерации от 08.11.2013 № 1005. Реквизиты счета, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику: ИНН 4826021756, КПП 482601001, БИК 014206212, Расчетный счет 03232643427010004600, К/счет 40102810945370000039, Банк получателя ОКЦ № 14 ГУ Банка России по ЦФО //УФК ПО ЛИПЕЦКОЙ ОБЛАСТИ г. Липецк, получатель: Департамент финансов администрации г. Липецка (Липецкий городской Совет депутатов), лицевой счет 05601000010, КБК 60100000000000000510. Дополнительная информация содержится в электронном документе «Проект контракта».

Платежные реквизиты для обеспечения исполнения контракта: p/c 03232643427010004600, л/c 05601000010, БИК 014206212, ОКЦ № 14 ГУ Банка России по ЦФО//УФК ПО ЛИПЕЦКОЙ ОБЛАСТИ, г Липецк, к/c 40102810945370000039

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: Гарантийный срок на оказанные услуги должен составлять 12 (Двенадцать) месяцев с даты подписания заказчиком документа о приемке

Информация о требованиях к гарантийному обслуживанию товара:

Требования к гарантии производителя товара:

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.12.2025

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Липецка

Вид бюджета: местный бюджет

Код территории муниципального образования: 42701000: Муниципальные образования Липецкой области / Городские округа Липецкой области/ / город Липецк

Документы

Общая информация

Документы

Журнал событий