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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: Электронная торговая площадка «Фабрикант»

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

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

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

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

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

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

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

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

Почтовый адрес: 614000, Пермский край, Пермский г.о., г Пермь, ул Петропавловская, 53, офис 100

Место нахождения: 614000, Пермский край, Пермский г.о., г Пермь, ул Петропавловская, 53, офис 100

Ответственное должностное лицо: Сергеева Н. В.

Адрес электронной почты: nvsergeeva@cz.permkrai.ru

Номер контактного телефона: 7-342-2582104

Дополнительная информация: Информация отсутствует

Регион: Пермский край

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

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

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

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

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

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

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

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

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

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

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

- 58.29.29.000 58.29.11.000-00000003 - Программное обеспечение Программное обеспечение Обеспечение загрузки программного обеспечения и обработки данных о транспортных средствах с Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, а также с мобильных Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, в формализованном виде – наличие ... Количество пользователей 1 ШТ Вид лицензии Простая (неисключительная) - Штука - 1,00 - 6 000 000,00 - 6 000 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Программное обеспечение Обеспечение загрузки программного обеспечения и обработки данных о транспортных средствах с Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, а также с мобильных Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, в формализованном виде – наличие Значение характеристики не может изменяться участником закупки Осуществление работы через веб-интерфейс без установки специализированного программного обеспечения – наличие Поддержка возможности производить загрузку данных с Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках – наличие Обеспечение одновременной обработки данных не менее чем от 100 Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках – наличие Обеспечение одновременной работы не менее 5 АРМ операторов – наличие Обеспечение модуля графической карты г. Пермь, уровнем детализации вплоть до определения номеров домов – наличие Возможность приема/сбора обзорных кадров на плоскостных парковках – наличие Обеспечение регистрации фактов фиксации нарушений правил оплаты платных парковок (парковочных мест) с использованием КФВФ – наличие Обеспечение автоматического определения адреса места фиксации нарушения по географическим координатам, указанным в пакетных данных, принятых от КФВФ – наличие Реализация возможности загрузки в режиме реального времени в систему управления парковочным пространством г. Перми информации с: передвижных комплексов фото-видеофиксации, включая детальные фотографии и обзорные (при их наличии)со стационарных комплексов ФВФ, включая детальные фотографии и обзорные (при их наличии)с промежуточных серверов сбора информации с КФВФ (включая детальные фотографии и обзорные (при их наличии)камер, оборудованных модулем распознавания ГРЗ – наличие. Осуществление хранения информации обо всех фактах фиксации ТС, включая фото и видеоматериалы (при наличии) – наличие Осуществление формирования сведений необходимых для ведения статистики – наличие Осуществление взаимодействия пользователей посредством визуального графического интерфейса – наличие Построение на стандартных и унифицированных методах программирования и с обеспечением унификации автоматизированных рабочих мест – наличие Возможность добавления (удаления) комплексов ФВФ без внесения кардинальных изменений в архитектуру и логику функционирования – наличие Возможность увеличения числа пользователей, и объемов информационных потоков без внесения кардинальных изменений в архитектуру и логику функционирования – наличие Возможность наращивания функциональных возможностей без внесения кардинальных изменений в архитектуру и логику ее функционирования – наличие Возможность установки дополнительных модулей распознавания ГРН ТС по информации, полученной с помощью специальных технических средств, имеющих функции фото- и киносъемки, видеозаписи, работающими в автоматическом режиме – наличие Возможность модернизации с учетом совершенствования оборудования и программного обеспечения, а также расширения функций и выполнения иных задач – наличие. Механизм идентификации и проверки подлинности пользователей при входе в ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с заданными Администратором ПО ролями (правами доступа к функционалу ПО) – наличие Сроки хранения информации должны быть настраиваемыми Администратором и согласованы с Заказчиком Интерфейс должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм, соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям программного обеспечения Навигационные элементы должны быть выполнены в удобной для пользователя форме. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Ввод данных должен осуществляться с помощью транслитерации в соответствии с требованиями ГОСТ 7.79-2000 «Правила транслитерации кирилловского письма латинским алфавитом». ПО должно иметь раздел, в котором должны быть отражены все участники (пользователи) ПО. В данном разделе ПО должна быть возможность создания новых пользователей, редактирования и удаления старых, а также распределения их прав доступа к ПО и назначения ролей. Доступ в данный раздел должен предоставляться посредством назначения соответствующей роли Администратором ПО. У Администратора должна быть возможность предоставить права на просмотр или редактирование данного раздела любому пользователю ПО. Раздел должен предоставлять подробную информацию о пользователях, зарегистрированных в ПО (при условии полного занесения в ПО соответствующей информации): ФИО, должность, структурное подразделение пользователя; Ip адрес устройства (АРМ), с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. ПО должно иметь раздел, позволяющий осуществлять функции учета и мониторинга работы пользователей в ПО. Данный раздел должен предоставлять инструмент для просмотра и анализа действий (активности) всех пользователей системы с возможными отборами по различным фильтрам. Должна быть возможность осуществлять регистрацию и учет системных событий в ЭРЖ, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, запрос какой-либо информации, предупреждения, примечания и прочее). выполнение операций над объектами (создание, удаление, редактирование и прочее); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр ЭРЖ по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. Должна быть возможность экспорта ЭРЖ в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. ПО должно иметь раздел, позволяющий осуществлять поиск материалов по результатам фиксаций ТС комплексами ФВФ, а также камерами с оборудованным модулем распознавания в соответствии с заданными фильтрами. В ПО должна быть реализована возможность получения оперативной информации о проездах ТС, ГРН которых заданы оператором без постановки ТС в розыск. В ПО должна быть реализована возможность поиска ГРН с осуществлением отбора данных. Отбор должен осуществляться по следующим параметрам: интервал времени (дата и время); ГРН; список КФВФ; направлению движения (при условии отбора по конкретному КФВФ); скорость ТС (при условии передачи данного параметра КФВФ); марки/модели, цвету, типу ТС (при условии наличия загруженных в ПО сведений из федерального реестра зарегистрированных ТС, которые предоставляются заказчиком или предоставленных комплексом ФВФ). В ПО должна быть реализована возможность загрузки сведений из федерального реестра зарегистрированных ТС, поля которого состоят из ГРН, марка, модель, цвет, тип ТС. Данная загрузка данных должна позволять осуществлять поиск ТС не только по ГРН, но и по марке, модели, цвету, типу ТС. Должна быть реализована возможность поиска ТС по сочетанию признаков: Возможность поиска зафиксированных ТС за временной диапазон, задаваемый произвольно; Возможность поиска зафиксированных ТС за временной диапазон, по конкретному прибору ФВФ или нескольким выбранным; Возможность поиска зафиксированных ТС, обнаруженных заданными типами КФВФ (всех типов, включая парковочные); Должен быть предусмотрен раздел, позволяющий работать с базами розыска. ПО должно, оперируя сведениями о розыске транспортных средств, извещать о проезде разыскиваемых ТС, отображая их на графической карте местности, для осуществления координированного управления по их перехвату и задержанию. Должен быть предусмотрен функционал, позволяющий использовать различные списки розыска ТС. Данные списки должны создаваться, редактироваться и удаляться пользователем ПО, при наличие предоставленных ему на это прав. Должен быть предусмотрен функционал, позволяющий пользователю выборочно включать/выключать конкретные списки розыска для сработок из имеющихся в доступе списков розыска. Должны быть предусмотрены звуковые уведомления по сработкам или в виде всплывающей экранной формы. Звуковое уведомление должно срабатывать независимо от того, в каком разделе программы на текущий момент работает пользователь. Должен быть функционал оперативного розыска - при загрузке фиксаций в систему должна происходить проверка на нахождения фиксируемого ГРН в списках розыска в установленный Администратором интервал времени в минутах. Если данный ГРН находится в розыске – происходит проверка даты фиксации. Если фиксация ТС произошла в пределах установленного Администратором интервала времени – уведомления о сработке отправляются всем пользователям, подписанным на список розыска, по которому произошла сработка. Если фиксация ТС произошла вне предела установленного Администратором интервала времени, то уведомления не отправляются пользователю, но сохраняется в архиве сработок для последующего просмотра. Порог (интервал) времени оперативного розыска должен настраиваться Администратором системы. В ПО должна быть возможность использования значения порога (интервала) времени оперативного розыска по умолчанию. Должен быть предусмотрен функционал, позволяющий присваивать различным спискам розыска различные цвета для удобства и визуализации определения сработок в отдельном информационном окне. Должна быть предусмотрена область просмотра результатов сработок. Результаты сработок должны выводиться построчно. Каждая строка – отдельная фиксация ГРН в розыске. Должен быть предусмотрен функционал детального просмотра карточки сработки. Должен поддерживаться просмотр увеличенного фото. В карточке сработки должно отражаться: Детальное фото ТС; Дата фиксации ТС КФВФ; Дата загрузки фиксации ТС в ПО; Искомый ГРН; Серийный номер КФВФ; Направление движения ТС; Местоположение КФВФ; Дата и время постановки в розыск; Комментарий (для данного списка розыска); Участок карты с местоположением фиксации искомого ТС. Должно быть предусмотрено добавления одного и того же ГРН в разные, не связанные между собой списки розыска и сработки по данному ГРН должны быть подсвечены из разных же списков розыска. Должен быть раздел, предоставляющий информацию по сработкам розыскных баз в части проездов ТС через рубежи контроля за весь доступный программе период хранения материалов. Должен быть функционал, позволяющий получать архивные сработки согласно применяемым фильтрам по: ГРН; интервалу времени поиска; спискам розыска. Результатом поиска должны быть представлены табличные данные, выводимые построчно: ГРН; Дата и время фиксации; Место фиксации ТС; Серийный номер КФВФ; Цвет списка розыска; Наименование списка розыска. Должна быть возможность выгрузки результатов поиска в формате *.csv, *.xlsx. Должен быть детальный просмотр архивных сработок, позволяющий предоставлять: детальный снимок ТС с распознанным ГРН; участок карты с выделенным положением зафиксированного ГРН, с возможностью масштабирования карты. Должен быть предусмотрен сброс фильтров поиска. В ПО должна быть возможность настраивать локальные (индивидуальные) параметры пользователя. Изменение настроек ПО в данном разделе не должно затрагивать настройки системы других пользователей. В данном разделе должна быть возможность смены пароля доступа к ПО текущего пользователя самим пользователем. В данном разделе должна быть возможность включения и отключения отображения загруженной карты г. Пермь. для раздела, позволяющего осуществлять поиск фотоматериалов фиксации ТС. В данном разделе должна быть возможность настроить количество символов в поле адреса для раздела, позволяющего осуществлять поиск фотоматериалов. Изменения должны касаться только текущего пользователя. При значениях по умолчанию, карта включена и количество символов адреса фиксации ТС не ограничено. В ПО должна быть возможность настраивать локальные (индивидуальные) параметры пользователя. Изменение настроек ПО в данном разделе не должно затрагивать настройки системы других пользователей. В данном разделе должна быть возможность смены пароля доступа к ПО текущего пользователя самим пользователем В ПО должна быть возможность предоставления отчетов о выявленных фактах фиксации со следующим критериям: по зоне платного паркования или маршруту движения в целом (с перечислением видов выявленных нарушений); по любому участку маршрута движения (с перечислением видов выявленных нарушений); по дням недели (с перечислением видов выявленных нарушений); за месяц (с перечислением видов выявленных нарушений); за квартал (с перечислением видов выявленных нарушений); за год (с перечислением видов выявленных нарушений); произвольный период по любой зоне платного паркования или маршруту движения (с перечислением видов выявленных нарушений). Должна быть возможность экспортировать список пользователей в форматах *.csv и *.xlsx. ПО должно позволять Администратору системы принудительно отключать от ПО выбранного пользователя. Должна быть предусмотрена возможность экспорта результатов поиска в форматы *.csv, *.docx, *.pdf, *.xlsx (п.4.3.4.). Должен быть раздел, предусматривающий экспорт загруженных в ПО материалов согласно заданным фильтрам. Возможности экспорта данных по прохождениям ТС в данном разделе не должны иметь ограничений по количеству выгружаемых записей. Экспорт данных должен поддерживаться в формате *.xlsx, *.csv с сохранением детального и обзорного фото (при условии его передачи КФВФ) в отдельные каталоги. Должен быть предусмотрен функционал, позволяющий создавать отдельные списки экспорта с применением фильтров: ГРН (с возможностью ручного ввода или загрузки списка из файлов); Интервал даты и времени; Список КФВФ (с возможность из выбора в том числе и на карте). Должна быть возможность настройки (включения/выключения) полей выгрузки данных: Дата фиксации ТС; Дата загрузки материалов фиксации ТС; ГРН; Цвет ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Марка/модель ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Тип ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Местоположение КФВФ; Долгота; Широта; Направление движения; Скорость ТС; Скоростное ограничение; Серийный номер устройства (КФВФ). Должна быть возможность выбора вариантов выгружаемых данных: только текст; текст и детальный снимок; текст, детальный снимок и обзорный снимок. Должна быть возможность быстрой очистки критериев экспорта. Подписка и отписка на определенные списки розыска для каждого конкретного пользователя сохраняется индивидуально и должна быть независимой для каждого конкретного пользователя и не должна влиять на других пользователей или систему в целом. Создание списка розыска должно требовать ввода только ГРН полного соответствия без ввода масок. Должна быть предусмотрена область создания личного списка розыска. Личный список должен быть доступен только конкретному пользователю, вошедшему в систему. Все правила в данном списке видны только конкретному пользователю. В данном разделе розыска должен быть предусмотрен функционал: включение\отключение звуковых уведомлений при сработке розыска; включение\отключение всплывающих карточек при сработке розыска; добавление фильтрации по выбору направления движения ТС (встречное/попутное); добавление фильтрации по серийному номеру комплекса при сработке (выбор списка комплексов ФВФ для активации сработок). Должен быть раздел, предназначенный для получения сведений о состоянии модулей загрузки материалов в ПО. Должны быть функционал прорисовки графика количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа. Должна быть возможность создания и удаления модуля загрузки данных для каждого типа (модели) КФВФ Администратором ПО. Должна быть возможность включения / выключения модулей загрузки данных Администратором ПО. Должно быть отражено количество работающих / неработающих модулей загрузки данных. Информация по модулям загрузки данных должна выводиться построчно в виде табличных данных: Номер модуля загрузки данных; Наименование модулей загрузки данных; Серийный номер КФВФ, по которому тот закреплен за модулем загрузки данных; Состояние модулей загрузки данных (работает, не работает, выключен). Должна быть возможность просмотра более уточненной информации по каждому конкретному модулю загрузки данных: График сравнения количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа; Состояние модулей загрузки данных (включен / выключен); Учетные данные для доступа к КФВФ, согласно протоколу загрузки данных; Местоположение КФВФ; Серийный номер КФВФ; Широта; Долгота. Должен быть раздел, отображающий наиболее полную информацию по КФВФ и загрузок с них материалов в ПО. Информация по КФВФ должна быть отражена посредством прорисовки графика сравнения количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа. Должна быть возможность просмотра количества работающих / неработающих КФВФ. Данный раздел должен предоставлять следующие данные, представленные в табличной форме, выводимые построчно: Серийный номер КФВФ; Модель (марка) КФВФ; Местоположение КФВФ; Номер модуля загрузки данных, связанного с этим КФВФ; Дата и время последней фиксации ТС; Дата и время загрузки фотоматериала о прохождении ТС в ПО; Группа, к которой относится КФВФ (определяется Администратором); Должна быть возможность применения фильтров поиска КФВФ в программе по следующим критериям: Серийный номер КФВФ; Модель (марка) КФВФ; Местоположение КФВФ; Номер модуля загрузки данных; Дата и время последней фиксации ТС; Дата и время загрузки фотоматериала о похождении ТС в ПО; Группа, к которой относится КФВФ (определяется Администратором). Должна быть возможность настройки отображения фильтров в ПО, то есть включения/выключения их в интерфейсе программы. Должна быть возможность создания и удаления КФВФ для каждого типа (модели) комплексов Администратором ПО, а также редактирования параметров КФВФ. Должна быть возможность выгрузки отчета по КФВФ со следующими полями: Серийный номер; Широта; Долгота; Местоположение КФВФ (адрес установки); Модель КФВФ; Время с момента последней фиксации; Время с момента последней загрузки материалов в ПО; Состояние КФВФ (работает, не работает). Должен быть раздел, для возможности передачи сформированного видеопотока (набора обзорных кадров) в ИС СВП ПП г. Перми и систему АИС «Административная практика»: • передача по запросу в режиме реального времени набора данных для формирования видеопотока; • обеспечение возможности фильтрации получаемых данных на стороне потребителя путём установки фильтров для получаемой информации; • минимальный набор параметров для фильтрации данных: государственный регистрационный знак, дата и время фиксации, зона (место) фиксации; • возможность расширения набора параметров для фильтрации получаемой информации; • возможность адаптации данных под архитектуру потребителя в случае внесения изменений в архитектуру решений; • поддержка подписи отправляемых данных; • обеспечение поддержки алгоритмов гарантированной доставки данных; • протокол передачи данных - HTTP/HTTPS; • все передачи должны осуществляться по зашифрованному каналу (TLS 1.2+); • наличие аутентификации: OAuth 2.0 или API-key (в заголовке Authorization). • логирование всех операций передачи с возможностью экспорта логов; • возможность изменения значения тайм-аута в рамках синхронного запроса. В ПО должна быть возможность предоставления отчетов о выявленных фактах фиксации со следующим критериям: по зоне платного паркования или маршруту движения в целом (с перечислением видов выявленных нарушений); по любому участку маршрута движения (с перечислением видов выявленных нарушений); по дням недели (с перечислением видов выявленных нарушений); за месяц (с перечислением видов выявленных нарушений); за квартал (с перечислением видов выявленных нарушений); за год (с перечислением видов выявленных нарушений); произвольный период по любой зоне платного паркования или маршруту движения (с перечислением видов выявленных нарушений). Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (11.04) Средства интеллектуального анализа данных (Data Mining) Значение характеристики не может изменяться участником закупки (12.20) Информационные системы для решения специфических отраслевых задач (11.05) Средства поддержки принятия решений (DSS) - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Программное обеспечение - Обеспечение загрузки программного обеспечения и обработки данных о транспортных средствах с Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, а также с мобильных Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках, в формализованном виде – наличие - - Значение характеристики не может изменяться участником закупки - Осуществление работы через веб-интерфейс без установки специализированного программного обеспечения – наличие - Поддержка возможности производить загрузку данных с Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках – наличие - Обеспечение одновременной обработки данных не менее чем от 100 Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках – наличие - Обеспечение одновременной работы не менее 5 АРМ операторов – наличие - Обеспечение модуля графической карты г. Пермь, уровнем детализации вплоть до определения номеров домов – наличие - Возможность приема/сбора обзорных кадров на плоскостных парковках – наличие - Обеспечение регистрации фактов фиксации нарушений правил оплаты платных парковок (парковочных мест) с использованием КФВФ – наличие - Обеспечение автоматического определения адреса места фиксации нарушения по географическим координатам, указанным в пакетных данных, принятых от КФВФ – наличие - Реализация возможности загрузки в режиме реального времени в систему управления парковочным пространством г. Перми информации с: передвижных комплексов фото-видеофиксации, включая детальные фотографии и обзорные (при их наличии)со стационарных комплексов ФВФ, включая детальные фотографии и обзорные (при их наличии)с промежуточных серверов сбора информации с КФВФ (включая детальные фотографии и обзорные (при их наличии)камер, оборудованных модулем распознавания ГРЗ – наличие. - Осуществление хранения информации обо всех фактах фиксации ТС, включая фото и видеоматериалы (при наличии) – наличие - Осуществление формирования сведений необходимых для ведения статистики – наличие - Осуществление взаимодействия пользователей посредством визуального графического интерфейса – наличие - Построение на стандартных и унифицированных методах программирования и с обеспечением унификации автоматизированных рабочих мест – наличие - Возможность добавления (удаления) комплексов ФВФ без внесения кардинальных изменений в архитектуру и логику функционирования – наличие - Возможность увеличения числа пользователей, и объемов информационных потоков без внесения кардинальных изменений в архитектуру и логику функционирования – наличие - Возможность наращивания функциональных возможностей без внесения кардинальных изменений в архитектуру и логику ее функционирования – наличие - Возможность установки дополнительных модулей распознавания ГРН ТС по информации, полученной с помощью специальных технических средств, имеющих функции фото- и киносъемки, видеозаписи, работающими в автоматическом режиме – наличие - Возможность модернизации с учетом совершенствования оборудования и программного обеспечения, а также расширения функций и выполнения иных задач – наличие. - Механизм идентификации и проверки подлинности пользователей при входе в ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с заданными Администратором ПО ролями (правами доступа к функционалу ПО) – наличие - Сроки хранения информации должны быть настраиваемыми Администратором и согласованы с Заказчиком - Интерфейс должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм, соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям программного обеспечения - Навигационные элементы должны быть выполнены в удобной для пользователя форме. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Ввод данных должен осуществляться с помощью транслитерации в соответствии с требованиями ГОСТ 7.79-2000 «Правила транслитерации кирилловского письма латинским алфавитом». - ПО должно иметь раздел, в котором должны быть отражены все участники (пользователи) ПО. В данном разделе ПО должна быть возможность создания новых пользователей, редактирования и удаления старых, а также распределения их прав доступа к ПО и назначения ролей. Доступ в данный раздел должен предоставляться посредством назначения соответствующей роли Администратором ПО. У Администратора должна быть возможность предоставить права на просмотр или редактирование данного раздела любому пользователю ПО. Раздел должен предоставлять подробную информацию о пользователях, зарегистрированных в ПО (при условии полного занесения в ПО соответствующей информации): ФИО, должность, структурное подразделение пользователя; Ip адрес устройства (АРМ), с которого у пользователя разрешен вход в программу; список ролей (разделов программы и возможностей), разрешенных и доступных пользователю для работы с ПО. - ПО должно иметь раздел, позволяющий осуществлять функции учета и мониторинга работы пользователей в ПО. Данный раздел должен предоставлять инструмент для просмотра и анализа действий (активности) всех пользователей системы с возможными отборами по различным фильтрам. Должна быть возможность осуществлять регистрацию и учет системных событий в ЭРЖ, таких как: попытки идентификации и аутентификации пользователей ПО; возможность управления детализацией регистрируемых событий (регистрация ошибок, запрос какой-либо информации, предупреждения, примечания и прочее). выполнение операций над объектами (создание, удаление, редактирование и прочее); операции управления доступом, изменения прав доступа, с фиксацией для каждого события: даты и времени; пользователя, осуществляющего регистрируемое действие; типа события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результата операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей). Должны быть предусмотрены механизмы фильтрации и поиска, позволяющие осуществлять частичный просмотр ЭРЖ по параметрам: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес, с которого осуществлялись действия пользователей. Должна быть возможность экспорта ЭРЖ в формате .csv и .xlsx со следующими полями: дата (интервал дат); имя пользователя; тип события - действия пользователей в ПО (вход в систему, запрос информации и прочее); результат операции - описание действий пользователя (результат действий пользователей или подробное описание действий пользователей); ip-адрес. - ПО должно иметь раздел, позволяющий осуществлять поиск материалов по результатам фиксаций ТС комплексами ФВФ, а также камерами с оборудованным модулем распознавания в соответствии с заданными фильтрами. В ПО должна быть реализована возможность получения оперативной информации о проездах ТС, ГРН которых заданы оператором без постановки ТС в розыск. В ПО должна быть реализована возможность поиска ГРН с осуществлением отбора данных. Отбор должен осуществляться по следующим параметрам: интервал времени (дата и время); ГРН; список КФВФ; направлению движения (при условии отбора по конкретному КФВФ); скорость ТС (при условии передачи данного параметра КФВФ); марки/модели, цвету, типу ТС (при условии наличия загруженных в ПО сведений из федерального реестра зарегистрированных ТС, которые предоставляются заказчиком или предоставленных комплексом ФВФ). В ПО должна быть реализована возможность загрузки сведений из федерального реестра зарегистрированных ТС, поля которого состоят из ГРН, марка, модель, цвет, тип ТС. Данная загрузка данных должна позволять осуществлять поиск ТС не только по ГРН, но и по марке, модели, цвету, типу ТС. Должна быть реализована возможность поиска ТС по сочетанию признаков: Возможность поиска зафиксированных ТС за временной диапазон, задаваемый произвольно; Возможность поиска зафиксированных ТС за временной диапазон, по конкретному прибору ФВФ или нескольким выбранным; Возможность поиска зафиксированных ТС, обнаруженных заданными типами КФВФ (всех типов, включая парковочные); - Должен быть предусмотрен раздел, позволяющий работать с базами розыска. ПО должно, оперируя сведениями о розыске транспортных средств, извещать о проезде разыскиваемых ТС, отображая их на графической карте местности, для осуществления координированного управления по их перехвату и задержанию. Должен быть предусмотрен функционал, позволяющий использовать различные списки розыска ТС. Данные списки должны создаваться, редактироваться и удаляться пользователем ПО, при наличие предоставленных ему на это прав. Должен быть предусмотрен функционал, позволяющий пользователю выборочно включать/выключать конкретные списки розыска для сработок из имеющихся в доступе списков розыска. Должны быть предусмотрены звуковые уведомления по сработкам или в виде всплывающей экранной формы. Звуковое уведомление должно срабатывать независимо от того, в каком разделе программы на текущий момент работает пользователь. Должен быть функционал оперативного розыска - при загрузке фиксаций в систему должна происходить проверка на нахождения фиксируемого ГРН в списках розыска в установленный Администратором интервал времени в минутах. Если данный ГРН находится в розыске – происходит проверка даты фиксации. Если фиксация ТС произошла в пределах установленного Администратором интервала времени – уведомления о сработке отправляются всем пользователям, подписанным на список розыска, по которому произошла сработка. Если фиксация ТС произошла вне предела установленного Администратором интервала времени, то уведомления не отправляются пользователю, но сохраняется в архиве сработок для последующего просмотра. Порог (интервал) времени оперативного розыска должен настраиваться Администратором системы. В ПО должна быть возможность использования значения порога (интервала) времени оперативного розыска по умолчанию. - Должен быть предусмотрен функционал, позволяющий присваивать различным спискам розыска различные цвета для удобства и визуализации определения сработок в отдельном информационном окне. Должна быть предусмотрена область просмотра результатов сработок. Результаты сработок должны выводиться построчно. Каждая строка – отдельная фиксация ГРН в розыске. Должен быть предусмотрен функционал детального просмотра карточки сработки. Должен поддерживаться просмотр увеличенного фото. В карточке сработки должно отражаться: Детальное фото ТС; Дата фиксации ТС КФВФ; Дата загрузки фиксации ТС в ПО; Искомый ГРН; Серийный номер КФВФ; Направление движения ТС; Местоположение КФВФ; Дата и время постановки в розыск; Комментарий (для данного списка розыска); Участок карты с местоположением фиксации искомого ТС. Должно быть предусмотрено добавления одного и того же ГРН в разные, не связанные между собой списки розыска и сработки по данному ГРН должны быть подсвечены из разных же списков розыска. - Должен быть раздел, предоставляющий информацию по сработкам розыскных баз в части проездов ТС через рубежи контроля за весь доступный программе период хранения материалов. Должен быть функционал, позволяющий получать архивные сработки согласно применяемым фильтрам по: ГРН; интервалу времени поиска; спискам розыска. Результатом поиска должны быть представлены табличные данные, выводимые построчно: ГРН; Дата и время фиксации; Место фиксации ТС; Серийный номер КФВФ; Цвет списка розыска; Наименование списка розыска. Должна быть возможность выгрузки результатов поиска в формате *.csv, *.xlsx. Должен быть детальный просмотр архивных сработок, позволяющий предоставлять: детальный снимок ТС с распознанным ГРН; участок карты с выделенным положением зафиксированного ГРН, с возможностью масштабирования карты. Должен быть предусмотрен сброс фильтров поиска. - В ПО должна быть возможность настраивать локальные (индивидуальные) параметры пользователя. Изменение настроек ПО в данном разделе не должно затрагивать настройки системы других пользователей. В данном разделе должна быть возможность смены пароля доступа к ПО текущего пользователя самим пользователем. В данном разделе должна быть возможность включения и отключения отображения загруженной карты г. Пермь. для раздела, позволяющего осуществлять поиск фотоматериалов фиксации ТС. В данном разделе должна быть возможность настроить количество символов в поле адреса для раздела, позволяющего осуществлять поиск фотоматериалов. Изменения должны касаться только текущего пользователя. При значениях по умолчанию, карта включена и количество символов адреса фиксации ТС не ограничено. - В ПО должна быть возможность настраивать локальные (индивидуальные) параметры пользователя. Изменение настроек ПО в данном разделе не должно затрагивать настройки системы других пользователей. В данном разделе должна быть возможность смены пароля доступа к ПО текущего пользователя самим пользователем - В ПО должна быть возможность предоставления отчетов о выявленных фактах фиксации со следующим критериям: по зоне платного паркования или маршруту движения в целом (с перечислением видов выявленных нарушений); по любому участку маршрута движения (с перечислением видов выявленных нарушений); по дням недели (с перечислением видов выявленных нарушений); за месяц (с перечислением видов выявленных нарушений); за квартал (с перечислением видов выявленных нарушений); за год (с перечислением видов выявленных нарушений); произвольный период по любой зоне платного паркования или маршруту движения (с перечислением видов выявленных нарушений). - Должна быть возможность экспортировать список пользователей в форматах *.csv и *.xlsx. ПО должно позволять Администратору системы принудительно отключать от ПО выбранного пользователя. Должна быть предусмотрена возможность экспорта результатов поиска в форматы *.csv, *.docx, *.pdf, *.xlsx (п.4.3.4.). Должен быть раздел, предусматривающий экспорт загруженных в ПО материалов согласно заданным фильтрам. Возможности экспорта данных по прохождениям ТС в данном разделе не должны иметь ограничений по количеству выгружаемых записей. Экспорт данных должен поддерживаться в формате *.xlsx, *.csv с сохранением детального и обзорного фото (при условии его передачи КФВФ) в отдельные каталоги. Должен быть предусмотрен функционал, позволяющий создавать отдельные списки экспорта с применением фильтров: ГРН (с возможностью ручного ввода или загрузки списка из файлов); Интервал даты и времени; Список КФВФ (с возможность из выбора в том числе и на карте). - Должна быть возможность настройки (включения/выключения) полей выгрузки данных: Дата фиксации ТС; Дата загрузки материалов фиксации ТС; ГРН; Цвет ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Марка/модель ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Тип ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Местоположение КФВФ; Долгота; Широта; Направление движения; Скорость ТС; Скоростное ограничение; Серийный номер устройства (КФВФ). - Должна быть возможность выбора вариантов выгружаемых данных: только текст; текст и детальный снимок; текст, детальный снимок и обзорный снимок. Должна быть возможность быстрой очистки критериев экспорта. Подписка и отписка на определенные списки розыска для каждого конкретного пользователя сохраняется индивидуально и должна быть независимой для каждого конкретного пользователя и не должна влиять на других пользователей или систему в целом. Создание списка розыска должно требовать ввода только ГРН полного соответствия без ввода масок. Должна быть предусмотрена область создания личного списка розыска. Личный список должен быть доступен только конкретному пользователю, вошедшему в систему. Все правила в данном списке видны только конкретному пользователю. В данном разделе розыска должен быть предусмотрен функционал: включение\отключение звуковых уведомлений при сработке розыска; включение\отключение всплывающих карточек при сработке розыска; добавление фильтрации по выбору направления движения ТС (встречное/попутное); добавление фильтрации по серийному номеру комплекса при сработке (выбор списка комплексов ФВФ для активации сработок). - Должен быть раздел, предназначенный для получения сведений о состоянии модулей загрузки материалов в ПО. Должны быть функционал прорисовки графика количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа. Должна быть возможность создания и удаления модуля загрузки данных для каждого типа (модели) КФВФ Администратором ПО. Должна быть возможность включения / выключения модулей загрузки данных Администратором ПО. Должно быть отражено количество работающих / неработающих модулей загрузки данных. Информация по модулям загрузки данных должна выводиться построчно в виде табличных данных: Номер модуля загрузки данных; Наименование модулей загрузки данных; Серийный номер КФВФ, по которому тот закреплен за модулем загрузки данных; Состояние модулей загрузки данных (работает, не работает, выключен). Должна быть возможность просмотра более уточненной информации по каждому конкретному модулю загрузки данных: График сравнения количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа; Состояние модулей загрузки данных (включен / выключен); Учетные данные для доступа к КФВФ, согласно протоколу загрузки данных; Местоположение КФВФ; Серийный номер КФВФ; Широта; Долгота. - Должен быть раздел, отображающий наиболее полную информацию по КФВФ и загрузок с них материалов в ПО. Информация по КФВФ должна быть отражена посредством прорисовки графика сравнения количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа. - Должна быть возможность просмотра количества работающих / неработающих КФВФ. Данный раздел должен предоставлять следующие данные, представленные в табличной форме, выводимые построчно: Серийный номер КФВФ; Модель (марка) КФВФ; Местоположение КФВФ; Номер модуля загрузки данных, связанного с этим КФВФ; Дата и время последней фиксации ТС; Дата и время загрузки фотоматериала о прохождении ТС в ПО; Группа, к которой относится КФВФ (определяется Администратором); - Должна быть возможность применения фильтров поиска КФВФ в программе по следующим критериям: Серийный номер КФВФ; Модель (марка) КФВФ; Местоположение КФВФ; Номер модуля загрузки данных; Дата и время последней фиксации ТС; Дата и время загрузки фотоматериала о похождении ТС в ПО; Группа, к которой относится КФВФ (определяется Администратором). Должна быть возможность настройки отображения фильтров в ПО, то есть включения/выключения их в интерфейсе программы. Должна быть возможность создания и удаления КФВФ для каждого типа (модели) комплексов Администратором ПО, а также редактирования параметров КФВФ. - Должна быть возможность выгрузки отчета по КФВФ со следующими полями: Серийный номер; Широта; Долгота; Местоположение КФВФ (адрес установки); Модель КФВФ; Время с момента последней фиксации; Время с момента последней загрузки материалов в ПО; Состояние КФВФ (работает, не работает). - Должен быть раздел, для возможности передачи сформированного видеопотока (набора обзорных кадров) в ИС СВП ПП г. Перми и систему АИС «Административная практика»: • передача по запросу в режиме реального времени набора данных для формирования видеопотока; • обеспечение возможности фильтрации получаемых данных на стороне потребителя путём установки фильтров для получаемой информации; • минимальный набор параметров для фильтрации данных: государственный регистрационный знак, дата и время фиксации, зона (место) фиксации; • возможность расширения набора параметров для фильтрации получаемой информации; • возможность адаптации данных под архитектуру потребителя в случае внесения изменений в архитектуру решений; • поддержка подписи отправляемых данных; • обеспечение поддержки алгоритмов гарантированной доставки данных; • протокол передачи данных - HTTP/HTTPS; • все передачи должны осуществляться по зашифрованному каналу (TLS 1.2+); • наличие аутентификации: OAuth 2.0 или API-key (в заголовке Authorization). • логирование всех операций передачи с возможностью экспорта логов; • возможность изменения значения тайм-аута в рамках синхронного запроса. - В ПО должна быть возможность предоставления отчетов о выявленных фактах фиксации со следующим критериям: по зоне платного паркования или маршруту движения в целом (с перечислением видов выявленных нарушений); по любому участку маршрута движения (с перечислением видов выявленных нарушений); по дням недели (с перечислением видов выявленных нарушений); за месяц (с перечислением видов выявленных нарушений); за квартал (с перечислением видов выявленных нарушений); за год (с перечислением видов выявленных нарушений); произвольный период по любой зоне платного паркования или маршруту движения (с перечислением видов выявленных нарушений). - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (11.04) Средства интеллектуального анализа данных (Data Mining) - - Значение характеристики не может изменяться участником закупки - (12.20) Информационные системы для решения специфических отраслевых задач - (11.05) Средства поддержки принятия решений (DSS)

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

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

Осуществление работы через веб-интерфейс без установки специализированного программного обеспечения – наличие

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

Обеспечение одновременной обработки данных не менее чем от 100 Комплексов фото- и видеофиксации, а также камеры с оборудованным модулем распознавания, размещенных на платных муниципальных парковках – наличие

Обеспечение одновременной работы не менее 5 АРМ операторов – наличие

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

Возможность приема/сбора обзорных кадров на плоскостных парковках – наличие

Обеспечение регистрации фактов фиксации нарушений правил оплаты платных парковок (парковочных мест) с использованием КФВФ – наличие

Обеспечение автоматического определения адреса места фиксации нарушения по географическим координатам, указанным в пакетных данных, принятых от КФВФ – наличие

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

Осуществление хранения информации обо всех фактах фиксации ТС, включая фото и видеоматериалы (при наличии) – наличие

Осуществление формирования сведений необходимых для ведения статистики – наличие

Осуществление взаимодействия пользователей посредством визуального графического интерфейса – наличие

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

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

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

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

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

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

Механизм идентификации и проверки подлинности пользователей при входе в ПО по идентификатору (логину) и паролю и осуществлять их доступ в соответствии с заданными Администратором ПО ролями (правами доступа к функционалу ПО) – наличие

Сроки хранения информации должны быть настраиваемыми Администратором и согласованы с Заказчиком

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

Навигационные элементы должны быть выполнены в удобной для пользователя форме. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Ввод данных должен осуществляться с помощью транслитерации в соответствии с требованиями ГОСТ 7.79-2000 «Правила транслитерации кирилловского письма латинским алфавитом».

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

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

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

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

Должен быть предусмотрен функционал, позволяющий присваивать различным спискам розыска различные цвета для удобства и визуализации определения сработок в отдельном информационном окне. Должна быть предусмотрена область просмотра результатов сработок. Результаты сработок должны выводиться построчно. Каждая строка – отдельная фиксация ГРН в розыске. Должен быть предусмотрен функционал детального просмотра карточки сработки. Должен поддерживаться просмотр увеличенного фото. В карточке сработки должно отражаться: Детальное фото ТС; Дата фиксации ТС КФВФ; Дата загрузки фиксации ТС в ПО; Искомый ГРН; Серийный номер КФВФ; Направление движения ТС; Местоположение КФВФ; Дата и время постановки в розыск; Комментарий (для данного списка розыска); Участок карты с местоположением фиксации искомого ТС. Должно быть предусмотрено добавления одного и того же ГРН в разные, не связанные между собой списки розыска и сработки по данному ГРН должны быть подсвечены из разных же списков розыска.

Должен быть раздел, предоставляющий информацию по сработкам розыскных баз в части проездов ТС через рубежи контроля за весь доступный программе период хранения материалов. Должен быть функционал, позволяющий получать архивные сработки согласно применяемым фильтрам по: ГРН; интервалу времени поиска; спискам розыска. Результатом поиска должны быть представлены табличные данные, выводимые построчно: ГРН; Дата и время фиксации; Место фиксации ТС; Серийный номер КФВФ; Цвет списка розыска; Наименование списка розыска. Должна быть возможность выгрузки результатов поиска в формате *.csv, *.xlsx. Должен быть детальный просмотр архивных сработок, позволяющий предоставлять: детальный снимок ТС с распознанным ГРН; участок карты с выделенным положением зафиксированного ГРН, с возможностью масштабирования карты. Должен быть предусмотрен сброс фильтров поиска.

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

В ПО должна быть возможность настраивать локальные (индивидуальные) параметры пользователя. Изменение настроек ПО в данном разделе не должно затрагивать настройки системы других пользователей. В данном разделе должна быть возможность смены пароля доступа к ПО текущего пользователя самим пользователем

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

Должна быть возможность экспортировать список пользователей в форматах *.csv и *.xlsx. ПО должно позволять Администратору системы принудительно отключать от ПО выбранного пользователя. Должна быть предусмотрена возможность экспорта результатов поиска в форматы *.csv, *.docx, *.pdf, *.xlsx (п.4.3.4.). Должен быть раздел, предусматривающий экспорт загруженных в ПО материалов согласно заданным фильтрам. Возможности экспорта данных по прохождениям ТС в данном разделе не должны иметь ограничений по количеству выгружаемых записей. Экспорт данных должен поддерживаться в формате *.xlsx, *.csv с сохранением детального и обзорного фото (при условии его передачи КФВФ) в отдельные каталоги. Должен быть предусмотрен функционал, позволяющий создавать отдельные списки экспорта с применением фильтров: ГРН (с возможностью ручного ввода или загрузки списка из файлов); Интервал даты и времени; Список КФВФ (с возможность из выбора в том числе и на карте).

Должна быть возможность настройки (включения/выключения) полей выгрузки данных: Дата фиксации ТС; Дата загрузки материалов фиксации ТС; ГРН; Цвет ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Марка/модель ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Тип ТС (при наличии загруженной базы федерального реестра зарегистрированных ТС); Местоположение КФВФ; Долгота; Широта; Направление движения; Скорость ТС; Скоростное ограничение; Серийный номер устройства (КФВФ).

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

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

Должен быть раздел, отображающий наиболее полную информацию по КФВФ и загрузок с них материалов в ПО. Информация по КФВФ должна быть отражена посредством прорисовки графика сравнения количества фиксаций ТС на КФВФ и количества загруженных материалов в ПО за последние 24 часа.

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

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

Должна быть возможность выгрузки отчета по КФВФ со следующими полями: Серийный номер; Широта; Долгота; Местоположение КФВФ (адрес установки); Модель КФВФ; Время с момента последней фиксации; Время с момента последней загрузки материалов в ПО; Состояние КФВФ (работает, не работает).

Должен быть раздел, для возможности передачи сформированного видеопотока (набора обзорных кадров) в ИС СВП ПП г. Перми и систему АИС «Административная практика»: • передача по запросу в режиме реального времени набора данных для формирования видеопотока; • обеспечение возможности фильтрации получаемых данных на стороне потребителя путём установки фильтров для получаемой информации; • минимальный набор параметров для фильтрации данных: государственный регистрационный знак, дата и время фиксации, зона (место) фиксации; • возможность расширения набора параметров для фильтрации получаемой информации; • возможность адаптации данных под архитектуру потребителя в случае внесения изменений в архитектуру решений; • поддержка подписи отправляемых данных; • обеспечение поддержки алгоритмов гарантированной доставки данных; • протокол передачи данных - HTTP/HTTPS; • все передачи должны осуществляться по зашифрованному каналу (TLS 1.2+); • наличие аутентификации: OAuth 2.0 или API-key (в заголовке Authorization). • логирование всех операций передачи с возможностью экспорта логов; • возможность изменения значения тайм-аута в рамках синхронного запроса.

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

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

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

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

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

(12.20) Информационные системы для решения специфических отраслевых задач

(11.05) Средства поддержки принятия решений (DSS)

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге В соответствии с положениями статьи 33 Федерального закона от 05.04.2013 № 44-ФЗ в связи с отсутствием в КТРУ потребительских свойств, в том числе функциональных, технических, качественных, эксплуатационных характеристик товара, работы, услуги, иных требований, связанных с определением соответствия поставляемого товара, выполняемой работы, оказываемой услуги потребностям Заказчика.

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

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

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет города Перми

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

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

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки (далее – ОЗ) на участие в закупке может предоставляться участником закупки в соответствии со ст. 44 Закона № 44-ФЗ в виде денежных средств или независимой гарантии, предусмотренной ст. 45 Закона № 44-ФЗ. Выбор способа ОЗ на участие в закупке осуществляется участником закупки самостоятельно. ОЗ на участие в закупке предоставляется путем: - блокирования денежных средств на банковском счете, открытом участником закупки в банке, включенном в перечень, утвержденный Правительством РФ (далее – специальный счет), для их перевода в случаях, предусмотренных статьей 44 Закона № 44-ФЗ, на счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы РФ. Требования к таким банкам, к договору специального счета, к порядку использования имеющегося у участника закупки банковского счета в качестве специального счета устанавливаются Правительством РФ; -предоставления независимой гарантии, соответствующей требованиям ст. 45 Закона № 44-ФЗ. Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в ЕИС. Срок действия независимой гарантии должен составлять не менее одного месяца с даты окончания срока подачи заявок. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства – члена ЕАЭС, за исключением РФ, или физическими лицами, являющимися гражданами государства – члена ЕАЭС, за исключением РФ, вправе предоставить ОЗ в виде денежных средств с учетом особенностей порядка предоставления ОЗ на участие в закупках участниками закупок, являющимися иностранными лицами, указанных в файле «Требования к содержанию, составу заявки на участие в закупке и инструкция по ее заполнению.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03232643577010005600, л/c 04944019142, БИК 015773997, Отделение Пермь Банка России//УФК по Пермскому краю г. Пермь, к/c 40102810145370000048

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, край Пермский, в соответствии с Техническим заданием

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

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Обеспечение исполнения контракта предоставляется в порядке, с соблюдением требований, предусмотренных ст. 96 Федерального закона № 44-ФЗ. Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Федерального закона № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона № 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03232643577010005600, л/c 04944019142, БИК 015773997, Отделение Пермь Банка России//УФК по Пермскому краю г. Пермь, к/c 40102810145370000048

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

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

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

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

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

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

Наименование бюджета: Бюджет города Перми

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

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

Документы

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

Документы

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