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

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

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

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

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

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

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

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

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

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

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

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

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

Почтовый адрес: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Ответственное должностное лицо: Демковский В. Н.

Адрес электронной почты: v.demkovskiy@gs.sev.gov.ru

Номер контактного телефона: 8-869-2542624-303

Дополнительная информация: Заказчик : ДЕПАРТАМЕНТ ЦИФРОВОГО РАЗВИТИЯ ГОРОДА СЕВАСТОПОЛЯ Юридический адрес: 299029, г. Севастополь, пр-т Генерала Острякова, д. 13. Почтовый адрес: 299011, г. Севастополь, ул. Одесская, д. 27 E-mail: dcr@sev.gov.ru Телефон: (8692) 555-990 Ответственное должностное лицо Заказчика: Злобич Виктор Геннадьевич

Регион: Севастополь г

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

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

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

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

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

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

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

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

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

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

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

- 62.01.11.000 - Работы по модернизации информационной системы единой службы оперативной помощи гражданам «122» в части реализации функционала стенографирования судебных заседаний в Правительстве города Севастополя Общие требования Модуль стенографирования должен обеспечивать совместимость с модернизируемой Системой и её модулями, не нарушая штатное функционирование ранее введённых в эксплуатацию модулей и сервисов. В рамках выполнения работ не допускается замена программного обеспечения в целом, а также любого её модуля. Вносимые Подрядчиком изменения не должны приводить к перерывам в работе Системы, подрядчик гарантирует сохранность всех её данных. Заказчик в течение 5 дней с даты заключения Государственного контракта предоставляет Подрядчику доступ к программному обеспечению Системы, размещенной на базе вычислительных ресурсов Заказчика в целях выполнения работ. Доступ предоставляется при условии наличия у Подрядчика необходимых технических и программных средств для защиты информации в соответствии с пунктом 5.11 настоящего ТЗ. Разрабатываемый Модуль стенографирования должен иметь возможность интеграции с внешними системами посредством API. Требования к Модулю стенографирования совещаний. Доступ к функционалу Модуля должен осуществляться с помощью клиентского веб-приложения, посредством ввода данных в адресную строку браузера. Вход пользователя в модуль должен осуществляться с помощью ввода логина и пароля. После нажатия на кнопку «Войти», Модуль должен проверять корректность введённых данных. Если введенные данные верны, должна отображаться рабочая область Модуля, иначе появляется сообщение об ошибке. Рабочая область модуля должна быть разделена на две части: • слева отображается основное меню, состоящее из меню администратора и меню секретаря (функционал зависит от прав доступа пользователя); • справа отображается выбранный раздел меню. Меню администратора. Меню администратора может содержать следующие разделы: • Судебные участки; • Роли пользователей; • Пользователи; • Отчёты; • Статистика; • Журнал логирования; • Настройки; • Корзина. - Условная единица - 1,00 - 6 850 000,00 - 6 850 000,00

ДЕПАРТАМЕНТ ЦИФРОВОГО РАЗВИТИЯ ГОРОДА СЕВАСТОПОЛЯ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Общие требования Модуль стенографирования должен обеспечивать совместимость с модернизируемой Системой и её модулями, не нарушая штатное функционирование ранее введённых в эксплуатацию модулей и сервисов. В рамках выполнения работ не допускается замена программного обеспечения в целом, а также любого её модуля. Вносимые Подрядчиком изменения не должны приводить к перерывам в работе Системы, подрядчик гарантирует сохранность всех её данных. Заказчик в течение 5 дней с даты заключения Государственного контракта предоставляет Подрядчику доступ к программному обеспечению Системы, размещенной на базе вычислительных ресурсов Заказчика в целях выполнения работ. Доступ предоставляется при условии наличия у Подрядчика необходимых технических и программных средств для защиты информации в соответствии с пунктом 5.11 настоящего ТЗ. Разрабатываемый Модуль стенографирования должен иметь возможность интеграции с внешними системами посредством API. Значение характеристики не может изменяться участником закупки Требования к Модулю стенографирования совещаний. Доступ к функционалу Модуля должен осуществляться с помощью клиентского веб-приложения, посредством ввода данных в адресную строку браузера. Вход пользователя в модуль должен осуществляться с помощью ввода логина и пароля. После нажатия на кнопку «Войти», Модуль должен проверять корректность введённых данных. Если введенные данные верны, должна отображаться рабочая область Модуля, иначе появляется сообщение об ошибке. Рабочая область модуля должна быть разделена на две части: • слева отображается основное меню, состоящее из меню администратора и меню секретаря (функционал зависит от прав доступа пользователя); • справа отображается выбранный раздел меню. Значение характеристики не может изменяться участником закупки Меню администратора. Меню администратора может содержать следующие разделы: • Судебные участки; • Роли пользователей; • Пользователи; • Отчёты; • Статистика; • Журнал логирования; • Настройки; • Корзина. Значение характеристики не может изменяться участником закупки Требования к разделу «Судебные участки». Раздел «Судебные участки» в зависимости от роли Пользователя должен содержать информацию по всем судебным участкам или только по одному судебному участку мировых судей города Севастополь. Раздел «Судебные участки» должен иметь следующий функционал: • Добавление нового судебного участка. По кнопке «Добавить» должна всплывать форма для заполнения следующих полей: • Название; • Код судебного участка; • Адрес; • Район (не обязательное поле); • Судья (не обязательное поле). Форма должна иметь кнопки для подтверждения или отмены действия. • Редактирование информации о судебном участке. По кнопке «Редактировать» напротив соответствующего судебного участка должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия. • Удаление судебного участка. По кнопке «Удалить» напротив соответствующего судебного участка должна всплывать форма для подтверждения или отмены действия. Значение характеристики не может изменяться участником закупки Требования к разделу «Роли пользователей». Раздел «Роли пользователей» должен содержать информацию обо всех созданных ролях пользователей. Наименование роли Пользователя и функционал определяет администратор. Раздел «Роли пользователей» должен иметь следующий функционал: 1. Добавление новой роли пользователей. По кнопке «Создать роль пользователя» должен осуществляться переход в область создания роли пользователя, в которой необходимо заполнить название роли пользователя и определить права доступа к следующим разделам и подсистемам: • Судебные участки (просмотр, добавление, редактирование, удаление); • Роли пользователей (просмотр, добавление, редактирование, удаление); • Пользователи (просмотр, добавление, редактирование, удаление); • Отчёты (просмотр, экспорт); • Статистика (просмотр, экспорт); • Журнал логирования (просмотр, экспорт); • Настройки (просмотр, редактирование); • Корзина (просмотр, восстановление, удаление); • Список дел (доступ к созданным категориям дел); • Аудиозаписи (добавление, удаление); • Заседания (просмотр, добавление, редактирование, удаление); • Участники заседания (просмотр, добавление, редактирование, удаление); • Документы (просмотр, добавление, удаление). Область должна иметь кнопки для подтверждения или отмены действия. 2. Редактирование роли пользователей. По кнопке «Редактировать роль» напротив соответствующей роли пользователей должен осуществляться переход в область изменения роли пользователя для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия. 3. Удаление роли пользователей. По кнопке «Удалить роль» напротив соответствующей роли пользователей должна всплывать форма для подтверждения или отмены действия. Значение характеристики не может изменяться участником закупки Требования к разделу «Пользователи». Раздел «Пользователи» должен содержать информацию обо всех созданных пользователях. Раздел «Пользователи» должен иметь следующий функционал: • Добавление нового пользователя. По кнопке «Создать пользователя» должен осуществляться переход в область для заполнения следующих полей: • Фамилия; • Имя; • Отчество; • Логин; • Должность; • Доступные судебные участки (выбор судебного участка из уже существующих); • Роль пользователя (выбор роли из уже существующих); • Пароль (ввод или генерация). Область должна иметь кнопки для подтверждения или отмены действия. • Редактирование данных пользователя. По кнопке «Редактировать» напротив соответствующего пользователя должен осуществляться переход в область для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия. • Удаление пользователя. По кнопке «Удалить» напротив соответствующего пользователя должна всплывать форма для подтверждения или отмены действия. Значение характеристики не может изменяться участником закупки Требования к разделу «Отчёты». Раздел «Отчёты» должен иметь следующий функционал: 1. Просмотр отчетности. Отчётность должна содержать следующие поля: • код судебного участка; • наименование участка; • № дела; • дата дела; • проведено заседаний; • количество заседаний с аудиофиксацией; • количество загруженных протоколов с транскрибацией; • % заседаний с аудиофиксацией; • % заседаний с протоколами и транскрибацией. Отчётность должна иметь возможность настройки и сброса фильтрации по судебным участкам и/или периоду дат. 2. Выгрузка отчётности. По кнопке «Скачать отчёт», должен быть предложен на выбор формат выгрузки CSV и XLSX. Значение характеристики не может изменяться участником закупки Требования к разделу «Статистика». Раздел «Статистика» должен содержать статистические данные по пользователям судебных участков. Раздел «Статистика» должен иметь следующий функционал: 1. Просмотр статистических данных по пользователям судебных участков. Статистика должна содержать следующие поля: • пользователь; • код судебного участка; • наименование участка; • количество заседаний с аудиозаписями; • количество транскрибированных заседаний; • количество выгруженных протоколов. Статистика должна иметь возможность настройки и сброса фильтрации по Пользователям и/или периоду дат. 2. Выгрузка статистики. По кнопке «Скачать» должен быть предложен выбор выгрузки в форматах CSV и XLSX. Значение характеристики не может изменяться участником закупки Требования к разделу «Журнал логирования». Раздел «Журнал логирования» должен отображать информацию по действиям пользователей в Модуле. Раздел «Журнал логирования» должен иметь следующий функционал: 1. Просмотр информации по действиям пользователей. Журнал должен содержать следующие поля: • номер (порядковый номер дела в разделе «Список дел»); • дата; • время; • учетные данные; • логин; • № дела; • действие в Системе (добавление, редактирование и удаление данных); • группы (аудиофайлы, дела судебного участка, документы, категории дел, настройки, пользователи, права пользователей, роли пользователей, роли участников заседания, судебные участки, участники судебного заседания и шаблоны документов); • IP пользователя; • браузер; • адрес запроса. Журнал логирования должен иметь возможность выбора полей для отображения. Журнал логирования должен иметь возможность настройки и сброса фильтрации по порядковому номеру дела в разделе «Список дел», учётным данным, периоду дат, периоду времени, номеру дела, действию в Системе и/или группам. При наведении курсора на любое «Действие в Системе» всплывает дополнительная информация (выгружается в столбце «Содержание»). 2. Выгрузка информации по действиям пользователей. По кнопке «Скачать» должен быть предложен на выбор формат выгрузки CSV и XLSX. Значение характеристики не может изменяться участником закупки Требования к разделу «Настройки». ч 1 Раздел «Настройки» должен содержать подразделы «Настройки распознавания», «Справочники» и «Информация о системе». Подраздел «Настройки распознавания» должен иметь следующий функционал: • Включение/выключение записи аудио. Данная функция может использоваться, в случае необходимости осуществления аудиопротокольной записи непосредственно из Системы. • Настройка порога подсветки слов с низкой достоверностью (рекомендуемое значение – 30%). • Просмотр, Добавление и удаление стоп-слов. По кнопке «Добавить» должно появляться новое поле для заполнения стоп-слова. Удаление стоп-слова должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего стоп-слова. Подраздел должен иметь кнопку для подтверждения изменений в настройках распознавания. Подраздел «Справочники» должен иметь следующий функционал: • Просмотр и настройка справочника категорий дел. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим категориям дел. По кнопке «Добавить» должны появляться новые поля для заполнения классификационного индекса и наименования категории дел. Удаление категории дел должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей категории дел. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. • Просмотр и настройка справочника ролей по судопроизводству. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим ролям по судопроизводству. По кнопке «Добавить» должны появляться новые поля для заполнения наименования роли по судопроизводству и выбора категорий дел, в которых должна присутствовать эта роль. Удаление роли по судопроизводству должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей роли. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. Значение характеристики не может изменяться участником закупки Требования к разделу «Настройки». ч 2 Подраздел «Информация о системе» должен отражать информацию о занимаемом аудиопротокольными записями объеме данных на сервере и позволять настраивать способы очищения раздела «Корзина»: • ручное очищение; • автоматическое очищение. Значение характеристики не может изменяться участником закупки Требования к разделу «Корзина». Раздел «Корзина» должен содержать информацию по удалённым делам судебных участков мировых судей города Севастополь. Раздел «Корзина» должен иметь следующий функционал: Просмотр списка удалённых дел судебных участков. Список дел должен содержать следующие поля: • код судебного участка; • наименование судебного участка; • номер; • № дела; • дата дела; • дата заседания; • дата создания задания на транскрибацию (последнего); • дата удаления; • время начала заседания; • время окончания заседания; • участники; • категория дела. Список дел должен иметь возможность выбора полей для отображения, быструю навигацию: возможность поиска и сортировки по судебным участкам, порядковому номеру дела, номеру дела, дате, дате создания задания на транскрибацию (последнего), дате удаления, времени и категории дела. Восстановление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для восстановления. По кнопке «Восстановить» должна всплывать форма для подтверждения или отмены действия. В случае подтверждения, дело будет возвращено в раздел «Список дел». Если дело с восстанавливаемым номером в разделе «Список дел» уже существует, должно быть сообщение об этом и предложено изменение номера восстанавливаемого дела либо отменить действие. Удаление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для удаления. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. Значение характеристики не может изменяться участником закупки Меню секретаря. Меню секретаря может содержать следующие разделы: • Список дел. Раздел «Список дел» может содержать следующие подразделы: • Аудиозапись; • Заседания; • Участники заседания; • Документы. В зависимости от Роли (прав доступа) Пользователя перечень отображаемых разделов в меню может меняться. Редактировать права доступа Ролей может администратор. Значение характеристики не может изменяться участником закупки Требования к разделу «Список дел». ч 1 Раздел «Список дел» в зависимости от роли Пользователя должен содержать информацию по делам всех судебных участков или только одного судебного участка мировых судей города Севастополь. Раздел «Список дел» должен иметь следующий функционал: • Просмотр списка дел судебного участка. Список дел должен содержать следующие поля: • номер; • № дела; • дата дела; • дата заседания; • время начала заседания; • время окончания заседания; • участники заседаний; • категория дела. Список дел должен иметь возможность выбора полей для отображения, и быструю навигацию: возможность поиска и сортировки по порядковому номеру дела, номеру дела, дате, времени и категории дела. Создание заседания. По кнопке «Создать заседание» должна всплывать форма для заполнения следующих полей: • № дела; • дата дела; • дата заседания; • время начала заседания; • время окончания заседания; • категория дела (выбор из ранее настроенного справочника категорий дел). Значение характеристики не может изменяться участником закупки Требования к разделу «Список дел». ч 2 Также форма должна позволять добавить участников заседания. По кнопке «Добавить участника» должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должна предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Удаление участника заседания должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Форма должна иметь кнопки для подтверждения или отмены действий. • Редактирование заседания. По кнопке «Карандаш» напротив соответствующего заседания должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия. • Удаление заседания. По кнопке «Корзина» напротив соответствующего заседания должна всплывать форма для подтверждения или отмены действия. • Работа с заседанием. По кнопке «Открыть заседание» должна открываться область работы с заседанием. Работа с заседанием включает в себя следующий функционал: • обработка аудиозаписи; • информация о заседании; • спикеры; • работа с документами. Значение характеристики не может изменяться участником закупки Требования к разделу «Аудиозапись». ч 1 Добавление аудиофайла. Модуль должен позволять загрузить аудиофайл в ручном режиме по кнопке «Загрузить аудио» и/или сделать аудиозапись по кнопке «Начать запись». Модуль должен поддерживать работу с различными видами аудио, поддерживаемых FFMPEG (например, OPUS, MP3, MP4, WAV). Длительность загружаемой аудиопротокольной записи должна быть не более 5 (пяти) часов. После добавления аудиопротокольной записи должна отображается панель инструментов управления аудиозаписью, осуществляющая следующий функционал: • настройка скорости воспроизведения; • воспроизведение и остановка записи; • перемотка назад/вперед; • регулировка громкости. Модуль должен позволять управлять отображением звуковой дорожки загруженной аудиопротокольной записи по кнопке «Свернуть аудио» и «Развернуть аудио». Модуль должен позволять одновременную загрузку до 5 (пяти) аудиопротокольных записей одним Пользователем. Общий объем одной загрузки (одной или одновременно нескольких аудиопротокольных записей) не должен превышать установленного объема данных на сервере. Удаление аудиофайла. По кнопке «Удалить аудио» должна всплывать форма для подтверждения или отмены действия. Транскрибация аудиопротокольной записи. По кнопке «Транскрибация» аудиофайл должен отправляться на транскрибацию. На панели инструментов управления аудиозаписью должно отображаться состояние процесса выполнения транскрибации, для прерывания процесса в случае необходимости должна быть кнопка «Прервать транскрибацию». После завершения транскрибации в редакторе документа должна появится кнопка «Загрузить стенограмму». Значение характеристики не может изменяться участником закупки Требования к разделу «Аудиозапись». ч 2 При повторном нажатии на кнопку «Транскрибация» должна всплывать форма для подтверждения или отмены действия. Модуль должен отображать временную шкалу звуковой волны и при выборе места на аудиодорожке указывать это место в транскрибированном тексте, а также иметь возможность связывания текстовой расшифровки аудиопротокольной записи таймкодами. Качество транскрибации аудиопротокольной записи обеспечивается при условии превышения уровня громкости речи в размере от 30 дБ над уровнем громкости шума. Значение характеристики не может изменяться участником закупки Требования к разделу «Заседания». Добавление участников заседания. По кнопке добавления должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должен предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Редактирование информации об участнике заседания. Должно осуществляется нажатием на кнопку «Карандаш» напротив соответствующего участника заседания и внесением изменений в информацию об участнике заседания. Удаление участника заседания. Должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Подраздел должен иметь кнопку для подтверждения действий. Значение характеристики не может изменяться участником закупки Требования к разделу «Участники заседания». Модуль должен поддерживать возможность группировки текста распознанной речи по участникам аудиопротокольной записи, основываясь на технологии диаризации спикеров. Модуль должен позволять назначить участника заседания соответствующим спикером посредством выбора из выпадающего списка и корректировать принадлежность фраз спикерам. Модуль должен позволять осуществлять поиск фраз по их содержимому. Значение характеристики не может изменяться участником закупки Требования к разделу «Документы». ч 1 Работа с редактором документов. Панель инструментов в редакторе документа должна предоставлять возможности редактирования и форматирования текста такие как: • изменение внешнего вид текста, настройка параметров: шрифт, размер, цвет и начертание (полужирный, курсив, подчеркивание); • выравнивание текста по левому краю, правому краю, центру или ширине страницы; • добавление нумерованных и маркированных списков; • добавление таблиц; • поиск и замена слов в тексте. По кнопке «Сохранить документ» должна всплывать форма для заполнения названия документа и подтверждения или отмены действий. При повторном нажатии на кнопку «Сохранить документ» осуществляется сохранение текущей версии документа. Сохраненный документ можно выбрать по названию из выпадающего списка. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. Создание, редактирование и удаление шаблонов. Модуль должен иметь возможность создания, выбора уже созданного и редактирования шаблонов документов. По кнопке «Добавить шаблон» Модуль должен открывать редактор шаблонов для заполнения названия шаблона и добавление необходимого текста. По кнопке «Добавить блок» должна всплывать форма для заполнения названия и содержания шаблона блока. Форма должна иметь кнопки для подтверждения или отмены действий. По кнопкам «Карандаш» и «Корзина» напротив соответствующего шаблона блока Модуль должен позволять редактировать и удалять шаблоны. Значение характеристики не может изменяться участником закупки Требования к разделу «Документы». ч 2 Редактор должен иметь кнопки для подтверждения или отмены действий. Добавленный шаблон документа можно выбрать по названию из выпадающего списка. По кнопке «Редактировать» Модуль должен открывать редактор выбранного шаблона для внесения изменений. Редактор должен иметь кнопки для подтверждения, отмены действий и удаления шаблона документа. При удалении шаблона документа должна всплывать форма для подтверждения или отмены действия. Работа со стенограммой. По кнопке «Загрузить стенограмму» в документе в месте установленного курсора должна отобразится последняя версия стенограммы транскрибированной аудиопротокольной записи с указанием спикеров. Текст транскрибированной речи должен быть поделен на предложения и абзацы с использованием знаков пунктуации, заглавных букв в начале предложений. В тексте транскрибированной речи должно выполняться автоматическое преобразование числовых форматов из прописи к записи арабскими цифрами: время, полная дата, числа. Текст транскрибированной речи по фразам должен быть оснащен временными привязками к месту этих фраз в аудиопротокольной записи. Для отображения временных меток необходимо в редакторе документов сделать активным флажок «Время». Участки текста транскрибированной речи (с точностью до предложения/фразы), в которых уровень уверенности транскрибации ниже заданного порога, должны быть выделены отлично от остального текста. Выгрузка документа. По кнопке «Экспорт» Модуль должен осуществлять выгрузку сохраненного документа в формате DOCX, ODT, RTF, PDF. Значение характеристики не может изменяться участником закупки Требование к программному обеспечению по вычислительным ресурсам. ч 1 Аппаратная часть (серверное оборудование) для модернизации существующей Системы предоставляется Заказчиком в срок не позднее 5 рабочих дней с даты заключения Государственного контракта и должна находиться в Центре обработки данных Заказчика. Она может располагаться как на выделенных физических, так и на виртуальных серверах. В случае использования виртуальных машин для них Заказчик выполняет 100% резервацию вычислительных ресурсов, используемых виртуальными машинами. Заказчик предоставляет следующие вычислительные ресурсы: № п/п Наименование сервера CPU RAM HDD GPU Операционная система Назначение 1. sudy-web-01 16 16 500 AstraLinux не ниже 1.8 Веб сервер, сервер приложений 2. sudy-db-01 16 16 200 AstraLinux не ниже 1.8 Сервер БД 3. sudy-spr-01 16 16 300 AstraLinux не ниже 1.8 Распознавание речи 4. sudy-spr-02 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи 5. sudy-spr-03 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи Значение характеристики не может изменяться участником закупки Требование к программному обеспечению по вычислительным ресурсам. ч 2 Для серверов sudy-spr-02\sudy-spr-03 необходимы видеокарты: 2 Nvidia T4, объем ОЗУ 16 ГБ или 1 Nvidia A16. Заказчик предоставляет указанные вычислительные ресурсы и удаленный доступ к ним не позднее 5 календарных дней с даты заключения Государственного контракта (на период действия контракта и гарантийных обязательств). Заказчик предоставляет на период исполнения Государственного контракта (включая период гарантийных обязательств) доступ к Интернету (для установки пакетов обновлений на операционную систему, модуля). Заказчик предоставляет Подрядчику доступ до программного обеспечения, развернутого на базе вычислительных ресурсов Заказчика в целях выполнения Работ согласно настоящему ТЗ. В качестве технологий удаленного доступа используются протоколы SSH, HTTP/ HTTPS. Технологии удаленного доступа используются в организованной Заказчиком и Подрядчиком защищенной сети VipNet. Защищенная сеть организовывается через сопряжение сетей координаторов VipNet. Подрядчик и Заказчик, каждый со своей стороны, использует программные и технические средства VipNet, обеспеченные собственными силами. Подрядчик имеет право привлекать субподрядчиков для организации защищенной сети и использования координаторов VipNet. Значение характеристики не может изменяться участником закупки Требования к резервному копированию. В целях обеспечения безопасности данных и защиты конфиденциальной информации запрещено резервное копирование данных Модуля стенографирования на собственные мощности Подрядчика без согласования с Заказчиком. Полное резервное копирование виртуальных машин (снапшоты) осуществляется средствами Заказчика. Подрядчик не несёт ответственность за корректность и регулярность выполнения резервного копирования данных. В случае инцидента, требующего восстановления из полной резервной копии, восстановление должно быть выполнено Заказчиком. Значение характеристики не может изменяться участником закупки Требования к данным размещаемым в Репозитории. В рамках требований настоящего Технического задания Заказчик в течение 5 рабочих дней с даты заключения Государственного контракта предоставляет Подрядчику доступ в репозиторий, на котором размещена актуальная версия существующей системы, а также необходимые права доступа к материалам, используемым при выполнении работ. Репозиторий должен содержать: • исходные коды прикладного ПО; • инструкция по сборке из исходных текстов рабочего прикладного ПО; • исполняемые файлы (где применимо); • описание программных средств, содержащее сведения об их логической структуре и среде функционирования, а также описание методов, приемов и правил эксплуатации технологических средств, используемых при их создании. • дистрибутив актуальной версии существующей системы; • актуальные на дату заключения Государственного контракта иные материалы, необходимые для исполнения Государственного контракта (руководство пользователя, руководство администратора и др.) Все изменения, внесенные Подрядчиком в программный код существующей системы в период выполнения Работ (при наличии), подлежат размещению в репозитории Заказчика в течение 5 рабочих дней после окончания выполнения Работ по настоящему Техническому заданию. Значение характеристики не может изменяться участником закупки Требования к приемочным испытаниям. Проведение приемочных испытаний осуществляется в соответствии с согласованным Заказчиком документом «Программа и методика приемочных испытаний» (далее – ПМИ). Заказчик обязан не позднее 5 (пяти) рабочих дней с даты получения ПМИ рассмотреть представленную Подрядчиком ПМИ и при отсутствии замечаний согласовать ее и направить информацию об этом в адрес Подрядчика. В случае наличия замечаний Заказчик направляет исчерпывающий перечень замечаний в адрес Подрядчика. Подрядчик должен скорректировать ПМИ и повторно направить Заказчику с приложением протокола обработки замечаний. Повторное согласование проводится в аналогичном порядке. Результат приемочных испытаний фиксируется в протоколе приемочных испытаний. Приемочные испытания проводятся Заказчиком с участием Подрядчика. Значение характеристики не может изменяться участником закупки Требования к документированию и инструктажу. В ходе выполнения работ должны быть разработаны следующие виды документации на модернизируемую Систему в части Модуля стенографирования: • Документация, состоящая из руководства администратора и руководства пользователя Модуля стенографирования. • Программа и методика испытаний. В бумажном виде в 2 экземплярах Подрядчик представляет Программу и методику испытаний. Кроме того, все документы должны передаваться Заказчику в электронном виде. Заказчик предоставляет Подрядчику перечень сотрудников с указанием Ф.И.О, должности, телефона, электронной почты и судебного участка. После установки и настройки, Подрядчик создает учетные записи по предоставленному перечню от Заказчика и направляет Заказчику учетные данные для входа. Инструктаж представителей Заказчика по работе с Модулем стенографирования выполняется Подрядчиком в объеме не более 2 (двух) академических часов. Значение характеристики не может изменяться участником закупки Требования к защите информации от несанкционированного доступа. ч 1 Система – объект информатизации, являющийся государственной информационной системой, аттестованной по требованиям о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, предъявляемым к государственным информационным системам 3 (третьего) класса защищенности, а также требованиям, состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, соответствующим 3 (третьему) уровню защищенности (далее – объект информатизации). Подрядчик обязан не разглашать, не использовать любым способом, не предусмотренным данным техническим заданием конфиденциальную информацию, ПДн, ставшие ему известные при выполнении Работ. Подрядчик своими силами и за свой счет обеспечивает исполнение действующего законодательства РФ для обеспечения защиты ПДн, доступ к которым может получить, при выполнении Работ. При организации подключения к Системе Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые законодательством Российской Федерации к аттестованным объектам информатизации в соответствии с классом и уровнем защищенности». Выполнение работ Подрядчиком может производиться, как с присутствием специалистов Подрядчика на объекте Государственного заказчика, так и удалённо, с использованием защищенного канала связи, организованного посредством технологии ViPNet и соблюдением всех технических требований данного СКЗИ. Доступ к серверам включает прямой административный доступ к каждому серверу с УЗ Подрядчика защищенной сети по протоколам ssh, http, https посредством средств вычислительной техники, на которых реализованы технические меры по защите информации, предъявляемые аттестатом соответствия к Системе. Значение характеристики не может изменяться участником закупки Требования к защите информации от несанкционированного доступа. ч 2 Характер выполнения работ в рамках настоящего Технического задания предполагает удаленное подключение к серверам Государственного заказчика, на которых размещен Система. Удаленное подключение допустимо с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4652 (средства защиты, телематические услуги приобретаются Подрядчиком за свой счет, доступ обеспечивает Государственный заказчик). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, а также, в соответствии с действующим законодательством Российской Федерации, ее безопасность при обработке персональных данных и иных сведений, не составляющих государственную тайну. Подрядчик несет ответственность за соблюдение этого требования в соответствии с Законодательством Российской Федерации. Применяемые меры обеспечения информационной безопасности должны обеспечивать минимизацию рисков, связанных с возможным нарушением конфиденциальности, целостности и доступности информации, содержащейся в Системе. Доступ к Системе и репозиторию Заказчика должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы) с журналированием действий пользователей. Выполнение работ по настоящему Техническому заданию должно осуществляться с учетом следующих требований по защите информации от несанкционированного доступа: 1. Система должна обеспечивать санкционированный доступ к информации. Значение характеристики не может изменяться участником закупки Требования к защите информации от несанкционированного доступа. ч 3 2. Система должна иметь функции администрирования, которые должны позволять устанавливать пользователям права доступа к информации. 3. Доступ пользователей к функциям и данным Системы должен предоставляться только после прохождения пользователем процедур аутентификации и идентификации. 4. Система должна обеспечивать следующие возможности управления доступом и разграничения полномочий пользователей: • осуществлять контроль доступа пользователей Системы к ресурсам Системы в соответствии с ролевой матрицей доступа, настраиваемой администраторами Системы; • осуществлять управление правами доступа посредством унифицированной ролевой модели использования. 5. Система должна обеспечивать следующие функции защиты от несанкционированного доступа: • доступ к функциям Системы по индивидуальному логину и паролю пользователя; • доступ в интерфейс администратора по индивидуальному логину и паролю. Заказчик должен осуществлять управление доступом к программному обеспечению путем разграничения прав доступа и ведения реестра пользователей, обладающих правами. Доступ к Системе должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы). Выдача и изъятие прав и атрибутов доступа к Системе пользователям должна осуществляться Заказчиком или Подрядчиком на основании запроса Заказчика. Размещение исходного кода в сторонних публичных или не согласованных с Заказчиком репозиториях не допускается. Информация, предоставляемая Подрядчику в период выполнения Работ, является конфиденциальной и не должна передаваться третьим лицам без письменного разрешения Заказчика и не иначе как для обеспечения качества выполняемых Работ. Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Общие требования - Модуль стенографирования должен обеспечивать совместимость с модернизируемой Системой и её модулями, не нарушая штатное функционирование ранее введённых в эксплуатацию модулей и сервисов. В рамках выполнения работ не допускается замена программного обеспечения в целом, а также любого её модуля. Вносимые Подрядчиком изменения не должны приводить к перерывам в работе Системы, подрядчик гарантирует сохранность всех её данных. Заказчик в течение 5 дней с даты заключения Государственного контракта предоставляет Подрядчику доступ к программному обеспечению Системы, размещенной на базе вычислительных ресурсов Заказчика в целях выполнения работ. Доступ предоставляется при условии наличия у Подрядчика необходимых технических и программных средств для защиты информации в соответствии с пунктом 5.11 настоящего ТЗ. Разрабатываемый Модуль стенографирования должен иметь возможность интеграции с внешними системами посредством API. - - Значение характеристики не может изменяться участником закупки - Требования к Модулю стенографирования совещаний. - Доступ к функционалу Модуля должен осуществляться с помощью клиентского веб-приложения, посредством ввода данных в адресную строку браузера. Вход пользователя в модуль должен осуществляться с помощью ввода логина и пароля. После нажатия на кнопку «Войти», Модуль должен проверять корректность введённых данных. Если введенные данные верны, должна отображаться рабочая область Модуля, иначе появляется сообщение об ошибке. Рабочая область модуля должна быть разделена на две части: • слева отображается основное меню, состоящее из меню администратора и меню секретаря (функционал зависит от прав доступа пользователя); • справа отображается выбранный раздел меню. - - Значение характеристики не может изменяться участником закупки - Меню администратора. - Меню администратора может содержать следующие разделы: • Судебные участки; • Роли пользователей; • Пользователи; • Отчёты; • Статистика; • Журнал логирования; • Настройки; • Корзина. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Судебные участки». - Раздел «Судебные участки» в зависимости от роли Пользователя должен содержать информацию по всем судебным участкам или только по одному судебному участку мировых судей города Севастополь. Раздел «Судебные участки» должен иметь следующий функционал: • Добавление нового судебного участка. По кнопке «Добавить» должна всплывать форма для заполнения следующих полей: • Название; • Код судебного участка; • Адрес; • Район (не обязательное поле); • Судья (не обязательное поле). Форма должна иметь кнопки для подтверждения или отмены действия. • Редактирование информации о судебном участке. По кнопке «Редактировать» напротив соответствующего судебного участка должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия. • Удаление судебного участка. По кнопке «Удалить» напротив соответствующего судебного участка должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Роли пользователей». - Раздел «Роли пользователей» должен содержать информацию обо всех созданных ролях пользователей. Наименование роли Пользователя и функционал определяет администратор. Раздел «Роли пользователей» должен иметь следующий функционал: 1. Добавление новой роли пользователей. По кнопке «Создать роль пользователя» должен осуществляться переход в область создания роли пользователя, в которой необходимо заполнить название роли пользователя и определить права доступа к следующим разделам и подсистемам: • Судебные участки (просмотр, добавление, редактирование, удаление); • Роли пользователей (просмотр, добавление, редактирование, удаление); • Пользователи (просмотр, добавление, редактирование, удаление); • Отчёты (просмотр, экспорт); • Статистика (просмотр, экспорт); • Журнал логирования (просмотр, экспорт); • Настройки (просмотр, редактирование); • Корзина (просмотр, восстановление, удаление); • Список дел (доступ к созданным категориям дел); • Аудиозаписи (добавление, удаление); • Заседания (просмотр, добавление, редактирование, удаление); • Участники заседания (просмотр, добавление, редактирование, удаление); • Документы (просмотр, добавление, удаление). Область должна иметь кнопки для подтверждения или отмены действия. 2. Редактирование роли пользователей. По кнопке «Редактировать роль» напротив соответствующей роли пользователей должен осуществляться переход в область изменения роли пользователя для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия. 3. Удаление роли пользователей. По кнопке «Удалить роль» напротив соответствующей роли пользователей должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Пользователи». - Раздел «Пользователи» должен содержать информацию обо всех созданных пользователях. Раздел «Пользователи» должен иметь следующий функционал: • Добавление нового пользователя. По кнопке «Создать пользователя» должен осуществляться переход в область для заполнения следующих полей: • Фамилия; • Имя; • Отчество; • Логин; • Должность; • Доступные судебные участки (выбор судебного участка из уже существующих); • Роль пользователя (выбор роли из уже существующих); • Пароль (ввод или генерация). Область должна иметь кнопки для подтверждения или отмены действия. • Редактирование данных пользователя. По кнопке «Редактировать» напротив соответствующего пользователя должен осуществляться переход в область для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия. • Удаление пользователя. По кнопке «Удалить» напротив соответствующего пользователя должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Отчёты». - Раздел «Отчёты» должен иметь следующий функционал: 1. Просмотр отчетности. Отчётность должна содержать следующие поля: • код судебного участка; • наименование участка; • № дела; • дата дела; • проведено заседаний; • количество заседаний с аудиофиксацией; • количество загруженных протоколов с транскрибацией; • % заседаний с аудиофиксацией; • % заседаний с протоколами и транскрибацией. Отчётность должна иметь возможность настройки и сброса фильтрации по судебным участкам и/или периоду дат. 2. Выгрузка отчётности. По кнопке «Скачать отчёт», должен быть предложен на выбор формат выгрузки CSV и XLSX. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Статистика». - Раздел «Статистика» должен содержать статистические данные по пользователям судебных участков. Раздел «Статистика» должен иметь следующий функционал: 1. Просмотр статистических данных по пользователям судебных участков. Статистика должна содержать следующие поля: • пользователь; • код судебного участка; • наименование участка; • количество заседаний с аудиозаписями; • количество транскрибированных заседаний; • количество выгруженных протоколов. Статистика должна иметь возможность настройки и сброса фильтрации по Пользователям и/или периоду дат. 2. Выгрузка статистики. По кнопке «Скачать» должен быть предложен выбор выгрузки в форматах CSV и XLSX. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Журнал логирования». - Раздел «Журнал логирования» должен отображать информацию по действиям пользователей в Модуле. Раздел «Журнал логирования» должен иметь следующий функционал: 1. Просмотр информации по действиям пользователей. Журнал должен содержать следующие поля: • номер (порядковый номер дела в разделе «Список дел»); • дата; • время; • учетные данные; • логин; • № дела; • действие в Системе (добавление, редактирование и удаление данных); • группы (аудиофайлы, дела судебного участка, документы, категории дел, настройки, пользователи, права пользователей, роли пользователей, роли участников заседания, судебные участки, участники судебного заседания и шаблоны документов); • IP пользователя; • браузер; • адрес запроса. Журнал логирования должен иметь возможность выбора полей для отображения. Журнал логирования должен иметь возможность настройки и сброса фильтрации по порядковому номеру дела в разделе «Список дел», учётным данным, периоду дат, периоду времени, номеру дела, действию в Системе и/или группам. При наведении курсора на любое «Действие в Системе» всплывает дополнительная информация (выгружается в столбце «Содержание»). 2. Выгрузка информации по действиям пользователей. По кнопке «Скачать» должен быть предложен на выбор формат выгрузки CSV и XLSX. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Настройки». ч 1 - Раздел «Настройки» должен содержать подразделы «Настройки распознавания», «Справочники» и «Информация о системе». Подраздел «Настройки распознавания» должен иметь следующий функционал: • Включение/выключение записи аудио. Данная функция может использоваться, в случае необходимости осуществления аудиопротокольной записи непосредственно из Системы. • Настройка порога подсветки слов с низкой достоверностью (рекомендуемое значение – 30%). • Просмотр, Добавление и удаление стоп-слов. По кнопке «Добавить» должно появляться новое поле для заполнения стоп-слова. Удаление стоп-слова должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего стоп-слова. Подраздел должен иметь кнопку для подтверждения изменений в настройках распознавания. Подраздел «Справочники» должен иметь следующий функционал: • Просмотр и настройка справочника категорий дел. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим категориям дел. По кнопке «Добавить» должны появляться новые поля для заполнения классификационного индекса и наименования категории дел. Удаление категории дел должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей категории дел. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. • Просмотр и настройка справочника ролей по судопроизводству. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим ролям по судопроизводству. По кнопке «Добавить» должны появляться новые поля для заполнения наименования роли по судопроизводству и выбора категорий дел, в которых должна присутствовать эта роль. Удаление роли по судопроизводству должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей роли. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Настройки». ч 2 - Подраздел «Информация о системе» должен отражать информацию о занимаемом аудиопротокольными записями объеме данных на сервере и позволять настраивать способы очищения раздела «Корзина»: • ручное очищение; • автоматическое очищение. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Корзина». - Раздел «Корзина» должен содержать информацию по удалённым делам судебных участков мировых судей города Севастополь. Раздел «Корзина» должен иметь следующий функционал: Просмотр списка удалённых дел судебных участков. Список дел должен содержать следующие поля: • код судебного участка; • наименование судебного участка; • номер; • № дела; • дата дела; • дата заседания; • дата создания задания на транскрибацию (последнего); • дата удаления; • время начала заседания; • время окончания заседания; • участники; • категория дела. Список дел должен иметь возможность выбора полей для отображения, быструю навигацию: возможность поиска и сортировки по судебным участкам, порядковому номеру дела, номеру дела, дате, дате создания задания на транскрибацию (последнего), дате удаления, времени и категории дела. Восстановление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для восстановления. По кнопке «Восстановить» должна всплывать форма для подтверждения или отмены действия. В случае подтверждения, дело будет возвращено в раздел «Список дел». Если дело с восстанавливаемым номером в разделе «Список дел» уже существует, должно быть сообщение об этом и предложено изменение номера восстанавливаемого дела либо отменить действие. Удаление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для удаления. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки - Меню секретаря. - Меню секретаря может содержать следующие разделы: • Список дел. Раздел «Список дел» может содержать следующие подразделы: • Аудиозапись; • Заседания; • Участники заседания; • Документы. В зависимости от Роли (прав доступа) Пользователя перечень отображаемых разделов в меню может меняться. Редактировать права доступа Ролей может администратор. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Список дел». ч 1 - Раздел «Список дел» в зависимости от роли Пользователя должен содержать информацию по делам всех судебных участков или только одного судебного участка мировых судей города Севастополь. Раздел «Список дел» должен иметь следующий функционал: • Просмотр списка дел судебного участка. Список дел должен содержать следующие поля: • номер; • № дела; • дата дела; • дата заседания; • время начала заседания; • время окончания заседания; • участники заседаний; • категория дела. Список дел должен иметь возможность выбора полей для отображения, и быструю навигацию: возможность поиска и сортировки по порядковому номеру дела, номеру дела, дате, времени и категории дела. Создание заседания. По кнопке «Создать заседание» должна всплывать форма для заполнения следующих полей: • № дела; • дата дела; • дата заседания; • время начала заседания; • время окончания заседания; • категория дела (выбор из ранее настроенного справочника категорий дел). - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Список дел». ч 2 - Также форма должна позволять добавить участников заседания. По кнопке «Добавить участника» должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должна предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Удаление участника заседания должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Форма должна иметь кнопки для подтверждения или отмены действий. • Редактирование заседания. По кнопке «Карандаш» напротив соответствующего заседания должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия. • Удаление заседания. По кнопке «Корзина» напротив соответствующего заседания должна всплывать форма для подтверждения или отмены действия. • Работа с заседанием. По кнопке «Открыть заседание» должна открываться область работы с заседанием. Работа с заседанием включает в себя следующий функционал: • обработка аудиозаписи; • информация о заседании; • спикеры; • работа с документами. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Аудиозапись». ч 1 - Добавление аудиофайла. Модуль должен позволять загрузить аудиофайл в ручном режиме по кнопке «Загрузить аудио» и/или сделать аудиозапись по кнопке «Начать запись». Модуль должен поддерживать работу с различными видами аудио, поддерживаемых FFMPEG (например, OPUS, MP3, MP4, WAV). Длительность загружаемой аудиопротокольной записи должна быть не более 5 (пяти) часов. После добавления аудиопротокольной записи должна отображается панель инструментов управления аудиозаписью, осуществляющая следующий функционал: • настройка скорости воспроизведения; • воспроизведение и остановка записи; • перемотка назад/вперед; • регулировка громкости. Модуль должен позволять управлять отображением звуковой дорожки загруженной аудиопротокольной записи по кнопке «Свернуть аудио» и «Развернуть аудио». Модуль должен позволять одновременную загрузку до 5 (пяти) аудиопротокольных записей одним Пользователем. Общий объем одной загрузки (одной или одновременно нескольких аудиопротокольных записей) не должен превышать установленного объема данных на сервере. Удаление аудиофайла. По кнопке «Удалить аудио» должна всплывать форма для подтверждения или отмены действия. Транскрибация аудиопротокольной записи. По кнопке «Транскрибация» аудиофайл должен отправляться на транскрибацию. На панели инструментов управления аудиозаписью должно отображаться состояние процесса выполнения транскрибации, для прерывания процесса в случае необходимости должна быть кнопка «Прервать транскрибацию». После завершения транскрибации в редакторе документа должна появится кнопка «Загрузить стенограмму». - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Аудиозапись». ч 2 - При повторном нажатии на кнопку «Транскрибация» должна всплывать форма для подтверждения или отмены действия. Модуль должен отображать временную шкалу звуковой волны и при выборе места на аудиодорожке указывать это место в транскрибированном тексте, а также иметь возможность связывания текстовой расшифровки аудиопротокольной записи таймкодами. Качество транскрибации аудиопротокольной записи обеспечивается при условии превышения уровня громкости речи в размере от 30 дБ над уровнем громкости шума. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Заседания». - Добавление участников заседания. По кнопке добавления должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должен предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Редактирование информации об участнике заседания. Должно осуществляется нажатием на кнопку «Карандаш» напротив соответствующего участника заседания и внесением изменений в информацию об участнике заседания. Удаление участника заседания. Должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Подраздел должен иметь кнопку для подтверждения действий. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Участники заседания». - Модуль должен поддерживать возможность группировки текста распознанной речи по участникам аудиопротокольной записи, основываясь на технологии диаризации спикеров. Модуль должен позволять назначить участника заседания соответствующим спикером посредством выбора из выпадающего списка и корректировать принадлежность фраз спикерам. Модуль должен позволять осуществлять поиск фраз по их содержимому. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Документы». ч 1 - Работа с редактором документов. Панель инструментов в редакторе документа должна предоставлять возможности редактирования и форматирования текста такие как: • изменение внешнего вид текста, настройка параметров: шрифт, размер, цвет и начертание (полужирный, курсив, подчеркивание); • выравнивание текста по левому краю, правому краю, центру или ширине страницы; • добавление нумерованных и маркированных списков; • добавление таблиц; • поиск и замена слов в тексте. По кнопке «Сохранить документ» должна всплывать форма для заполнения названия документа и подтверждения или отмены действий. При повторном нажатии на кнопку «Сохранить документ» осуществляется сохранение текущей версии документа. Сохраненный документ можно выбрать по названию из выпадающего списка. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. Создание, редактирование и удаление шаблонов. Модуль должен иметь возможность создания, выбора уже созданного и редактирования шаблонов документов. По кнопке «Добавить шаблон» Модуль должен открывать редактор шаблонов для заполнения названия шаблона и добавление необходимого текста. По кнопке «Добавить блок» должна всплывать форма для заполнения названия и содержания шаблона блока. Форма должна иметь кнопки для подтверждения или отмены действий. По кнопкам «Карандаш» и «Корзина» напротив соответствующего шаблона блока Модуль должен позволять редактировать и удалять шаблоны. - - Значение характеристики не может изменяться участником закупки - Требования к разделу «Документы». ч 2 - Редактор должен иметь кнопки для подтверждения или отмены действий. Добавленный шаблон документа можно выбрать по названию из выпадающего списка. По кнопке «Редактировать» Модуль должен открывать редактор выбранного шаблона для внесения изменений. Редактор должен иметь кнопки для подтверждения, отмены действий и удаления шаблона документа. При удалении шаблона документа должна всплывать форма для подтверждения или отмены действия. Работа со стенограммой. По кнопке «Загрузить стенограмму» в документе в месте установленного курсора должна отобразится последняя версия стенограммы транскрибированной аудиопротокольной записи с указанием спикеров. Текст транскрибированной речи должен быть поделен на предложения и абзацы с использованием знаков пунктуации, заглавных букв в начале предложений. В тексте транскрибированной речи должно выполняться автоматическое преобразование числовых форматов из прописи к записи арабскими цифрами: время, полная дата, числа. Текст транскрибированной речи по фразам должен быть оснащен временными привязками к месту этих фраз в аудиопротокольной записи. Для отображения временных меток необходимо в редакторе документов сделать активным флажок «Время». Участки текста транскрибированной речи (с точностью до предложения/фразы), в которых уровень уверенности транскрибации ниже заданного порога, должны быть выделены отлично от остального текста. Выгрузка документа. По кнопке «Экспорт» Модуль должен осуществлять выгрузку сохраненного документа в формате DOCX, ODT, RTF, PDF. - - Значение характеристики не может изменяться участником закупки - Требование к программному обеспечению по вычислительным ресурсам. ч 1 - Аппаратная часть (серверное оборудование) для модернизации существующей Системы предоставляется Заказчиком в срок не позднее 5 рабочих дней с даты заключения Государственного контракта и должна находиться в Центре обработки данных Заказчика. Она может располагаться как на выделенных физических, так и на виртуальных серверах. В случае использования виртуальных машин для них Заказчик выполняет 100% резервацию вычислительных ресурсов, используемых виртуальными машинами. Заказчик предоставляет следующие вычислительные ресурсы: № п/п Наименование сервера CPU RAM HDD GPU Операционная система Назначение 1. sudy-web-01 16 16 500 AstraLinux не ниже 1.8 Веб сервер, сервер приложений 2. sudy-db-01 16 16 200 AstraLinux не ниже 1.8 Сервер БД 3. sudy-spr-01 16 16 300 AstraLinux не ниже 1.8 Распознавание речи 4. sudy-spr-02 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи 5. sudy-spr-03 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи - - Значение характеристики не может изменяться участником закупки - Требование к программному обеспечению по вычислительным ресурсам. ч 2 - Для серверов sudy-spr-02\sudy-spr-03 необходимы видеокарты: 2 Nvidia T4, объем ОЗУ 16 ГБ или 1 Nvidia A16. Заказчик предоставляет указанные вычислительные ресурсы и удаленный доступ к ним не позднее 5 календарных дней с даты заключения Государственного контракта (на период действия контракта и гарантийных обязательств). Заказчик предоставляет на период исполнения Государственного контракта (включая период гарантийных обязательств) доступ к Интернету (для установки пакетов обновлений на операционную систему, модуля). Заказчик предоставляет Подрядчику доступ до программного обеспечения, развернутого на базе вычислительных ресурсов Заказчика в целях выполнения Работ согласно настоящему ТЗ. В качестве технологий удаленного доступа используются протоколы SSH, HTTP/ HTTPS. Технологии удаленного доступа используются в организованной Заказчиком и Подрядчиком защищенной сети VipNet. Защищенная сеть организовывается через сопряжение сетей координаторов VipNet. Подрядчик и Заказчик, каждый со своей стороны, использует программные и технические средства VipNet, обеспеченные собственными силами. Подрядчик имеет право привлекать субподрядчиков для организации защищенной сети и использования координаторов VipNet. - - Значение характеристики не может изменяться участником закупки - Требования к резервному копированию. - В целях обеспечения безопасности данных и защиты конфиденциальной информации запрещено резервное копирование данных Модуля стенографирования на собственные мощности Подрядчика без согласования с Заказчиком. Полное резервное копирование виртуальных машин (снапшоты) осуществляется средствами Заказчика. Подрядчик не несёт ответственность за корректность и регулярность выполнения резервного копирования данных. В случае инцидента, требующего восстановления из полной резервной копии, восстановление должно быть выполнено Заказчиком. - - Значение характеристики не может изменяться участником закупки - Требования к данным размещаемым в Репозитории. - В рамках требований настоящего Технического задания Заказчик в течение 5 рабочих дней с даты заключения Государственного контракта предоставляет Подрядчику доступ в репозиторий, на котором размещена актуальная версия существующей системы, а также необходимые права доступа к материалам, используемым при выполнении работ. Репозиторий должен содержать: • исходные коды прикладного ПО; • инструкция по сборке из исходных текстов рабочего прикладного ПО; • исполняемые файлы (где применимо); • описание программных средств, содержащее сведения об их логической структуре и среде функционирования, а также описание методов, приемов и правил эксплуатации технологических средств, используемых при их создании. • дистрибутив актуальной версии существующей системы; • актуальные на дату заключения Государственного контракта иные материалы, необходимые для исполнения Государственного контракта (руководство пользователя, руководство администратора и др.) Все изменения, внесенные Подрядчиком в программный код существующей системы в период выполнения Работ (при наличии), подлежат размещению в репозитории Заказчика в течение 5 рабочих дней после окончания выполнения Работ по настоящему Техническому заданию. - - Значение характеристики не может изменяться участником закупки - Требования к приемочным испытаниям. - Проведение приемочных испытаний осуществляется в соответствии с согласованным Заказчиком документом «Программа и методика приемочных испытаний» (далее – ПМИ). Заказчик обязан не позднее 5 (пяти) рабочих дней с даты получения ПМИ рассмотреть представленную Подрядчиком ПМИ и при отсутствии замечаний согласовать ее и направить информацию об этом в адрес Подрядчика. В случае наличия замечаний Заказчик направляет исчерпывающий перечень замечаний в адрес Подрядчика. Подрядчик должен скорректировать ПМИ и повторно направить Заказчику с приложением протокола обработки замечаний. Повторное согласование проводится в аналогичном порядке. Результат приемочных испытаний фиксируется в протоколе приемочных испытаний. Приемочные испытания проводятся Заказчиком с участием Подрядчика. - - Значение характеристики не может изменяться участником закупки - Требования к документированию и инструктажу. - В ходе выполнения работ должны быть разработаны следующие виды документации на модернизируемую Систему в части Модуля стенографирования: • Документация, состоящая из руководства администратора и руководства пользователя Модуля стенографирования. • Программа и методика испытаний. В бумажном виде в 2 экземплярах Подрядчик представляет Программу и методику испытаний. Кроме того, все документы должны передаваться Заказчику в электронном виде. Заказчик предоставляет Подрядчику перечень сотрудников с указанием Ф.И.О, должности, телефона, электронной почты и судебного участка. После установки и настройки, Подрядчик создает учетные записи по предоставленному перечню от Заказчика и направляет Заказчику учетные данные для входа. Инструктаж представителей Заказчика по работе с Модулем стенографирования выполняется Подрядчиком в объеме не более 2 (двух) академических часов. - - Значение характеристики не может изменяться участником закупки - Требования к защите информации от несанкционированного доступа. ч 1 - Система – объект информатизации, являющийся государственной информационной системой, аттестованной по требованиям о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, предъявляемым к государственным информационным системам 3 (третьего) класса защищенности, а также требованиям, состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, соответствующим 3 (третьему) уровню защищенности (далее – объект информатизации). Подрядчик обязан не разглашать, не использовать любым способом, не предусмотренным данным техническим заданием конфиденциальную информацию, ПДн, ставшие ему известные при выполнении Работ. Подрядчик своими силами и за свой счет обеспечивает исполнение действующего законодательства РФ для обеспечения защиты ПДн, доступ к которым может получить, при выполнении Работ. При организации подключения к Системе Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые законодательством Российской Федерации к аттестованным объектам информатизации в соответствии с классом и уровнем защищенности». Выполнение работ Подрядчиком может производиться, как с присутствием специалистов Подрядчика на объекте Государственного заказчика, так и удалённо, с использованием защищенного канала связи, организованного посредством технологии ViPNet и соблюдением всех технических требований данного СКЗИ. Доступ к серверам включает прямой административный доступ к каждому серверу с УЗ Подрядчика защищенной сети по протоколам ssh, http, https посредством средств вычислительной техники, на которых реализованы технические меры по защите информации, предъявляемые аттестатом соответствия к Системе. - - Значение характеристики не может изменяться участником закупки - Требования к защите информации от несанкционированного доступа. ч 2 - Характер выполнения работ в рамках настоящего Технического задания предполагает удаленное подключение к серверам Государственного заказчика, на которых размещен Система. Удаленное подключение допустимо с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4652 (средства защиты, телематические услуги приобретаются Подрядчиком за свой счет, доступ обеспечивает Государственный заказчик). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, а также, в соответствии с действующим законодательством Российской Федерации, ее безопасность при обработке персональных данных и иных сведений, не составляющих государственную тайну. Подрядчик несет ответственность за соблюдение этого требования в соответствии с Законодательством Российской Федерации. Применяемые меры обеспечения информационной безопасности должны обеспечивать минимизацию рисков, связанных с возможным нарушением конфиденциальности, целостности и доступности информации, содержащейся в Системе. Доступ к Системе и репозиторию Заказчика должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы) с журналированием действий пользователей. Выполнение работ по настоящему Техническому заданию должно осуществляться с учетом следующих требований по защите информации от несанкционированного доступа: 1. Система должна обеспечивать санкционированный доступ к информации. - - Значение характеристики не может изменяться участником закупки - Требования к защите информации от несанкционированного доступа. ч 3 - 2. Система должна иметь функции администрирования, которые должны позволять устанавливать пользователям права доступа к информации. 3. Доступ пользователей к функциям и данным Системы должен предоставляться только после прохождения пользователем процедур аутентификации и идентификации. 4. Система должна обеспечивать следующие возможности управления доступом и разграничения полномочий пользователей: • осуществлять контроль доступа пользователей Системы к ресурсам Системы в соответствии с ролевой матрицей доступа, настраиваемой администраторами Системы; • осуществлять управление правами доступа посредством унифицированной ролевой модели использования. 5. Система должна обеспечивать следующие функции защиты от несанкционированного доступа: • доступ к функциям Системы по индивидуальному логину и паролю пользователя; • доступ в интерфейс администратора по индивидуальному логину и паролю. Заказчик должен осуществлять управление доступом к программному обеспечению путем разграничения прав доступа и ведения реестра пользователей, обладающих правами. Доступ к Системе должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы). Выдача и изъятие прав и атрибутов доступа к Системе пользователям должна осуществляться Заказчиком или Подрядчиком на основании запроса Заказчика. Размещение исходного кода в сторонних публичных или не согласованных с Заказчиком репозиториях не допускается. Информация, предоставляемая Подрядчику в период выполнения Работ, является конфиденциальной и не должна передаваться третьим лицам без письменного разрешения Заказчика и не иначе как для обеспечения качества выполняемых Работ. - - Значение характеристики не может изменяться участником закупки

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

Общие требования - Модуль стенографирования должен обеспечивать совместимость с модернизируемой Системой и её модулями, не нарушая штатное функционирование ранее введённых в эксплуатацию модулей и сервисов. В рамках выполнения работ не допускается замена программного обеспечения в целом, а также любого её модуля. Вносимые Подрядчиком изменения не должны приводить к перерывам в работе Системы, подрядчик гарантирует сохранность всех её данных. Заказчик в течение 5 дней с даты заключения Государственного контракта предоставляет Подрядчику доступ к программному обеспечению Системы, размещенной на базе вычислительных ресурсов Заказчика в целях выполнения работ. Доступ предоставляется при условии наличия у Подрядчика необходимых технических и программных средств для защиты информации в соответствии с пунктом 5.11 настоящего ТЗ. Разрабатываемый Модуль стенографирования должен иметь возможность интеграции с внешними системами посредством API. - - Значение характеристики не может изменяться участником закупки

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

Меню администратора. - Меню администратора может содержать следующие разделы: • Судебные участки; • Роли пользователей; • Пользователи; • Отчёты; • Статистика; • Журнал логирования; • Настройки; • Корзина. - - Значение характеристики не может изменяться участником закупки

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

Требования к разделу «Роли пользователей». - Раздел «Роли пользователей» должен содержать информацию обо всех созданных ролях пользователей. Наименование роли Пользователя и функционал определяет администратор. Раздел «Роли пользователей» должен иметь следующий функционал: 1. Добавление новой роли пользователей. По кнопке «Создать роль пользователя» должен осуществляться переход в область создания роли пользователя, в которой необходимо заполнить название роли пользователя и определить права доступа к следующим разделам и подсистемам: • Судебные участки (просмотр, добавление, редактирование, удаление); • Роли пользователей (просмотр, добавление, редактирование, удаление); • Пользователи (просмотр, добавление, редактирование, удаление); • Отчёты (просмотр, экспорт); • Статистика (просмотр, экспорт); • Журнал логирования (просмотр, экспорт); • Настройки (просмотр, редактирование); • Корзина (просмотр, восстановление, удаление); • Список дел (доступ к созданным категориям дел); • Аудиозаписи (добавление, удаление); • Заседания (просмотр, добавление, редактирование, удаление); • Участники заседания (просмотр, добавление, редактирование, удаление); • Документы (просмотр, добавление, удаление). Область должна иметь кнопки для подтверждения или отмены действия. 2. Редактирование роли пользователей. По кнопке «Редактировать роль» напротив соответствующей роли пользователей должен осуществляться переход в область изменения роли пользователя для внесения изменений. Область должна иметь кнопки для подтверждения или отмены действия. 3. Удаление роли пользователей. По кнопке «Удалить роль» напротив соответствующей роли пользователей должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки

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

Требования к разделу «Отчёты». - Раздел «Отчёты» должен иметь следующий функционал: 1. Просмотр отчетности. Отчётность должна содержать следующие поля: • код судебного участка; • наименование участка; • № дела; • дата дела; • проведено заседаний; • количество заседаний с аудиофиксацией; • количество загруженных протоколов с транскрибацией; • % заседаний с аудиофиксацией; • % заседаний с протоколами и транскрибацией. Отчётность должна иметь возможность настройки и сброса фильтрации по судебным участкам и/или периоду дат. 2. Выгрузка отчётности. По кнопке «Скачать отчёт», должен быть предложен на выбор формат выгрузки CSV и XLSX. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Статистика». - Раздел «Статистика» должен содержать статистические данные по пользователям судебных участков. Раздел «Статистика» должен иметь следующий функционал: 1. Просмотр статистических данных по пользователям судебных участков. Статистика должна содержать следующие поля: • пользователь; • код судебного участка; • наименование участка; • количество заседаний с аудиозаписями; • количество транскрибированных заседаний; • количество выгруженных протоколов. Статистика должна иметь возможность настройки и сброса фильтрации по Пользователям и/или периоду дат. 2. Выгрузка статистики. По кнопке «Скачать» должен быть предложен выбор выгрузки в форматах CSV и XLSX. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Журнал логирования». - Раздел «Журнал логирования» должен отображать информацию по действиям пользователей в Модуле. Раздел «Журнал логирования» должен иметь следующий функционал: 1. Просмотр информации по действиям пользователей. Журнал должен содержать следующие поля: • номер (порядковый номер дела в разделе «Список дел»); • дата; • время; • учетные данные; • логин; • № дела; • действие в Системе (добавление, редактирование и удаление данных); • группы (аудиофайлы, дела судебного участка, документы, категории дел, настройки, пользователи, права пользователей, роли пользователей, роли участников заседания, судебные участки, участники судебного заседания и шаблоны документов); • IP пользователя; • браузер; • адрес запроса. Журнал логирования должен иметь возможность выбора полей для отображения. Журнал логирования должен иметь возможность настройки и сброса фильтрации по порядковому номеру дела в разделе «Список дел», учётным данным, периоду дат, периоду времени, номеру дела, действию в Системе и/или группам. При наведении курсора на любое «Действие в Системе» всплывает дополнительная информация (выгружается в столбце «Содержание»). 2. Выгрузка информации по действиям пользователей. По кнопке «Скачать» должен быть предложен на выбор формат выгрузки CSV и XLSX. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Настройки». ч 1 - Раздел «Настройки» должен содержать подразделы «Настройки распознавания», «Справочники» и «Информация о системе». Подраздел «Настройки распознавания» должен иметь следующий функционал: • Включение/выключение записи аудио. Данная функция может использоваться, в случае необходимости осуществления аудиопротокольной записи непосредственно из Системы. • Настройка порога подсветки слов с низкой достоверностью (рекомендуемое значение – 30%). • Просмотр, Добавление и удаление стоп-слов. По кнопке «Добавить» должно появляться новое поле для заполнения стоп-слова. Удаление стоп-слова должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего стоп-слова. Подраздел должен иметь кнопку для подтверждения изменений в настройках распознавания. Подраздел «Справочники» должен иметь следующий функционал: • Просмотр и настройка справочника категорий дел. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим категориям дел. По кнопке «Добавить» должны появляться новые поля для заполнения классификационного индекса и наименования категории дел. Удаление категории дел должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей категории дел. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. • Просмотр и настройка справочника ролей по судопроизводству. По кнопке «Редактировать» должна появляться возможность внесения изменений по существующим ролям по судопроизводству. По кнопке «Добавить» должны появляться новые поля для заполнения наименования роли по судопроизводству и выбора категорий дел, в которых должна присутствовать эта роль. Удаление роли по судопроизводству должно осуществляется в режиме редактирования по кнопке «Корзина» напротив соответствующей роли. Режим редактирования должен иметь кнопки для подтверждения или отмены действий. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Настройки». ч 2 - Подраздел «Информация о системе» должен отражать информацию о занимаемом аудиопротокольными записями объеме данных на сервере и позволять настраивать способы очищения раздела «Корзина»: • ручное очищение; • автоматическое очищение. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Корзина». - Раздел «Корзина» должен содержать информацию по удалённым делам судебных участков мировых судей города Севастополь. Раздел «Корзина» должен иметь следующий функционал: Просмотр списка удалённых дел судебных участков. Список дел должен содержать следующие поля: • код судебного участка; • наименование судебного участка; • номер; • № дела; • дата дела; • дата заседания; • дата создания задания на транскрибацию (последнего); • дата удаления; • время начала заседания; • время окончания заседания; • участники; • категория дела. Список дел должен иметь возможность выбора полей для отображения, быструю навигацию: возможность поиска и сортировки по судебным участкам, порядковому номеру дела, номеру дела, дате, дате создания задания на транскрибацию (последнего), дате удаления, времени и категории дела. Восстановление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для восстановления. По кнопке «Восстановить» должна всплывать форма для подтверждения или отмены действия. В случае подтверждения, дело будет возвращено в раздел «Список дел». Если дело с восстанавливаемым номером в разделе «Список дел» уже существует, должно быть сообщение об этом и предложено изменение номера восстанавливаемого дела либо отменить действие. Удаление дел судебных участков. Список дел должен иметь возможность выбора одного или нескольких дел, отображаемых на странице, для удаления. По кнопке «Удалить» должна всплывать форма для подтверждения или отмены действия. - - Значение характеристики не может изменяться участником закупки

Меню секретаря. - Меню секретаря может содержать следующие разделы: • Список дел. Раздел «Список дел» может содержать следующие подразделы: • Аудиозапись; • Заседания; • Участники заседания; • Документы. В зависимости от Роли (прав доступа) Пользователя перечень отображаемых разделов в меню может меняться. Редактировать права доступа Ролей может администратор. - - Значение характеристики не может изменяться участником закупки

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

Требования к разделу «Список дел». ч 2 - Также форма должна позволять добавить участников заседания. По кнопке «Добавить участника» должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должна предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Удаление участника заседания должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Форма должна иметь кнопки для подтверждения или отмены действий. • Редактирование заседания. По кнопке «Карандаш» напротив соответствующего заседания должна всплывать форма для внесения изменений. Форма должна иметь кнопки для подтверждения или отмены действия. • Удаление заседания. По кнопке «Корзина» напротив соответствующего заседания должна всплывать форма для подтверждения или отмены действия. • Работа с заседанием. По кнопке «Открыть заседание» должна открываться область работы с заседанием. Работа с заседанием включает в себя следующий функционал: • обработка аудиозаписи; • информация о заседании; • спикеры; • работа с документами. - - Значение характеристики не может изменяться участником закупки

Требования к разделу «Аудиозапись». ч 1 - Добавление аудиофайла. Модуль должен позволять загрузить аудиофайл в ручном режиме по кнопке «Загрузить аудио» и/или сделать аудиозапись по кнопке «Начать запись». Модуль должен поддерживать работу с различными видами аудио, поддерживаемых FFMPEG (например, OPUS, MP3, MP4, WAV). Длительность загружаемой аудиопротокольной записи должна быть не более 5 (пяти) часов. После добавления аудиопротокольной записи должна отображается панель инструментов управления аудиозаписью, осуществляющая следующий функционал: • настройка скорости воспроизведения; • воспроизведение и остановка записи; • перемотка назад/вперед; • регулировка громкости. Модуль должен позволять управлять отображением звуковой дорожки загруженной аудиопротокольной записи по кнопке «Свернуть аудио» и «Развернуть аудио». Модуль должен позволять одновременную загрузку до 5 (пяти) аудиопротокольных записей одним Пользователем. Общий объем одной загрузки (одной или одновременно нескольких аудиопротокольных записей) не должен превышать установленного объема данных на сервере. Удаление аудиофайла. По кнопке «Удалить аудио» должна всплывать форма для подтверждения или отмены действия. Транскрибация аудиопротокольной записи. По кнопке «Транскрибация» аудиофайл должен отправляться на транскрибацию. На панели инструментов управления аудиозаписью должно отображаться состояние процесса выполнения транскрибации, для прерывания процесса в случае необходимости должна быть кнопка «Прервать транскрибацию». После завершения транскрибации в редакторе документа должна появится кнопка «Загрузить стенограмму». - - Значение характеристики не может изменяться участником закупки

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

Требования к разделу «Заседания». - Добавление участников заседания. По кнопке добавления должны появляться новые поля для выбора роли из заранее настроенного справочника ролей по судопроизводству и заполнения ФИО участника. Модуль должен предлагать выбрать ФИО Пользователя Модуля или заполнить его вручную. Редактирование информации об участнике заседания. Должно осуществляется нажатием на кнопку «Карандаш» напротив соответствующего участника заседания и внесением изменений в информацию об участнике заседания. Удаление участника заседания. Должно осуществляется нажатием на кнопку «Корзина» напротив соответствующего участника заседания. Подраздел должен иметь кнопку для подтверждения действий. - - Значение характеристики не может изменяться участником закупки

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

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

Требования к разделу «Документы». ч 2 - Редактор должен иметь кнопки для подтверждения или отмены действий. Добавленный шаблон документа можно выбрать по названию из выпадающего списка. По кнопке «Редактировать» Модуль должен открывать редактор выбранного шаблона для внесения изменений. Редактор должен иметь кнопки для подтверждения, отмены действий и удаления шаблона документа. При удалении шаблона документа должна всплывать форма для подтверждения или отмены действия. Работа со стенограммой. По кнопке «Загрузить стенограмму» в документе в месте установленного курсора должна отобразится последняя версия стенограммы транскрибированной аудиопротокольной записи с указанием спикеров. Текст транскрибированной речи должен быть поделен на предложения и абзацы с использованием знаков пунктуации, заглавных букв в начале предложений. В тексте транскрибированной речи должно выполняться автоматическое преобразование числовых форматов из прописи к записи арабскими цифрами: время, полная дата, числа. Текст транскрибированной речи по фразам должен быть оснащен временными привязками к месту этих фраз в аудиопротокольной записи. Для отображения временных меток необходимо в редакторе документов сделать активным флажок «Время». Участки текста транскрибированной речи (с точностью до предложения/фразы), в которых уровень уверенности транскрибации ниже заданного порога, должны быть выделены отлично от остального текста. Выгрузка документа. По кнопке «Экспорт» Модуль должен осуществлять выгрузку сохраненного документа в формате DOCX, ODT, RTF, PDF. - - Значение характеристики не может изменяться участником закупки

Требование к программному обеспечению по вычислительным ресурсам. ч 1 - Аппаратная часть (серверное оборудование) для модернизации существующей Системы предоставляется Заказчиком в срок не позднее 5 рабочих дней с даты заключения Государственного контракта и должна находиться в Центре обработки данных Заказчика. Она может располагаться как на выделенных физических, так и на виртуальных серверах. В случае использования виртуальных машин для них Заказчик выполняет 100% резервацию вычислительных ресурсов, используемых виртуальными машинами. Заказчик предоставляет следующие вычислительные ресурсы: № п/п Наименование сервера CPU RAM HDD GPU Операционная система Назначение 1. sudy-web-01 16 16 500 AstraLinux не ниже 1.8 Веб сервер, сервер приложений 2. sudy-db-01 16 16 200 AstraLinux не ниже 1.8 Сервер БД 3. sudy-spr-01 16 16 300 AstraLinux не ниже 1.8 Распознавание речи 4. sudy-spr-02 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи 5. sudy-spr-03 16 20 150 + AstraLinux не ниже 1.8 Распознавание речи - - Значение характеристики не может изменяться участником закупки

Требование к программному обеспечению по вычислительным ресурсам. ч 2 - Для серверов sudy-spr-02\sudy-spr-03 необходимы видеокарты: 2 Nvidia T4, объем ОЗУ 16 ГБ или 1 Nvidia A16. Заказчик предоставляет указанные вычислительные ресурсы и удаленный доступ к ним не позднее 5 календарных дней с даты заключения Государственного контракта (на период действия контракта и гарантийных обязательств). Заказчик предоставляет на период исполнения Государственного контракта (включая период гарантийных обязательств) доступ к Интернету (для установки пакетов обновлений на операционную систему, модуля). Заказчик предоставляет Подрядчику доступ до программного обеспечения, развернутого на базе вычислительных ресурсов Заказчика в целях выполнения Работ согласно настоящему ТЗ. В качестве технологий удаленного доступа используются протоколы SSH, HTTP/ HTTPS. Технологии удаленного доступа используются в организованной Заказчиком и Подрядчиком защищенной сети VipNet. Защищенная сеть организовывается через сопряжение сетей координаторов VipNet. Подрядчик и Заказчик, каждый со своей стороны, использует программные и технические средства VipNet, обеспеченные собственными силами. Подрядчик имеет право привлекать субподрядчиков для организации защищенной сети и использования координаторов VipNet. - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Требования к защите информации от несанкционированного доступа. ч 1 - Система – объект информатизации, являющийся государственной информационной системой, аттестованной по требованиям о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, предъявляемым к государственным информационным системам 3 (третьего) класса защищенности, а также требованиям, состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, соответствующим 3 (третьему) уровню защищенности (далее – объект информатизации). Подрядчик обязан не разглашать, не использовать любым способом, не предусмотренным данным техническим заданием конфиденциальную информацию, ПДн, ставшие ему известные при выполнении Работ. Подрядчик своими силами и за свой счет обеспечивает исполнение действующего законодательства РФ для обеспечения защиты ПДн, доступ к которым может получить, при выполнении Работ. При организации подключения к Системе Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые законодательством Российской Федерации к аттестованным объектам информатизации в соответствии с классом и уровнем защищенности». Выполнение работ Подрядчиком может производиться, как с присутствием специалистов Подрядчика на объекте Государственного заказчика, так и удалённо, с использованием защищенного канала связи, организованного посредством технологии ViPNet и соблюдением всех технических требований данного СКЗИ. Доступ к серверам включает прямой административный доступ к каждому серверу с УЗ Подрядчика защищенной сети по протоколам ssh, http, https посредством средств вычислительной техники, на которых реализованы технические меры по защите информации, предъявляемые аттестатом соответствия к Системе. - - Значение характеристики не может изменяться участником закупки

Требования к защите информации от несанкционированного доступа. ч 2 - Характер выполнения работ в рамках настоящего Технического задания предполагает удаленное подключение к серверам Государственного заказчика, на которых размещен Система. Удаленное подключение допустимо с использованием телекоммуникационных сетей связи по защищенному каналу связи Vipnet сеть № 4652 (средства защиты, телематические услуги приобретаются Подрядчиком за свой счет, доступ обеспечивает Государственный заказчик). Подрядчик обеспечивает конфиденциальность, целостность и доступность информации, а также, в соответствии с действующим законодательством Российской Федерации, ее безопасность при обработке персональных данных и иных сведений, не составляющих государственную тайну. Подрядчик несет ответственность за соблюдение этого требования в соответствии с Законодательством Российской Федерации. Применяемые меры обеспечения информационной безопасности должны обеспечивать минимизацию рисков, связанных с возможным нарушением конфиденциальности, целостности и доступности информации, содержащейся в Системе. Доступ к Системе и репозиторию Заказчика должен быть персонализирован (конкретный логин соответствует конкретному пользователю Системы) с журналированием действий пользователей. Выполнение работ по настоящему Техническому заданию должно осуществляться с учетом следующих требований по защите информации от несанкционированного доступа: 1. Система должна обеспечивать санкционированный доступ к информации. - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет города Севастополя

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

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

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

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

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643670000003200, л/c 05220055000, БИК 012202102, ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г Нижний Новгород, к/c 40102810745370000024

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. СЕВАСТОПОЛЮ () ИНН: 9204003863 КПП: 920401001 КБК: 84011610056020000140 ОКТМО: 67312000 40102810245370000126 03100643000000017400 042202126

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

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000003200, л/c 05220055000, БИК 012202102, ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г Нижний Новгород, к/c 40102810745370000024

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет города Севастополя

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

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Документы

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

Документы

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