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

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

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

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

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

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

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

Наименование объекта закупки: Поставка информационной системы удаленного мониторинга и контроля работоспособности автоматизированных пунктов весового и габаритного контроля

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

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

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

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

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

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

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

Ответственное должностное лицо: Гавриленко Ю. В.

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

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

Факс: 8 (4162) 224474

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

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

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 2 900 000,00

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

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

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

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

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

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Класс программ для электронных вычислительных машин и баз данных (02.08) Средства мониторинга и управления Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Способ предоставления Экземпляр на материальном носителе Значение характеристики не может изменяться участником закупки Обеспечение одновременной работы рабочих мест операторов 15 Значение характеристики не может изменяться участником закупки Штатный режим работы ПО. 24 часа 365 дней в году Значение характеристики не может изменяться участником закупки Возможность двустороннего взаимодействия программ с программным обеспечением заказчика, соответствующему Приказу ФСТЭК России от 11.04.2025 N 117 "Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений" Наличие Значение характеристики не может изменяться участником закупки Возможность идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями. Наличие Значение характеристики не может изменяться участником закупки Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. Наличие Значение характеристики не может изменяться участником закупки Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. Наличие Значение характеристики не может изменяться участником закупки Назначение ПО: 1. Автоматизация процессов удаленного мониторинга и контроля работоспособности АПВГК, контроль исполнения контрактов по обслуживанию АПВГК. 2. Подготовка, создание и сопровождение всей документации и статистической отчетности, необходимой для ведения делопроизводства на протяжении всего жизненного цикла АПВГК. 3. Повышение эффективности работоспособности устройств, увеличение показателей фиксации АПВГК и комплексами административных правонарушений в области дорожного движения. Наличие Значение характеристики не может изменяться участником закупки Требования к ПО: 1. Наличие визуального графического интерфейса. 2. Возможность интеграции в систему следующих типов АПВГК: стационарные, мобильные. 3. Наличие механизма идентификации и проверки подлинности пользователей при входе в программу по идентификатору (логину) и паролю, в том числе возможность двухфакторной авторизации посредством запроса на подтверждение входа через телефон пользователя ПО. Предоставление пользователям доступа к ПО посредством тонкого клиента и веб-клиента через браузер. 4. Наличие картографического модуля Амурской области. 5. - Возможность работы с ОБОРУДОВАНИЕМ Заказчика (комплексы АПВГК) в количестве не менее 20 штук. Наличие Значение характеристики не может изменяться участником закупки Совместимость ПО: ПО мониторинга должно быть совместимым с находящимся на балансе Заказчика программным обеспечением «Ангел-С: Весогабаритный контроль» (реестровая запись №12464 от 30.12.2021). Совместимость программ должна обеспечивать получение следующих метрик (телеметрии) с ПО «Ангел-С: Весогабаритный контроль»: - общее количество загруженных нарушений в базу; - количество отбракованных нарушений при загрузке; - количество отбракованных нарушений пользователями; - количество отправленных постановлений в Ространснадзор; - номер и дата поверки АПВГК. Наличие Значение характеристики не может изменяться участником закупки Функции ПО: 1. Наименование и количество метрик (параметров работоспособности) по АПВГК, а также каждому типу устройств зависит от производителя оборудования. Для настройки загрузки телеметрии с АПВГК требуется: наличие, доступ и описание API от производителя устройств; доступ к веб-интерфейсу устройства, описание и доступ до агента, установленного вендором устройства; ip, логин/пароль доступа к АПВГК и периферии; устройства должны быть доступны с сервера с предустановленным ПО. 2. Вывод данных обо всех зарегистрированных в ПО АПВГК, мониторинг и классификация проблем в работе АПВГК и периферии. 3. Сбор фотоснимков (стоп-кадр с видеопотока или материалы проездов ТС) с настраиваемой периодичностью (например раз в час) для анализа чистоты объективов камер. Анализ средних показателей - создание инцидентов в случае резких скачков или падений по количеству зафиксированных комплексами материалов проездов ТС. Расчет показателей материалов потенциальных нарушений, которые мог зафиксировать АПВГК в период своей неработоспособности за счет анализа показателей прошлого периода. 4. Создание и контроль предписаний направления на ремонт или обслуживание устройств в разрезе контрактов и/или обслуживающих организаций. Уведомления об инцидентах по работе АПВГК - рабочий стол оператора, почтовый клиент, в доступных мессенджерах. Составление и ведение документации по рубежам: АПВГК и места их дислокаций, схемы организации дорожного движения, инциденты. Отслеживание исполнения контракта по обслуживанию АПВГК (учет периодичности технического обслуживания и ремонта узлов устройств обслуживающей организацией). Аналитика: фактические затраты на ремонт и обслуживание, отчеты по показателям работы АПВГК. 5. Наличие свободных тегов (текстовых меток) для устройств, отборы по тегам на рабочем столе оператора. Наличие Значение характеристики не может изменяться участником закупки Интерфейс ПО: 1. Интерфейс программы должен представлять собой структурные подразделения или разделы (подсистемы), разделяющие смысловые и функциональные особенности программы в соответствии с поставленными и исполняемыми задачами. Каждый раздел должен содержать интерфейсные элементы, отвечающие за определенные исполняемые задачи. 2. В программе должны быть следующие разделы: Оперативный контроль, Картография, Сервис-деск, Инциденты, Фотостена, Аналитика, Контракты, Администрирование, Конструктор отчетов, Сервис взаимодействия, Справочники. 3. В ПО должна быть возможность выбора начальной страницы при запуске системы - Оперативный контроль или Картография. Наличие Значение характеристики не может изменяться участником закупки Оперативный контроль: 1. Раздел оперативного контроля в виде рабочего стола оператора должен представлять собой набор элементов и данных, предоставляющие пользователю максимально подробные данные телеметрии, получаемые непосредственно с АПВГК. Рабочий стол должен содержать: список устройств, функционал сортировки, поиска и фильтров (отборов), окно подробной информации (далее по тексту - ОПИ) по конкретному устройству. Детальная информация по всем устройствам на рабочем столе оператора должна быть отражена в табличном виде с возможностью настраивать интервал обновления данных показателей работы устройств. 2. Статусы по АПВГК и периферии. Подсветка цветом в разрезе каждого устройства наличия и типов инцидентов на текущее время: зеленый - нет инцидентов; желтый - есть незакрытые инциденты по устройству; красный - нет пинга до устройства; серый - доступные системе устройства, которые не возвращают данные. 3. Отображение на РСО: список АПВГК в разрезе моделей устройств, адрес их установки; количество проездов и/или нарушений за день по каждому устройству накопительным итогом; подрядная организация - сторона действующего контракта по обслуживанию АПВГК. 4. РСО должен предоставлять возможность настройки отборов (фильтров) по метрикам или данным работы АПВГК для обеспечения конкретных задач оператора. Система фильтров должна позволять отображать данные по устройствам: ? все устройства; устройства без инцидентов; устройства с инцидентами; устройства не в сети; устройства, которые не возвращают данные; устройства, находящиеся в ремонте; скрытые для отображения устройства. ? по моделям и типам устройств. ? по свойствам наличия: состояния соединения (в сети / не в сети); инцидентов; заявок на обслуживание; комментариев; фото проезда ТС (снимка с видеопотока); устройств, находящихся в ремонте; скрытых устройств. ? по показателям - функционал задания граничных пределов (от и до) для отображения на рабочем столе, в шт.: нарушений за день; проездов за день. Наличие Значение характеристики не может изменяться участником закупки Оперативный контроль: 5. Должно быть окно интерактивного поиска, в котором допустим отбор по наименованию устройства, адресу установки, а также другим численно-буквенным показателям (количество проездов, нарушений), а также возможность сортировки показателей работы АПВГК по возрастанию / убыванию. 6. Должно быть окно интерфейса под подробное раскрытие информации по каждому устройству - карточка устройства. Отображаемые показатели: ? ip, наименование и серийный номер устройства; тип устройства; адрес и координаты установки; показатели нарушений и проездов ТС; активные и закрытые в течение дня инциденты; заявки на обслуживание; последний снимок с устройства. ? Активные и закрытые в течение дня инциденты должны отображать наиболее полную информацию по устройству: наименование инцидента (группа инцидентов); дата и время начала, а также закрытия инцидента; общая длительность инцидента. ? По активным и закрытым инцидентам должна быть возможность: добавить комментарий от пользователя ПО; создать заявку (обслуживание, ремонт). 7. Дополнительно раздел должен предоставлять возможность: ? изменения времени автообновления отображаемой на рабочем столе оператора информации в минутах, а также выбора показателей работы устройств для отображения оператору ПО. ? Сбросить все активные отборы/фильтры. ? Просмотра снимков с камер в режиме слайд-шоу с настройкой интервала смены фотоснимков. ? Показ искомого устройства на карте - переход в раздел картографии. ? Построение графика по показателям проездов ТС за день с указанного АПВГК на текущий момент времени. ? Возможность отметить / снять с устройства статус “в ремонте”. 8. Должен быть элемент “справка”, где должно быть отображена легенда по основным показателям и пиктограммам на рабочем столе оператора. Наличие Значение характеристики не может изменяться участником закупки Фотостена. Раздел должен предоставлять функционал отображения материалов фотоснимков с камеры (стоп-кадр с видеопотока) в виде фотостены (сетка снимков) в едином окне для оперативного анализа чистоты объективов распознающих и обзорных камер со всех АПВГК с целью выявления возможных отклонений в качестве снимков. Должна быть возможность: ? интерактивного поиска, в котором допустим отбор конкретного устройства по наименованию и адресу расположения; ? применения отборов (фильтров) для отображения материалов фотоматериалов в разрезе конкретных моделей АПВГК по текстовым меткам (тегам) и по признаку - наличие/отсутствие материалов фотоснимков; ? настройки отображения количества ячеек материалов фотоснимков в одном ряду в целях удобства просмотра карточек фотографий в зависимости от диагонали экрана; ? экспорта фотоматериалов в выбранный каталог с учетом установленного отбора. Наименование файла должно содержать серийный номер и дату выгрузки фото; ? задания времени автообновления фотоматериалов. Наличие Значение характеристики не может изменяться участником закупки Картография: 1. Должна быть картографическая подложка с отображением на ней пиктограмм всех заведенных в систему АПВГК с возможностью принудительного, а также настраиваемого периода обновления данных, возвращаемых АПВГК, в том числе и по статусам наличия инцидентов. 2. Масштабируемость карты. Изменение масштаба карты при помощи скролла колеса мыши, а также с помощью наличия отдельных элементов интерфейса увеличения/уменьшения масштаба на карте. Должна быть возможность объединения/разъединения пиктограмм камер при изменении масштаба карты в целях избегания наслоения пиктограмм камер, расположенных на достаточно близком расстоянии друг от друга. 3. Пиктограммы камер на карте. Должна быть возможность отображения цвета пиктограмм камер на карте в соответствии с их текущим статусом в сети. Должна быть возможность применения “тепловой” карты по показателям проездов ТС. 4. Должна быть возможность отображения дополнительной информации по устройству при наведении на него курсора мыши на картографической подложке. Информация (всплывающее окно), отображаемая при наведении компьютерной мышкой на конкретное устройство должна быть настраиваемой и может содержать следующие показатели: модель и адрес установки; координаты; количество нарушений и/или проездов; наличие и тип инцидентов по устройству. 5. Поиск на карте. Должна быть возможность отображения списка всех АПВГК для обеспечения наиболее быстрого перехода на карте к искомому устройству. В окне списка должна быть возможность подсветки устройств, не отображаемых на карте (устройство не возвращает координаты и адрес установки). При выделении из списка конкретного АПВГК изображение на карте должно переместиться на выбранное устройство, при этом над картой должна отображаться отдельная строка, отображающая данные по выбранному АПВГК - модель и серийный номер устройства, адрес установки. Наличие Значение характеристики не может изменяться участником закупки Картография: 6. Фильтры на карте. Должна быть система отборов (фильтров) по аналогии с РСО в разделе оперативный контроль, где система будет отображать на карте пиктограммы АПВГК согласно применяемым (активным) фильтрам. 7. Должно быть отдельно выделенное окно интерфейса под подробное раскрытие информации по каждому АПВГК в рамках наличия определенных метрик, предоставляемых устройством по аналогии с рабочим столом оператора в разделе оперативный контроль. 8. Должна быть возможность изменения настроек по разделу картографии, где настраивается: время автообновления информации по устройствам на карте в минутах; размер пиктограмм устройств на карте; параметры масштабирования карты (минимальный и максимальный масштаб). Наличие Значение характеристики не может изменяться участником закупки Заявки на обслуживание. 1. Должен быть функционал, позволяющий вести делопроизводство по контролю исполнения заявок (задач) на обслуживание АПВГК для собственных или сторонних выездных бригад. Должен быть функционал ручного создания заявки непосредственно оператором ПО на основании действующего инцидента и автоматизированного - когда при заданных в системе параметрах задача должна формироваться автоматически, например, создание заявки в случае недоступности прибора свыше 30 минут. 2. Должна быть возможность просмотра общего реестра по всем созданным заявкам. Реестр должен отображать следующую информацию: номер и статус заявки (в работе или закрыта); дата создания и плановая дата к исполнению; автор заявки и исполнитель по ней; устройство, по которому требуется выполнение работ и их описание. Должно быть отдельное окно поиска, в котором должны отображаться все искомые заявки по совпадению набираемых символов. 3. В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать приоритетность и общую длительность выполнения задачи; просматривать существующие и писать новые комментарии, прикреплять вложенные файлы. Должно быть предусмотрено разграничение прав пользователей на создание, редактирование, закрытие (отмена или исполнение), продление сроков выполнения заявки, а также изменения исполнителя по каждой конкретной задаче. 4. Должна быть предусмотрена возможность выгрузки в доступных мессенджерах статусов и комментариев по каждой заявке. Наличие Значение характеристики не может изменяться участником закупки Инциденты: 1. Должен быть функционал, позволяющий работать с инцидентами в ПО - создание, редактирование, удаление. Должен быть функционал автоматического создания инцидента, когда при заданных в системе параметрах триггеров инцидент должен формироваться автоматически, например, в случае недоступности прибора свыше 30 минут. Должна быть возможность задавать любые параметры создания инцидентов в зависимости от метрик, получаемых с устройств. 2. Должна быть возможность просмотра общего реестра по всем созданным инцидентам. Реестр должен отображать следующую информацию: идентификатор, дата/время создания и окончания инцидента, а также общая длительность; описание инцидента и его статус (открыт/закрыт). Должно быть отдельное окно поиска, в котором должны отображаться все искомые инциденты по совпадению набираемых символов. 3. В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать существующие и писать новые комментарии к инциденту; создать заявку на обслуживание устройства; просматривать историю по местам различия мест дислокаций передвижных устройств (план/факт), прикреплять вложенные файлы. Наличие Значение характеристики не может изменяться участником закупки Аналитика: 1. Должен быть раздел, позволяющий получать оперативную аналитику в виде отчетности по параметрам, предоставляемыми АПВГК. 2. Должен быть отчет, позволяющий формировать адреса АПВГК со следующими полями: наименование и серийный номер АПВГК; адрес установки; ip адрес веб-интерфейса (при его наличии); логин доступа к АПВГК и периферии. 3. Должен быть отчет, позволяющий получать подробную информацию по наличию инцидентов в разрезе каждого АПВГК за весь период с момента внедрения программы, что должно позволить находить незакрытые инциденты за самый ранний период работы системы. Группировка в отчете должна быть по видам активных инцидентов с возможностью просмотра в рамках каждого конкретного инцидента по каким АПВГК был зафиксирован данный инцидент. Должны быть представлены следующие поля в отчете: вид инцидента; ip, наименование и серийный номер АПВГК; дата и время начала и длительность инцидента на момент формирования отчета; обслуживающая АПВГК организация (если обслуживанием устройств в регионе занимается одна или несколько подрядных организаций); тип инцидента (является ли отложенным инцидентом или нет); идентификатор и наименование инцидента. 4. Должен быть отчет, позволяющий получать подробную информацию по всем закрытым инцидентам в разрезе каждого АПВГК за определенный период времени. Отчет должен быть сгруппирован по тем АПВГК, по которым возникали какие-либо инциденты за выбранный период времени с возможностью просмотра подробной информации по каждому виду инцидента в рамках конкретного АПВГК. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК; адрес установки комплекса; вид инцидента; дата и время возникновения и окончания, общая продолжительность инцидента; идентификатор и наименование инцидента; количество инцидентов по каждому АПВГК. Наличие Значение характеристики не может изменяться участником закупки Аналитика: 5. Должен быть отчет, позволяющий получать информацию по фактическому времени работы АПВГК за определенный период времени. Группировка в отчете должна быть по АПВГК с возможностью просмотра в рамках каждого конкретного АПВГК вида инцидента - недоступность - в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК, адрес установки; вид инцидента - недоступность АПВГК; дата и время недоступности АПВГК (начало и окончание инцидента, длительность инцидента); плановый период работоспособности АПВГК (сколько должен отработать в пределах заданного интервала времени); общее время, фактически отработанное АПВГК (дней, часов, минут); общее время неработоспособности АПВГК (дней, часов, минут); общее время неработоспособности АПВГК (в процентах по отношению к плановому показателю). 6. Должен быть отчет, позволяющий получать информацию по проездам типов ТС (грузовые и легковые - при наличии данных метрик в API АПВГК) в разрезе каждого дня за определенный период времени. Отчет должен содержать следующие поля и показатели: наименование и серийный номер АПВГК, адрес установки; дата фиксаций; количество фиксаций грузовых ТС, штук; количество фиксаций легковых ТС, штук. 7. Должен быть отчет, позволяющий формировать ежедневную или ежемесячную статистику по проездам ТС через рубежи контроля за определенный период времени. Должен присутствовать фильтр, позволяющий формировать данные в разрезе обслуживающей организации. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК; адрес установки; показатели нарушений или проездов ТС в разрезе каждого дня или месяца. Наличие Значение характеристики не может изменяться участником закупки Аналитика: 8. Должен быть отчет, позволяющий формировать реестр по заявкам на обслуживание АПВГК за определенный период времени. Должен быть фильтр по конкретному исполнителю (ФИО). Отчет должен содержать следующие поля: идентификатор заявки - номер, дата и время создания; АПВГК, по которому создана заявка; исполнитель - ответственное лицо по заявке; статус заявки - выполнена или завершена. 9. Должен быть отчет, позволяющий формировать и отслеживать даты периодических плановых поверок по АПВГК. Отчет должен содержать следующие поля: наименование и серийный номер устройства; номер и дата окончания сертификата; дней до окончания поверки. 10. Должен быть отчет в виде диаграммы Ганта, позволяющий формировать и отслеживать доступность АПВГК или периферии за определенный период времени. Диаграмма должен строиться по осям координат: x - дни по заданному периоду времени; y - список АПВГК (периферии) в рамках заданных фильтров. Каждая полоса на диаграмме должна представлять доступность / недоступность каждого отдельного устройства. В результате формирования диаграммы полосы, ориентированные вдоль оси времени по каждому устройству должны закрашиваться отличным от фона диаграммы цветом в случае недоступности устройства. В случае наличия интервалов времени, в рамках которых устройства не были доступны, по оси “y” должна быть отражена информация по времени недоступности устройства (часы, минуты). Наличие Значение характеристики не может изменяться участником закупки Аналитика: 11. Должен быть отчет, позволяющий формировать отчет по наиболее встречаемым проблемам в работе АПВГК (периферии) за определенный период времени. Отчет должен формироваться с сортировкой по убыванию количества инцидентов. Должна быть группировка по видам инцидентов в разрезе каждого АПВГК. Отчет должен содержать следующие поля: наименование инцидента; общее количество фиксаций инцидента; длительность инцидента (дни, часы, минуты), а в разрезе данного инцидента: наименование и серийный номер АПВГК, по которому был зафиксирован инцидент; количество фиксаций инцидента по данному АПВГК; длительность инцидента (дни, часы, минуты) по данному АПВГК. Наличие Значение характеристики не может изменяться участником закупки Администрирование: 1. Программа должна иметь раздел, в котором должны быть отражены все учетные записи (пользователи) доступа к ПО и основные настройки программы. Должна быть возможность создания новых пользователей, редактирования и удаления старых, принудительного отключения от ПО выбранного пользователя, а также распределения их прав доступа к ПО и назначения ролей. В случае доступа к системе нескольких подрядных организаций по обслуживанию устройств, должно быть предусмотрено разграничение ролей, а также прав доступа к функционалу ПО, а также просмотру только своих устройств в рамках каждой конкретной организации. У администратора должна быть возможность предоставить права на просмотр или редактирования данного раздела любому пользователю ПО. 2. Должна быть возможность получать следующую информацию о пользователях, зарегистрированных в программе (при условии полного занесения в ПО соответствующей информации): ФИО и должность; имя устройства, с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. Должна быть возможность экспортировать список пользователей в форматах *.pdf и *.xlsx. 3. Должна быть возможность осуществлять регистрацию и учет системных событий в журнале регистраций, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, предупреждения, примечания); выполнение операций над объектами (создание, удаление, редактирование); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО, например, вход в систему; результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). Наличие Значение характеристики не может изменяться участником закупки Администрирование: 4. Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр журнала регистраций по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. 5. Должна быть возможность экспорта журнала регистраций в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. 6. Должна быть возможность внесения изменений настроек программы. 7. Должны быть отдельные отчеты доступные только для администратора ПО и недоступные определенным ролям пользователям (разграничение прав пользователей). Наличие Значение характеристики не может изменяться участником закупки Управленческий учет: 1. Должен быть раздел, позволяющий вести полный цикл делопроизводства в разрезе контракта, группы контрактов, непосредственно АПВГК или периферии и обеспечения их полной взаимосвязи. Функционал раздела должен позволять вводить полную информацию по существующему контракту для осуществления контроля работоспособности АПВГК: № и дата заключения контракта; период действия контракта; сумма контракта; контрагент-исполнитель; список АПВГК, привязанных к контракту; тип работ исполнителя, привязанных к контракту. Раздел должен позволять заказчику формировать заявки на проведение необходимых работ по плановому или внеплановому обслуживанию АПВГК или же устранение недостатков в рамках исполнения контрактов, а также контроль за их исполнением. 2. Должна быть возможность автоматического расчета выплат по контракту подрядным организациям, обслуживающим АПВГК. Раздел должен позволять заказчику направлять предписания по устранению недостатков в работе исполнителя, контроль их исполнения, а также в случае неустранения их формировать сумму выплат по условиям исполнения контракта. 3. Раздел должен позволять хранить в ПО всю необходимую информацию в виде вложенных файлов отсканированных документов, таких как контракты, предписания, заявки на обслуживание, акты выполненных работ. Раздел должен позволять формировать необходимые отчеты и отчетную документацию как для заказчика, так и для исполнителя - отчет по сформированным заявкам на обслуживание АПВГК; отчет по выполненным работам по обслуживанию АПВГК - акт выполненных работ за отчетный период. Наличие Значение характеристики не может изменяться участником закупки Управленческий учет: 4. Раздел должен позволять сформировать на любую текущую дату (согласно правам пользователя ПО) отчет, позволяющий оценить сумму выплат в пределах конкретного контракта за отчетный период с учетом условий данного контракта, фактических показателей времени работы АПВГК, а также выставленных предписаний на устранение недостатков в работе исполнителя и штрафов. 5. Раздел должен позволять добавлять всю необходимую документацию для формирования паспорта рубежей. Подраздел рубежа должен представлять собой набор элементов программы, которые должны предоставлять максимально подробную информацию в виде: дата ввода АПВГК в эксплуатацию и даты установки его в места эксплуатации; балансодержатель устройства; свидетельство о поверке АПВГК; состав рубежа - непосредственно АПВГК; схема организации дорожного движения; параметры улично-дорожной сети (категория дороги, адрес установки АПВГК, скоростной режим, пункт ПДД, разметка и дорожные знаки, примечания); инциденты в рамках данного рубежа; все необходимые приложения. Подраздел паспорта рубежа должен позволять формировать единый документ, отображающий всю информацию по устройству на протяжении всего его жизненного цикла, с момента приобретения и постановки на баланс до момента списания устройства. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: 1. Должен быть функционал встроенного конструктор (редактор) отчетов. Доступ должен быть у пользователей со специальными правами с возможностью редактирования существующих, создания разных вариантов одного отчета или нового без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, полей группировки, отбора, сортировки для каждого элемента отчета. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. 2. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: ? группировка - должна выводить данные в виде списка. Для элемента типа Группировка можно настроить: поля группировки, поля, отбор, сортировка, условное оформление. ? таблица - должна выводить данные в виде таблицы. ? диаграмма - должна отображать данные в виде диаграммы. Для элементов типа Таблица и Диаграмма должны настраиваться: поля, условное оформление. ? вложенный отчет - если при создании отчета на для него был создан вложенный отчет, то он также может быть использован в структуре отчета в качестве элемента. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: 3. В конструкторе должны быть предусмотрены следующие элементы настройки отчетов: ? Доступные поля. Возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. ? Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время. Для полей, в составе которых есть дата: ? Начало (конец) дня, недели, декады, месяца, квартала, полугодия, года – возвращает дату и время начала (конца) дня, недели, декады, месяца, квартала, полугодия, года. ? День, день недели, день года – возвращает соответственно номера дня, дня недели, дня года. Неделя года – Возвращает номер недели года. Месяц – Возвращает номер месяца года. Название месяца – Возвращает представление месяца. Квартал – Возвращает номер квартала. Год – Возвращает четырехзначное значение года. ? Для дат, в составе которых указано время: Начало (конец) минуты - возвращает дату и время начала (конца) минуты. Начало (конец) часа - возвращает дату и время начала (конца) часа. Минута (час) - возвращает номер минуты (часа). Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: 4. Пользовательские поля. Должна быть предусмотрена возможность создавать пользовательские поля. Для того чтобы вывести пользовательское поле в отчет, нужно добавить его в список выбранных полей. Пользовательские поля должны быть двух видов: поле-выбор или поле-выражение. ? Полю-выбору можно задать несколько значений. Для вывода в отчет будет выбрано первое значение, для которого выполнится условие отбора. Нужно задать заголовок и выражение отбора, значение и, при необходимости, краткое представление отбора. ? Поле-выражение должно выводиться в отчете как результирующее значение выражений. Выражения составляются при помощи доступных полей отчета и выражений. Пользовательские поля могут использоваться в любом месте отчета. 5. Группируемые поля. В качестве Группируемых полей должны выбираться поля, по которым будет проводиться группировка и тип группировки. Группировка должна иметь один из следующих типов: ? Без иерархии – в группировку попадут только неиерархические записи (элементы); ? Иерархия – в группировку попадут иерархические записи и неиерархические записи (элементы и группы); ? Только иерархия – в группировке будут выводиться только иерархические записи (группы). Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: 6. Отбор. В кач естве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: ? Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. ? Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. ? Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: ? В списке – в результат попадут записи, в которых есть поля со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. В группе из списка – в результат попадут записи, значения которых относятся к группам, присутствующим в списке, либо записи, которые указаны в списке. Список групп и элементов устанавливается в отдельном окне, открывающемся при выборе. В группе – в результирующий документ попадут записи, поле из левого значения которых находится в указанной группе элементов списка. Не в списке – в результат попадут записи, в которых нет полей со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. Не в группе из списка – в результирующий документ попадут записи, поле из левого значения которых не находится в указанной группе элементов списка. ? Содержит – в результат попадут записи, содержащие подстроку, используемую в качестве значения. Не содержит – в результат попадут записи, которые не содержат подстроки, используемой в качестве значения. Заполнено – в результат попадут записи, у которых заполнено заданное поле. Не заполнено – в результат попадут записи, у которых заданное поле не заполнено. ? Начинается с – в результат попадут записи, у которых значение начинается на строку, заданную в условии сравнения. Не начинается с – в результат попадут записи, у которых значение не начинается на строку, заданную в условии сравнения. 7. Конструктор отчетов должен предоставлять возможность объединять Условия отборов в логические группы по И, НЕ и группы по ИЛИ. ? если отборы находятся в группе по И, то в отчет будут выводиться данные, для которых выполняются все условия, находящиеся в группе; ? если отборы объединены в группу по НЕ, то в результирующий документ не попадут записи, удовлетворяющие всем условиям группы; Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: ? если отборы находятся в группе по ИЛИ, то данные будут выводиться при выполнении хотя бы одного условия. С помощью контекстного меню группам можно задавать представления; если оно есть у группы, то в кратком режиме вложенные элементы группы показываться не будут. 8. Сортировка. В качестве Сортировки должны выбираться поля, по которым результат выполнения отчета будет отсортирован. Необходимо предусмотреть добавление как элемента порядка, так и автоэлемента порядка. При выполнении отчета конструктор должен преобразовывать автоэлемент порядка в поля, по которым и проведет сортировку. 9. Условное оформление. Необходимо предусмотреть в конструкторе возможность установить оформление для различных элементов отчета в зависимости от значений, данных, которые выводятся в отчет. Например, выделить цветом отрицательные значения. При этом для каждого элемента задаются области, которые будут оформлены. Условное оформление может состоять из нескольких элементов. Каждый элемент описывает область, которую нужно оформить. Область представляет собой список полей, выбираемых из списка доступных. Если область не задана, то условное оформление применится ко всему элементу отчета. Для каждой области могут задаваться условия, при выполнении которых к области будет применяться выбранное оформление. Если по некоторым условиям к области применяются два разных оформления, то в итоге выбирается последнее из них в списке элементов условного оформления. Должны быть следующие параметры условного оформления: Цвет фона, текста, границы, шрифт, отступы, горизонтальное (вертикальное) положение, угол наклона текста, минимальная (максимальная) ширина количества символов для отображения данных по ширине или высоте. Наличие Значение характеристики не может изменяться участником закупки Конструктор отчетов: 10. Редактор формы. Содержание и внешний вид формы при редактировании должен определяться набором составляющих форму элементов нескольких видов: группы (их несколько видов), таблицы, поля (нескольких видов), кнопки. Эти элементы обладают свойствами, влияющими на способ их отображения на форме. Иерархическая организация элементов определяет их взаимное расположение на форме. Пользователь должен иметь возможность изменять состав, взаимное расположение, группировку и свойства элементов. Возможность перестановки элементов, а также изменить положения элементов в иерархии. 11. Настройка видимости. Чтобы изменить видимость элементов на форме (скрыть или показать). 12. Применение настроек. Применение настроек должно происходить при выходе из редактора настройки. При этом настройки должны сохраняться в Программе, чтобы впоследствии их можно было применить при открытии формы. В процессе настройки должна быть возможность отменить изменения, сделанные как в данном сеансе работы, так и ранее, и вернуться к настройкам формы, заданным в конфигурации. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: Должна быть подсистема, позволяющая пользователям ПО общаться друг с другом в режиме реального времени с помощью текстовых сообщений и видеозвонков. Под термином “видеозвонок” должен пониматься вариант общения двух пользователей, который включает в себя, как голосовой канал общения, так и полноценный видеозвонок (голосовая информация и изображение). Общение пользователей должно быть с помощью обсуждений (наборы сообщений, связанных одной темой обсуждения), которые могут быть двух видов: неконтекстные обсуждения – обсуждения, которые не привязаны к объекту ПО. В таких обсуждениях могут принимать участие любые пользователи программы. Неконтекстных обсуждений должно быть произвольное количество; контекстные обсуждения – обсуждения, которые привязаны к каким-либо объектам ПО – АПВГК, периферия, инциденты, заявки на обслуживание. В таких обсуждениях могут принимать участие только те пользователи Программы, которые имеют доступ к обсуждаемому объекту. Каждый объект может иметь только одно обсуждение. Доступ к сообщениям должен быть реализован при помощи установленного центра оповещений, встроенного в интерфейс ПО, а также специальной панели сообщений в формах объектов системы (для контекстных сообщений). Обмен сообщениями должен осуществляться по протоколу WebSocket. Программа должна обеспечивать пользовательский интерфейс для обмена сообщениями (любых поддерживаемых видов). Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: Обмен сообщениями должен быть реализован только между теми пользователями, которые зарегистрированы в системе взаимодействия. Должна быть предусмотрена возможность хранения полного имени пользователя, картинки (аватара), телефонного номера и адреса электронной почты. Неконтекстные обсуждения не должны быть привязаны к каким-либо объектам ПО. Любой оператор может создать произвольное количество таких обсуждений. Неконтекстные обсуждения должны иметь любое количество участников. При создании обсуждения его участниками являются оператор, создавший обсуждение, и те операторы, которых он указал при создании обсуждения. В дальнейшем любой участник обсуждения должен иметь возможность: просматривать сообщения обсуждения; добавлять сообщения в обсуждение; изменять название (тему) обсуждения; добавлять новых участников; покинуть обсуждение. Если обсуждение покидает последний участник, то обсуждение должно становиться недоступным. При этом содержимое обсуждений должно сохраняться. Неконтекстное обсуждение видимо только для участников обсуждения. Создание неконтекстного обсуждения должно выполняться с помощью специальной формы обсуждений. Основная форма системы взаимодействия всегда является второй (после начальной страницы) формой в панели открытых. Эту форму нельзя закрыть и переместить в другое место панели. В списке обсуждений должны показываться все неконтекстные обсуждения, по которым для пользователя есть уведомления. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: Если таких обсуждений меньше 50, то список должен дополняться неконтекстными обсуждениями, в которых пользователь является участником и по которым для пользователя нет уведомлений. Эти обсуждения должны добавляться в список в порядке убывания даты последнего сообщения в обсуждении, пока размер списка не достигнет 50 элементов. Поиск в списке обсуждений должен работать только по темам обсуждений, поиск в списке сообщений работает только по сообщениям выбранного обсуждения. При появлении в обсуждении новых сообщений, участники обсуждения должны получать оповещения. Контекстные обсуждения должны быть привязаны к конкретным объектам ПО. Контекстные обсуждения могут использоваться для ссылочных типов, а также для форм, у которых навигационная ссылка указывает на данные или команды. Контекстное обсуждение должно выполняться в форме обсуждаемого объекта. Такое обсуждение не имеет заголовка. Открытие и закрытие списка сообщений должно выполняться циклическим нажатием кнопки Обсуждение. В обсуждении по умолчанию могут принимать участие все пользователи Программы (с соответствующими правами), при создании сообщения в контекстном обсуждении должна быть возможность выбора адресатов сообщения. В данном случае адресаты должны выбираться для того, чтобы отобразить им оповещения о новом сообщении. Остальные пользователи получат оповещение только в том случае, если они подпишутся на получение оповещений о новых сообщениях в этом обсуждении. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: Основным механизмом в подсистеме взаимодействия должен являться обмен текстовыми сообщениями. Текстовые сообщения – это простой текст, в котором недоступно никакое оформление. Размер текстового сообщения должен быть ограничен значением 4000 символов. Подсистема взаимодействия должна иметь возможность использования видеозвонков. Для их использования должны быть выполнены следующие требования: сервер взаимодействия должен разрешать видеозвонки для абонента, который выполнял регистрацию; клиентское приложение, которое применяется для доступа к Системе, позволяет использовать видеозвонки; компьютеры пользователей – участников видеозвонка должны быть оснащены микрофонами. При наличии видеокамеры у участника видеозвонка обеспечивается показ изображения видеокамеры другому участнику видеозвонка. Видеозвонки в ПО должны поддерживаться: в тонком клиенте: при работе под управлением ОС Windows 7 и старше; в веб-клиенте: при работе в веб-браузерах актуальных версий. При работе в веб-браузере видеозвонки поддерживаются только в том случае, если доступ к информационной базе выполняется по протоколу HTTPS. В подсистеме взаимодействия должны поддерживаться видеозвонки только с двумя участниками. Подсистема взаимодействия должна обеспечивать возможность проведения видеозвонков как в рамках неконтекстных обсуждений, так и в рамках обсуждений, привязанных к конкретным объектам обсуждений. Для информирования пользователей о новых сообщениях, система взаимодействия должна использовать оповещения. Оповещения должны направляться: При добавлении сообщения в неконтекстное обсуждение – всем участникам обсуждения, кроме автора сообщения; При добавлении сообщения в контекстное обсуждение – всем пользователям, которых автор сообщения указал в качестве адресатов, а также пользователям, включившим режим наблюдения для этого контекстного обсуждения; При пропущенном видеозвонке – пользователю, пропустившему видеозвонок. Наличие Значение характеристики не может изменяться участником закупки Сервис взаимодействия: В случае интерактивного открытия оповещения, созданного при контекстном обсуждении, пользователям должен открываться объект Программы, в рамках которого ведется обсуждение. Должны быть предусмотрены инструменты для выполнения с использованием методов встроенного языка большинства операций, выполняемых с использованием подсистемы Взаимодействия, а именно: регистрация/отмена регистрации на сервере взаимодействия; работа с пользователями подсистемы; работа с обсуждениями: поиск обсуждений и сообщений, установка действий в сообщение, администрирование обсуждений. Наличие Значение характеристики не может изменяться участником закупки Справочники: Должен быть раздел, позволяющий задавать первичные данные (группы данных), являющимися основополагающими элементами для каждого из разделов данного ПО, создавать справочную информацию, на основании которой программа анализирует и оперирует всеми необходимыми данными для обеспечения выполнения задач, стоящих перед программой: устройства и типы устройств; шаблоны сообщений и уведомлений; инциденты и триггеры; узлы сети; пользователи ПО; контрагенты (заказчики и исполнители); работы и перечни работ; данные для формирования паспорта рубежа; типы файлов; единицы измерений; параметры и условия исполнения контрактов по обслуживанию АПВГК; виды печатных документов Наличие Значение характеристики не может изменяться участником закупки Срок предоставления лицензии Бессрочно Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Класс программ для электронных вычислительных машин и баз данных - (02.08) Средства мониторинга и управления - - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Экземпляр на материальном носителе - - Значение характеристики не может изменяться участником закупки - Обеспечение одновременной работы рабочих мест операторов - 15 - - Значение характеристики не может изменяться участником закупки - Штатный режим работы ПО. - 24 часа 365 дней в году - - Значение характеристики не может изменяться участником закупки - Возможность двустороннего взаимодействия программ с программным обеспечением заказчика, соответствующему Приказу ФСТЭК России от 11.04.2025 N 117 "Об утверждении Требований о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений" - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность идентифицировать и проверять подлинность пользователей при входе в компоненты ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с предоставленными ролями. - Наличие - - Значение характеристики не может изменяться участником закупки - Регистрация (протоколирование) всех действий пользователей ПО в журнале регистрации. - Наличие - - Значение характеристики не может изменяться участником закупки - Сведения о ПО должны содержатся в Едином реестре российских программ для электронных вычислительных машин и баз данных. - Наличие - - Значение характеристики не может изменяться участником закупки - Назначение ПО: 1. Автоматизация процессов удаленного мониторинга и контроля работоспособности АПВГК, контроль исполнения контрактов по обслуживанию АПВГК. 2. Подготовка, создание и сопровождение всей документации и статистической отчетности, необходимой для ведения делопроизводства на протяжении всего жизненного цикла АПВГК. 3. Повышение эффективности работоспособности устройств, увеличение показателей фиксации АПВГК и комплексами административных правонарушений в области дорожного движения. - Наличие - - Значение характеристики не может изменяться участником закупки - Требования к ПО: 1. Наличие визуального графического интерфейса. 2. Возможность интеграции в систему следующих типов АПВГК: стационарные, мобильные. 3. Наличие механизма идентификации и проверки подлинности пользователей при входе в программу по идентификатору (логину) и паролю, в том числе возможность двухфакторной авторизации посредством запроса на подтверждение входа через телефон пользователя ПО. Предоставление пользователям доступа к ПО посредством тонкого клиента и веб-клиента через браузер. 4. Наличие картографического модуля Амурской области. 5. - Возможность работы с ОБОРУДОВАНИЕМ Заказчика (комплексы АПВГК) в количестве не менее 20 штук. - Наличие - - Значение характеристики не может изменяться участником закупки - Совместимость ПО: ПО мониторинга должно быть совместимым с находящимся на балансе Заказчика программным обеспечением «Ангел-С: Весогабаритный контроль» (реестровая запись №12464 от 30.12.2021). Совместимость программ должна обеспечивать получение следующих метрик (телеметрии) с ПО «Ангел-С: Весогабаритный контроль»: - общее количество загруженных нарушений в базу; - количество отбракованных нарушений при загрузке; - количество отбракованных нарушений пользователями; - количество отправленных постановлений в Ространснадзор; - номер и дата поверки АПВГК. - Наличие - - Значение характеристики не может изменяться участником закупки - Функции ПО: 1. Наименование и количество метрик (параметров работоспособности) по АПВГК, а также каждому типу устройств зависит от производителя оборудования. Для настройки загрузки телеметрии с АПВГК требуется: наличие, доступ и описание API от производителя устройств; доступ к веб-интерфейсу устройства, описание и доступ до агента, установленного вендором устройства; ip, логин/пароль доступа к АПВГК и периферии; устройства должны быть доступны с сервера с предустановленным ПО. 2. Вывод данных обо всех зарегистрированных в ПО АПВГК, мониторинг и классификация проблем в работе АПВГК и периферии. 3. Сбор фотоснимков (стоп-кадр с видеопотока или материалы проездов ТС) с настраиваемой периодичностью (например раз в час) для анализа чистоты объективов камер. Анализ средних показателей - создание инцидентов в случае резких скачков или падений по количеству зафиксированных комплексами материалов проездов ТС. Расчет показателей материалов потенциальных нарушений, которые мог зафиксировать АПВГК в период своей неработоспособности за счет анализа показателей прошлого периода. 4. Создание и контроль предписаний направления на ремонт или обслуживание устройств в разрезе контрактов и/или обслуживающих организаций. Уведомления об инцидентах по работе АПВГК - рабочий стол оператора, почтовый клиент, в доступных мессенджерах. Составление и ведение документации по рубежам: АПВГК и места их дислокаций, схемы организации дорожного движения, инциденты. Отслеживание исполнения контракта по обслуживанию АПВГК (учет периодичности технического обслуживания и ремонта узлов устройств обслуживающей организацией). Аналитика: фактические затраты на ремонт и обслуживание, отчеты по показателям работы АПВГК. 5. Наличие свободных тегов (текстовых меток) для устройств, отборы по тегам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки - Интерфейс ПО: 1. Интерфейс программы должен представлять собой структурные подразделения или разделы (подсистемы), разделяющие смысловые и функциональные особенности программы в соответствии с поставленными и исполняемыми задачами. Каждый раздел должен содержать интерфейсные элементы, отвечающие за определенные исполняемые задачи. 2. В программе должны быть следующие разделы: Оперативный контроль, Картография, Сервис-деск, Инциденты, Фотостена, Аналитика, Контракты, Администрирование, Конструктор отчетов, Сервис взаимодействия, Справочники. 3. В ПО должна быть возможность выбора начальной страницы при запуске системы - Оперативный контроль или Картография. - Наличие - - Значение характеристики не может изменяться участником закупки - Оперативный контроль: 1. Раздел оперативного контроля в виде рабочего стола оператора должен представлять собой набор элементов и данных, предоставляющие пользователю максимально подробные данные телеметрии, получаемые непосредственно с АПВГК. Рабочий стол должен содержать: список устройств, функционал сортировки, поиска и фильтров (отборов), окно подробной информации (далее по тексту - ОПИ) по конкретному устройству. Детальная информация по всем устройствам на рабочем столе оператора должна быть отражена в табличном виде с возможностью настраивать интервал обновления данных показателей работы устройств. 2. Статусы по АПВГК и периферии. Подсветка цветом в разрезе каждого устройства наличия и типов инцидентов на текущее время: зеленый - нет инцидентов; желтый - есть незакрытые инциденты по устройству; красный - нет пинга до устройства; серый - доступные системе устройства, которые не возвращают данные. 3. Отображение на РСО: список АПВГК в разрезе моделей устройств, адрес их установки; количество проездов и/или нарушений за день по каждому устройству накопительным итогом; подрядная организация - сторона действующего контракта по обслуживанию АПВГК. 4. РСО должен предоставлять возможность настройки отборов (фильтров) по метрикам или данным работы АПВГК для обеспечения конкретных задач оператора. Система фильтров должна позволять отображать данные по устройствам: ? все устройства; устройства без инцидентов; устройства с инцидентами; устройства не в сети; устройства, которые не возвращают данные; устройства, находящиеся в ремонте; скрытые для отображения устройства. ? по моделям и типам устройств. ? по свойствам наличия: состояния соединения (в сети / не в сети); инцидентов; заявок на обслуживание; комментариев; фото проезда ТС (снимка с видеопотока); устройств, находящихся в ремонте; скрытых устройств. ? по показателям - функционал задания граничных пределов (от и до) для отображения на рабочем столе, в шт.: нарушений за день; проездов за день. - Наличие - - Значение характеристики не может изменяться участником закупки - Оперативный контроль: 5. Должно быть окно интерактивного поиска, в котором допустим отбор по наименованию устройства, адресу установки, а также другим численно-буквенным показателям (количество проездов, нарушений), а также возможность сортировки показателей работы АПВГК по возрастанию / убыванию. 6. Должно быть окно интерфейса под подробное раскрытие информации по каждому устройству - карточка устройства. Отображаемые показатели: ? ip, наименование и серийный номер устройства; тип устройства; адрес и координаты установки; показатели нарушений и проездов ТС; активные и закрытые в течение дня инциденты; заявки на обслуживание; последний снимок с устройства. ? Активные и закрытые в течение дня инциденты должны отображать наиболее полную информацию по устройству: наименование инцидента (группа инцидентов); дата и время начала, а также закрытия инцидента; общая длительность инцидента. ? По активным и закрытым инцидентам должна быть возможность: добавить комментарий от пользователя ПО; создать заявку (обслуживание, ремонт). 7. Дополнительно раздел должен предоставлять возможность: ? изменения времени автообновления отображаемой на рабочем столе оператора информации в минутах, а также выбора показателей работы устройств для отображения оператору ПО. ? Сбросить все активные отборы/фильтры. ? Просмотра снимков с камер в режиме слайд-шоу с настройкой интервала смены фотоснимков. ? Показ искомого устройства на карте - переход в раздел картографии. ? Построение графика по показателям проездов ТС за день с указанного АПВГК на текущий момент времени. ? Возможность отметить / снять с устройства статус “в ремонте”. 8. Должен быть элемент “справка”, где должно быть отображена легенда по основным показателям и пиктограммам на рабочем столе оператора. - Наличие - - Значение характеристики не может изменяться участником закупки - Фотостена. Раздел должен предоставлять функционал отображения материалов фотоснимков с камеры (стоп-кадр с видеопотока) в виде фотостены (сетка снимков) в едином окне для оперативного анализа чистоты объективов распознающих и обзорных камер со всех АПВГК с целью выявления возможных отклонений в качестве снимков. Должна быть возможность: ? интерактивного поиска, в котором допустим отбор конкретного устройства по наименованию и адресу расположения; ? применения отборов (фильтров) для отображения материалов фотоматериалов в разрезе конкретных моделей АПВГК по текстовым меткам (тегам) и по признаку - наличие/отсутствие материалов фотоснимков; ? настройки отображения количества ячеек материалов фотоснимков в одном ряду в целях удобства просмотра карточек фотографий в зависимости от диагонали экрана; ? экспорта фотоматериалов в выбранный каталог с учетом установленного отбора. Наименование файла должно содержать серийный номер и дату выгрузки фото; ? задания времени автообновления фотоматериалов. - Наличие - - Значение характеристики не может изменяться участником закупки - Картография: 1. Должна быть картографическая подложка с отображением на ней пиктограмм всех заведенных в систему АПВГК с возможностью принудительного, а также настраиваемого периода обновления данных, возвращаемых АПВГК, в том числе и по статусам наличия инцидентов. 2. Масштабируемость карты. Изменение масштаба карты при помощи скролла колеса мыши, а также с помощью наличия отдельных элементов интерфейса увеличения/уменьшения масштаба на карте. Должна быть возможность объединения/разъединения пиктограмм камер при изменении масштаба карты в целях избегания наслоения пиктограмм камер, расположенных на достаточно близком расстоянии друг от друга. 3. Пиктограммы камер на карте. Должна быть возможность отображения цвета пиктограмм камер на карте в соответствии с их текущим статусом в сети. Должна быть возможность применения “тепловой” карты по показателям проездов ТС. 4. Должна быть возможность отображения дополнительной информации по устройству при наведении на него курсора мыши на картографической подложке. Информация (всплывающее окно), отображаемая при наведении компьютерной мышкой на конкретное устройство должна быть настраиваемой и может содержать следующие показатели: модель и адрес установки; координаты; количество нарушений и/или проездов; наличие и тип инцидентов по устройству. 5. Поиск на карте. Должна быть возможность отображения списка всех АПВГК для обеспечения наиболее быстрого перехода на карте к искомому устройству. В окне списка должна быть возможность подсветки устройств, не отображаемых на карте (устройство не возвращает координаты и адрес установки). При выделении из списка конкретного АПВГК изображение на карте должно переместиться на выбранное устройство, при этом над картой должна отображаться отдельная строка, отображающая данные по выбранному АПВГК - модель и серийный номер устройства, адрес установки. - Наличие - - Значение характеристики не может изменяться участником закупки - Картография: 6. Фильтры на карте. Должна быть система отборов (фильтров) по аналогии с РСО в разделе оперативный контроль, где система будет отображать на карте пиктограммы АПВГК согласно применяемым (активным) фильтрам. 7. Должно быть отдельно выделенное окно интерфейса под подробное раскрытие информации по каждому АПВГК в рамках наличия определенных метрик, предоставляемых устройством по аналогии с рабочим столом оператора в разделе оперативный контроль. 8. Должна быть возможность изменения настроек по разделу картографии, где настраивается: время автообновления информации по устройствам на карте в минутах; размер пиктограмм устройств на карте; параметры масштабирования карты (минимальный и максимальный масштаб). - Наличие - - Значение характеристики не может изменяться участником закупки - Заявки на обслуживание. 1. Должен быть функционал, позволяющий вести делопроизводство по контролю исполнения заявок (задач) на обслуживание АПВГК для собственных или сторонних выездных бригад. Должен быть функционал ручного создания заявки непосредственно оператором ПО на основании действующего инцидента и автоматизированного - когда при заданных в системе параметрах задача должна формироваться автоматически, например, создание заявки в случае недоступности прибора свыше 30 минут. 2. Должна быть возможность просмотра общего реестра по всем созданным заявкам. Реестр должен отображать следующую информацию: номер и статус заявки (в работе или закрыта); дата создания и плановая дата к исполнению; автор заявки и исполнитель по ней; устройство, по которому требуется выполнение работ и их описание. Должно быть отдельное окно поиска, в котором должны отображаться все искомые заявки по совпадению набираемых символов. 3. В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать приоритетность и общую длительность выполнения задачи; просматривать существующие и писать новые комментарии, прикреплять вложенные файлы. Должно быть предусмотрено разграничение прав пользователей на создание, редактирование, закрытие (отмена или исполнение), продление сроков выполнения заявки, а также изменения исполнителя по каждой конкретной задаче. 4. Должна быть предусмотрена возможность выгрузки в доступных мессенджерах статусов и комментариев по каждой заявке. - Наличие - - Значение характеристики не может изменяться участником закупки - Инциденты: 1. Должен быть функционал, позволяющий работать с инцидентами в ПО - создание, редактирование, удаление. Должен быть функционал автоматического создания инцидента, когда при заданных в системе параметрах триггеров инцидент должен формироваться автоматически, например, в случае недоступности прибора свыше 30 минут. Должна быть возможность задавать любые параметры создания инцидентов в зависимости от метрик, получаемых с устройств. 2. Должна быть возможность просмотра общего реестра по всем созданным инцидентам. Реестр должен отображать следующую информацию: идентификатор, дата/время создания и окончания инцидента, а также общая длительность; описание инцидента и его статус (открыт/закрыт). Должно быть отдельное окно поиска, в котором должны отображаться все искомые инциденты по совпадению набираемых символов. 3. В самой карточке заявки, дополнительно к отображаемым в реестре заявок показателям, должна быть возможность: просматривать существующие и писать новые комментарии к инциденту; создать заявку на обслуживание устройства; просматривать историю по местам различия мест дислокаций передвижных устройств (план/факт), прикреплять вложенные файлы. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика: 1. Должен быть раздел, позволяющий получать оперативную аналитику в виде отчетности по параметрам, предоставляемыми АПВГК. 2. Должен быть отчет, позволяющий формировать адреса АПВГК со следующими полями: наименование и серийный номер АПВГК; адрес установки; ip адрес веб-интерфейса (при его наличии); логин доступа к АПВГК и периферии. 3. Должен быть отчет, позволяющий получать подробную информацию по наличию инцидентов в разрезе каждого АПВГК за весь период с момента внедрения программы, что должно позволить находить незакрытые инциденты за самый ранний период работы системы. Группировка в отчете должна быть по видам активных инцидентов с возможностью просмотра в рамках каждого конкретного инцидента по каким АПВГК был зафиксирован данный инцидент. Должны быть представлены следующие поля в отчете: вид инцидента; ip, наименование и серийный номер АПВГК; дата и время начала и длительность инцидента на момент формирования отчета; обслуживающая АПВГК организация (если обслуживанием устройств в регионе занимается одна или несколько подрядных организаций); тип инцидента (является ли отложенным инцидентом или нет); идентификатор и наименование инцидента. 4. Должен быть отчет, позволяющий получать подробную информацию по всем закрытым инцидентам в разрезе каждого АПВГК за определенный период времени. Отчет должен быть сгруппирован по тем АПВГК, по которым возникали какие-либо инциденты за выбранный период времени с возможностью просмотра подробной информации по каждому виду инцидента в рамках конкретного АПВГК. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК; адрес установки комплекса; вид инцидента; дата и время возникновения и окончания, общая продолжительность инцидента; идентификатор и наименование инцидента; количество инцидентов по каждому АПВГК. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика: 5. Должен быть отчет, позволяющий получать информацию по фактическому времени работы АПВГК за определенный период времени. Группировка в отчете должна быть по АПВГК с возможностью просмотра в рамках каждого конкретного АПВГК вида инцидента - недоступность - в пределах заданного периода. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК, адрес установки; вид инцидента - недоступность АПВГК; дата и время недоступности АПВГК (начало и окончание инцидента, длительность инцидента); плановый период работоспособности АПВГК (сколько должен отработать в пределах заданного интервала времени); общее время, фактически отработанное АПВГК (дней, часов, минут); общее время неработоспособности АПВГК (дней, часов, минут); общее время неработоспособности АПВГК (в процентах по отношению к плановому показателю). 6. Должен быть отчет, позволяющий получать информацию по проездам типов ТС (грузовые и легковые - при наличии данных метрик в API АПВГК) в разрезе каждого дня за определенный период времени. Отчет должен содержать следующие поля и показатели: наименование и серийный номер АПВГК, адрес установки; дата фиксаций; количество фиксаций грузовых ТС, штук; количество фиксаций легковых ТС, штук. 7. Должен быть отчет, позволяющий формировать ежедневную или ежемесячную статистику по проездам ТС через рубежи контроля за определенный период времени. Должен присутствовать фильтр, позволяющий формировать данные в разрезе обслуживающей организации. Отчет должен содержать следующие поля: наименование и серийный номер АПВГК; адрес установки; показатели нарушений или проездов ТС в разрезе каждого дня или месяца. - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика: 8. Должен быть отчет, позволяющий формировать реестр по заявкам на обслуживание АПВГК за определенный период времени. Должен быть фильтр по конкретному исполнителю (ФИО). Отчет должен содержать следующие поля: идентификатор заявки - номер, дата и время создания; АПВГК, по которому создана заявка; исполнитель - ответственное лицо по заявке; статус заявки - выполнена или завершена. 9. Должен быть отчет, позволяющий формировать и отслеживать даты периодических плановых поверок по АПВГК. Отчет должен содержать следующие поля: наименование и серийный номер устройства; номер и дата окончания сертификата; дней до окончания поверки. 10. Должен быть отчет в виде диаграммы Ганта, позволяющий формировать и отслеживать доступность АПВГК или периферии за определенный период времени. Диаграмма должен строиться по осям координат: x - дни по заданному периоду времени; y - список АПВГК (периферии) в рамках заданных фильтров. Каждая полоса на диаграмме должна представлять доступность / недоступность каждого отдельного устройства. В результате формирования диаграммы полосы, ориентированные вдоль оси времени по каждому устройству должны закрашиваться отличным от фона диаграммы цветом в случае недоступности устройства. В случае наличия интервалов времени, в рамках которых устройства не были доступны, по оси “y” должна быть отражена информация по времени недоступности устройства (часы, минуты). - Наличие - - Значение характеристики не может изменяться участником закупки - Аналитика: 11. Должен быть отчет, позволяющий формировать отчет по наиболее встречаемым проблемам в работе АПВГК (периферии) за определенный период времени. Отчет должен формироваться с сортировкой по убыванию количества инцидентов. Должна быть группировка по видам инцидентов в разрезе каждого АПВГК. Отчет должен содержать следующие поля: наименование инцидента; общее количество фиксаций инцидента; длительность инцидента (дни, часы, минуты), а в разрезе данного инцидента: наименование и серийный номер АПВГК, по которому был зафиксирован инцидент; количество фиксаций инцидента по данному АПВГК; длительность инцидента (дни, часы, минуты) по данному АПВГК. - Наличие - - Значение характеристики не может изменяться участником закупки - Администрирование: 1. Программа должна иметь раздел, в котором должны быть отражены все учетные записи (пользователи) доступа к ПО и основные настройки программы. Должна быть возможность создания новых пользователей, редактирования и удаления старых, принудительного отключения от ПО выбранного пользователя, а также распределения их прав доступа к ПО и назначения ролей. В случае доступа к системе нескольких подрядных организаций по обслуживанию устройств, должно быть предусмотрено разграничение ролей, а также прав доступа к функционалу ПО, а также просмотру только своих устройств в рамках каждой конкретной организации. У администратора должна быть возможность предоставить права на просмотр или редактирования данного раздела любому пользователю ПО. 2. Должна быть возможность получать следующую информацию о пользователях, зарегистрированных в программе (при условии полного занесения в ПО соответствующей информации): ФИО и должность; имя устройства, с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. Должна быть возможность экспортировать список пользователей в форматах *.pdf и *.xlsx. 3. Должна быть возможность осуществлять регистрацию и учет системных событий в журнале регистраций, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, предупреждения, примечания); выполнение операций над объектами (создание, удаление, редактирование); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО, например, вход в систему; результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). - Наличие - - Значение характеристики не может изменяться участником закупки - Администрирование: 4. Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр журнала регистраций по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. 5. Должна быть возможность экспорта журнала регистраций в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. 6. Должна быть возможность внесения изменений настроек программы. 7. Должны быть отдельные отчеты доступные только для администратора ПО и недоступные определенным ролям пользователям (разграничение прав пользователей). - Наличие - - Значение характеристики не может изменяться участником закупки - Управленческий учет: 1. Должен быть раздел, позволяющий вести полный цикл делопроизводства в разрезе контракта, группы контрактов, непосредственно АПВГК или периферии и обеспечения их полной взаимосвязи. Функционал раздела должен позволять вводить полную информацию по существующему контракту для осуществления контроля работоспособности АПВГК: № и дата заключения контракта; период действия контракта; сумма контракта; контрагент-исполнитель; список АПВГК, привязанных к контракту; тип работ исполнителя, привязанных к контракту. Раздел должен позволять заказчику формировать заявки на проведение необходимых работ по плановому или внеплановому обслуживанию АПВГК или же устранение недостатков в рамках исполнения контрактов, а также контроль за их исполнением. 2. Должна быть возможность автоматического расчета выплат по контракту подрядным организациям, обслуживающим АПВГК. Раздел должен позволять заказчику направлять предписания по устранению недостатков в работе исполнителя, контроль их исполнения, а также в случае неустранения их формировать сумму выплат по условиям исполнения контракта. 3. Раздел должен позволять хранить в ПО всю необходимую информацию в виде вложенных файлов отсканированных документов, таких как контракты, предписания, заявки на обслуживание, акты выполненных работ. Раздел должен позволять формировать необходимые отчеты и отчетную документацию как для заказчика, так и для исполнителя - отчет по сформированным заявкам на обслуживание АПВГК; отчет по выполненным работам по обслуживанию АПВГК - акт выполненных работ за отчетный период. - Наличие - - Значение характеристики не может изменяться участником закупки - Управленческий учет: 4. Раздел должен позволять сформировать на любую текущую дату (согласно правам пользователя ПО) отчет, позволяющий оценить сумму выплат в пределах конкретного контракта за отчетный период с учетом условий данного контракта, фактических показателей времени работы АПВГК, а также выставленных предписаний на устранение недостатков в работе исполнителя и штрафов. 5. Раздел должен позволять добавлять всю необходимую документацию для формирования паспорта рубежей. Подраздел рубежа должен представлять собой набор элементов программы, которые должны предоставлять максимально подробную информацию в виде: дата ввода АПВГК в эксплуатацию и даты установки его в места эксплуатации; балансодержатель устройства; свидетельство о поверке АПВГК; состав рубежа - непосредственно АПВГК; схема организации дорожного движения; параметры улично-дорожной сети (категория дороги, адрес установки АПВГК, скоростной режим, пункт ПДД, разметка и дорожные знаки, примечания); инциденты в рамках данного рубежа; все необходимые приложения. Подраздел паспорта рубежа должен позволять формировать единый документ, отображающий всю информацию по устройству на протяжении всего его жизненного цикла, с момента приобретения и постановки на баланс до момента списания устройства. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: 1. Должен быть функционал встроенного конструктор (редактор) отчетов. Доступ должен быть у пользователей со специальными правами с возможностью редактирования существующих, создания разных вариантов одного отчета или нового без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, полей группировки, отбора, сортировки для каждого элемента отчета. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. 2. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: ? группировка - должна выводить данные в виде списка. Для элемента типа Группировка можно настроить: поля группировки, поля, отбор, сортировка, условное оформление. ? таблица - должна выводить данные в виде таблицы. ? диаграмма - должна отображать данные в виде диаграммы. Для элементов типа Таблица и Диаграмма должны настраиваться: поля, условное оформление. ? вложенный отчет - если при создании отчета на для него был создан вложенный отчет, то он также может быть использован в структуре отчета в качестве элемента. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: 3. В конструкторе должны быть предусмотрены следующие элементы настройки отчетов: ? Доступные поля. Возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. ? Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время. Для полей, в составе которых есть дата: ? Начало (конец) дня, недели, декады, месяца, квартала, полугодия, года – возвращает дату и время начала (конца) дня, недели, декады, месяца, квартала, полугодия, года. ? День, день недели, день года – возвращает соответственно номера дня, дня недели, дня года. Неделя года – Возвращает номер недели года. Месяц – Возвращает номер месяца года. Название месяца – Возвращает представление месяца. Квартал – Возвращает номер квартала. Год – Возвращает четырехзначное значение года. ? Для дат, в составе которых указано время: Начало (конец) минуты - возвращает дату и время начала (конца) минуты. Начало (конец) часа - возвращает дату и время начала (конца) часа. Минута (час) - возвращает номер минуты (часа). - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: 4. Пользовательские поля. Должна быть предусмотрена возможность создавать пользовательские поля. Для того чтобы вывести пользовательское поле в отчет, нужно добавить его в список выбранных полей. Пользовательские поля должны быть двух видов: поле-выбор или поле-выражение. ? Полю-выбору можно задать несколько значений. Для вывода в отчет будет выбрано первое значение, для которого выполнится условие отбора. Нужно задать заголовок и выражение отбора, значение и, при необходимости, краткое представление отбора. ? Поле-выражение должно выводиться в отчете как результирующее значение выражений. Выражения составляются при помощи доступных полей отчета и выражений. Пользовательские поля могут использоваться в любом месте отчета. 5. Группируемые поля. В качестве Группируемых полей должны выбираться поля, по которым будет проводиться группировка и тип группировки. Группировка должна иметь один из следующих типов: ? Без иерархии – в группировку попадут только неиерархические записи (элементы); ? Иерархия – в группировку попадут иерархические записи и неиерархические записи (элементы и группы); ? Только иерархия – в группировке будут выводиться только иерархические записи (группы). - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: 6. Отбор. В кач естве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: ? Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. ? Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. ? Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: ? В списке – в результат попадут записи, в которых есть поля со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. В группе из списка – в результат попадут записи, значения которых относятся к группам, присутствующим в списке, либо записи, которые указаны в списке. Список групп и элементов устанавливается в отдельном окне, открывающемся при выборе. В группе – в результирующий документ попадут записи, поле из левого значения которых находится в указанной группе элементов списка. Не в списке – в результат попадут записи, в которых нет полей со значением, присутствующим в списке. Список значений устанавливается в отдельном окне, открывающемся при выборе колонки Левое значение. Не в группе из списка – в результирующий документ попадут записи, поле из левого значения которых не находится в указанной группе элементов списка. ? Содержит – в результат попадут записи, содержащие подстроку, используемую в качестве значения. Не содержит – в результат попадут записи, которые не содержат подстроки, используемой в качестве значения. Заполнено – в результат попадут записи, у которых заполнено заданное поле. Не заполнено – в результат попадут записи, у которых заданное поле не заполнено. ? Начинается с – в результат попадут записи, у которых значение начинается на строку, заданную в условии сравнения. Не начинается с – в результат попадут записи, у которых значение не начинается на строку, заданную в условии сравнения. 7. Конструктор отчетов должен предоставлять возможность объединять Условия отборов в логические группы по И, НЕ и группы по ИЛИ. ? если отборы находятся в группе по И, то в отчет будут выводиться данные, для которых выполняются все условия, находящиеся в группе; ? если отборы объединены в группу по НЕ, то в результирующий документ не попадут записи, удовлетворяющие всем условиям группы; - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: ? если отборы находятся в группе по ИЛИ, то данные будут выводиться при выполнении хотя бы одного условия. С помощью контекстного меню группам можно задавать представления; если оно есть у группы, то в кратком режиме вложенные элементы группы показываться не будут. 8. Сортировка. В качестве Сортировки должны выбираться поля, по которым результат выполнения отчета будет отсортирован. Необходимо предусмотреть добавление как элемента порядка, так и автоэлемента порядка. При выполнении отчета конструктор должен преобразовывать автоэлемент порядка в поля, по которым и проведет сортировку. 9. Условное оформление. Необходимо предусмотреть в конструкторе возможность установить оформление для различных элементов отчета в зависимости от значений, данных, которые выводятся в отчет. Например, выделить цветом отрицательные значения. При этом для каждого элемента задаются области, которые будут оформлены. Условное оформление может состоять из нескольких элементов. Каждый элемент описывает область, которую нужно оформить. Область представляет собой список полей, выбираемых из списка доступных. Если область не задана, то условное оформление применится ко всему элементу отчета. Для каждой области могут задаваться условия, при выполнении которых к области будет применяться выбранное оформление. Если по некоторым условиям к области применяются два разных оформления, то в итоге выбирается последнее из них в списке элементов условного оформления. Должны быть следующие параметры условного оформления: Цвет фона, текста, границы, шрифт, отступы, горизонтальное (вертикальное) положение, угол наклона текста, минимальная (максимальная) ширина количества символов для отображения данных по ширине или высоте. - Наличие - - Значение характеристики не может изменяться участником закупки - Конструктор отчетов: 10. Редактор формы. Содержание и внешний вид формы при редактировании должен определяться набором составляющих форму элементов нескольких видов: группы (их несколько видов), таблицы, поля (нескольких видов), кнопки. Эти элементы обладают свойствами, влияющими на способ их отображения на форме. Иерархическая организация элементов определяет их взаимное расположение на форме. Пользователь должен иметь возможность изменять состав, взаимное расположение, группировку и свойства элементов. Возможность перестановки элементов, а также изменить положения элементов в иерархии. 11. Настройка видимости. Чтобы изменить видимость элементов на форме (скрыть или показать). 12. Применение настроек. Применение настроек должно происходить при выходе из редактора настройки. При этом настройки должны сохраняться в Программе, чтобы впоследствии их можно было применить при открытии формы. В процессе настройки должна быть возможность отменить изменения, сделанные как в данном сеансе работы, так и ранее, и вернуться к настройкам формы, заданным в конфигурации. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: Должна быть подсистема, позволяющая пользователям ПО общаться друг с другом в режиме реального времени с помощью текстовых сообщений и видеозвонков. Под термином “видеозвонок” должен пониматься вариант общения двух пользователей, который включает в себя, как голосовой канал общения, так и полноценный видеозвонок (голосовая информация и изображение). Общение пользователей должно быть с помощью обсуждений (наборы сообщений, связанных одной темой обсуждения), которые могут быть двух видов: неконтекстные обсуждения – обсуждения, которые не привязаны к объекту ПО. В таких обсуждениях могут принимать участие любые пользователи программы. Неконтекстных обсуждений должно быть произвольное количество; контекстные обсуждения – обсуждения, которые привязаны к каким-либо объектам ПО – АПВГК, периферия, инциденты, заявки на обслуживание. В таких обсуждениях могут принимать участие только те пользователи Программы, которые имеют доступ к обсуждаемому объекту. Каждый объект может иметь только одно обсуждение. Доступ к сообщениям должен быть реализован при помощи установленного центра оповещений, встроенного в интерфейс ПО, а также специальной панели сообщений в формах объектов системы (для контекстных сообщений). Обмен сообщениями должен осуществляться по протоколу WebSocket. Программа должна обеспечивать пользовательский интерфейс для обмена сообщениями (любых поддерживаемых видов). - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: Обмен сообщениями должен быть реализован только между теми пользователями, которые зарегистрированы в системе взаимодействия. Должна быть предусмотрена возможность хранения полного имени пользователя, картинки (аватара), телефонного номера и адреса электронной почты. Неконтекстные обсуждения не должны быть привязаны к каким-либо объектам ПО. Любой оператор может создать произвольное количество таких обсуждений. Неконтекстные обсуждения должны иметь любое количество участников. При создании обсуждения его участниками являются оператор, создавший обсуждение, и те операторы, которых он указал при создании обсуждения. В дальнейшем любой участник обсуждения должен иметь возможность: просматривать сообщения обсуждения; добавлять сообщения в обсуждение; изменять название (тему) обсуждения; добавлять новых участников; покинуть обсуждение. Если обсуждение покидает последний участник, то обсуждение должно становиться недоступным. При этом содержимое обсуждений должно сохраняться. Неконтекстное обсуждение видимо только для участников обсуждения. Создание неконтекстного обсуждения должно выполняться с помощью специальной формы обсуждений. Основная форма системы взаимодействия всегда является второй (после начальной страницы) формой в панели открытых. Эту форму нельзя закрыть и переместить в другое место панели. В списке обсуждений должны показываться все неконтекстные обсуждения, по которым для пользователя есть уведомления. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: Если таких обсуждений меньше 50, то список должен дополняться неконтекстными обсуждениями, в которых пользователь является участником и по которым для пользователя нет уведомлений. Эти обсуждения должны добавляться в список в порядке убывания даты последнего сообщения в обсуждении, пока размер списка не достигнет 50 элементов. Поиск в списке обсуждений должен работать только по темам обсуждений, поиск в списке сообщений работает только по сообщениям выбранного обсуждения. При появлении в обсуждении новых сообщений, участники обсуждения должны получать оповещения. Контекстные обсуждения должны быть привязаны к конкретным объектам ПО. Контекстные обсуждения могут использоваться для ссылочных типов, а также для форм, у которых навигационная ссылка указывает на данные или команды. Контекстное обсуждение должно выполняться в форме обсуждаемого объекта. Такое обсуждение не имеет заголовка. Открытие и закрытие списка сообщений должно выполняться циклическим нажатием кнопки Обсуждение. В обсуждении по умолчанию могут принимать участие все пользователи Программы (с соответствующими правами), при создании сообщения в контекстном обсуждении должна быть возможность выбора адресатов сообщения. В данном случае адресаты должны выбираться для того, чтобы отобразить им оповещения о новом сообщении. Остальные пользователи получат оповещение только в том случае, если они подпишутся на получение оповещений о новых сообщениях в этом обсуждении. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: Основным механизмом в подсистеме взаимодействия должен являться обмен текстовыми сообщениями. Текстовые сообщения – это простой текст, в котором недоступно никакое оформление. Размер текстового сообщения должен быть ограничен значением 4000 символов. Подсистема взаимодействия должна иметь возможность использования видеозвонков. Для их использования должны быть выполнены следующие требования: сервер взаимодействия должен разрешать видеозвонки для абонента, который выполнял регистрацию; клиентское приложение, которое применяется для доступа к Системе, позволяет использовать видеозвонки; компьютеры пользователей – участников видеозвонка должны быть оснащены микрофонами. При наличии видеокамеры у участника видеозвонка обеспечивается показ изображения видеокамеры другому участнику видеозвонка. Видеозвонки в ПО должны поддерживаться: в тонком клиенте: при работе под управлением ОС Windows 7 и старше; в веб-клиенте: при работе в веб-браузерах актуальных версий. При работе в веб-браузере видеозвонки поддерживаются только в том случае, если доступ к информационной базе выполняется по протоколу HTTPS. В подсистеме взаимодействия должны поддерживаться видеозвонки только с двумя участниками. Подсистема взаимодействия должна обеспечивать возможность проведения видеозвонков как в рамках неконтекстных обсуждений, так и в рамках обсуждений, привязанных к конкретным объектам обсуждений. Для информирования пользователей о новых сообщениях, система взаимодействия должна использовать оповещения. Оповещения должны направляться: При добавлении сообщения в неконтекстное обсуждение – всем участникам обсуждения, кроме автора сообщения; При добавлении сообщения в контекстное обсуждение – всем пользователям, которых автор сообщения указал в качестве адресатов, а также пользователям, включившим режим наблюдения для этого контекстного обсуждения; При пропущенном видеозвонке – пользователю, пропустившему видеозвонок. - Наличие - - Значение характеристики не может изменяться участником закупки - Сервис взаимодействия: В случае интерактивного открытия оповещения, созданного при контекстном обсуждении, пользователям должен открываться объект Программы, в рамках которого ведется обсуждение. Должны быть предусмотрены инструменты для выполнения с использованием методов встроенного языка большинства операций, выполняемых с использованием подсистемы Взаимодействия, а именно: регистрация/отмена регистрации на сервере взаимодействия; работа с пользователями подсистемы; работа с обсуждениями: поиск обсуждений и сообщений, установка действий в сообщение, администрирование обсуждений. - Наличие - - Значение характеристики не может изменяться участником закупки - Справочники: Должен быть раздел, позволяющий задавать первичные данные (группы данных), являющимися основополагающими элементами для каждого из разделов данного ПО, создавать справочную информацию, на основании которой программа анализирует и оперирует всеми необходимыми данными для обеспечения выполнения задач, стоящих перед программой: устройства и типы устройств; шаблоны сообщений и уведомлений; инциденты и триггеры; узлы сети; пользователи ПО; контрагенты (заказчики и исполнители); работы и перечни работ; данные для формирования паспорта рубежа; типы файлов; единицы измерений; параметры и условия исполнения контрактов по обслуживанию АПВГК; виды печатных документов - Наличие - - Значение характеристики не может изменяться участником закупки - Срок предоставления лицензии - Бессрочно - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

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

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

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

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

Совместимость ПО: ПО мониторинга должно быть совместимым с находящимся на балансе Заказчика программным обеспечением «Ангел-С: Весогабаритный контроль» (реестровая запись №12464 от 30.12.2021). Совместимость программ должна обеспечивать получение следующих метрик (телеметрии) с ПО «Ангел-С: Весогабаритный контроль»: - общее количество загруженных нарушений в базу; - количество отбракованных нарушений при загрузке; - количество отбракованных нарушений пользователями; - количество отправленных постановлений в Ространснадзор; - номер и дата поверки АПВГК. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Конструктор отчетов: 1. Должен быть функционал встроенного конструктор (редактор) отчетов. Доступ должен быть у пользователей со специальными правами с возможностью редактирования существующих, создания разных вариантов одного отчета или нового без использования специализированных языков программирования. Редактирование отчета должно заключаться в изменении его структуры и установке необходимых параметров, создании пользовательских полей, полей группировки, отбора, сортировки для каждого элемента отчета. Должна быть возможность вернуть в первоначальный вид измененный вариант настройки отчета, а также сохранить настройки отчета в файл и загрузить их из файла. 2. Основными инструментами конструктора должны являться Элементы отчета, которые можно добавлять и удалять. Элементами отчета в конструкторе могут быть: ? группировка - должна выводить данные в виде списка. Для элемента типа Группировка можно настроить: поля группировки, поля, отбор, сортировка, условное оформление. ? таблица - должна выводить данные в виде таблицы. ? диаграмма - должна отображать данные в виде диаграммы. Для элементов типа Таблица и Диаграмма должны настраиваться: поля, условное оформление. ? вложенный отчет - если при создании отчета на для него был создан вложенный отчет, то он также может быть использован в структуре отчета в качестве элемента. - Наличие - - Значение характеристики не может изменяться участником закупки

Конструктор отчетов: 3. В конструкторе должны быть предусмотрены следующие элементы настройки отчетов: ? Доступные поля. Возможность выбирать доступные поля и переносить их в списки полей группировки, выбора, отбора, сортировки с помощью механизма перетаскивания. Должна быть возможность выбрать текущее или все доступные поля для того, чтобы поместить их в соответствующую коллекцию. ? Для полей типа Дата должен быть доступен список дочерних полей, разбитый по группам: Даты начала, Даты конца, Части дат. С их помощью можно уточнить дату и время. Для полей, в составе которых есть дата: ? Начало (конец) дня, недели, декады, месяца, квартала, полугодия, года – возвращает дату и время начала (конца) дня, недели, декады, месяца, квартала, полугодия, года. ? День, день недели, день года – возвращает соответственно номера дня, дня недели, дня года. Неделя года – Возвращает номер недели года. Месяц – Возвращает номер месяца года. Название месяца – Возвращает представление месяца. Квартал – Возвращает номер квартала. Год – Возвращает четырехзначное значение года. ? Для дат, в составе которых указано время: Начало (конец) минуты - возвращает дату и время начала (конца) минуты. Начало (конец) часа - возвращает дату и время начала (конца) часа. Минута (час) - возвращает номер минуты (часа). - Наличие - - Значение характеристики не может изменяться участником закупки

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

Конструктор отчетов: 6. Отбор. В кач естве Отбора должны выбираться поля для фильтрации записей результата отчета. Для каждого элемента Отбора должна быть возможность установить параметры, по которым будет проводиться отбор записей результата отчета: ? Представление. Задается представление, которое будет показывать информацию об элементе отбора в списке. ? Применение. Параметр должен быть доступен для группировки в диаграмме для элементов отбора. Если свойство Применение установлено в значение “После группировки” или для иерархии, то условие отбора проверяется после построения иерархии. Значение “Только иерархия” указывает, что условие отбора проверяется только для иерархических записей. Отфильтрованные записи продолжают влиять на итоговые значения ресурсов вышестоящих иерархических записей. Вложенные группировки записей, отфильтрованных при помощи этих свойств, также будут выводиться в отчет. ? Виды сравнения. Данный параметр должен содержать описание видов сравнения, предоставляемых конструктором отчетов для отборов. Равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, равно правому значению. Не равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, не равно правому значению. Меньше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше правого значения. Меньше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, меньше или равно правому значению. Больше – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше правого значения. Больше или равно – в результат попадут записи, для которых значение поля, указанного в качестве левого значения, больше или равно правому значению. - Наличие - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 2 900 000,00

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

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

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

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

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

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

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

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

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

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

Размер обеспечения заявки: 29 000,00 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке (далее – ОЗ) может предоставляться в виде денежных средств или независимой гарантии (далее – НГ). Выбор способа обеспечения осуществляется участником закупки самостоятельно. В случае выбора способа ОЗ в виде денежных средств, осуществляется блокирование денежных средств, внесенных участником закупки на банковский счет (далее – специальный счет), открытый в банке, включенном в Перечень, утвержденный РП РФ от 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 (шесть) месяцев со дня подписания Заказчиком документа о приемке.

Информация о требованиях к гарантийному обслуживанию товара: Гарантийное сопровождение ПО включает: 1). Восстановление работоспособности ПО в случае аварийных сбоев и возникновении отклонений от заявленного функционала. 2). Подключение комплексов в пределах количества, указанного в разделе требований к ПО. 3). Заказчик в течение гарантийного срока вправе предъявить требования, связанные с недостатками программного продукта в случае обнаружения нарушений Поставщиком условий контракта и требований Описания объекта закупки. 4). Заявка оформляется в произвольной форме и направляется Поставщику с использованием любых средств связи (электронная почта, чаты в мессенджерах) в рабочие дни с 9:00 до 18:00 (по местному времени). Поставщик обязуется выполнять гарантийное обслуживание поставленного Товара, а также устранить выявленные дефекты без дополнительных расходов со стороны Заказчика в пределах срока, установленного в пункте 5.7. Проекта Контракта.

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

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

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

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

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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