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

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

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

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

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

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

Размещение осуществляет: Уполномоченный орган УПРАВЛЕНИЕ ГОСУДАРСТВЕННОГО ЗАКАЗА АМУРСКОЙ ОБЛАСТИ

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

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

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

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

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

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

Почтовый адрес: 675000, Амурская область, город Благовещенск, ул.им.Ленина, 135

Место нахождения: 675000, Амурская область, город Благовещенск, ул.им.Ленина, 135

Ответственное должностное лицо: Ленская Ю. А.

Адрес электронной почты: azk@gz.amurobl.ru

Номер контактного телефона: 8-4162-224463

Факс: 8 (4162) 224463

Дополнительная информация: Контактное лицо заказчика: Коломыцына Алина Николаевна, тел.: 4162-775808, e-mail: kan@tsodd.amurobl.ru

Регион: Амурская обл

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

Дата и время начала срока подачи заявок: 22.07.2026 15:54 (МСК+6)

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

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

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

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

Начальная (максимальная) цена контракта: 4 215 625,00

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

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

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

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

- 58.29.11.000 58.29.11.000-00000003 - Программное обеспечение Класс программ для электронных вычислительных машин и баз данных (02.08) Средства мониторинга и управления Вид лицензии Простая (неисключительная) Способ предоставления Копия электронного экземпляра - Штука - 1,00 - 4 215 625,00 - 4 215 625,00

ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ АМУРСКОЙ ОБЛАСТИ "ЦЕНТР ОРГАНИЗАЦИИ ДОРОЖНОГО ДВИЖЕНИЯ" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Класс программ для электронных вычислительных машин и баз данных (02.08) Средства мониторинга и управления Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Штатный режим работы ПО 24 часа 365 дней в году Значение характеристики не может изменяться участником закупки Обеспечение одновременной работы рабочих мест операторов ? 15 Рабочее место Значение характеристики не может изменяться участником закупки Возможность двустороннего взаимодействия программ с программным обеспечением заказчика, соответствующему Приказу ФСТЭК России от 11.04.2025 N 117 "Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений" Наличие Значение характеристики не может изменяться участником закупки Возможность идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями Наличие Значение характеристики не может изменяться участником закупки Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. Наличие Значение характеристики не может изменяться участником закупки Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. Наличие Значение характеристики не может изменяться участником закупки Назначение программного продукта ПО: - Автоматизация процессов удаленного мониторинга и контроля работоспособности ОБОРУДОВАНИЯ, контроль исполнения контрактов по обслуживанию ОБОРУДОВАНИЯ - Подготовка, создание и сопровождение всей документации и статистической отчетности, необходимой для ведения делопроизводства на протяжении всего жизненного цикла ОБОРУДОВАНИЯ. Наличие Значение характеристики не может изменяться участником закупки Требования к ПО: - Визуальный графический интерфейс. - Возможность интеграции в систему следующих типов ОБОРУДОВАНИЯ: стационарные, передвижные, мобильные комплексы. - Механизм идентификации и проверки подлинности пользователей при входе в программу по идентификатору (логину) и паролю, в том числе возможность двухфакторной авторизации посредством запроса на подтверждение входа через телефон пользователя ПО. Предоставление пользователям доступа к ПО посредством тонкого клиента и веб-клиента через браузер. - Обеспечение одновременной работы не менее 15 рабочих мест операторов. - Картографический модуль Амурской области. - Возможность работы с ОБОРУДОВАНИЕМ в количестве до 500 штук Наличие Значение характеристики не может изменяться участником закупки Функции ПО: - Наименование и количество метрик (параметров работоспособности) по каждому типу устройств зависит от производителя оборудования. Для настройки загрузки телеметрии с ОБОРУДОВАНИЕМ требуется: наличие и описание API от производителя устройств; доступ к веб-интерфейсу устройства, описание и доступ до агента, установленного вендором устройства; ip, логин/пароль доступа к ОБОРУДОВАНИЮ; устройства должны быть доступны с сервера с предустановленным ПО. - Вывод данных обо всех зарегистрированных в ПО комплексах, мониторинг и классификация проблем в работе ОБОРУДОВАНИЯ. - Сбор фотоснимков (стоп-кадр с видеопотока) с настраиваемой периодичностью (например, раз в час) для анализа чистоты объективов камер. Анализ средних показателей - создание инцидентов в случае резких скачков или падений по количеству зафиксированных комплексами материалов проездов ТС и нарушений. Расчет показателей материалов нарушений, которые мог зафиксировать комплекс в период своей неработоспособности за счет анализа показателей прошлого периода. - Включение/выключение устройства, а также перезагрузка комплекса непосредственно из ПО, а также удаленное управление настройками ОБОРУДОВАНИЯ (при наличии технической возможности). Возможность из системы удаленно подключится на устройства через web-интерфейс прибора, RDP, роутер, через программы удаленного доступа - anydesk, rAdmin, VNS viewer или эквивалент - при наличии доступа и описания протоколов обмена. Интеграция с IPMI. (реализация при условии предоставления подобных протоколов и доступов к ним со стороны производителя устройств). Наличие Значение характеристики не может изменяться участником закупки Функции ПО: - Создание и контроль предписаний направления на ремонт или обслуживание устройств в разрезе контрактов и/или обслуживающих организаций. Уведомления об инцидентах по работе ОБОРУДОВАНИЯ - рабочий стол оператора, почтовый клиент, MAX?канал. Составление и ведение документации по рубежам: комплексы и места их дислокаций, схемы организации дорожного движения, инциденты. Отслеживание исполнения контракта по обслуживанию ОБОРУДОВАНИЯ (учет периодичности технического обслуживания и ремонта узлов комплекса обслуживающей организацией, соответствие размещения фактических мест дислокаций передвижных комплексов планируемым). Аналитика: фактические затраты на ремонт и обслуживание, отчеты по показателям работы ОБОРУДОВАНИЯ. - Мониторинг работоспособности камер по перекресткам. Ведение план-графика расстановки передвижных комплексов с привязкой к операторам. Контроль исполнения плана-графика. - Наличие свободных тегов (текстовых меток) для устройств, отборы по тегам на рабочем столе оператора. Наличие Значение характеристики не может изменяться участником закупки Интерфейс ПО: - Интерфейс программы должен представлять собой структурные подразделения или разделы (подсистемы), разделяющие смысловые и функциональные особенности программы в соответствии с поставленными и исполняемыми задачами. Каждый раздел должен содержать интерфейсные элементы, отвечающие за определенные исполняемые задачи. - В программе должны быть следующие разделы: Оперативный контроль, Картография, Сервис-деск, Инциденты, Фотостена, Аналитика, Контракты, Администрирование, Конструктор отчетов, Сервис взаимодействия, Справочники. - В ПО должна быть возможность выбора начальной страницы при запуске системы - Оперативный контроль или Картография. Наличие Значение характеристики не может изменяться участником закупки Оперативный контроль: - Раздел оперативного контроля в виде рабочего стола оператора (далее по тексту - РСО) должен представлять собой набор элементов и данных, предоставляющие пользователю максимально подробные данные телеметрии, получаемые непосредственно с ОБОРУДОВАНИЕМ. Рабочий стол должен содержать: список комплексов, функционал сортировки, поиска и фильтров (отборов), окно подробной информации (далее по тексту - ОПИ) по конкретному устройству. Детальная информация по всем устройствам на рабочем столе оператора должна быть отражена в табличном виде с возможностью настраивать интервал обновления данных показателей работы комплексов. - Статусы по ОБОРУДОВАНИЮ. Подсветка цветом в разрезе каждого устройства наличия и типов инцидентов на текущее время: зеленый - нет инцидентов; желтый - есть незакрытые инциденты по устройству; красный - нет пинга до устройства; серый - доступные системе устройства, которые не возвращают данные. Отображение на РСО: список ОБОРУДОВАНИЯ в разрезе моделей устройств, адрес их установки; количество проездов и/или нарушений за день по каждому устройству накопительным итогом; напряжение на АКБ (для комплексов, имеющих источник питания через АКБ); подрядная организация - сторона действующего контракта по обслуживанию ОБОРУДОВАНИЯ; показатели невыгруженных нарушений и/или проездов ТС с устройств в веб-сервис “Дупло-2” (для устройств, которые отдают данные метрики). эквивалент невозможен ввиду того, что "Дупло-2" является сервисом МВД и единственным разрешенным сервисом для выгрузки материалов проездов и нарушений с комплексов фото видео фиксации Наличие Значение характеристики не может изменяться участником закупки Оперативный контроль: - РСО должен предоставлять возможность настройки отборов (фильтров) по метрикам или данным работы ОБОРУДОВАНИЯ для обеспечения конкретных задач оператора. Система фильтров должна позволять отображать данные по комплексам: 1. все устройства; устройства без инцидентов; устройства с инцидентами; устройства не в сети; устройства, которые не возвращают данные; устройства, находящиеся в ремонте; скрытые для отображения устройства. 2. по моделям и типам устройств (стационарный, передвижной, мобильный). 3. по свойствам наличия: состояния соединения (в сети / не в сети); инцидентов; заявок на обслуживание; комментариев; фото проезда ТС (снимка с видеопотока); комплексов, находящихся в ремонте; скрытых комплексов. 4. по показателям - функционал задания граничных пределов (от и до) для отображения на рабочем столе, в шт.: нарушений за день; проездов за день; напряжение на АКБ. - Должно быть окно интерактивного поиска, в котором допустим отбор по наименованию комплексов, адресу установки, а также другим численно-буквенным показателям (количество проездов, нарушений, напряжение на АКБ), а также возможность сортировки показателей работы ОБОРУДОВАНИЯ по возрастанию / убыванию. -Должно быть окно интерфейса под подробное раскрытие информации по каждому комплексу - карточка устройства. Отображаемые показатели: 1. ip, наименование и серийный номер устройства; тип устройства; адрес и координаты установки; плановый адрес установки (для передвижных комплексов); показатели нарушений и проездов ТС; не выгруженные материалы в веб-сервис “Дупло-2”; активные и закрытые в течение дня инциденты; заявки на обслуживание; последний снимок с устройства. 2. Активные и закрытые в течение дня инциденты должны отображать наиболее полную информацию по устройству: наименование инцидента (группа инцидентов); дата и время начала, а также закрытия инцидента; общая длительность инцидента. Наличие Значение характеристики не может изменяться участником закупки Оперативный контроль: 3. По активным и закрытым инцидентам должна быть возможность: добавить комментарий от пользователя ПО; создать заявку (обслуживание, ремонт). - Дополнительно раздел должен предоставлять возможность: 1. изменения времени автообновления отображаемой на рабочем столе оператора информации в минутах, а также выбора показателей работы комплексов для отображения оператору ПО. 1.1. Сбросить все активные отборы/фильтры. 1.2. Просмотра снимков с камеры за текущие сутки работы комплекса в режиме слайд-шоу с настройкой интервала смены фотоснимков. 1.3. Показ искомого устройства на карте - переход в раздел картографии. 1.4. Построение графика по показателям нарушений или проездов ТС за день с указанного комплекса на текущий момент времени. А по комплексам, запитываемых от АКБ и график изменения показателя напряжения. 1.5. Построение в табличном виде истории изменения показателей по: нарушениям или проездам за день с указанного комплекса на текущий момент времени; по адресу установки; количеству невыгруженных материалов в дупло; по комплексам, запитываемых от АКБ и график изменения показателя напряжения батареи; допустимому скоростному режиму. 1.6. Возможность удаленной перезагрузки комплекса через устройства NetPing. Так как на некоторых видах устройств есть ПАК NetPing, которые позволяют удаленно управлять конечным устройством 1.7. Возможность отметить / снять с устройства статус “в ремонте”. - Должен быть элемент “справка”, где должно быть отображена легенда по основным показателям и пиктограммам на рабочем столе оператора. Наличие Значение характеристики не может изменяться участником закупки Фотостена. - Раздел должен предоставлять функционал отображения материалов фотоснимков с камеры (стоп-кадр с видеопотока) в виде фотостены (сетка снимков) в едином окне для оперативного анализа чистоты объективов распознающих и обзорных камер со всех комплексов с целью выявления возможных отклонений в качестве снимков. Должна быть возможность интерактивного поиска, в котором допустим отбор конкретного устройства по наименованию и адресу расположения: 1. применения отборов (фильтров) для отображения материалов фотоматериалов в разрезе конкретных моделей ОБОРУДОВАНИЯ по текстовым меткам (тегам) и по признаку - наличие/отсутствие материалов фотоснимков; 2. настройки отображения количества ячеек материалов фотоснимков в одном ряду в целях удобства просмотра карточек фотографий в зависимости от диагонали экрана; 3. экспорта фотоматериалов в выбранный каталог с учетом установленного отбора. Наименование файла должно содержать серийный номер и дату выгрузки фото; 4. задания времени автообновления фотоматериалов. Наличие Значение характеристики не может изменяться участником закупки Картография. - Должна быть картографическая подложка с отображением на ней пиктограмм всех заведенных в систему ОБОРУДОВАНИЯ с возможностью принудительного, а также настраиваемого периода обновления данных, возвращаемых комплексами, в том числе и по статусам наличия инцидентов. - Масштабируемость карты. Изменение масштаба карты при помощи скролла колеса мыши, а также с помощью наличия отдельных элементов интерфейса увеличения/уменьшения масштаба на карте. Должна быть возможность объединения/разъединения пиктограмм камер при изменении масштаба карты в целях избегания наслоения пиктограмм камер, расположенных на достаточно близком расстоянии друг от друга. - Пиктограммы камер на карте. Возможность отображение у пиктограмм камер допустимых скоростных режимов для каждого из комплексов. Должна быть возможность отображения цвета пиктограмм камер на карте в соответствии с их текущим статусом в сети. Должна быть возможность применения “тепловой” карты по показателям проезды ТС и нарушения. - Должна быть возможность отображения дополнительной информации по устройству при наведении на него курсора мыши на картографической подложке. Информация (всплывающее окно), отображаемая при наведении компьютерной мышкой на конкретное устройство должна быть настраиваемой и может содержать следующие показатели: модель и адрес установки; координаты; напряжение, В (для АКБ); количество нарушений и/или проездов; время включения комплекса (передвижные комплексы); допустимый скоростной режим; наличие и тип инцидентов по устройству. Наличие Значение характеристики не может изменяться участником закупки Картография. - Поиск на карте. Должна быть возможность отображения списка всех ОБОРУДОВАНИЯ для обеспечения наиболее быстрого перехода на карте к искомому комплексу. В окне списка комплексов должна быть возможность подсветки устройств, не отображаемых на карте (комплекс не возвращает координаты и адрес установки). При выделении из списка конкретного ОБОРУДОВАНИЯ изображение на карте должно переместиться на выбранный комплекс, при этом над картой должна отображаться отдельная строка, отображающая данные по выбранному комплексу - модель и серийный номер устройства, адрес установки. - Фильтры на карте. Должна быть система отборов (фильтров) по аналогии с рабочим столом оператора в разделе оперативный контроль, где система будет отображать на карте пиктограммы комплексов согласно применяемым (активным) фильтрам. - Должно быть отдельно выделенное окно интерфейса под подробное раскрытие информации по каждому комплексу в рамках наличия определенных метрик, предоставляемых комплексом по аналогии с рабочим столом оператора в разделе оперативный контроль. - Должна быть возможность изменения настроек по разделу картографии, где настраивается: время автообновления информации по устройствам на карте в минутах; размер пиктограмм устройств на карте; параметры масштабирования карты (минимальный и максимальный масштаб). Наличие Значение характеристики не может изменяться участником закупки Сервис-деск. - Должен быть функционал, позволяющий вести делопроизводство по контролю исполнения заявок (задач) на обслуживание комплексов для собственных или сторонних выездных бригад. Должен быть функционал ручного создания заявки непосредственно оператором ПО на основании действующего инцидента и автоматизированного - когда при заданных в системе параметрах задача должна формироваться автоматически, например, создание заявки в случае недоступности прибора свыше 30 минут. - Должна быть возможность просмотра общего реестра по всем созданным заявкам. Реестр должен отображать следующую информацию: номер и статус заявки (в работе или закрыта); дата создания и плановая дата к исполнению; автор заявки и исполнитель по ней; устройство, по которому требуется выполнение работ и их описание. Должно быть отдельное окно поиска, в котором должны отображаться все искомые заявки по совпадению набираемых символов. - В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать приоритетность и общую длительность выполнения задачи; просматривать существующие и писать новые комментарии, прикреплять вложенные файлы. Должно быть предусмотрено разграничение прав пользователей на создание, редактирование, закрытие (отмена или исполнение), продление сроков выполнения заявки, а также изменения исполнителя по каждой конкретной задаче. - Должна быть предусмотрена возможность выгрузки в MAX канал (или эквивалент) статусов и комментариев по каждой заявке. Наличие Значение характеристики не может изменяться участником закупки Инциденты. - Должен быть функционал, позволяющий работать с инцидентами в ПО - создание, редактирование, удаление. Должен быть функционал автоматического создания инцидента, когда при заданных в системе параметрах триггеров инцидент должен формироваться автоматически, например, в случае недоступности прибора свыше 30 минут. Должна быть возможность задавать любые параметры создания инцидентов в зависимости от метрик, получаемых с комплексов. - Должна быть возможность просмотра общего реестра по всем созданным инцидентам. Реестр должен отображать следующую информацию: идентификатор, дата/время создания и окончания инцидента, а также общая длительность; описание инцидента и его статус (открыт/закрыт). Должно быть отдельное окно поиска, в котором должны отображаться все искомые инциденты по совпадению набираемых символов. - В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать существующие и писать новые комментарии к инциденту; создать заявку на обслуживание устройства; просматривать историю по местам различия мест дислокаций передвижных устройств (план/факт), прикреплять вложенные файлы. Наличие Значение характеристики не может изменяться участником закупки Аналитика. - Должна быть возможность формировать оперативную аналитику в виде отчетности на основании метрик, предоставляемых устройствами, а также с помощью аналитических алгоритмов, заложенных в ПО. - Отчет - формирует список устройств со следующими полями: наименование и серийный номер комплекса; адрес и координаты установки; ip адрес веб-интерфейса (при его наличии); логин доступа к устройству. - Отчет - формирует информацию по наличию инцидентов в разрезе каждого комплекса за весь период с момента внедрения программы, что должно позволить находить незакрытые инциденты за весь период работы ПО. Группировка в отчете должна быть по видам активных инцидентов с возможностью просмотра в рамках каждого конкретного инцидента по каким устройствам был зафиксирован данный инцидент. Должны быть доступны для просмотра следующие поля: общее наименование инцидента; ip, наименование и серийный номер комплекса; идентификатор, дата и время начала, а также длительность инцидента на момент формирования отчета в разрезе каждого устройства; обслуживающая комплексы организация (при наличие); тип комплекса (стационарный, передвижной, мобильный); тип инцидента (отложенный/активный инцидент). - Отчет - формирует список комплексов, по которым было наличие инцидентов за определенный период времени. Группировка по тем устройствам, по которым возникали какие-либо инциденты за выбранный период времени с возможностью просмотра информации: наименование и серийный номер комплекса; адрес установки комплекса; вид инцидента; дата и время возникновения и окончания инцидента; общая продолжительность инцидента; идентификатор и наименование инцидента; количество инцидентов по каждому устройству. Наличие Значение характеристики не может изменяться участником закупки Аналитика. - Отчет - формирует информацию по времени работы передвижных устройств с основными показателями фиксаций за определенный период времени. Группировка в отчете по устройствам с возможностью просмотра в рамках каждого конкретного комплекса времени его работы в разрезе каждого календарного дня в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; обслуживающая комплексы организация (если обслуживанием устройств в регионе занимается одна или несколько подрядных организаций); время включения и выключения устройства; общее время работы (час/мин); количество зафиксированных нарушений и проездов ТС. Должна быть возможность задания первоначальных настроек при формировании отчета, позволяющая задавать: планируемое ежедневное время работы передвижных комплексов (в часах); время включения и выключения комплекса. - Отчет - формирует информацию по фактическому времени работы передвижных или стационарных устройств по сравнению с плановым временем за определенный период времени. Группировка в отчете по устройствам с возможностью просмотра в рамках каждого конкретного комплекса времени его работы в разрезе каждого календарного дня в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; дата работы комплекса; плановое и фактическое время работы комплекса; отклонение в работе устройства (день, час, мин). Должна быть возможность задания первоначальных настроек при формировании отчета, позволяющая задавать: планируемое ежедневное время работы передвижных или стационарных комплексов (в часах); время включения и выключения комплекса. - Отчет - график или диаграмма, позволяющий просматривать изменения показателей по выбранному устройству за определенный интервал времени. Показатели, по которым можно просматривать изменения значений: нарушения; проезды ТС; напряжение на АКБ. Наличие Значение характеристики не может изменяться участником закупки Аналитика. - Отчет - формирует информацию по ежедневной, еженедельной или ежемесячной статистики по проездам ТС или нарушениям через рубежи контроля за определенный период времени. Должен присутствовать фильтр, позволяющий формировать данные в разрезе обслуживающей организации. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; адрес установки; показатели проездов или нарушений в разрезе каждого дня, недели или месяца. - Отчет - формирует информацию по ежечасной статистики проездов ТС через рубежи контроля за определенный период времени. Отчет должен содержать следующие поля с группировкой по комплексам в разрезе каждого дня: наименование и серийный номер комплекса; даты фиксаций ТС; количество фиксаций (в штуках) с разбивкой по часам. - Отчет - формирует реестр по заявкам на обслуживание комплексов за определенный период времени. Должен быть фильтр по конкретному исполнителю заявок. Доступны следующие поля: идентификатор заявки - номер, дата и время создания; устройство, по которому создана заявка; исполнитель - ответственное лицо по заявке; статус заявки - выполнена или завершена. - Отчет - для отслеживания дат периодических плановых поверок по комплексам. Доступны следующие поля: наименование и серийный номер устройства; номер и дата окончания сертификата; дней до окончания поверки. Отчет должен выделять отдельным цветом - те комплексы, по которым закончились сроки поверки, а также те комплексы, по которым в ближайшие 2 недели закончится действующая дата поверки. Должна быть возможность хранения технической документации (технических паспортов, и т.п.) в форматах *.pdf и *.xlsx. Наличие Значение характеристики не может изменяться участником закупки Аналитика. - Диаграмма Ганта, позволяющая формировать и отслеживать доступность устройств за определенный период времени. Диаграмма должен строиться по осям координат: x - дни по заданному периоду времени; y - список устройств в рамках заданных фильтров. Каждая полоса на диаграмме должна представлять доступность / недоступность каждого отдельного устройства. В результате формирования диаграммы полосы, ориентированные вдоль оси времени по каждому устройству, должны закрашиваться отличным от фона цветом в случае недоступности устройства. В случае наличия интервалов времени, в рамках которых устройства не были доступны, по оси “y” должна быть отражена информация по времени недоступности устройств (часы, минуты). - Отчет - формирует информацию по наиболее часто встречаемым проблемам в работе устройств за определенный период времени. Отчет должен формироваться с сортировкой по убыванию количества инцидентов. Должна быть группировка по видам инцидентов в разрезе каждого устройства. Доступны следующие по Наличие ля: наименование инцидента; общее количество фиксаций инцидента; длительность инцидента (дни, часы, минуты). - Отчет - формирует информацию по глубоким разрядам АКБ за определенный период времени. Настройки минимального порога напряжения АКБ настраиваемы. - Отчет - формирует статистику - отношение количества нарушений к проездам в процентах. Отчет должен позволять оператору системы определять наиболее потенциальные аварийно-опасные участки в регионе. Наличие Значение характеристики не может изменяться участником закупки Администрирование. - Программа должна иметь раздел, в котором должны быть отражены все учетные записи (пользователи) доступа к ПО и основные настройки программы. Должна быть возможность создания новых пользователей, редактирования и удаления старых, принудительного отключения от ПО выбранного пользователя, а также распределения их прав доступа к ПО и назначения ролей. В случае доступа к системе нескольких подрядных организаций по обслуживанию комплексов, должно быть предусмотрено разграничение ролей, а также прав доступа к функционалу ПО, а также просмотру только своих устройств в рамках каждой конкретной организации. У администратора должна быть возможность предоставить права на просмотр или редактирования данного раздела любому пользователю ПО. - Должна быть возможность получать следующую информацию о пользователях, зарегистрированных в программе (при условии полного занесения в ПО соответствующей информации): ФИО и должность; имя устройства, с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. Должна быть возможность экспортировать список пользователей в форматах *.pdf и *.xlsx. - Должна быть возможность осуществлять регистрацию и учет системных событий в журнале регистраций, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, предупреждения, примечания); выполнение операций над объектами (создание, удаление, редактирование); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО, например, вход в систему; результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). Наличие Значение характеристики не может изменяться участником закупки Администрирование. - Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр журнала регистраций по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. - Должна быть возможность экспорта журнала регистраций в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. - Должна быть возможность внесения изменений настроек программы. - Должны быть отдельные отчеты доступные только для администратора ПО и недоступные определенным ролям пользователям (разграничение прав пользователей). Наличие Значение характеристики не может изменяться участником закупки Контракты. - Должен быть раздел, позволяющий вести полный цикл делопроизводства в разрезе контракта, группы контрактов, непосредственно комплекса или группы ОБОРУДОВАНИЯ и обеспечения их полной взаимосвязи. Функционал раздела должен позволять вводить полную информацию по существующему контракту для осуществления контроля работоспособности ОБОРУДОВАНИЯ: № и дата заключения контракта; период действия контракта; сумма контракта; контрагент-исполнитель; список комплексов, привязанных к контракту; тип работ исполнителя, привязанных к контракту. Раздел должен позволять заказчику формировать заявки на проведение необходимых работ по плановому или внеплановому обслуживанию комплексов или же устранение недостатков в рамках исполнения контрактов, а также контроль за их исполнением. - Должна быть возможность автоматического расчета выплат по контракту подрядным организациям, обслуживающим ОБОРУДОВАНИЯ. Раздел должен позволять заказчику направлять предписания по устранению недостатков в работе исполнителя, контроль их исполнения, а также в случае неустранения их формировать сумму выплат по условиям исполнения контракта. - Раздел должен позволять хранить в ПО всю необходимую информацию в виде вложенных файлов отсканированных документов, таких как контракты, предписания, заявки на обслуживание, акты выполненных работ. Раздел должен позволять формировать необходимые отчеты и отчетную документацию как для заказчика, так и для исполнителя - отчет по сформированным заявкам на обслуживание комплексов; отчет по выполненным работам по обслуживанию комплексов - акт выполненных работ за отчетный период. - Раздел должен позволять сформировать на любую текущую дату (согласно правам пользователя ПО) отчет, позволяющий оценить сумму выплат в пределах конкретного контракта за отчетный период с учетом условий данного контракта, фактических показателей времени работы комплекса комплексов, а также выставленных предписаний на устранение недостатков в работе исполнителя и штрафов. Наличие Значение характеристики не может изменяться участником закупки Контракты. - Раздел должен позволять добавлять всю необходимую документацию для формирования паспорта рубежей. Подраздел рубежа должен представлять собой набор элементов программы, которые должны предоставлять максимально подробную информацию в виде: дата ввода ОБОРУДОВАНИЯ в эксплуатацию и даты установки его в места эксплуатации; балансодержатель устройства; свидетельство о поверке ОБОРУДОВАНИЯ; состав рубежа - непосредственно ОБОРУДОВАНИЯ; схема организации дорожного движения; параметры улично-дорожной сети (категория дороги, адрес установки ОБОРУДОВАНИЯ, скоростной режим, пункт ПДД, разметка и дорожные знаки, примечания); инциденты в рамках данного рубежа; все необходимые приложения. Подраздел паспорта рубежа должен позволять формировать единый документ, отображающий всю информацию по устройству на протяжении всего его жизненного цикла, с момента приобретения и постановки на баланс до момента списания устройства. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. - Раздел предназначен для формирования отчетов с предложенными настройками или возможностью разработать свой собственный вариант отчета силами оператора ПО, то есть функционал встроенного конструктора (редактора) отчетов без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, установке полей группировки, отбора, сортировки для каждого элемента отчета и форматирования. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: группировка, таблица, диаграмма, вложенный отчет. В конструкторе должны быть возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время формируемого отчета. - Параметры. “Если” у отчета имеются параметры, доступные для настройки, они должны отображаться в списке доступных полей, в разделе Параметры, и должны быть доступны для включения/исключения из отчета и выбора значения (если параметру было задано несколько значений). В различных настройках отчета параметры можно использовать как поля. В настройках, где будут использоваться эти поля, при выполнении отчета будут подставляться значения параметров. Для параметра типа “Дата” в качестве значения можно использовать не только конкретную дату, но и одну из стандартных дат: начало этого дня, начало следующего дня. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. - Пользовательские поля. Должна быть предусмотрена возможность создавать пользовательские поля для использования в отчете. Для того чтобы вывести пользовательское поле в отчет, нужно добавить его в список выбранных полей. При этом возможность расположения пользовательского поля в элементе отчета определяется системой автоматически. Пользовательские поля должны быть двух видов: поле-выбор, поле-выражение. Полю-выбору можно задать несколько значений. Для вывода в отчет будет выбрано первое значение, для которого выполнится условие отбора. Нужно задать заголовок и выражение отбора, значение и, при необходимости, краткое представление отбора. Пользовательское поле-выражение должно выводиться в отчете как результирующее значение выражений. Выражения составляются при помощи доступных полей отчета и выражений. Пользовательские поля могут использоваться в любом месте отчета. Пользовательские поля-ресурсы не могут использоваться в качестве поля группировки. Группируемые поля. В качестве Группируемых полей должны выбираться поля, по которым будет проводиться группировка и тип группировки. Группировка должна иметь один из следующих типов: 1. Без иерархии – в группировку попадут только неиерархические записи (элементы); 2. Иерархия – в группировку попадут иерархические записи и неиерархические записи (элементы и группы); 3. Только иерархия – в группировке будут выводиться только иерархические записи (группы). В качестве Полей должны выбираться поля, которые будут отображены в отчете. Если выбранных полей нет, в отчет выводится пустой элемент. Необходима возможность с помощью меню или контекстного меню добавить новое поле, новую группу полей, новое автополе. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. Должна быть возможность задать свое название Группе полей и управлять их размещением в текущем элементе отчета. Автополе выбора. В процессе настройки конструктор должен позволять использовать автоматические наборы полей в качестве полей. При создании элементов структуры отчета конструктор автоматически добавляет поле в качестве поля выбора. Автополе выбора представляет собой набор полей, в который оно будет преобразовано при выполнении отчета. Состав набора полей должен зависеть от того, какому элементу структуры принадлежит разворачиваемое автополе и в какой части структуры этот элемент располагается. Для каждого элемента конструктор обходит все родительские элементы структуры отчета и из выбранных полей этих элементов должен отбирать ресурсы и поля по следующим правилам: 4. Для группировки и группировки таблицы на место автополя подставляются все используемые поля этой группировки, которые доступны для использования в выбранных полях; поля, которые являются реквизитами ее полей группировки, и ресурсы родительских элементов. 5. Для группировки диаграммы ресурсы не выбираются, а обходятся все родительские элементы структуры настроек, и из выбранных полей этих элементов выбираются поля группировок, если по данному полю была задана группировка с типом Только иерархия. 6. Для группировок типа Детальные записи (группировка, группировка таблицы, группировка диаграммы) из основных выбранных полей настроек, которым принадлежит группировка, выбираются все используемые поля, кроме полей, участвовавших в вышестоящих группировках, и реквизитов этих полей. Если же такая группировка имеет тип “Только иерархия”, то ее поля и реквизиты будут использоваться системой при формировании набора полей выбора. Для группировки диаграммы ресурсы также не выбираются. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. 7. Для диаграммы автополе выбора заменяется всеми ресурсами, указанными для диаграммы. В зависимости от настроек прикладного решения автополе выбора может заменяться ресурсом, первым из встреченных при описанном выше обходе. 8. Для таблицы автополе выбора преобразуется в набор ресурсов, используемых родительскими элементами. 9. Должна быть возможность объединять выбранные поля в группы, которые добавляются и удаляются, сохраняя вложенные поля. Для группы необходимо предусмотреть возможность задавать расположение внутри текущего элемента структуры отчета. - В качестве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: 1. Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. 2. Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. 3. Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. 3.1. В списке – в результат попадут записи, в которых есть поля со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.2. В группе из списка – в результат попадут записи, значения которых относятся к группам, присутствующим в списке, либо записи, которые указаны в списке. Список групп и элементов устанавливается в отдельном окне, открывающемся при выборе. 3.3. В группе – в результирующий документ попадут записи, поле из левого значения которых находится в указанной группе элементов списка. 3.4. Не в списке – в результат попадут записи, в которых нет полей со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.5. Не в группе из списка – в результирующий документ попадут записи, поле из левого значения которых не находится в указанной группе элементов списка. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. 3.6. Содержит – в результат попадут записи, содержащие подстроку, используемую в качестве значения. Не содержит – в результат попадут записи, которые не содержат подстроки, используемой в качестве значения. 3.7. Заполнено – в результат попадут записи, у которых заполнено заданное поле. Не заполнено – в результат попадут записи, у которых заданное поле не заполнено. 3.8. Начинается с – в результат попадут записи, у которых значение начинается на строку, заданную в условии сравнения. Не начинается с – в результат попадут записи, у которых значение не начинается на строку, заданную в условии сравнения. - Конструктор отчетов должен предоставлять возможность объединять Условия отборов в логические группы по И, НЕ и группы по ИЛИ. Если отборы находятся в группе по И, то в отчет будут выводиться данные, для которых выполняются все условия, находящиеся в группе. Если отборы объединены в группу по НЕ, то в результирующий документ не попадут записи, удовлетворяющие всем условиям группы. Если отборы находятся в группе по ИЛИ, то данные будут выводиться при выполнении хотя бы одного условия. С помощью контекстного меню группам можно задавать представления; если оно есть у группы, то в кратком режиме вложенные элементы группы показываться не будут. - Сортировка. В качестве Сортировки должны выбираться поля, по которым результат выполнения отчета будет отсортирован. Необходимо предусмотреть добавление как элемента порядка, так и автоэлемента порядка. При выполнении отчета конструктор должен преобразовывать автоэлемент порядка в поля, по которым и проведет сортировку. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. - Условное оформление. Необходимо предусмотреть в конструкторе Условное как возможность установить оформление для различных элементов отчета в зависимости от значений, данных, которые выводятся в отчет. Например, выделить цветом отрицательные значения. Таким образом может быть оформлено несколько элементов структуры. При этом для каждого элемента задаются области, которые будут оформлены. Условное оформление может состоять из нескольких элементов. Каждый элемент описывает область, которую нужно оформить. Область представляет собой список полей, выбираемых из списка доступных. Если область не задана, то условное оформление применится ко всему элементу отчета. Для каждой области могут задаваться условия, при выполнении которых к области будет применяться выбранное оформление. Если по некоторым условиям к области применяются два разных оформления, то в итоге выбирается последнее из них в списке элементов условного оформления. Должны быть следующие параметры условного оформления: задание цвета фона, текста, границы, шрифта; отступы; горизонтальное (вертикальное) положение; размещение – устанавливает способ отображения текста, если он не помещается в ячейке целиком; ориентация текста – угол наклона; формат отображения данных; минимальная (максимальная) ширина и высота - количество символов для отображения данных по ширине; текст – произвольный текст, описывающий данные. наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. - Расшифровка табличного документа. Все отчеты Программы должны предоставлять возможность работы с детализацией информации, располагающейся в ячейке документа, представляющий вывод результата формирования отчета. Для того чтобы воспользоваться расшифровкой, у пользователей должна быть возможность ее вызова при помощи двойного щелчка левой кнопкой мыши, либо при помощи клавиши “Enter”. Дальнейшее действие по обработке расшифровки будет зависеть от того, какая расшифровка была предусмотрена в Программе. В результате расшифровки должна быть открыта основная форма объекта, для которого была запрошена расшифровка, при условии, что он имеет ссылочный тип. - Редактор формы. В Программе должен быть реализован механизм пользовательской настройки формы. Если иного не было установлено в Программе, то при вызове специальной команды на форме должно открываться окно настройки (редактора) формы. Содержание и внешний вид формы при редактировании должен определяться набором составляющих форму элементов нескольких видов: группы (их несколько видов), таблицы, поля (нескольких видов), кнопки. Эти элементы обладают свойствами, влияющими на способ их отображения на форме. Иерархическая организация элементов определяет их взаимное расположение на форме. Пользователь должен иметь возможность изменять состав, взаимное расположение, группировку и свойства элементов. Перестановка элементов. Возможность изменить положения элементов в иерархии. Свойства элемента. Для каждого элемента свойства настраиваются в свойствах элемента формы. Описание каждого свойства отображается в нижней части панели формы редактирования при выборе свойства. Настройка видимости. Чтобы изменить видимость элементов на форме (скрыть или показать). Создание групп. Необходимо предусмотреть возможность добавлять группы элементов на форму. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов. Добавление полей. Если у данных, отображаемых в поле/колонке, есть реквизиты, которые также могут быть отображены в поле/колонке, должна быть доступна функция добавления. Применение настроек. Применение настроек должно происходить при выходе из редактора настройки. При этом настройки должны сохраняться в Программе, чтобы впоследствии их можно было применить при открытии формы. В процессе настройки должна быть возможность отменить изменения, сделанные как в данном сеансе работы, так и ранее, и вернуться к настройкам формы, заданным в конфигурации. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: Должна быть подсистема, позволяющая пользователям ПО общаться друг с другом в режиме реального времени с помощью текстовых сообщений и видеозвонков. Под термином “видеозвонок” должен пониматься вариант общения двух пользователей, который включает в себя, как голосовой канал общения, так и полноценный видеозвонок (голосовая информация и изображение). Общение пользователей должно быть с помощью обсуждений (наборы сообщений, связанных одной темой обсуждения), которые могут быть двух видов: неконтекстные обсуждения – обсуждения, которые не привязаны к объекту ПО. В таких обсуждениях могут принимать участие любые пользователи программы. Неконтекстных обсуждений должно быть произвольное количество; контекстные обсуждения – обсуждения, которые привязаны к каким-либо объектам ПО – АПВГК, периферия, инциденты, заявки на обслуживание. В таких обсуждениях могут принимать участие только те пользователи Программы, которые имеют доступ к обсуждаемому объекту. Каждый объект может иметь только одно обсуждение. Доступ к сообщениям должен быть реализован при помощи установленного центра оповещений, встроенного в интерфейс ПО, а также специальной панели сообщений в формах объектов системы (для контекстных сообщений). Обмен сообщениями должен осуществляться по протоколу WebSocket. Программа должна обеспечивать пользовательский интерфейс для обмена сообщениями (любых поддерживаемых видов). Обмен сообщениями должен быть реализован только между теми пользователями, которые зарегистрированы в системе взаимодействия. Должна быть предусмотрена возможность хранения полного имени пользователя, картинки (аватара), телефонного номера и адреса электронной почты. Неконтекстные обсуждения не должны быть привязаны к каким-либо объектам ПО. Любой оператор может создать произвольное количество таких обсуждений. Неконтекстные обсуждения должны иметь любое количество участников. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: При создании обсуждения его участниками являются оператор, создавший обсуждение, и те операторы, которых он указал при создании обсуждения. В дальнейшем любой участник обсуждения должен иметь возможность: просматривать сообщения обсуждения; добавлять сообщения в обсуждение; изменять название (тему) обсуждения; добавлять новых участников; покинуть обсуждение. Если обсуждение покидает последний участник, то обсуждение должно становиться недоступным. При этом содержимое обсуждений должно сохраняться. Неконтекстное обсуждение видимо только для участников обсуждения. Создание неконтекстного обсуждения должно выполняться с помощью специальной формы обсуждений. Основная форма системы взаимодействия всегда является второй (после начальной страницы) формой в панели открытых. Эту форму нельзя закрыть и переместить в другое место панели. В списке обсуждений должны показываться все неконтекстные обсуждения, по которым для пользователя есть уведомления. Если таких обсуждений меньше 50, то список должен дополняться неконтекстными обсуждениями, в которых пользователь является участником и по которым для пользователя нет уведомлений. Эти обсуждения должны добавляться в список в порядке убывания даты последнего сообщения в обсуждении, пока размер списка не достигнет 50 элементов. Поиск в списке обсуждений должен работать только по темам обсуждений, поиск в списке сообщений работает только по сообщениям выбранного обсуждения. При появлении в обсуждении новых сообщений, участники обсуждения должны получать оповещения. Контекстные обсуждения должны быть привязаны к конкретным объектам ПО. Контекстные обсуждения могут использоваться для ссылочных типов, а также для форм, у которых навигационная ссылка указывает на данные или команды. Контекстное обсуждение должно выполняться в форме обсуждаемого объекта. Такое обсуждение не имеет заголовка. Открытие и закрытие списка сообщений должно выполняться циклическим нажатием кнопки Обсуждение. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: В обсуждении по умолчанию могут принимать участие все пользователи Программы (с соответствующими правами), при создании сообщения в контекстном обсуждении должна быть возможность выбора адресатов сообщения. В данном случае адресаты должны выбираться для того, чтобы отобразить им оповещения о новом сообщении. Остальные пользователи получат оповещение только в том случае, если они подпишутся на получение оповещений о новых сообщениях в этом обсуждении. Основным механизмом в подсистеме взаимодействия должен являться обмен текстовыми сообщениями. Текстовые сообщения – это простой текст, в котором недоступно никакое оформление. Размер текстового сообщения должен быть ограничен значением 4000 символов. Подсистема взаимодействия должна иметь возможность использования видеозвонков. Для их использования должны быть выполнены следующие требования: сервер взаимодействия должен разрешать видеозвонки для абонента, который выполнял регистрацию; клиентское приложение, которое применяется для доступа к Системе, позволяет использовать видеозвонки; компьютеры пользователей – участников видеозвонка должны быть оснащены микрофонами. При наличии видеокамеры у участника видеозвонка обеспечивается показ изображения видеокамеры другому участнику видеозвонка. Видеозвонки в ПО должны поддерживаться: в тонком клиенте: при работе под управлением ОС Windows 7 и старше; в веб-клиенте: при работе в веб-браузерах актуальных версий. При работе в веб-браузере видеозвонки поддерживаются только в том случае, если доступ к информационной базе выполняется по протоколу HTTPS.В подсистеме взаимодействия должны поддерживаться видеозвонки только с двумя участниками. Подсистема взаимодействия должна обеспечивать возможность проведения видеозвонков как в рамках неконтекстных обсуждений, так и в рамках обсуждений, привязанных к конкретным объектам обсуждений. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: При добавлении сообщения в контекстное обсуждение – всем пользователям, которых автор сообщения указал в качестве адресатов, а также пользователям, включившим режим наблюдения для этого контекстного обсуждения; При пропущенном видеозвонке – пользователю, пропустившему видеозвонок. В случае интерактивного открытия оповещения, созданного при контекстном обсуждении, пользователям должен открываться объект Программы, в рамках которого ведется обсуждение. Должны быть предусмотрены инструменты для выполнения с использованием методов встроенного языка большинства операций, выполняемых с использованием подсистемы Взаимодействия, а именно: регистрация/отмена регистрации на сервере взаимодействия; работа с пользователями подсистемы; работа с обсуждениями: поиск обсуждений и сообщений, установка действий в сообщение, администрирование обсуждений. Наличие Значение характеристики не может изменяться участником закупки Справочники. Должен быть раздел, позволяющий задавать первичные данные (группы данных), являющимися основополагающими элементами для каждого из разделов данного ПО, создавать справочную информацию, на основании которой программа анализирует и оперирует всеми необходимыми данными для обеспечения выполнения задач, стоящих перед программой: устройства и типы устройств; шаблоны сообщений и уведомлений; инциденты и триггеры; узлы сети; пользователи ПО; контрагенты (заказчики и исполнители); работы и перечни работ; данные для формирования паспорта рубежа; типы файлов; единицы измерений; параметры и условия исполнения контрактов по обслуживанию комплексов; виды печатных документов. Наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Класс программ для электронных вычислительных машин и баз данных - (02.08) Средства мониторинга и управления - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Штатный режим работы ПО - 24 часа 365 дней в году - - Значение характеристики не может изменяться участником закупки - Обеспечение одновременной работы рабочих мест операторов - ? 15 - Рабочее место - Значение характеристики не может изменяться участником закупки - Возможность двустороннего взаимодействия программ с программным обеспечением заказчика, соответствующему Приказу ФСТЭК России от 11.04.2025 N 117 "Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений" - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями - Наличие - - Значение характеристики не может изменяться участником закупки - Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. - Наличие - - Значение характеристики не может изменяться участником закупки - Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. - Наличие - - Значение характеристики не может изменяться участником закупки - Назначение программного продукта ПО: - Автоматизация процессов удаленного мониторинга и контроля работоспособности ОБОРУДОВАНИЯ, контроль исполнения контрактов по обслуживанию ОБОРУДОВАНИЯ - Подготовка, создание и сопровождение всей документации и статистической отчетности, необходимой для ведения делопроизводства на протяжении всего жизненного цикла ОБОРУДОВАНИЯ. - Наличие - - Значение характеристики не может изменяться участником закупки - Требования к ПО: - Визуальный графический интерфейс. - Возможность интеграции в систему следующих типов ОБОРУДОВАНИЯ: стационарные, передвижные, мобильные комплексы. - Механизм идентификации и проверки подлинности пользователей при входе в программу по идентификатору (логину) и паролю, в том числе возможность двухфакторной авторизации посредством запроса на подтверждение входа через телефон пользователя ПО. Предоставление пользователям доступа к ПО посредством тонкого клиента и веб-клиента через браузер. - Обеспечение одновременной работы не менее 15 рабочих мест операторов. - Картографический модуль Амурской области. - Возможность работы с ОБОРУДОВАНИЕМ в количестве до 500 штук - Наличие - - Значение характеристики не может изменяться участником закупки - Функции ПО: - Наименование и количество метрик (параметров работоспособности) по каждому типу устройств зависит от производителя оборудования. Для настройки загрузки телеметрии с ОБОРУДОВАНИЕМ требуется: наличие и описание API от производителя устройств; доступ к веб-интерфейсу устройства, описание и доступ до агента, установленного вендором устройства; ip, логин/пароль доступа к ОБОРУДОВАНИЮ; устройства должны быть доступны с сервера с предустановленным ПО. - Вывод данных обо всех зарегистрированных в ПО комплексах, мониторинг и классификация проблем в работе ОБОРУДОВАНИЯ. - Сбор фотоснимков (стоп-кадр с видеопотока) с настраиваемой периодичностью (например, раз в час) для анализа чистоты объективов камер. Анализ средних показателей - создание инцидентов в случае резких скачков или падений по количеству зафиксированных комплексами материалов проездов ТС и нарушений. Расчет показателей материалов нарушений, которые мог зафиксировать комплекс в период своей неработоспособности за счет анализа показателей прошлого периода. - Включение/выключение устройства, а также перезагрузка комплекса непосредственно из ПО, а также удаленное управление настройками ОБОРУДОВАНИЯ (при наличии технической возможности). Возможность из системы удаленно подключится на устройства через web-интерфейс прибора, RDP, роутер, через программы удаленного доступа - anydesk, rAdmin, VNS viewer или эквивалент - при наличии доступа и описания протоколов обмена. Интеграция с IPMI. (реализация при условии предоставления подобных протоколов и доступов к ним со стороны производителя устройств). - Наличие - - Значение характеристики не может изменяться участником закупки - Функции ПО: - Создание и контроль предписаний направления на ремонт или обслуживание устройств в разрезе контрактов и/или обслуживающих организаций. Уведомления об инцидентах по работе ОБОРУДОВАНИЯ - рабочий стол оператора, почтовый клиент, MAX?канал. Составление и ведение документации по рубежам: комплексы и места их дислокаций, схемы организации дорожного движения, инциденты. Отслеживание исполнения контракта по обслуживанию ОБОРУДОВАНИЯ (учет периодичности технического обслуживания и ремонта узлов комплекса обслуживающей организацией, соответствие размещения фактических мест дислокаций передвижных комплексов планируемым). Аналитика: фактические затраты на ремонт и обслуживание, отчеты по показателям работы ОБОРУДОВАНИЯ. - Мониторинг работоспособности камер по перекресткам. Ведение план-графика расстановки передвижных комплексов с привязкой к операторам. Контроль исполнения плана-графика. - Наличие свободных тегов (текстовых меток) для устройств, отборы по тегам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки - Интерфейс ПО: - Интерфейс программы должен представлять собой структурные подразделения или разделы (подсистемы), разделяющие смысловые и функциональные особенности программы в соответствии с поставленными и исполняемыми задачами. Каждый раздел должен содержать интерфейсные элементы, отвечающие за определенные исполняемые задачи. - В программе должны быть следующие разделы: Оперативный контроль, Картография, Сервис-деск, Инциденты, Фотостена, Аналитика, Контракты, Администрирование, Конструктор отчетов, Сервис взаимодействия, Справочники. - В ПО должна быть возможность выбора начальной страницы при запуске системы - Оперативный контроль или Картография. - Наличие - - Значение характеристики не может изменяться участником закупки - Оперативный контроль: - Раздел оперативного контроля в виде рабочего стола оператора (далее по тексту - РСО) должен представлять собой набор элементов и данных, предоставляющие пользователю максимально подробные данные телеметрии, получаемые непосредственно с ОБОРУДОВАНИЕМ. Рабочий стол должен содержать: список комплексов, функционал сортировки, поиска и фильтров (отборов), окно подробной информации (далее по тексту - ОПИ) по конкретному устройству. Детальная информация по всем устройствам на рабочем столе оператора должна быть отражена в табличном виде с возможностью настраивать интервал обновления данных показателей работы комплексов. - Статусы по ОБОРУДОВАНИЮ. Подсветка цветом в разрезе каждого устройства наличия и типов инцидентов на текущее время: зеленый - нет инцидентов; желтый - есть незакрытые инциденты по устройству; красный - нет пинга до устройства; серый - доступные системе устройства, которые не возвращают данные. Отображение на РСО: список ОБОРУДОВАНИЯ в разрезе моделей устройств, адрес их установки; количество проездов и/или нарушений за день по каждому устройству накопительным итогом; напряжение на АКБ (для комплексов, имеющих источник питания через АКБ); подрядная организация - сторона действующего контракта по обслуживанию ОБОРУДОВАНИЯ; показатели невыгруженных нарушений и/или проездов ТС с устройств в веб-сервис “Дупло-2” (для устройств, которые отдают данные метрики). эквивалент невозможен ввиду того, что "Дупло-2" является сервисом МВД и единственным разрешенным сервисом для выгрузки материалов проездов и нарушений с комплексов фото видео фиксации - Наличие - - Значение характеристики не может изменяться участником закупки - Оперативный контроль: - РСО должен предоставлять возможность настройки отборов (фильтров) по метрикам или данным работы ОБОРУДОВАНИЯ для обеспечения конкретных задач оператора. Система фильтров должна позволять отображать данные по комплексам: 1. все устройства; устройства без инцидентов; устройства с инцидентами; устройства не в сети; устройства, которые не возвращают данные; устройства, находящиеся в ремонте; скрытые для отображения устройства. 2. по моделям и типам устройств (стационарный, передвижной, мобильный). 3. по свойствам наличия: состояния соединения (в сети / не в сети); инцидентов; заявок на обслуживание; комментариев; фото проезда ТС (снимка с видеопотока); комплексов, находящихся в ремонте; скрытых комплексов. 4. по показателям - функционал задания граничных пределов (от и до) для отображения на рабочем столе, в шт.: нарушений за день; проездов за день; напряжение на АКБ. - Должно быть окно интерактивного поиска, в котором допустим отбор по наименованию комплексов, адресу установки, а также другим численно-буквенным показателям (количество проездов, нарушений, напряжение на АКБ), а также возможность сортировки показателей работы ОБОРУДОВАНИЯ по возрастанию / убыванию. -Должно быть окно интерфейса под подробное раскрытие информации по каждому комплексу - карточка устройства. Отображаемые показатели: 1. ip, наименование и серийный номер устройства; тип устройства; адрес и координаты установки; плановый адрес установки (для передвижных комплексов); показатели нарушений и проездов ТС; не выгруженные материалы в веб-сервис “Дупло-2”; активные и закрытые в течение дня инциденты; заявки на обслуживание; последний снимок с устройства. 2. Активные и закрытые в течение дня инциденты должны отображать наиболее полную информацию по устройству: наименование инцидента (группа инцидентов); дата и время начала, а также закрытия инцидента; общая длительность инцидента. - Наличие - - Значение характеристики не может изменяться участником закупки - Оперативный контроль: 3. По активным и закрытым инцидентам должна быть возможность: добавить комментарий от пользователя ПО; создать заявку (обслуживание, ремонт). - Дополнительно раздел должен предоставлять возможность: 1. изменения времени автообновления отображаемой на рабочем столе оператора информации в минутах, а также выбора показателей работы комплексов для отображения оператору ПО. 1.1. Сбросить все активные отборы/фильтры. 1.2. Просмотра снимков с камеры за текущие сутки работы комплекса в режиме слайд-шоу с настройкой интервала смены фотоснимков. 1.3. Показ искомого устройства на карте - переход в раздел картографии. 1.4. Построение графика по показателям нарушений или проездов ТС за день с указанного комплекса на текущий момент времени. А по комплексам, запитываемых от АКБ и график изменения показателя напряжения. 1.5. Построение в табличном виде истории изменения показателей по: нарушениям или проездам за день с указанного комплекса на текущий момент времени; по адресу установки; количеству невыгруженных материалов в дупло; по комплексам, запитываемых от АКБ и график изменения показателя напряжения батареи; допустимому скоростному режиму. 1.6. Возможность удаленной перезагрузки комплекса через устройства NetPing. Так как на некоторых видах устройств есть ПАК NetPing, которые позволяют удаленно управлять конечным устройством 1.7. Возможность отметить / снять с устройства статус “в ремонте”. - Должен быть элемент “справка”, где должно быть отображена легенда по основным показателям и пиктограммам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки - Фотостена. - Раздел должен предоставлять функционал отображения материалов фотоснимков с камеры (стоп-кадр с видеопотока) в виде фотостены (сетка снимков) в едином окне для оперативного анализа чистоты объективов распознающих и обзорных камер со всех комплексов с целью выявления возможных отклонений в качестве снимков. Должна быть возможность интерактивного поиска, в котором допустим отбор конкретного устройства по наименованию и адресу расположения: 1. применения отборов (фильтров) для отображения материалов фотоматериалов в разрезе конкретных моделей ОБОРУДОВАНИЯ по текстовым меткам (тегам) и по признаку - наличие/отсутствие материалов фотоснимков; 2. настройки отображения количества ячеек материалов фотоснимков в одном ряду в целях удобства просмотра карточек фотографий в зависимости от диагонали экрана; 3. экспорта фотоматериалов в выбранный каталог с учетом установленного отбора. Наименование файла должно содержать серийный номер и дату выгрузки фото; 4. задания времени автообновления фотоматериалов. - Наличие - - Значение характеристики не может изменяться участником закупки - Картография. - Должна быть картографическая подложка с отображением на ней пиктограмм всех заведенных в систему ОБОРУДОВАНИЯ с возможностью принудительного, а также настраиваемого периода обновления данных, возвращаемых комплексами, в том числе и по статусам наличия инцидентов. - Масштабируемость карты. Изменение масштаба карты при помощи скролла колеса мыши, а также с помощью наличия отдельных элементов интерфейса увеличения/уменьшения масштаба на карте. Должна быть возможность объединения/разъединения пиктограмм камер при изменении масштаба карты в целях избегания наслоения пиктограмм камер, расположенных на достаточно близком расстоянии друг от друга. - Пиктограммы камер на карте. Возможность отображение у пиктограмм камер допустимых скоростных режимов для каждого из комплексов. Должна быть возможность отображения цвета пиктограмм камер на карте в соответствии с их текущим статусом в сети. Должна быть возможность применения “тепловой” карты по показателям проезды ТС и нарушения. - Должна быть возможность отображения дополнительной информации по устройству при наведении на него курсора мыши на картографической подложке. Информация (всплывающее окно), отображаемая при наведении компьютерной мышкой на конкретное устройство должна быть настраиваемой и может содержать следующие показатели: модель и адрес установки; координаты; напряжение, В (для АКБ); количество нарушений и/или проездов; время включения комплекса (передвижные комплексы); допустимый скоростной режим; наличие и тип инцидентов по устройству. - Наличие - - Значение характеристики не может изменяться участником закупки - Картография. - Поиск на карте. Должна быть возможность отображения списка всех ОБОРУДОВАНИЯ для обеспечения наиболее быстрого перехода на карте к искомому комплексу. В окне списка комплексов должна быть возможность подсветки устройств, не отображаемых на карте (комплекс не возвращает координаты и адрес установки). При выделении из списка конкретного ОБОРУДОВАНИЯ изображение на карте должно переместиться на выбранный комплекс, при этом над картой должна отображаться отдельная строка, отображающая данные по выбранному комплексу - модель и серийный номер устройства, адрес установки. - Фильтры на карте. Должна быть система отборов (фильтров) по аналогии с рабочим столом оператора в разделе оперативный контроль, где система будет отображать на карте пиктограммы комплексов согласно применяемым (активным) фильтрам. - Должно быть отдельно выделенное окно интерфейса под подробное раскрытие информации по каждому комплексу в рамках наличия определенных метрик, предоставляемых комплексом по аналогии с рабочим столом оператора в разделе оперативный контроль. - Должна быть возможность изменения настроек по разделу картографии, где настраивается: время автообновления информации по устройствам на карте в минутах; размер пиктограмм устройств на карте; параметры масштабирования карты (минимальный и максимальный масштаб). - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис-деск. - Должен быть функционал, позволяющий вести делопроизводство по контролю исполнения заявок (задач) на обслуживание комплексов для собственных или сторонних выездных бригад. Должен быть функционал ручного создания заявки непосредственно оператором ПО на основании действующего инцидента и автоматизированного - когда при заданных в системе параметрах задача должна формироваться автоматически, например, создание заявки в случае недоступности прибора свыше 30 минут. - Должна быть возможность просмотра общего реестра по всем созданным заявкам. Реестр должен отображать следующую информацию: номер и статус заявки (в работе или закрыта); дата создания и плановая дата к исполнению; автор заявки и исполнитель по ней; устройство, по которому требуется выполнение работ и их описание. Должно быть отдельное окно поиска, в котором должны отображаться все искомые заявки по совпадению набираемых символов. - В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать приоритетность и общую длительность выполнения задачи; просматривать существующие и писать новые комментарии, прикреплять вложенные файлы. Должно быть предусмотрено разграничение прав пользователей на создание, редактирование, закрытие (отмена или исполнение), продление сроков выполнения заявки, а также изменения исполнителя по каждой конкретной задаче. - Должна быть предусмотрена возможность выгрузки в MAX канал (или эквивалент) статусов и комментариев по каждой заявке. - Наличие - - Значение характеристики не может изменяться участником закупки - Инциденты. - Должен быть функционал, позволяющий работать с инцидентами в ПО - создание, редактирование, удаление. Должен быть функционал автоматического создания инцидента, когда при заданных в системе параметрах триггеров инцидент должен формироваться автоматически, например, в случае недоступности прибора свыше 30 минут. Должна быть возможность задавать любые параметры создания инцидентов в зависимости от метрик, получаемых с комплексов. - Должна быть возможность просмотра общего реестра по всем созданным инцидентам. Реестр должен отображать следующую информацию: идентификатор, дата/время создания и окончания инцидента, а также общая длительность; описание инцидента и его статус (открыт/закрыт). Должно быть отдельное окно поиска, в котором должны отображаться все искомые инциденты по совпадению набираемых символов. - В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать существующие и писать новые комментарии к инциденту; создать заявку на обслуживание устройства; просматривать историю по местам различия мест дислокаций передвижных устройств (план/факт), прикреплять вложенные файлы. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика. - Должна быть возможность формировать оперативную аналитику в виде отчетности на основании метрик, предоставляемых устройствами, а также с помощью аналитических алгоритмов, заложенных в ПО. - Отчет - формирует список устройств со следующими полями: наименование и серийный номер комплекса; адрес и координаты установки; ip адрес веб-интерфейса (при его наличии); логин доступа к устройству. - Отчет - формирует информацию по наличию инцидентов в разрезе каждого комплекса за весь период с момента внедрения программы, что должно позволить находить незакрытые инциденты за весь период работы ПО. Группировка в отчете должна быть по видам активных инцидентов с возможностью просмотра в рамках каждого конкретного инцидента по каким устройствам был зафиксирован данный инцидент. Должны быть доступны для просмотра следующие поля: общее наименование инцидента; ip, наименование и серийный номер комплекса; идентификатор, дата и время начала, а также длительность инцидента на момент формирования отчета в разрезе каждого устройства; обслуживающая комплексы организация (при наличие); тип комплекса (стационарный, передвижной, мобильный); тип инцидента (отложенный/активный инцидент). - Отчет - формирует список комплексов, по которым было наличие инцидентов за определенный период времени. Группировка по тем устройствам, по которым возникали какие-либо инциденты за выбранный период времени с возможностью просмотра информации: наименование и серийный номер комплекса; адрес установки комплекса; вид инцидента; дата и время возникновения и окончания инцидента; общая продолжительность инцидента; идентификатор и наименование инцидента; количество инцидентов по каждому устройству. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика. - Отчет - формирует информацию по времени работы передвижных устройств с основными показателями фиксаций за определенный период времени. Группировка в отчете по устройствам с возможностью просмотра в рамках каждого конкретного комплекса времени его работы в разрезе каждого календарного дня в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; обслуживающая комплексы организация (если обслуживанием устройств в регионе занимается одна или несколько подрядных организаций); время включения и выключения устройства; общее время работы (час/мин); количество зафиксированных нарушений и проездов ТС. Должна быть возможность задания первоначальных настроек при формировании отчета, позволяющая задавать: планируемое ежедневное время работы передвижных комплексов (в часах); время включения и выключения комплекса. - Отчет - формирует информацию по фактическому времени работы передвижных или стационарных устройств по сравнению с плановым временем за определенный период времени. Группировка в отчете по устройствам с возможностью просмотра в рамках каждого конкретного комплекса времени его работы в разрезе каждого календарного дня в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; дата работы комплекса; плановое и фактическое время работы комплекса; отклонение в работе устройства (день, час, мин). Должна быть возможность задания первоначальных настроек при формировании отчета, позволяющая задавать: планируемое ежедневное время работы передвижных или стационарных комплексов (в часах); время включения и выключения комплекса. - Отчет - график или диаграмма, позволяющий просматривать изменения показателей по выбранному устройству за определенный интервал времени. Показатели, по которым можно просматривать изменения значений: нарушения; проезды ТС; напряжение на АКБ. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика. - Отчет - формирует информацию по ежедневной, еженедельной или ежемесячной статистики по проездам ТС или нарушениям через рубежи контроля за определенный период времени. Должен присутствовать фильтр, позволяющий формировать данные в разрезе обслуживающей организации. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; адрес установки; показатели проездов или нарушений в разрезе каждого дня, недели или месяца. - Отчет - формирует информацию по ежечасной статистики проездов ТС через рубежи контроля за определенный период времени. Отчет должен содержать следующие поля с группировкой по комплексам в разрезе каждого дня: наименование и серийный номер комплекса; даты фиксаций ТС; количество фиксаций (в штуках) с разбивкой по часам. - Отчет - формирует реестр по заявкам на обслуживание комплексов за определенный период времени. Должен быть фильтр по конкретному исполнителю заявок. Доступны следующие поля: идентификатор заявки - номер, дата и время создания; устройство, по которому создана заявка; исполнитель - ответственное лицо по заявке; статус заявки - выполнена или завершена. - Отчет - для отслеживания дат периодических плановых поверок по комплексам. Доступны следующие поля: наименование и серийный номер устройства; номер и дата окончания сертификата; дней до окончания поверки. Отчет должен выделять отдельным цветом - те комплексы, по которым закончились сроки поверки, а также те комплексы, по которым в ближайшие 2 недели закончится действующая дата поверки. Должна быть возможность хранения технической документации (технических паспортов, и т.п.) в форматах *.pdf и *.xlsx. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика. - Диаграмма Ганта, позволяющая формировать и отслеживать доступность устройств за определенный период времени. Диаграмма должен строиться по осям координат: x - дни по заданному периоду времени; y - список устройств в рамках заданных фильтров. Каждая полоса на диаграмме должна представлять доступность / недоступность каждого отдельного устройства. В результате формирования диаграммы полосы, ориентированные вдоль оси времени по каждому устройству, должны закрашиваться отличным от фона цветом в случае недоступности устройства. В случае наличия интервалов времени, в рамках которых устройства не были доступны, по оси “y” должна быть отражена информация по времени недоступности устройств (часы, минуты). - Отчет - формирует информацию по наиболее часто встречаемым проблемам в работе устройств за определенный период времени. Отчет должен формироваться с сортировкой по убыванию количества инцидентов. Должна быть группировка по видам инцидентов в разрезе каждого устройства. Доступны следующие по Наличие ля: наименование инцидента; общее количество фиксаций инцидента; длительность инцидента (дни, часы, минуты). - Отчет - формирует информацию по глубоким разрядам АКБ за определенный период времени. Настройки минимального порога напряжения АКБ настраиваемы. - Отчет - формирует статистику - отношение количества нарушений к проездам в процентах. Отчет должен позволять оператору системы определять наиболее потенциальные аварийно-опасные участки в регионе. - Наличие - - Значение характеристики не может изменяться участником закупки - Администрирование. - Программа должна иметь раздел, в котором должны быть отражены все учетные записи (пользователи) доступа к ПО и основные настройки программы. Должна быть возможность создания новых пользователей, редактирования и удаления старых, принудительного отключения от ПО выбранного пользователя, а также распределения их прав доступа к ПО и назначения ролей. В случае доступа к системе нескольких подрядных организаций по обслуживанию комплексов, должно быть предусмотрено разграничение ролей, а также прав доступа к функционалу ПО, а также просмотру только своих устройств в рамках каждой конкретной организации. У администратора должна быть возможность предоставить права на просмотр или редактирования данного раздела любому пользователю ПО. - Должна быть возможность получать следующую информацию о пользователях, зарегистрированных в программе (при условии полного занесения в ПО соответствующей информации): ФИО и должность; имя устройства, с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. Должна быть возможность экспортировать список пользователей в форматах *.pdf и *.xlsx. - Должна быть возможность осуществлять регистрацию и учет системных событий в журнале регистраций, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, предупреждения, примечания); выполнение операций над объектами (создание, удаление, редактирование); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО, например, вход в систему; результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). - Наличие - - Значение характеристики не может изменяться участником закупки - Администрирование. - Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр журнала регистраций по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. - Должна быть возможность экспорта журнала регистраций в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. - Должна быть возможность внесения изменений настроек программы. - Должны быть отдельные отчеты доступные только для администратора ПО и недоступные определенным ролям пользователям (разграничение прав пользователей). - Наличие - - Значение характеристики не может изменяться участником закупки - Контракты. - Должен быть раздел, позволяющий вести полный цикл делопроизводства в разрезе контракта, группы контрактов, непосредственно комплекса или группы ОБОРУДОВАНИЯ и обеспечения их полной взаимосвязи. Функционал раздела должен позволять вводить полную информацию по существующему контракту для осуществления контроля работоспособности ОБОРУДОВАНИЯ: № и дата заключения контракта; период действия контракта; сумма контракта; контрагент-исполнитель; список комплексов, привязанных к контракту; тип работ исполнителя, привязанных к контракту. Раздел должен позволять заказчику формировать заявки на проведение необходимых работ по плановому или внеплановому обслуживанию комплексов или же устранение недостатков в рамках исполнения контрактов, а также контроль за их исполнением. - Должна быть возможность автоматического расчета выплат по контракту подрядным организациям, обслуживающим ОБОРУДОВАНИЯ. Раздел должен позволять заказчику направлять предписания по устранению недостатков в работе исполнителя, контроль их исполнения, а также в случае неустранения их формировать сумму выплат по условиям исполнения контракта. - Раздел должен позволять хранить в ПО всю необходимую информацию в виде вложенных файлов отсканированных документов, таких как контракты, предписания, заявки на обслуживание, акты выполненных работ. Раздел должен позволять формировать необходимые отчеты и отчетную документацию как для заказчика, так и для исполнителя - отчет по сформированным заявкам на обслуживание комплексов; отчет по выполненным работам по обслуживанию комплексов - акт выполненных работ за отчетный период. - Раздел должен позволять сформировать на любую текущую дату (согласно правам пользователя ПО) отчет, позволяющий оценить сумму выплат в пределах конкретного контракта за отчетный период с учетом условий данного контракта, фактических показателей времени работы комплекса комплексов, а также выставленных предписаний на устранение недостатков в работе исполнителя и штрафов. - Наличие - - Значение характеристики не может изменяться участником закупки - Контракты. - Раздел должен позволять добавлять всю необходимую документацию для формирования паспорта рубежей. Подраздел рубежа должен представлять собой набор элементов программы, которые должны предоставлять максимально подробную информацию в виде: дата ввода ОБОРУДОВАНИЯ в эксплуатацию и даты установки его в места эксплуатации; балансодержатель устройства; свидетельство о поверке ОБОРУДОВАНИЯ; состав рубежа - непосредственно ОБОРУДОВАНИЯ; схема организации дорожного движения; параметры улично-дорожной сети (категория дороги, адрес установки ОБОРУДОВАНИЯ, скоростной режим, пункт ПДД, разметка и дорожные знаки, примечания); инциденты в рамках данного рубежа; все необходимые приложения. Подраздел паспорта рубежа должен позволять формировать единый документ, отображающий всю информацию по устройству на протяжении всего его жизненного цикла, с момента приобретения и постановки на баланс до момента списания устройства. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. - Раздел предназначен для формирования отчетов с предложенными настройками или возможностью разработать свой собственный вариант отчета силами оператора ПО, то есть функционал встроенного конструктора (редактора) отчетов без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, установке полей группировки, отбора, сортировки для каждого элемента отчета и форматирования. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: группировка, таблица, диаграмма, вложенный отчет. В конструкторе должны быть возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время формируемого отчета. - Параметры. “Если” у отчета имеются параметры, доступные для настройки, они должны отображаться в списке доступных полей, в разделе Параметры, и должны быть доступны для включения/исключения из отчета и выбора значения (если параметру было задано несколько значений). В различных настройках отчета параметры можно использовать как поля. В настройках, где будут использоваться эти поля, при выполнении отчета будут подставляться значения параметров. Для параметра типа “Дата” в качестве значения можно использовать не только конкретную дату, но и одну из стандартных дат: начало этого дня, начало следующего дня. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. - Пользовательские поля. Должна быть предусмотрена возможность создавать пользовательские поля для использования в отчете. Для того чтобы вывести пользовательское поле в отчет, нужно добавить его в список выбранных полей. При этом возможность расположения пользовательского поля в элементе отчета определяется системой автоматически. Пользовательские поля должны быть двух видов: поле-выбор, поле-выражение. Полю-выбору можно задать несколько значений. Для вывода в отчет будет выбрано первое значение, для которого выполнится условие отбора. Нужно задать заголовок и выражение отбора, значение и, при необходимости, краткое представление отбора. Пользовательское поле-выражение должно выводиться в отчете как результирующее значение выражений. Выражения составляются при помощи доступных полей отчета и выражений. Пользовательские поля могут использоваться в любом месте отчета. Пользовательские поля-ресурсы не могут использоваться в качестве поля группировки. Группируемые поля. В качестве Группируемых полей должны выбираться поля, по которым будет проводиться группировка и тип группировки. Группировка должна иметь один из следующих типов: 1. Без иерархии – в группировку попадут только неиерархические записи (элементы); 2. Иерархия – в группировку попадут иерархические записи и неиерархические записи (элементы и группы); 3. Только иерархия – в группировке будут выводиться только иерархические записи (группы). В качестве Полей должны выбираться поля, которые будут отображены в отчете. Если выбранных полей нет, в отчет выводится пустой элемент. Необходима возможность с помощью меню или контекстного меню добавить новое поле, новую группу полей, новое автополе. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. Должна быть возможность задать свое название Группе полей и управлять их размещением в текущем элементе отчета. Автополе выбора. В процессе настройки конструктор должен позволять использовать автоматические наборы полей в качестве полей. При создании элементов структуры отчета конструктор автоматически добавляет поле в качестве поля выбора. Автополе выбора представляет собой набор полей, в который оно будет преобразовано при выполнении отчета. Состав набора полей должен зависеть от того, какому элементу структуры принадлежит разворачиваемое автополе и в какой части структуры этот элемент располагается. Для каждого элемента конструктор обходит все родительские элементы структуры отчета и из выбранных полей этих элементов должен отбирать ресурсы и поля по следующим правилам: 4. Для группировки и группировки таблицы на место автополя подставляются все используемые поля этой группировки, которые доступны для использования в выбранных полях; поля, которые являются реквизитами ее полей группировки, и ресурсы родительских элементов. 5. Для группировки диаграммы ресурсы не выбираются, а обходятся все родительские элементы структуры настроек, и из выбранных полей этих элементов выбираются поля группировок, если по данному полю была задана группировка с типом Только иерархия. 6. Для группировок типа Детальные записи (группировка, группировка таблицы, группировка диаграммы) из основных выбранных полей настроек, которым принадлежит группировка, выбираются все используемые поля, кроме полей, участвовавших в вышестоящих группировках, и реквизитов этих полей. Если же такая группировка имеет тип “Только иерархия”, то ее поля и реквизиты будут использоваться системой при формировании набора полей выбора. Для группировки диаграммы ресурсы также не выбираются. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. 7. Для диаграммы автополе выбора заменяется всеми ресурсами, указанными для диаграммы. В зависимости от настроек прикладного решения автополе выбора может заменяться ресурсом, первым из встреченных при описанном выше обходе. 8. Для таблицы автополе выбора преобразуется в набор ресурсов, используемых родительскими элементами. 9. Должна быть возможность объединять выбранные поля в группы, которые добавляются и удаляются, сохраняя вложенные поля. Для группы необходимо предусмотреть возможность задавать расположение внутри текущего элемента структуры отчета. - В качестве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: 1. Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. 2. Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. 3. Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. 3.1. В списке – в результат попадут записи, в которых есть поля со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.2. В группе из списка – в результат попадут записи, значения которых относятся к группам, присутствующим в списке, либо записи, которые указаны в списке. Список групп и элементов устанавливается в отдельном окне, открывающемся при выборе. 3.3. В группе – в результирующий документ попадут записи, поле из левого значения которых находится в указанной группе элементов списка. 3.4. Не в списке – в результат попадут записи, в которых нет полей со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.5. Не в группе из списка – в результирующий документ попадут записи, поле из левого значения которых не находится в указанной группе элементов списка. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. 3.6. Содержит – в результат попадут записи, содержащие подстроку, используемую в качестве значения. Не содержит – в результат попадут записи, которые не содержат подстроки, используемой в качестве значения. 3.7. Заполнено – в результат попадут записи, у которых заполнено заданное поле. Не заполнено – в результат попадут записи, у которых заданное поле не заполнено. 3.8. Начинается с – в результат попадут записи, у которых значение начинается на строку, заданную в условии сравнения. Не начинается с – в результат попадут записи, у которых значение не начинается на строку, заданную в условии сравнения. - Конструктор отчетов должен предоставлять возможность объединять Условия отборов в логические группы по И, НЕ и группы по ИЛИ. Если отборы находятся в группе по И, то в отчет будут выводиться данные, для которых выполняются все условия, находящиеся в группе. Если отборы объединены в группу по НЕ, то в результирующий документ не попадут записи, удовлетворяющие всем условиям группы. Если отборы находятся в группе по ИЛИ, то данные будут выводиться при выполнении хотя бы одного условия. С помощью контекстного меню группам можно задавать представления; если оно есть у группы, то в кратком режиме вложенные элементы группы показываться не будут. - Сортировка. В качестве Сортировки должны выбираться поля, по которым результат выполнения отчета будет отсортирован. Необходимо предусмотреть добавление как элемента порядка, так и автоэлемента порядка. При выполнении отчета конструктор должен преобразовывать автоэлемент порядка в поля, по которым и проведет сортировку. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. - Условное оформление. Необходимо предусмотреть в конструкторе Условное как возможность установить оформление для различных элементов отчета в зависимости от значений, данных, которые выводятся в отчет. Например, выделить цветом отрицательные значения. Таким образом может быть оформлено несколько элементов структуры. При этом для каждого элемента задаются области, которые будут оформлены. Условное оформление может состоять из нескольких элементов. Каждый элемент описывает область, которую нужно оформить. Область представляет собой список полей, выбираемых из списка доступных. Если область не задана, то условное оформление применится ко всему элементу отчета. Для каждой области могут задаваться условия, при выполнении которых к области будет применяться выбранное оформление. Если по некоторым условиям к области применяются два разных оформления, то в итоге выбирается последнее из них в списке элементов условного оформления. Должны быть следующие параметры условного оформления: задание цвета фона, текста, границы, шрифта; отступы; горизонтальное (вертикальное) положение; размещение – устанавливает способ отображения текста, если он не помещается в ячейке целиком; ориентация текста – угол наклона; формат отображения данных; минимальная (максимальная) ширина и высота - количество символов для отображения данных по ширине; текст – произвольный текст, описывающий данные. - наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. - Расшифровка табличного документа. Все отчеты Программы должны предоставлять возможность работы с детализацией информации, располагающейся в ячейке документа, представляющий вывод результата формирования отчета. Для того чтобы воспользоваться расшифровкой, у пользователей должна быть возможность ее вызова при помощи двойного щелчка левой кнопкой мыши, либо при помощи клавиши “Enter”. Дальнейшее действие по обработке расшифровки будет зависеть от того, какая расшифровка была предусмотрена в Программе. В результате расшифровки должна быть открыта основная форма объекта, для которого была запрошена расшифровка, при условии, что он имеет ссылочный тип. - Редактор формы. В Программе должен быть реализован механизм пользовательской настройки формы. Если иного не было установлено в Программе, то при вызове специальной команды на форме должно открываться окно настройки (редактора) формы. Содержание и внешний вид формы при редактировании должен определяться набором составляющих форму элементов нескольких видов: группы (их несколько видов), таблицы, поля (нескольких видов), кнопки. Эти элементы обладают свойствами, влияющими на способ их отображения на форме. Иерархическая организация элементов определяет их взаимное расположение на форме. Пользователь должен иметь возможность изменять состав, взаимное расположение, группировку и свойства элементов. Перестановка элементов. Возможность изменить положения элементов в иерархии. Свойства элемента. Для каждого элемента свойства настраиваются в свойствах элемента формы. Описание каждого свойства отображается в нижней части панели формы редактирования при выборе свойства. Настройка видимости. Чтобы изменить видимость элементов на форме (скрыть или показать). Создание групп. Необходимо предусмотреть возможность добавлять группы элементов на форму. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов. Добавление полей. Если у данных, отображаемых в поле/колонке, есть реквизиты, которые также могут быть отображены в поле/колонке, должна быть доступна функция добавления. Применение настроек. Применение настроек должно происходить при выходе из редактора настройки. При этом настройки должны сохраняться в Программе, чтобы впоследствии их можно было применить при открытии формы. В процессе настройки должна быть возможность отменить изменения, сделанные как в данном сеансе работы, так и ранее, и вернуться к настройкам формы, заданным в конфигурации. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: Должна быть подсистема, позволяющая пользователям ПО общаться друг с другом в режиме реального времени с помощью текстовых сообщений и видеозвонков. Под термином “видеозвонок” должен пониматься вариант общения двух пользователей, который включает в себя, как голосовой канал общения, так и полноценный видеозвонок (голосовая информация и изображение). Общение пользователей должно быть с помощью обсуждений (наборы сообщений, связанных одной темой обсуждения), которые могут быть двух видов: неконтекстные обсуждения – обсуждения, которые не привязаны к объекту ПО. В таких обсуждениях могут принимать участие любые пользователи программы. Неконтекстных обсуждений должно быть произвольное количество; контекстные обсуждения – обсуждения, которые привязаны к каким-либо объектам ПО – АПВГК, периферия, инциденты, заявки на обслуживание. В таких обсуждениях могут принимать участие только те пользователи Программы, которые имеют доступ к обсуждаемому объекту. Каждый объект может иметь только одно обсуждение. Доступ к сообщениям должен быть реализован при помощи установленного центра оповещений, встроенного в интерфейс ПО, а также специальной панели сообщений в формах объектов системы (для контекстных сообщений). Обмен сообщениями должен осуществляться по протоколу WebSocket. Программа должна обеспечивать пользовательский интерфейс для обмена сообщениями (любых поддерживаемых видов). Обмен сообщениями должен быть реализован только между теми пользователями, которые зарегистрированы в системе взаимодействия. Должна быть предусмотрена возможность хранения полного имени пользователя, картинки (аватара), телефонного номера и адреса электронной почты. Неконтекстные обсуждения не должны быть привязаны к каким-либо объектам ПО. Любой оператор может создать произвольное количество таких обсуждений. Неконтекстные обсуждения должны иметь любое количество участников. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: При создании обсуждения его участниками являются оператор, создавший обсуждение, и те операторы, которых он указал при создании обсуждения. В дальнейшем любой участник обсуждения должен иметь возможность: просматривать сообщения обсуждения; добавлять сообщения в обсуждение; изменять название (тему) обсуждения; добавлять новых участников; покинуть обсуждение. Если обсуждение покидает последний участник, то обсуждение должно становиться недоступным. При этом содержимое обсуждений должно сохраняться. Неконтекстное обсуждение видимо только для участников обсуждения. Создание неконтекстного обсуждения должно выполняться с помощью специальной формы обсуждений. Основная форма системы взаимодействия всегда является второй (после начальной страницы) формой в панели открытых. Эту форму нельзя закрыть и переместить в другое место панели. В списке обсуждений должны показываться все неконтекстные обсуждения, по которым для пользователя есть уведомления. Если таких обсуждений меньше 50, то список должен дополняться неконтекстными обсуждениями, в которых пользователь является участником и по которым для пользователя нет уведомлений. Эти обсуждения должны добавляться в список в порядке убывания даты последнего сообщения в обсуждении, пока размер списка не достигнет 50 элементов. Поиск в списке обсуждений должен работать только по темам обсуждений, поиск в списке сообщений работает только по сообщениям выбранного обсуждения. При появлении в обсуждении новых сообщений, участники обсуждения должны получать оповещения. Контекстные обсуждения должны быть привязаны к конкретным объектам ПО. Контекстные обсуждения могут использоваться для ссылочных типов, а также для форм, у которых навигационная ссылка указывает на данные или команды. Контекстное обсуждение должно выполняться в форме обсуждаемого объекта. Такое обсуждение не имеет заголовка. Открытие и закрытие списка сообщений должно выполняться циклическим нажатием кнопки Обсуждение. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: В обсуждении по умолчанию могут принимать участие все пользователи Программы (с соответствующими правами), при создании сообщения в контекстном обсуждении должна быть возможность выбора адресатов сообщения. В данном случае адресаты должны выбираться для того, чтобы отобразить им оповещения о новом сообщении. Остальные пользователи получат оповещение только в том случае, если они подпишутся на получение оповещений о новых сообщениях в этом обсуждении. Основным механизмом в подсистеме взаимодействия должен являться обмен текстовыми сообщениями. Текстовые сообщения – это простой текст, в котором недоступно никакое оформление. Размер текстового сообщения должен быть ограничен значением 4000 символов. Подсистема взаимодействия должна иметь возможность использования видеозвонков. Для их использования должны быть выполнены следующие требования: сервер взаимодействия должен разрешать видеозвонки для абонента, который выполнял регистрацию; клиентское приложение, которое применяется для доступа к Системе, позволяет использовать видеозвонки; компьютеры пользователей – участников видеозвонка должны быть оснащены микрофонами. При наличии видеокамеры у участника видеозвонка обеспечивается показ изображения видеокамеры другому участнику видеозвонка. Видеозвонки в ПО должны поддерживаться: в тонком клиенте: при работе под управлением ОС Windows 7 и старше; в веб-клиенте: при работе в веб-браузерах актуальных версий. При работе в веб-браузере видеозвонки поддерживаются только в том случае, если доступ к информационной базе выполняется по протоколу HTTPS.В подсистеме взаимодействия должны поддерживаться видеозвонки только с двумя участниками. Подсистема взаимодействия должна обеспечивать возможность проведения видеозвонков как в рамках неконтекстных обсуждений, так и в рамках обсуждений, привязанных к конкретным объектам обсуждений. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: При добавлении сообщения в контекстное обсуждение – всем пользователям, которых автор сообщения указал в качестве адресатов, а также пользователям, включившим режим наблюдения для этого контекстного обсуждения; При пропущенном видеозвонке – пользователю, пропустившему видеозвонок. В случае интерактивного открытия оповещения, созданного при контекстном обсуждении, пользователям должен открываться объект Программы, в рамках которого ведется обсуждение. Должны быть предусмотрены инструменты для выполнения с использованием методов встроенного языка большинства операций, выполняемых с использованием подсистемы Взаимодействия, а именно: регистрация/отмена регистрации на сервере взаимодействия; работа с пользователями подсистемы; работа с обсуждениями: поиск обсуждений и сообщений, установка действий в сообщение, администрирование обсуждений. - Наличие - - Значение характеристики не может изменяться участником закупки - Справочники. Должен быть раздел, позволяющий задавать первичные данные (группы данных), являющимися основополагающими элементами для каждого из разделов данного ПО, создавать справочную информацию, на основании которой программа анализирует и оперирует всеми необходимыми данными для обеспечения выполнения задач, стоящих перед программой: устройства и типы устройств; шаблоны сообщений и уведомлений; инциденты и триггеры; узлы сети; пользователи ПО; контрагенты (заказчики и исполнители); работы и перечни работ; данные для формирования паспорта рубежа; типы файлов; единицы измерений; параметры и условия исполнения контрактов по обслуживанию комплексов; виды печатных документов. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

Штатный режим работы ПО - 24 часа 365 дней в году - - Значение характеристики не может изменяться участником закупки

Обеспечение одновременной работы рабочих мест операторов - ? 15 - Рабочее место - Значение характеристики не может изменяться участником закупки

Возможность двустороннего взаимодействия программ с программным обеспечением заказчика, соответствующему Приказу ФСТЭК России от 11.04.2025 N 117 "Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений" - Наличие - - Значение характеристики не может изменяться участником закупки

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

Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. - Наличие - - Значение характеристики не может изменяться участником закупки

Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. - Наличие - - Значение характеристики не может изменяться участником закупки

Назначение программного продукта ПО: - Автоматизация процессов удаленного мониторинга и контроля работоспособности ОБОРУДОВАНИЯ, контроль исполнения контрактов по обслуживанию ОБОРУДОВАНИЯ - Подготовка, создание и сопровождение всей документации и статистической отчетности, необходимой для ведения делопроизводства на протяжении всего жизненного цикла ОБОРУДОВАНИЯ. - Наличие - - Значение характеристики не может изменяться участником закупки

Требования к ПО: - Визуальный графический интерфейс. - Возможность интеграции в систему следующих типов ОБОРУДОВАНИЯ: стационарные, передвижные, мобильные комплексы. - Механизм идентификации и проверки подлинности пользователей при входе в программу по идентификатору (логину) и паролю, в том числе возможность двухфакторной авторизации посредством запроса на подтверждение входа через телефон пользователя ПО. Предоставление пользователям доступа к ПО посредством тонкого клиента и веб-клиента через браузер. - Обеспечение одновременной работы не менее 15 рабочих мест операторов. - Картографический модуль Амурской области. - Возможность работы с ОБОРУДОВАНИЕМ в количестве до 500 штук - Наличие - - Значение характеристики не может изменяться участником закупки

Функции ПО: - Наименование и количество метрик (параметров работоспособности) по каждому типу устройств зависит от производителя оборудования. Для настройки загрузки телеметрии с ОБОРУДОВАНИЕМ требуется: наличие и описание API от производителя устройств; доступ к веб-интерфейсу устройства, описание и доступ до агента, установленного вендором устройства; ip, логин/пароль доступа к ОБОРУДОВАНИЮ; устройства должны быть доступны с сервера с предустановленным ПО. - Вывод данных обо всех зарегистрированных в ПО комплексах, мониторинг и классификация проблем в работе ОБОРУДОВАНИЯ. - Сбор фотоснимков (стоп-кадр с видеопотока) с настраиваемой периодичностью (например, раз в час) для анализа чистоты объективов камер. Анализ средних показателей - создание инцидентов в случае резких скачков или падений по количеству зафиксированных комплексами материалов проездов ТС и нарушений. Расчет показателей материалов нарушений, которые мог зафиксировать комплекс в период своей неработоспособности за счет анализа показателей прошлого периода. - Включение/выключение устройства, а также перезагрузка комплекса непосредственно из ПО, а также удаленное управление настройками ОБОРУДОВАНИЯ (при наличии технической возможности). Возможность из системы удаленно подключится на устройства через web-интерфейс прибора, RDP, роутер, через программы удаленного доступа - anydesk, rAdmin, VNS viewer или эквивалент - при наличии доступа и описания протоколов обмена. Интеграция с IPMI. (реализация при условии предоставления подобных протоколов и доступов к ним со стороны производителя устройств). - Наличие - - Значение характеристики не может изменяться участником закупки

Функции ПО: - Создание и контроль предписаний направления на ремонт или обслуживание устройств в разрезе контрактов и/или обслуживающих организаций. Уведомления об инцидентах по работе ОБОРУДОВАНИЯ - рабочий стол оператора, почтовый клиент, MAX?канал. Составление и ведение документации по рубежам: комплексы и места их дислокаций, схемы организации дорожного движения, инциденты. Отслеживание исполнения контракта по обслуживанию ОБОРУДОВАНИЯ (учет периодичности технического обслуживания и ремонта узлов комплекса обслуживающей организацией, соответствие размещения фактических мест дислокаций передвижных комплексов планируемым). Аналитика: фактические затраты на ремонт и обслуживание, отчеты по показателям работы ОБОРУДОВАНИЯ. - Мониторинг работоспособности камер по перекресткам. Ведение план-графика расстановки передвижных комплексов с привязкой к операторам. Контроль исполнения плана-графика. - Наличие свободных тегов (текстовых меток) для устройств, отборы по тегам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки

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

Оперативный контроль: - Раздел оперативного контроля в виде рабочего стола оператора (далее по тексту - РСО) должен представлять собой набор элементов и данных, предоставляющие пользователю максимально подробные данные телеметрии, получаемые непосредственно с ОБОРУДОВАНИЕМ. Рабочий стол должен содержать: список комплексов, функционал сортировки, поиска и фильтров (отборов), окно подробной информации (далее по тексту - ОПИ) по конкретному устройству. Детальная информация по всем устройствам на рабочем столе оператора должна быть отражена в табличном виде с возможностью настраивать интервал обновления данных показателей работы комплексов. - Статусы по ОБОРУДОВАНИЮ. Подсветка цветом в разрезе каждого устройства наличия и типов инцидентов на текущее время: зеленый - нет инцидентов; желтый - есть незакрытые инциденты по устройству; красный - нет пинга до устройства; серый - доступные системе устройства, которые не возвращают данные. Отображение на РСО: список ОБОРУДОВАНИЯ в разрезе моделей устройств, адрес их установки; количество проездов и/или нарушений за день по каждому устройству накопительным итогом; напряжение на АКБ (для комплексов, имеющих источник питания через АКБ); подрядная организация - сторона действующего контракта по обслуживанию ОБОРУДОВАНИЯ; показатели невыгруженных нарушений и/или проездов ТС с устройств в веб-сервис “Дупло-2” (для устройств, которые отдают данные метрики). эквивалент невозможен ввиду того, что "Дупло-2" является сервисом МВД и единственным разрешенным сервисом для выгрузки материалов проездов и нарушений с комплексов фото видео фиксации - Наличие - - Значение характеристики не может изменяться участником закупки

Оперативный контроль: - РСО должен предоставлять возможность настройки отборов (фильтров) по метрикам или данным работы ОБОРУДОВАНИЯ для обеспечения конкретных задач оператора. Система фильтров должна позволять отображать данные по комплексам: 1. все устройства; устройства без инцидентов; устройства с инцидентами; устройства не в сети; устройства, которые не возвращают данные; устройства, находящиеся в ремонте; скрытые для отображения устройства. 2. по моделям и типам устройств (стационарный, передвижной, мобильный). 3. по свойствам наличия: состояния соединения (в сети / не в сети); инцидентов; заявок на обслуживание; комментариев; фото проезда ТС (снимка с видеопотока); комплексов, находящихся в ремонте; скрытых комплексов. 4. по показателям - функционал задания граничных пределов (от и до) для отображения на рабочем столе, в шт.: нарушений за день; проездов за день; напряжение на АКБ. - Должно быть окно интерактивного поиска, в котором допустим отбор по наименованию комплексов, адресу установки, а также другим численно-буквенным показателям (количество проездов, нарушений, напряжение на АКБ), а также возможность сортировки показателей работы ОБОРУДОВАНИЯ по возрастанию / убыванию. -Должно быть окно интерфейса под подробное раскрытие информации по каждому комплексу - карточка устройства. Отображаемые показатели: 1. ip, наименование и серийный номер устройства; тип устройства; адрес и координаты установки; плановый адрес установки (для передвижных комплексов); показатели нарушений и проездов ТС; не выгруженные материалы в веб-сервис “Дупло-2”; активные и закрытые в течение дня инциденты; заявки на обслуживание; последний снимок с устройства. 2. Активные и закрытые в течение дня инциденты должны отображать наиболее полную информацию по устройству: наименование инцидента (группа инцидентов); дата и время начала, а также закрытия инцидента; общая длительность инцидента. - Наличие - - Значение характеристики не может изменяться участником закупки

Оперативный контроль: 3. По активным и закрытым инцидентам должна быть возможность: добавить комментарий от пользователя ПО; создать заявку (обслуживание, ремонт). - Дополнительно раздел должен предоставлять возможность: 1. изменения времени автообновления отображаемой на рабочем столе оператора информации в минутах, а также выбора показателей работы комплексов для отображения оператору ПО. 1.1. Сбросить все активные отборы/фильтры. 1.2. Просмотра снимков с камеры за текущие сутки работы комплекса в режиме слайд-шоу с настройкой интервала смены фотоснимков. 1.3. Показ искомого устройства на карте - переход в раздел картографии. 1.4. Построение графика по показателям нарушений или проездов ТС за день с указанного комплекса на текущий момент времени. А по комплексам, запитываемых от АКБ и график изменения показателя напряжения. 1.5. Построение в табличном виде истории изменения показателей по: нарушениям или проездам за день с указанного комплекса на текущий момент времени; по адресу установки; количеству невыгруженных материалов в дупло; по комплексам, запитываемых от АКБ и график изменения показателя напряжения батареи; допустимому скоростному режиму. 1.6. Возможность удаленной перезагрузки комплекса через устройства NetPing. Так как на некоторых видах устройств есть ПАК NetPing, которые позволяют удаленно управлять конечным устройством 1.7. Возможность отметить / снять с устройства статус “в ремонте”. - Должен быть элемент “справка”, где должно быть отображена легенда по основным показателям и пиктограммам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки

Фотостена. - Раздел должен предоставлять функционал отображения материалов фотоснимков с камеры (стоп-кадр с видеопотока) в виде фотостены (сетка снимков) в едином окне для оперативного анализа чистоты объективов распознающих и обзорных камер со всех комплексов с целью выявления возможных отклонений в качестве снимков. Должна быть возможность интерактивного поиска, в котором допустим отбор конкретного устройства по наименованию и адресу расположения: 1. применения отборов (фильтров) для отображения материалов фотоматериалов в разрезе конкретных моделей ОБОРУДОВАНИЯ по текстовым меткам (тегам) и по признаку - наличие/отсутствие материалов фотоснимков; 2. настройки отображения количества ячеек материалов фотоснимков в одном ряду в целях удобства просмотра карточек фотографий в зависимости от диагонали экрана; 3. экспорта фотоматериалов в выбранный каталог с учетом установленного отбора. Наименование файла должно содержать серийный номер и дату выгрузки фото; 4. задания времени автообновления фотоматериалов. - Наличие - - Значение характеристики не может изменяться участником закупки

Картография. - Должна быть картографическая подложка с отображением на ней пиктограмм всех заведенных в систему ОБОРУДОВАНИЯ с возможностью принудительного, а также настраиваемого периода обновления данных, возвращаемых комплексами, в том числе и по статусам наличия инцидентов. - Масштабируемость карты. Изменение масштаба карты при помощи скролла колеса мыши, а также с помощью наличия отдельных элементов интерфейса увеличения/уменьшения масштаба на карте. Должна быть возможность объединения/разъединения пиктограмм камер при изменении масштаба карты в целях избегания наслоения пиктограмм камер, расположенных на достаточно близком расстоянии друг от друга. - Пиктограммы камер на карте. Возможность отображение у пиктограмм камер допустимых скоростных режимов для каждого из комплексов. Должна быть возможность отображения цвета пиктограмм камер на карте в соответствии с их текущим статусом в сети. Должна быть возможность применения “тепловой” карты по показателям проезды ТС и нарушения. - Должна быть возможность отображения дополнительной информации по устройству при наведении на него курсора мыши на картографической подложке. Информация (всплывающее окно), отображаемая при наведении компьютерной мышкой на конкретное устройство должна быть настраиваемой и может содержать следующие показатели: модель и адрес установки; координаты; напряжение, В (для АКБ); количество нарушений и/или проездов; время включения комплекса (передвижные комплексы); допустимый скоростной режим; наличие и тип инцидентов по устройству. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

Аналитика. - Отчет - формирует информацию по ежедневной, еженедельной или ежемесячной статистики по проездам ТС или нарушениям через рубежи контроля за определенный период времени. Должен присутствовать фильтр, позволяющий формировать данные в разрезе обслуживающей организации. Отчет должен содержать следующие поля: наименование и серийный номер комплекса; адрес установки; показатели проездов или нарушений в разрезе каждого дня, недели или месяца. - Отчет - формирует информацию по ежечасной статистики проездов ТС через рубежи контроля за определенный период времени. Отчет должен содержать следующие поля с группировкой по комплексам в разрезе каждого дня: наименование и серийный номер комплекса; даты фиксаций ТС; количество фиксаций (в штуках) с разбивкой по часам. - Отчет - формирует реестр по заявкам на обслуживание комплексов за определенный период времени. Должен быть фильтр по конкретному исполнителю заявок. Доступны следующие поля: идентификатор заявки - номер, дата и время создания; устройство, по которому создана заявка; исполнитель - ответственное лицо по заявке; статус заявки - выполнена или завершена. - Отчет - для отслеживания дат периодических плановых поверок по комплексам. Доступны следующие поля: наименование и серийный номер устройства; номер и дата окончания сертификата; дней до окончания поверки. Отчет должен выделять отдельным цветом - те комплексы, по которым закончились сроки поверки, а также те комплексы, по которым в ближайшие 2 недели закончится действующая дата поверки. Должна быть возможность хранения технической документации (технических паспортов, и т.п.) в форматах *.pdf и *.xlsx. - Наличие - - Значение характеристики не может изменяться участником закупки

Аналитика. - Диаграмма Ганта, позволяющая формировать и отслеживать доступность устройств за определенный период времени. Диаграмма должен строиться по осям координат: x - дни по заданному периоду времени; y - список устройств в рамках заданных фильтров. Каждая полоса на диаграмме должна представлять доступность / недоступность каждого отдельного устройства. В результате формирования диаграммы полосы, ориентированные вдоль оси времени по каждому устройству, должны закрашиваться отличным от фона цветом в случае недоступности устройства. В случае наличия интервалов времени, в рамках которых устройства не были доступны, по оси “y” должна быть отражена информация по времени недоступности устройств (часы, минуты). - Отчет - формирует информацию по наиболее часто встречаемым проблемам в работе устройств за определенный период времени. Отчет должен формироваться с сортировкой по убыванию количества инцидентов. Должна быть группировка по видам инцидентов в разрезе каждого устройства. Доступны следующие по Наличие ля: наименование инцидента; общее количество фиксаций инцидента; длительность инцидента (дни, часы, минуты). - Отчет - формирует информацию по глубоким разрядам АКБ за определенный период времени. Настройки минимального порога напряжения АКБ настраиваемы. - Отчет - формирует статистику - отношение количества нарушений к проездам в процентах. Отчет должен позволять оператору системы определять наиболее потенциальные аварийно-опасные участки в регионе. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Конструктор отчетов. - Раздел предназначен для формирования отчетов с предложенными настройками или возможностью разработать свой собственный вариант отчета силами оператора ПО, то есть функционал встроенного конструктора (редактора) отчетов без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, установке полей группировки, отбора, сортировки для каждого элемента отчета и форматирования. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: группировка, таблица, диаграмма, вложенный отчет. В конструкторе должны быть возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время формируемого отчета. - Параметры. “Если” у отчета имеются параметры, доступные для настройки, они должны отображаться в списке доступных полей, в разделе Параметры, и должны быть доступны для включения/исключения из отчета и выбора значения (если параметру было задано несколько значений). В различных настройках отчета параметры можно использовать как поля. В настройках, где будут использоваться эти поля, при выполнении отчета будут подставляться значения параметров. Для параметра типа “Дата” в качестве значения можно использовать не только конкретную дату, но и одну из стандартных дат: начало этого дня, начало следующего дня. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. - Пользовательские поля. Должна быть предусмотрена возможность создавать пользовательские поля для использования в отчете. Для того чтобы вывести пользовательское поле в отчет, нужно добавить его в список выбранных полей. При этом возможность расположения пользовательского поля в элементе отчета определяется системой автоматически. Пользовательские поля должны быть двух видов: поле-выбор, поле-выражение. Полю-выбору можно задать несколько значений. Для вывода в отчет будет выбрано первое значение, для которого выполнится условие отбора. Нужно задать заголовок и выражение отбора, значение и, при необходимости, краткое представление отбора. Пользовательское поле-выражение должно выводиться в отчете как результирующее значение выражений. Выражения составляются при помощи доступных полей отчета и выражений. Пользовательские поля могут использоваться в любом месте отчета. Пользовательские поля-ресурсы не могут использоваться в качестве поля группировки. Группируемые поля. В качестве Группируемых полей должны выбираться поля, по которым будет проводиться группировка и тип группировки. Группировка должна иметь один из следующих типов: 1. Без иерархии – в группировку попадут только неиерархические записи (элементы); 2. Иерархия – в группировку попадут иерархические записи и неиерархические записи (элементы и группы); 3. Только иерархия – в группировке будут выводиться только иерархические записи (группы). В качестве Полей должны выбираться поля, которые будут отображены в отчете. Если выбранных полей нет, в отчет выводится пустой элемент. Необходима возможность с помощью меню или контекстного меню добавить новое поле, новую группу полей, новое автополе. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. Должна быть возможность задать свое название Группе полей и управлять их размещением в текущем элементе отчета. Автополе выбора. В процессе настройки конструктор должен позволять использовать автоматические наборы полей в качестве полей. При создании элементов структуры отчета конструктор автоматически добавляет поле в качестве поля выбора. Автополе выбора представляет собой набор полей, в который оно будет преобразовано при выполнении отчета. Состав набора полей должен зависеть от того, какому элементу структуры принадлежит разворачиваемое автополе и в какой части структуры этот элемент располагается. Для каждого элемента конструктор обходит все родительские элементы структуры отчета и из выбранных полей этих элементов должен отбирать ресурсы и поля по следующим правилам: 4. Для группировки и группировки таблицы на место автополя подставляются все используемые поля этой группировки, которые доступны для использования в выбранных полях; поля, которые являются реквизитами ее полей группировки, и ресурсы родительских элементов. 5. Для группировки диаграммы ресурсы не выбираются, а обходятся все родительские элементы структуры настроек, и из выбранных полей этих элементов выбираются поля группировок, если по данному полю была задана группировка с типом Только иерархия. 6. Для группировок типа Детальные записи (группировка, группировка таблицы, группировка диаграммы) из основных выбранных полей настроек, которым принадлежит группировка, выбираются все используемые поля, кроме полей, участвовавших в вышестоящих группировках, и реквизитов этих полей. Если же такая группировка имеет тип “Только иерархия”, то ее поля и реквизиты будут использоваться системой при формировании набора полей выбора. Для группировки диаграммы ресурсы также не выбираются. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. 7. Для диаграммы автополе выбора заменяется всеми ресурсами, указанными для диаграммы. В зависимости от настроек прикладного решения автополе выбора может заменяться ресурсом, первым из встреченных при описанном выше обходе. 8. Для таблицы автополе выбора преобразуется в набор ресурсов, используемых родительскими элементами. 9. Должна быть возможность объединять выбранные поля в группы, которые добавляются и удаляются, сохраняя вложенные поля. Для группы необходимо предусмотреть возможность задавать расположение внутри текущего элемента структуры отчета. - В качестве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: 1. Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. 2. Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. 3. Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. 3.1. В списке – в результат попадут записи, в которых есть поля со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.2. В группе из списка – в результат попадут записи, значения которых относятся к группам, присутствующим в списке, либо записи, которые указаны в списке. Список групп и элементов устанавливается в отдельном окне, открывающемся при выборе. 3.3. В группе – в результирующий документ попадут записи, поле из левого значения которых находится в указанной группе элементов списка. 3.4. Не в списке – в результат попадут записи, в которых нет полей со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. 3.5. Не в группе из списка – в результирующий документ попадут записи, поле из левого значения которых не находится в указанной группе элементов списка. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. 3.6. Содержит – в результат попадут записи, содержащие подстроку, используемую в качестве значения. Не содержит – в результат попадут записи, которые не содержат подстроки, используемой в качестве значения. 3.7. Заполнено – в результат попадут записи, у которых заполнено заданное поле. Не заполнено – в результат попадут записи, у которых заданное поле не заполнено. 3.8. Начинается с – в результат попадут записи, у которых значение начинается на строку, заданную в условии сравнения. Не начинается с – в результат попадут записи, у которых значение не начинается на строку, заданную в условии сравнения. - Конструктор отчетов должен предоставлять возможность объединять Условия отборов в логические группы по И, НЕ и группы по ИЛИ. Если отборы находятся в группе по И, то в отчет будут выводиться данные, для которых выполняются все условия, находящиеся в группе. Если отборы объединены в группу по НЕ, то в результирующий документ не попадут записи, удовлетворяющие всем условиям группы. Если отборы находятся в группе по ИЛИ, то данные будут выводиться при выполнении хотя бы одного условия. С помощью контекстного меню группам можно задавать представления; если оно есть у группы, то в кратком режиме вложенные элементы группы показываться не будут. - Сортировка. В качестве Сортировки должны выбираться поля, по которым результат выполнения отчета будет отсортирован. Необходимо предусмотреть добавление как элемента порядка, так и автоэлемента порядка. При выполнении отчета конструктор должен преобразовывать автоэлемент порядка в поля, по которым и проведет сортировку. - Наличие - - Значение характеристики не может изменяться участником закупки

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

Конструктор отчетов. - Расшифровка табличного документа. Все отчеты Программы должны предоставлять возможность работы с детализацией информации, располагающейся в ячейке документа, представляющий вывод результата формирования отчета. Для того чтобы воспользоваться расшифровкой, у пользователей должна быть возможность ее вызова при помощи двойного щелчка левой кнопкой мыши, либо при помощи клавиши “Enter”. Дальнейшее действие по обработке расшифровки будет зависеть от того, какая расшифровка была предусмотрена в Программе. В результате расшифровки должна быть открыта основная форма объекта, для которого была запрошена расшифровка, при условии, что он имеет ссылочный тип. - Редактор формы. В Программе должен быть реализован механизм пользовательской настройки формы. Если иного не было установлено в Программе, то при вызове специальной команды на форме должно открываться окно настройки (редактора) формы. Содержание и внешний вид формы при редактировании должен определяться набором составляющих форму элементов нескольких видов: группы (их несколько видов), таблицы, поля (нескольких видов), кнопки. Эти элементы обладают свойствами, влияющими на способ их отображения на форме. Иерархическая организация элементов определяет их взаимное расположение на форме. Пользователь должен иметь возможность изменять состав, взаимное расположение, группировку и свойства элементов. Перестановка элементов. Возможность изменить положения элементов в иерархии. Свойства элемента. Для каждого элемента свойства настраиваются в свойствах элемента формы. Описание каждого свойства отображается в нижней части панели формы редактирования при выборе свойства. Настройка видимости. Чтобы изменить видимость элементов на форме (скрыть или показать). Создание групп. Необходимо предусмотреть возможность добавлять группы элементов на форму. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов. Добавление полей. Если у данных, отображаемых в поле/колонке, есть реквизиты, которые также могут быть отображены в поле/колонке, должна быть доступна функция добавления. Применение настроек. Применение настроек должно происходить при выходе из редактора настройки. При этом настройки должны сохраняться в Программе, чтобы впоследствии их можно было применить при открытии формы. В процессе настройки должна быть возможность отменить изменения, сделанные как в данном сеансе работы, так и ранее, и вернуться к настройкам формы, заданным в конфигурации. - Наличие - - Значение характеристики не может изменяться участником закупки

Сервис взаимодействия: Должна быть подсистема, позволяющая пользователям ПО общаться друг с другом в режиме реального времени с помощью текстовых сообщений и видеозвонков. Под термином “видеозвонок” должен пониматься вариант общения двух пользователей, который включает в себя, как голосовой канал общения, так и полноценный видеозвонок (голосовая информация и изображение). Общение пользователей должно быть с помощью обсуждений (наборы сообщений, связанных одной темой обсуждения), которые могут быть двух видов: неконтекстные обсуждения – обсуждения, которые не привязаны к объекту ПО. В таких обсуждениях могут принимать участие любые пользователи программы. Неконтекстных обсуждений должно быть произвольное количество; контекстные обсуждения – обсуждения, которые привязаны к каким-либо объектам ПО – АПВГК, периферия, инциденты, заявки на обслуживание. В таких обсуждениях могут принимать участие только те пользователи Программы, которые имеют доступ к обсуждаемому объекту. Каждый объект может иметь только одно обсуждение. Доступ к сообщениям должен быть реализован при помощи установленного центра оповещений, встроенного в интерфейс ПО, а также специальной панели сообщений в формах объектов системы (для контекстных сообщений). Обмен сообщениями должен осуществляться по протоколу WebSocket. Программа должна обеспечивать пользовательский интерфейс для обмена сообщениями (любых поддерживаемых видов). Обмен сообщениями должен быть реализован только между теми пользователями, которые зарегистрированы в системе взаимодействия. Должна быть предусмотрена возможность хранения полного имени пользователя, картинки (аватара), телефонного номера и адреса электронной почты. Неконтекстные обсуждения не должны быть привязаны к каким-либо объектам ПО. Любой оператор может создать произвольное количество таких обсуждений. Неконтекстные обсуждения должны иметь любое количество участников. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

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

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

Начальная (максимальная) цена контракта: 4 215 625,00

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

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

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

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

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

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

Наименование бюджета: Областной бюджет Амурской области

Вид бюджета: бюджет субъекта Российской Федерации

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

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

Размер обеспечения заявки: 42 156,25 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке (далее – ОЗ) может предоставляться в виде денежных средств или независимой гарантии (далее – НГ). Выбор способа обеспечения осуществляется участником закупки самостоятельно. В случае выбора способа ОЗ в виде денежных средств, осуществляется блокирование денежных средств, внесенных участником закупки на банковский счет (далее – специальный счет), открытый в банке, включенном в Перечень, утвержденный РП РФ от 13.07.2018 №1451-р в порядке, установленном ст. 44 №44-ФЗ. Подача заявки на участие в закупке означает согласие участника закупки на блокирование денежных средств, находящихся на его специальном счете, в размере обеспечения заявки на участие в закупке. НГ должна быть выдана лицами, указанными в ч. 1 ст. 45 №44-ФЗ и соответствовать требованиям ст. 45 №44-ФЗ, доп. требованиям, установленным ПП РФ от 08.11.2013 №1005. Срок действия НГ должен составлять не менее месяца с даты окончания срока подачи заявок. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ ОЗ путем указания реквизитов специального счета или указания номера реестровой записи из реестра НГ, размещенного в ЕИС. Предприятия УИС, организации инвалидов, предусмотренные ч. 2 ст. 29 №44-ФЗ, предоставляют ОЗ на участие в закупке в размере 0,5 % НМЦК. Государственные, муниципальные учреждения не предоставляют ОЗ на участие в закупках. В случае возможности участия согласно условиям данной закупки участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства – члена Евразийского экономического союза, за исключением Российской Федерации, или физических лиц, являющихся гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации в соответствии с ПП РФ от 10.04.2023 № 579 вправе предоставить ОЗ в виде денежных средств на счет, указанный ниже.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643100000002300, л/c 05939239031, БИК 011012100, ОКЦ № 3 ДГУ Банка России//УФК по Амурской области, г Благовещенск, к/c 40102810245370000015

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО АМУРСКОЙ ОБЛАСТИ (ГКУ "ЦОДД") () ИНН: 2801290295 КПП: 280101001 КБК: 93911610057020000140 ОКТМО: 10701000001 40102810245370000015 03100643000000012300 011012100

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Амурская, г.о. город Благовещенск, г. Благовещенск, ул. Ленина, д. 213, 2 этаж

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться в соответствии со ст. 96 №44-ФЗ: предоставлением независимой гарантии, соответствующей требованиям ст. 45 №44-ФЗ, доп. требованиям, установленным ПП №1005 или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта (далее-ОИК), срок действия независимой гарантии определяются в соответствии с требованиями №44-ФЗ участником закупки, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 №44-ФЗ. Контракт заключается после предоставления участником закупки ОИК в соответствии №44-ФЗ. В случае если предложенная поставщиком (подрядчиком, исполнителем) цена контракта снижена на 25 % и более по отношению к НМЦК, ОИК предоставляется в соответствии со статьей 37 №44-ФЗ. ОИК не применяется в случае заключения Контракта с участником закупки, который является казенным учреждением. Участник закупки, с которым заключается контракт в соответствии с п.1 ч.1 ст.30 №44-ФЗ, освобождается от предоставления ОИК, в т.ч. с учетом положений ст. 37 №44-ФЗ, в случае предоставления таким участником закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до заключения контракта в случаях, установленных №44-ФЗ для предоставления ОИК. При этом сумма цен таких контрактов должна составлять не менее НМЦК, указанной в извещении об осуществлении закупки.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643100000002300, л/c 05939239031, БИК 011012100, ОКЦ № 3 ДГУ Банка России//УФК по Амурской области, г Благовещенск, к/c 40102810245370000015

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

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

Требуется обеспечение гарантийных обязательств: Да

Размер обеспечения гарантийных обязательств: 42 156,25 Российский рубль

Порядок предоставления обеспечения гарантийных обязательств, требования к обеспечению: Гарантийные обязательства могут обеспечиваться в соответствии со ст. 96 № 44-ФЗ: - предоставлением независимой гарантии, соответствующей требованиям ст. 45 №44-ФЗ, дополнительным требованиям, установленным ПП №1005 или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. Способ обеспечения гарантийных обязательств, срок действия независимой гарантии определяются в соответствии с требованиями №44-ФЗ участником закупки, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 №44-ФЗ. Обеспечение гарантийных обязательств предоставляется поставщиком (подрядчиком, исполнителей) одновременно с предоставлением документа о приемке (за исключением отдельного этапа исполнения контракта). Участник закупки, с которым заключается контракт по результатам определения поставщика (подрядчика, исполнителя) в соответствии с п.1 ч.1 ст.30 №44-ФЗ, освобождается от предоставления обеспечения гарантийных обязательств контракта, в случае предоставления таким участником закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до заключения контракта в случаях, установленных №44-ФЗ для предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна составлять не менее НМЦК, указанной в извещении об осуществлении закупки.

Платежные реквизиты для обеспечения гарантийных обязательств: p/c 03222643100000002300, л/c 05939239031, БИК 011012100, ОКЦ № 3 ДГУ Банка России//УФК по Амурской области, г Благовещенск, к/с 40102810245370000015

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

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

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

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

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

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

Наименование бюджета: Областной бюджет Амурской области

Вид бюджета: бюджет субъекта Российской Федерации

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

Документы

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

Документы

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