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

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

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

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

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

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

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

Наименование объекта закупки: Оказание услуг по передаче неисключительных прав на программное обеспечение путём установки и настройки программного обеспечения

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

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

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

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

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

Почтовый адрес: 630005, Новосибирская область , Г НОВОСИБИРСК, УЛ ФРУНЗЕ, ЗД. 88, ОФИС 401

Место нахождения: 630005, Новосибирская область , Г НОВОСИБИРСК, УЛ ФРУНЗЕ, ЗД. 88, ОФИС 401

Ответственное должностное лицо: Михалев Д. И.

Адрес электронной почты: uksis@zakaznso.ru

Номер контактного телефона: 8-383-2387272-6077

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

Регион: Новосибирская обл

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

Дата и время начала срока подачи заявок: 13.08.2026 10:41 (МСК+4)

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

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

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

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

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

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

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

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

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

- 62.09.20.120 - Оказание услуг по установке и настройке программного обеспечения Оказание услуг по установке и настройке программного обеспечения В соответствии с электронным документом «Описание объекта закупки» - Условная единица - 1,00 - 120 000,00 - 120 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Оказание услуг по установке и настройке программного обеспечения В соответствии с электронным документом «Описание объекта закупки» - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Оказание услуг по установке и настройке программного обеспечения - В соответствии с электронным документом «Описание объекта закупки» -

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

Оказание услуг по установке и настройке программного обеспечения - В соответствии с электронным документом «Описание объекта закупки» -

- 58.29.50.000 58.29.11.000-00000004 - Программное обеспечение Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Класс программ для электронных вычислительных машин и баз данных (12.20) Информационные системы для решения специфических отраслевых задач Вид лицензии Простая (неисключительная) - Условная единица - 1,00 - 380 000,00 - 380 000,00

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Класс программ для электронных вычислительных машин и баз данных (12.20) Информационные системы для решения специфических отраслевых задач Вид лицензии Простая (неисключительная) Описание процесса, подлежащего автоматизации ПО должно представлять собой сервис, предназначенный для автоматизированного создания протоколов совещаний, заседаний и рабочих встреч на основе аудио- и видеозаписей. Сервис должен обеспечивать полный цикл обработки медиаданных: от извлечения аудиодорожки и распознавания речи до структурирования информации и формирования итогового документа по утвержденным шаблонам с использованием технологий искусственного интеллекта (LLM) Требования к техническим и качественным характеристикам ПО должно представлять собой комплекс, состоящий из компонентов, предназначенных для автоматизации процессов обработки аудио- и видеоинформации, полученной в ходе проведения совещаний, а также последующей интеллектуальной обработки текстовых данных. Функционал ПО должен обеспечивать полный цикл обработки данных: от загрузки и автоматизированного распознавания речи (транскрибация) с разделением спикеров (диаризация) до интеллектуального анализа контента с использованием языковых моделей (LLM) для формирования итоговых документов (протоколов) в защищенном контуре Заказчика Функциональные требования к обработке медиаданных Поддержка форматов: ПО должно обеспечивать загрузку и предобработку медиафайлов в форматах .mp3, .wav, .m4a, .mp4. Извлечение аудио: ПО должно реализовывать автоматическое извлечение аудиопотока из видеофайлов средствами серверной обработки. Транскрибация (ASR): ПО должно осуществлять автоматическое преобразование речи в текст (Speech-to-Text) для русского языка с высокой точностью распознавания. Диаризация: ПО должно обеспечивать автоматическое сегментирование аудиопотока с идентификацией уникальных спикеров на основе акустических моделей. Редактирование транскрипции: ПО должно предоставлять пользовательский интерфейс для ручной коррекции стенограммы, включая возможность объединения, разделения и удаления текстовых сегментов. Маппинг спикеров: ПО должно обеспечивать функционал привязки идентификаторов диаризации к реальным ФИО участников. Синхронизация: ПО должно обеспечивать синхронизацию текстового представления с таймкодами записи, включая воспроизведение аудиофрагмента при выборе соответствующего блока текста. Функциональные требования к суммаризации и формированию протокола Управление шаблонами: ПО должно обеспечивать возможность создания, редактирования и утверждения шаблонов (промптов) без внесения изменений в исходный код (интерфейс администратора/пользователя). Генерация документов: ПО должно формировать структурированные протоколы (с выделением повестки, списков выступающих, решений, поручений, ответственных и сроков) на основе обработанной транскрипции и выбранного шаблона. Финальное редактирование: ПО должно обеспечивать возможность внесения правок в сгенерированный протокол до его окончательного сохранения или экспорта. Требования к интеграции с языковыми моделями (LLM) Модульная архитектура: ПО должно быть построено на модульной архитектуре с поддержкой маршрутизации запросов к различным LLM. Автономность: ПО должно поддерживать возможность использования внутренних (развернутых в инфраструктуре Заказчика) моделей LLM для обеспечения независимости от внешних ресурсов. Требования к экспорту и сохранению ПО должно обеспечивать выгрузку и экспорт сформированных протоколов в форматах .docx и .txt. Требования к информационной безопасности Работа в закрытом контуре: ПО должно функционировать в изолированном сетевом сегменте (замкнутом контуре) без необходимости доступа к ресурсам сети Интернет. Локальная обработка: При использовании внутренних LLM все операции по обработке данных должны выполняться исключительно внутри защищенного контура инфраструктуры Заказчика. Запрет передачи данных: Передача транскрипций, метаданных совещаний и иных чувствительных данных во внешние сети, включая публичные API внешних языковых моделей, должна быть технически исключена (блокирована), если иное не предусмотрено утвержденными политиками безопасности Заказчика. Требования к лингвистическому обеспечению ПО должно поддерживать использование для текстовых полей кодировки UTF-8. Для описания протоколов, параметров и внешних интерфейсов web-сервисов должен применяться WSDL или стандарты REST. В пользовательском интерфейсе, диалогах с пользователями, в текстах сообщений должен применяться русский язык, за исключением сообщений общесистемного ПО, которые могут не подлежать переводу на русский язык, а также системных сообщений и интерфейсов администратора ПО. Содержание используемых в ПО справочников должно быть на русском языке. Требования к надежности Поставляемый функционал в рамках ООЗ должен обеспечивать: – круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки; – корректную обработку ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО будет выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных; – корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия ПО, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. Резервное копирование всех данных лежит в зоне ответственности заказчика. Требования к эргономике и технической эстетике ПО ПО должно соответствовать стандарту ГОСТ Р 9241-210-2016, часть 210 «Человеко-ориентированное проектирование интерактивных систем», а также интерфейсными стандартами производителей или операционных систем, в рамках которых будет использоваться ПО Требования по стандартизации и унификации ПО ПО должно функционировать в соответствии с требованиями национальных стандартов, единой системы программной документации и других руководящих нормативно-правовых документов РФ по созданию автоматизированных систем. Проектирование ПО должно строиться на основе открытых стандартов и обеспечивать унификацию функциональных задач, пользовательских интерфейсов и справочников. Информационное взаимодействие компонентов ПО, а также интеграция с внешними приложениями, должны осуществляться с использованием стандартных унифицированных протоколов и документированных API-интерфейсов. Требования к информационному обеспечению ПО Организация хранения данных должна осуществляться на базе современных систем управления базами данных (СУБД) с использованием встроенных механизмов обеспечения целостности и непротиворечивости данных. Архитектура информационного обеспечения должна строиться на принципах сервисно-ориентированной или микросервисной архитектуры. Средствами СУБД и используемых операционных систем должно быть обеспечено автоматическое документирование и протоколирование (журналирование) процессов обработки информации. Доступ к информации, содержащейся в базе данных ПО, должен предоставляться исключительно авторизованным пользователям с возможностью гибкого разграничения прав и ролей в соответствии со служебными полномочиями. Реализуемые решения должны обладать возможностью масштабирования, функционирования на различных аппаратных платформах и обеспечивать отказоустойчивость ПО при целевых нагрузках. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Класс программ для электронных вычислительных машин и баз данных - (12.20) Информационные системы для решения специфических отраслевых задач - - Вид лицензии - Простая (неисключительная) - - Описание процесса, подлежащего автоматизации - ПО должно представлять собой сервис, предназначенный для автоматизированного создания протоколов совещаний, заседаний и рабочих встреч на основе аудио- и видеозаписей. Сервис должен обеспечивать полный цикл обработки медиаданных: от извлечения аудиодорожки и распознавания речи до структурирования информации и формирования итогового документа по утвержденным шаблонам с использованием технологий искусственного интеллекта (LLM) - - Требования к техническим и качественным характеристикам - ПО должно представлять собой комплекс, состоящий из компонентов, предназначенных для автоматизации процессов обработки аудио- и видеоинформации, полученной в ходе проведения совещаний, а также последующей интеллектуальной обработки текстовых данных. Функционал ПО должен обеспечивать полный цикл обработки данных: от загрузки и автоматизированного распознавания речи (транскрибация) с разделением спикеров (диаризация) до интеллектуального анализа контента с использованием языковых моделей (LLM) для формирования итоговых документов (протоколов) в защищенном контуре Заказчика - - Функциональные требования к обработке медиаданных - Поддержка форматов: ПО должно обеспечивать загрузку и предобработку медиафайлов в форматах .mp3, .wav, .m4a, .mp4. Извлечение аудио: ПО должно реализовывать автоматическое извлечение аудиопотока из видеофайлов средствами серверной обработки. Транскрибация (ASR): ПО должно осуществлять автоматическое преобразование речи в текст (Speech-to-Text) для русского языка с высокой точностью распознавания. Диаризация: ПО должно обеспечивать автоматическое сегментирование аудиопотока с идентификацией уникальных спикеров на основе акустических моделей. Редактирование транскрипции: ПО должно предоставлять пользовательский интерфейс для ручной коррекции стенограммы, включая возможность объединения, разделения и удаления текстовых сегментов. Маппинг спикеров: ПО должно обеспечивать функционал привязки идентификаторов диаризации к реальным ФИО участников. Синхронизация: ПО должно обеспечивать синхронизацию текстового представления с таймкодами записи, включая воспроизведение аудиофрагмента при выборе соответствующего блока текста. - - Функциональные требования к суммаризации и формированию протокола - Управление шаблонами: ПО должно обеспечивать возможность создания, редактирования и утверждения шаблонов (промптов) без внесения изменений в исходный код (интерфейс администратора/пользователя). Генерация документов: ПО должно формировать структурированные протоколы (с выделением повестки, списков выступающих, решений, поручений, ответственных и сроков) на основе обработанной транскрипции и выбранного шаблона. Финальное редактирование: ПО должно обеспечивать возможность внесения правок в сгенерированный протокол до его окончательного сохранения или экспорта. - - Требования к интеграции с языковыми моделями (LLM) - Модульная архитектура: ПО должно быть построено на модульной архитектуре с поддержкой маршрутизации запросов к различным LLM. Автономность: ПО должно поддерживать возможность использования внутренних (развернутых в инфраструктуре Заказчика) моделей LLM для обеспечения независимости от внешних ресурсов. - - Требования к экспорту и сохранению - ПО должно обеспечивать выгрузку и экспорт сформированных протоколов в форматах .docx и .txt. - - Требования к информационной безопасности - Работа в закрытом контуре: ПО должно функционировать в изолированном сетевом сегменте (замкнутом контуре) без необходимости доступа к ресурсам сети Интернет. Локальная обработка: При использовании внутренних LLM все операции по обработке данных должны выполняться исключительно внутри защищенного контура инфраструктуры Заказчика. Запрет передачи данных: Передача транскрипций, метаданных совещаний и иных чувствительных данных во внешние сети, включая публичные API внешних языковых моделей, должна быть технически исключена (блокирована), если иное не предусмотрено утвержденными политиками безопасности Заказчика. - - Требования к лингвистическому обеспечению - ПО должно поддерживать использование для текстовых полей кодировки UTF-8. Для описания протоколов, параметров и внешних интерфейсов web-сервисов должен применяться WSDL или стандарты REST. В пользовательском интерфейсе, диалогах с пользователями, в текстах сообщений должен применяться русский язык, за исключением сообщений общесистемного ПО, которые могут не подлежать переводу на русский язык, а также системных сообщений и интерфейсов администратора ПО. Содержание используемых в ПО справочников должно быть на русском языке. - - Требования к надежности - Поставляемый функционал в рамках ООЗ должен обеспечивать: – круглосуточное выполнение функций в течение 7 дней в неделю, 24 часа в сутки; – корректную обработку ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях ПО будет выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных; – корректную обработку ошибочных ситуаций с возможностью дальнейшего продолжения работы без аварийного закрытия ПО, за исключением случаев, когда ошибка делает дальнейшую работу в рамках пользовательской сессии невозможной. Резервное копирование всех данных лежит в зоне ответственности заказчика. - - Требования к эргономике и технической эстетике ПО - ПО должно соответствовать стандарту ГОСТ Р 9241-210-2016, часть 210 «Человеко-ориентированное проектирование интерактивных систем», а также интерфейсными стандартами производителей или операционных систем, в рамках которых будет использоваться ПО - - Требования по стандартизации и унификации ПО - ПО должно функционировать в соответствии с требованиями национальных стандартов, единой системы программной документации и других руководящих нормативно-правовых документов РФ по созданию автоматизированных систем. Проектирование ПО должно строиться на основе открытых стандартов и обеспечивать унификацию функциональных задач, пользовательских интерфейсов и справочников. Информационное взаимодействие компонентов ПО, а также интеграция с внешними приложениями, должны осуществляться с использованием стандартных унифицированных протоколов и документированных API-интерфейсов. - - Требования к информационному обеспечению ПО - Организация хранения данных должна осуществляться на базе современных систем управления базами данных (СУБД) с использованием встроенных механизмов обеспечения целостности и непротиворечивости данных. Архитектура информационного обеспечения должна строиться на принципах сервисно-ориентированной или микросервисной архитектуры. Средствами СУБД и используемых операционных систем должно быть обеспечено автоматическое документирование и протоколирование (журналирование) процессов обработки информации. Доступ к информации, содержащейся в базе данных ПО, должен предоставляться исключительно авторизованным пользователям с возможностью гибкого разграничения прав и ролей в соответствии со служебными полномочиями. Реализуемые решения должны обладать возможностью масштабирования, функционирования на различных аппаратных платформах и обеспечивать отказоустойчивость ПО при целевых нагрузках. -

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

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

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

Вид лицензии - Простая (неисключительная) -

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

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

Функциональные требования к обработке медиаданных - Поддержка форматов: ПО должно обеспечивать загрузку и предобработку медиафайлов в форматах .mp3, .wav, .m4a, .mp4. Извлечение аудио: ПО должно реализовывать автоматическое извлечение аудиопотока из видеофайлов средствами серверной обработки. Транскрибация (ASR): ПО должно осуществлять автоматическое преобразование речи в текст (Speech-to-Text) для русского языка с высокой точностью распознавания. Диаризация: ПО должно обеспечивать автоматическое сегментирование аудиопотока с идентификацией уникальных спикеров на основе акустических моделей. Редактирование транскрипции: ПО должно предоставлять пользовательский интерфейс для ручной коррекции стенограммы, включая возможность объединения, разделения и удаления текстовых сегментов. Маппинг спикеров: ПО должно обеспечивать функционал привязки идентификаторов диаризации к реальным ФИО участников. Синхронизация: ПО должно обеспечивать синхронизацию текстового представления с таймкодами записи, включая воспроизведение аудиофрагмента при выборе соответствующего блока текста. -

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

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

Требования к экспорту и сохранению - ПО должно обеспечивать выгрузку и экспорт сформированных протоколов в форматах .docx и .txt. -

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

Требования к лингвистическому обеспечению - ПО должно поддерживать использование для текстовых полей кодировки UTF-8. Для описания протоколов, параметров и внешних интерфейсов web-сервисов должен применяться WSDL или стандарты REST. В пользовательском интерфейсе, диалогах с пользователями, в текстах сообщений должен применяться русский язык, за исключением сообщений общесистемного ПО, которые могут не подлежать переводу на русский язык, а также системных сообщений и интерфейсов администратора ПО. Содержание используемых в ПО справочников должно быть на русском языке. -

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

Требования к эргономике и технической эстетике ПО - ПО должно соответствовать стандарту ГОСТ Р 9241-210-2016, часть 210 «Человеко-ориентированное проектирование интерактивных систем», а также интерфейсными стандартами производителей или операционных систем, в рамках которых будет использоваться ПО -

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Новосибирская, г.о. город Новосибирск, г. Новосибирск, ул. Октябрьская, зд. 52, - местонахождение Заказчика. Удаленный доступ через информационно-телекоммуникационные сети, в том числе Интернет.

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Обеспечение исполнения контракта предоставляется участником закупки в соответствии со ст. 96 Федерального закона от 05.04.2013 № 44-ФЗ. Антидемпинговые меры применяются в соответствии со ст. 37 Федерального закона от 05.04.2013 № 44-ФЗ. Условия независимой гарантии установлены в соответствии со ст. 45 Федерального закона от 05.04.2013 № 44-ФЗ

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643500000005100, л/c 380020053, БИК 015004950, Сибирское ГУ Банка России//УФК по Новосибирской области, к/c 40102810445370000043

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

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

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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