на оказание услуг по предоставлению неисключительных прав на использование программного обеспечения
Данные получены из источника:
ДЕПАРТАМЕНТ ЦИФРОВОГО РАЗВИТИЯ ГОРОДА СЕВАСТОПОЛЯ
ИНН 9204003863 · Регион: 92
Паспорт процедуры и условия контракта
Официальное извещение
Способ определения поставщика
Электронный аукцион
Электронная торговая площадка
РТС-тендер
Дата публикации извещения
Окончание приёма заявок
Подведение итогов
Дата проведения торгов
Обеспечение исполнения контракта
20.0% от цены контракта
Авансирование
Не предусмотрен
Преимущества участникам
Только для СМП и СОНКО (ч. 3 ст. 30 44-ФЗ)
Место поставки товара или выполнения работ
299011, вн.тер.г. Ленинский муниципальный округ, ул. Одесская, 27.
Спецификация и позиции закупки Позиций: 1
Спецификация извещения| № | Наименование товара, работы или услуги | Количество | Цена за ед. | Сумма |
|---|---|---|---|---|
| 1 |
Программное обеспечение
ОКПД2: 58.29.50.000
Класс программ для электронных вычислительных машин и баз данных: (11.03) Средства аналитической обработки в реальном времени (OLAP); (11.01) Инструменты извлечения и трансформации данных (ETL); (05.13) Средства интеллектуальной обработки информации и интеллектуального анализа бизнес-процессов · Способ предоставления: Копия электронного экземпляра · Вид лицензии: Простая (неисключительная) · Срок действия лицензии: Бессрочно · Регламентная отчетность: Без ограничений · Аутентификация: Корпоративные функции без ограничений (включая SSO, интеграцию с ADFS и OAuth) · Лицензионная поддержка: 1 год · Условия лицензионной поддержки: Кол-во обращений — не ограничено; время реагирования — 8 рабочих часов (стандартный уровень) 4 рабочих часа (критический уровень);
удаленная диагностика и решение проблем · Функциональные требования к поставляемому программному обеспечению. ч 1: 1. Модуль обработки данных
Модуль должен обеспечивать возможность загрузки данных с помощью графического визуального интерфейса. Должны поддерживаться следующие технологии загрузки:
- файлы CSV, XLSX, ODS;
- подключение к СУБД PostgreSQL, MySQL, ClickHouse и загрузка данных с помощью выполнения SQL запросов. Должна быть возможность расширять список поддерживаемых СУБД;
- подключение к источнику данных через JDBC-интерфейс, и загрузка данных с помощью выполнения SQL запросов. Должна быть возможность добавлять любой JDBC-драйвер.
Загрузка данных должна осуществляться во внутреннюю БД, оптимизированную под аналитические запросы.
Настройка модели данных должна производиться в пользовательском графическом интерфейсе. При этом:
- настройка связей между таблицами должна производиться с помощью операции drag-and-drop;
- настройка модели данных должна осуществляться на основе табличной модели данных без необходимости использования принципов многомерного моделирования.
Должна поддерживаться возможность обновления данных по требованию и по расписанию.
Обновление данных не должно блокировать работу пользователей, которые производят анализ данных в интерактивных отчетах.
Должна поддерживаться возможность создания новых вычислений на уровне модели данных, в том числе:
- создание новых вычислений должно производиться на основе формульного функционального языка запросов DAX или аналога и возможностью переиспользования созданных вычислений во всех визуальных элементах;
- должна быть возможность выполнения операций как на уровне строк, так и на уровне столбцов, а также возможность производить сброс фильтров для выбранных расчетов. Например, расчет доли от общего без доработок ХД.
Пользователю должны выводиться различные подсказки, упрощающие создание вычислений. В том числе должно поддерживаться автодополнение вводимых наименований функций и их параметров. · Функциональные требования к поставляемому программному обеспечению. ч 2: Перечень вычислений, которые должны осуществляться с использованием формульного функционального языка запросов DAX или аналога, должен включать:
- статистические расчеты: проведение различных статистических расчетов, включая вычисление средних значений, медиан, стандартных отклонений и других статистических показателей;
- математические и тригонометрические расчеты: выполнение арифметических операций, а также тригонометрических вычислений, необходимых для анализа данных;
- фильтрация данных: применение различных методов фильтрации для управления контекстом данных и выделения необходимой информации;
- работа с датами и временем: выполнение операций с временными значениями, включая преобразования, вычисления временных интервалов и манипуляции с датами;
- проверка условий и логика ветвления: реализация логических операций для построения сложных условий и управления потоком выполнения на основе заданных критериев;
- обработка строковых данных: выполнение операций над текстовыми данными, включая их форматирование, преобразование и манипуляции с содержимым строк.
Модуль обработки данных должен содержать решение для самостоятельного преобразования и подготовки данных конечными пользователями без привлечения ИТ специалистов.
Модуль обработки данных должен обладать следующей функциональностью:
- доступ через веб-браузер без необходимости установки дополнительных компонентов на локальный компьютер пользователя;
- создание запросов в простом, интуитивно понятном графическом интерфейсе;
- извлечение данных из различных источников, включая базы данных;
- фильтрация данных в запросе;
- добавление и удаление столбцов в запросе;
- замена значений в запросе;
- объединение запросов;
- форматирование значений в запросе;
- удаление дубликатов;
- добавление результирующей таблицы в модель данных. · Функциональные требования к поставляемому программному обеспечению. ч 3: 2. Модуль визуализации информации.
2.1. Создание интерактивных отчетов.
Должна поддерживаться возможность создания интерактивных отчетов на основе подготовленной модели данных.
Настройка состава данных у визуальных элементов должна производиться с помощью операции drag-and-drop.
В интерактивных отчетах должна быть возможность использования следующих стандартных визуальных элементов:
- линейный график;
- столбчатая диаграмма;
- диаграмма с областями;
- комбинированная диаграмма;
- круговая диаграмма;
- сводная таблица;
- плоская таблица;
- фильтр;
- календарный фильтр по диапазону дат;
- изображение;
- текст;
- диаграмма дерева;
- спидометр.
Все визуальные элементы должны обладать следующей функциональностью:
настройка и изменение заголовка и подписей визуального элемента;
возможность изменения форматирования текста в подписях на основе формул условного форматирования.
Визуальные элементы, представляющие собой фильтры, должны поддерживать:
возможность работы во включающем или исключающем режиме;
полнотекстовый поиск, а также поиск по подстроке.
Визуальные элементы, представляющие собой графики и диаграммы, должны обладать следующей функциональностью:
гибкая настройка легенды, в том числе местоположения;
гибкая настройка оси, в том числе возможность использования дополнительной оси;
гибкая настройка серий, в том числе возможность задавать цвет. · Функциональные требования к поставляемому программному обеспечению. ч 4: Визуальные элементы, представляющие собой таблицы, должны обладать следующей функциональностью:
гибкая настройка заголовков столбцов и строк;
возможность изменения форматирования текста, цвета текста и цвета фона на основе формул условного форматирования.
В диаграммах и сводной таблице должна быть возможность перейти на более низкий уровень данных (Drill-Down). Глубина перехода и измерения для перехода должны настраиваться в процессе создания отчета и не требовать перенастройки данных и метаданных.
У всех визуальных элементов должна быть возможность настройки собственного среза данных по определенным значениям измерений. При этом должна поддерживаться работа во включающем или исключающем режиме.
2.2. Расширение возможностей визуальных элементов.
- Функциональность всех визуальных элементов должна быть расширяема с помощью редактирования JavaScript-кода существующего визуального элемента. При этом настройка других визуальных элементов, в которых не требуется расширение функциональности, должна быть доступна без редактирования кода. Редактирование JavaScript-кода элемента должно осуществляться во встроенном редакторе кода с подсветкой синтаксиса. Должна быть предусмотрена возможность подключения внешних JavaScript-библиотек.
Должна быть возможность создавать новые визуальные элементы на языке JavaScript и подключать их к стандартным источникам данных. Созданные элементы должны быть опционально подключаемыми и переносимыми на другие экземпляры ПО.
Повторное использование нового визуального элемента, созданного с использованием программирования, должно происходить без редактирования JavaScript-кода. Для этого у разработчика визуального элемента должна быть возможность создавать свойства элемента, которые при повторном использовании виджета можно редактировать в визуальном интерфейсе без написания кода. · Функциональные требования к поставляемому программному обеспечению. ч 5: 2.3. Публикация наработок.
Должна поддерживаться возможность делиться интерактивными отчетами, а именно:
публиковать интерактивный отчет по ссылке;
встраивать интерактивный отчет в сторонний портал;
публиковать интерактивный отчет на аналитическом портале.
создать публичную ссылку на отчет без ограничения доступа, доступную всем неавторизованным пользователям.
Должна поддерживаться возможность делиться набором данных, а именно: предоставлять доступ на создание интерактивных отчетов на основе набора данных, при этом не предоставляя прав на редактирование этого набора данных. В то же время, пользователи должны понимать, что это наборы данных, которые им специально предоставили другие пользователи.
2.4. Аналитический портал
Аналитический портал предназначается для просмотра агрегированной и подготовленной информации в виде интерактивных отчетов.
Аналитический портал должен обладать следующей функциональностью:
Доступ через веб-браузер, без необходимости установки дополнительных компонентов на локальный компьютер пользователя;
Предоставление пользователю навигации по порталу;
Предоставление доступа к интерактивным отчетам в соответствии с установленными правами пользователей;
Возможность опубликовать созданный аналитический отчет. Только после этого отчет должен быть виден пользователям на портале;
Возможность просматривать разные интерактивные отчеты на стартовой странице в зависимости от роли пользователя;
Адаптивное масштабирование интерактивных отчетов и отдельных листов отчетов в зависимости от установленных параметров масштабирования листа;
Поиск отчета по названию;
Формирование изображений для предпросмотра интерактивного отчета;
Возможность перехода с портала в режим редактирования дашборда для внесения изменений и настроек;
Экспорт интерактивных отчетов в форматы: *.pptx, *.png, *.pdf;
Настраиваемая структура разделов портала. · Функциональные требования к поставляемому программному обеспечению. ч 6: 3. Модуль ручного ввода данных.
Модуль ручного ввода данных предназначен для ввода данных в формы ввода и управления справочниками через веб-интерфейс. Модуль ручного ввода данных должен быть тесно интегрирован с модулями обработки данных и визуализации информации. Настройка форм должна производиться в соответствии с принципами многомерного хранения данных и технологии OLAP. Настройка форм должна производиться через веб-интерфейс.
Настройка модели данных модуля ручного ввода данных
В части настройки модели данных модуль должен обладать следующей функциональностью:
Создание, редактирование и удаление многомерных сущностей: измерений, атрибутов измерений, мер, кубов;
Возможность собрать куб из пересечения любых измерений, мер и календаря;
Создание, редактирование, удаление единиц измерения;
Встроенный календарь с возможностью работы с датами, месяцами, днями недели;
Поддержка разной календарной гранулярности ввода, от года до дня;
Возможность указать для меры единицы измерения, точность знака после запятой;
Просмотр истории изменения кубов, измерений, атрибутов измерений, значений измерений.
Формы ввода
Модуль ручного ввода данных должен предоставлять возможность создавать и предварительно настраивать формы для работы с данными. В режиме предварительной настройки модуль должен обладать следующей функциональностью:
Ввод наименования формы;
Внешний вид формы;
Распределение измерений и мер по строкам и столбцам;
Установка фильтров на измерения;
Настройка собственных стилей формы;
Возможность массового создания форм по элементам или атрибутам одного, или нескольких измерений, с учетом заданной последовательности этих элементов;
Сокращение отображаемых экземпляров форм при массовом создании, с помощью определения даты начала и даты окончания повторений; количества повторений; даты окончания действия календаря;
Предпросмотр внешнего вида экземпляров форм;
Поддержка типов данных: строка, дата, число, логический тип, ссылка на значение элемента другого измерения; · Функциональные требования к поставляемому программному обеспечению. ч 7: Настройка отображения элементов на форме в зависимости от элемента другого измерения, чтобы скрыть пустые и не значимые ячейки на форме ввода на основе зависимостей между измерениями.
Для вводящего данные пользователя модуль должен предоставлять удобный веб интерфейс с формой ввода и обладать следующей функциональностью:
Фильтрация списка форм по измерениям, кубам, статусам бизнес-процессов, дате;
Поиск формы по наименованию;
Возможность навигации между созданными формами и их экземплярами;
Возможность открытия форм и экземпляров по прямой ссылке;
Возможность редактирования данных на пересечении всех заданных измерений;
Типы данных редактируемых значений должны включать: числовые значения, текстовые значения, логические значения (выбор из двух вариантов), выбор из фиксированного списка значений другого измерения;
Возможность фильтрации по атрибутам;
Визуальные пользовательские настройки отображения формы;
Просмотр истории изменения по любой ячейке или по группе ячеек;
Создание и редактирование комментариев для любой ячейки в таблице.
Управление нормативно-справочной информацией.
Модуль ручного ввода данных должен позволять управлять составом и содержанием НСИ. Модуль должен предоставлять возможность создания, редактирования и удаления измерений, атрибутов измерений, структуры измерений.
В режиме настройки НСИ модуль должен обладать следующей функциональностью:
Настройка размещения элементов по каталогам;
Настройка иерархии каталогов;
Настройка порядка отображения атрибутов и распределение атрибутов по нескольким листам на карточке редактирования элемента измерения;
Возможность импорта и экспорта структуры и элементов;
Возможность создания атрибута, который является ссылкой на элемент другого измерения;
Возможность указать список атрибутов, которые составляют уникальный ключ и не могут быть повторно введены;
Настройка обязательности заполнения атрибута;
Опциональный запрет на ввод одинаковых значений атрибута; · Функциональные требования к поставляемому программному обеспечению. ч 8: Поддержка типов данных: строка, текст, дата, целое число, вещественное число, ссылка на значение элемента другого измерения;
Возможность написания сценариев для автоматического заполнения части данных НСИ в зависимости от значений других атрибутов;
Возможность написания сценариев доступности атрибутов и их значений для заполнения в зависимости от значений других атрибутов.
Для вводящего данные пользователя модуль должен предоставлять удобный веб интерфейс с формой ввода НСИ и обладать следующей функциональностью:
Создание, редактирование и удаление элементов измерений;
Редактирование атрибутов измерений. Типы данных редактируемых значений должны включать: текстовые значения, числовые значения, дата, выбор из фиксированного списка значений другого измерения;
Возможность фильтрации по атрибутам;
Управление видимостью атрибутов на форме.
Бизнес-процессы
Модуль ручного ввода данных должен позволять управлять бизнес-процессом ввода данных, задавать последовательность статусов, правила их перехода, а также назначать ответственных на каждом этапе. Данные, проходящие по бизнес-процессу, получают дополнительные свойства, в зависимости от статуса, такие как:
Дополнительные ограничения прав доступа на чтение и редактирование данных;
Контроль целостности данных
Оператор ввода должен иметь возможность перевода статуса формы ввода в соответствии с настроенным бизнес-процессом. При редактировании НСИ перевод статуса должен быть доступен для каждого значения измерения. При переводе статуса должна быть возможность ввести комментарий с использованием редактора текста с поддержкой продвинутого форматирования, такого как выделение цветом, управление жирностью, размером шрифта, добавление изображений и т.д.
Должна быть возможность включить и отключить обязательное требование комментария при переводе статуса.
Должна быть возможность просмотра истории перехода статусов. · Функциональные требования к поставляемому программному обеспечению. ч 9: Форматно-логический контроль.
Модуль ручного ввода данных должен обладать функциональностью форматно-логического контроля при вводе данных. Форматно-логический контроль должен настраиваться с помощью формул на этапе подготовки форм.
Синтаксис формул должен позволять:
Использовать базовые математические операции;
Использовать логические операторы;
Использовать операторы сравнения;
Обращаться к атрибутам и значениям измерений.
Должна быть возможность настроить текст оповещения пользователя и цвет подсветки ячейки в случае, если его ввод не соответствует правилу форматно-логического контроля. Должно быть предусмотрено два типа оповещения:
- предупреждение (можно продолжить и сохранить данные);
- ошибка (нельзя продолжить и сохранить данные).
Проверка формул логического контроля должна происходить в момент сохранения данных формы пользователем. Если ввод пользователя не соответствует одному или нескольким правилам, пользователь должен быть уведомлен об этом. Подмножество ячеек каждого правила, не прошедшего проверку, должно изменить цвет фона в соответствии с настройками. Возможность пропустить уведомление и продолжить сохранение определяется настройками.
Бизнес-правила
Модуль ручного ввода данных должен содержать возможность написания формул бизнес-правил, которые должны позволять:
Совершать базовые математические операции;
Производить действия по консолидации;
Производить действия по переносу данных в разные кубы;
Рассчитывать итоги с использованием функций агрегаций SUM, AVG, COUNT;
Производить массовые операции на пересечении измерений, значений иерархии каталогов измерений, значений элементов измерений над подмножеством ячеек.
Ячейки данных, в которых происходит запись через формулы бизнес-правил должны быть недоступны для ручного ввода.
Для сложных манипуляций с данными должна быть предусмотрена возможность использования Python скриптов в качестве бизнес-правила. · Функциональные требования к поставляемому программному обеспечению. ч 10: Расчет формул бизнес-правил осуществляется с пользовательского интерфейса, в момент сохранения формы ввода. В этом случае рассчитываются только бизнес-правила, связанные с данной формой, а также, опционально, все зависимые бизнес-правила. Должна быть предусмотрена возможность вызова перерасчета всех бизнес-правил.
Интеграция с модулями обработки данных и визуализации информации
Все данные и НСИ, введенные в модуле ручного ввода данных, должны быть доступны в модуле обработки данных с последующим выводом модулем визуализации информации в качестве аналитического отчета. Периодичность синхронизации данных должна настраиваться по расписанию или выполняться вручную.
Кроме непосредственно введенных в формы данных, в модуле обработки данных должна передаваться информация об актуальных статусах бизнес-процессов и обеспечиваться возможность построения отчетов на основе этой информации.
4. Модуль администрирования
Модуль администрирования должен позволять администратору управлять пользователями и производить следующие действия:
- создавать, редактировать, удалять пользователей;
- изменять пароль пользователя;
- создавать, редактировать, удалять группы пользователей;
- назначать права доступа пользователю через присвоение определенной роли или нескольких ролей;
- использовать LDAP-совместимые службы каталогов, в том числе Active Directory, в качестве источника списка зарегистрированных пользователей;
- проводить удаленную проверку пароля по протоколу LDAP;
- поддерживать LDAPS (LDAP over SSL);
- использовать внешние провайдеры аутентификации, осуществляющих работу по протоколу OpenID Connect;
- работать в режиме Single Sign-On (SSO) по протоколу Kerberos и OpenID Connect, что позволяет не вводить пароль для доступа к системе, если пользователь уже был аутентифицирован в домене. · Функциональные требования к поставляемому программному обеспечению. ч 11: Модуль администрирования должен предоставлять администратору системы средства для управления правами доступа на основе ролевой модели доступа и должна обладать следующей функциональностью:
- создание, редактирование, удаление ролей;
- назначение ролей пользователям;
- при использовании LDAP, возможность автоматического назначения ролей в зависимости от группы пользователя в AD;
- при использовании внешних провайдеров аутентификации, осуществляющих работу по протоколу OpenID Connect, возможность автоматического назначения ролей в системе на основе роли пользователя во внешнем провайдере аутентификации.
Функциональное разграничение доступа
Только пользователи, созданные в системе, должны иметь доступ к работе в данной системе.
С точки зрения доступа к функциональности, в системе должны быть предусмотрены следующие функциональные роли:
- администратор (полный доступ);
- разработчик интерактивного отчета (доступ к загрузке данных из базы данных, созданию и редактированию модели данных, доступ к созданию и редактированию интерактивных отчетов);
- авторизованный пользователь (доступ к просмотру и взаимодействию с интерактивными отчетами).
Должна быть возможность для разных структурных подразделений Заказчика настраивать независимую работу с наборами данных, с настройкой аналитических отчетов. При этом должна быть возможность давать доступ некоторым пользователям из одного структурного подразделения к наборам данных и аналитическим отчетам другого структурного подразделения.
Разграничение доступа к данным
Доступ к просмотру данных должен настраиваться в разрезах значений атрибутов измерений (строк в таблицах). Разграничение в разрезе значений атрибутов измерений должно позволять разным пользователям видеть на одном и том же отчете разные данные, в соответствии с настроенными правами доступа. · Функциональные требования к поставляемому программному обеспечению. ч 12: В случае использования внешних провайдеров аутентификации, осуществляющих работу по протоколу OpenID Connect, должна быть возможность ограничить доступ к данным на основе значения атрибута пользователя, отправленного внешним провайдером аутентификации.
Резервное копирование и восстановление
Модуль администрирования должен предоставлять инструменты для резервного копирования и восстановления аналитических отчетов и системы.
Диагностирование
Модуль администрирования должен предоставлять средства для диагностики системы. Данные инструменты должны обладать функциональностью мониторинга производительности сервера и свободных ресурсов в разрезе компонентов, в том числе: состояние жестких дисков, состояние оперативной памяти, загрузка сетевых интерфейсов, загрузка процессоров.
Доступ к формам ввода
Должна быть возможность ограничить доступ к данным и справочникам НСИ в модуле ручного ввода данных в разрезе измерений, атрибутов измерений и значений измерений по уровням доступа:
- доступ запрещен;
- только просмотр (чтение);
- просмотр и редактирование.
Пользователям должны быть доступны формы ввода в соответствии с доступными данными. Создание новых форм ввода возможно только на тех данных, к которым у разработчика форм ввода есть доступ на чтение или редактирование.
Должна быть возможность настроить динамическое изменение прав доступа в зависимости от текущего статуса бизнес-процесса на форме ввода и текущего статуса элемента измерения.
Должна быть возможность настроить правила формирования прав по умолчанию. · Порядок и условия предоставления неисключительных прав на использование программного обеспечения: Ключ активации Лицензии на предоставляемое программное обеспечение должен включать в себя:
• полное наименование предоставляемого программного обеспечения;
• полное наименование Заказчика;
• количество пользователей.
Права использования программного обеспечения передаются для использования на территории Российской Федерации.
Действие прав использования программного обеспечения распространяется на обновления, дополнения, добавляемые компоненты, службы поддержки продукта, которые относятся к программному обеспечению, в течение срока действия гарантийного обслуживания.
Исполнителем должна быть предоставлена инструкция по доступу к сайту производителя (правообладателя) программного обеспечения для получения дистрибутива программного обеспечения. · Порядок передачи неисключительных прав на использование программного обеспечения: Исполнитель в день окончания срока оказания Услуг, наряду с документом о приемке, предоставляет Заказчику следующие отчетные документы на бумажном носителе:
- подписанный со своей Стороны Акт приема-передачи прав использования программы для ЭВМ в двух экземплярах, по одному для каждой из Сторон;
- лицензионное свидетельство с указанием наименования Лицензиата (или сертификат, или иной документ, установленный правообладателем, Лицензиаром);
- установочные файлы программного обеспечения;
- руководство пользователя;
- руководство администратора.
Допускается передача документации на лицензионное программное обеспечение в виде ссылок на онлайн документацию производителя.
|
1 Штука | 15 000 000 ₽ | 15 000 000 ₽ |
Документы и приложения к извещению Файлов: 4
Файлы извещения
DOCX
Требования к заявке на участие в закупке и инструкция по её заполнению № 2026_018342.docx
DOCX
НМЦК_неискл права на ПО.docx
DOCX
ТЗ передача прав.docx
DOCX
Проект ГК - передача неискл.прав на ПО.docx
Сопоставимые контракты Контрактов: 10
Реестр контрактов ЕИС
Ориентир цены за единицу по сопоставимым контрактам
126 800,00 ₽ / шт.
Типичный диапазон (p10–p90): 19 978,32 – 960 688,00 ₽
Справочно-информационные сведения на основе открытого реестра контрактов ЕИС. Не являются публичной офертой или рекомендацией цены.
| Контракт и заказчик | Дата | Цена и снижение | Победитель | Ссылки |
|---|---|---|---|---|
|
№ 55904123809260000530000
223
Предоставление неисключительных прав использования результата интеллектуальной деятельности - программы для ЭВМ "Диадок" на условиях простой (неисключительной) лицензии
ПУБЛИЧНОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО "ПЕРМСКАЯ ЭНЕРГОСБЫТОВАЯ КОМПАНИЯ" · ИНН 5904123809
|
2 752 000,00 ₽
|
— | ||
|
№ 85902400246260001820000
223
Предоставление лицензии на право использования программного обеспечения «ДОКСЕРТ-ПРОДУКЦИЯ» и «ДОКСЕРТ-СМК»
ФЕДЕРАЛЬНОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "ГОСУДАРСТВЕННЫЙ РЕГИОНАЛЬНЫЙ ЦЕНТР СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И ИСПЫТАНИЙ В ПЕРМСКОМ КРАЕ" · ИНН 5902400246
|
132 000,00 ₽
|
— | ||
|
№ 85503088339260002640000
223
Передача на условиях простой (неисключительной) лицензии права использования ПО (Ideco NGFW) для нужд ФБУЗ "Центр гигиены и эпидемиологии в Омской области"
ФЕДЕРАЛЬНОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ "ЦЕНТР ГИГИЕНЫ И ЭПИДЕМИОЛОГИИ В ОМСКОЙ ОБЛАСТИ" · ИНН 5503088339
|
250 000,00 ₽
НМЦК: 250 000,00 ₽
0%
|
— | ||
|
№ 57202041838260000180000
223
Оказание услуг по предоставлению неисключительного права использования электронной Базы данных (простая неисключительная лицензия)
МУНИЦИПАЛЬНОЕ АВТОНОМНОЕ ОБЩЕОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ГИМНАЗИЯ С УГЛУБЛЕННЫМ ИЗУЧЕНИЕМ ИНОСТРАННЫХ ЯЗЫКОВ № 21 ГОРОДА ТЮМЕНИ · ИНН 7202041838
|
106 895,33 ₽
НМЦК: 106 895,00 ₽
0%
|
— | ||
|
№ 85503088339260002630000
223
Передача на условиях простой (неисключительной) лицензии права на использование программ для ЭВМ (Антивирус Dr.Web Desktop Security Suite) для нужд ФБУЗ "Центр гигиены и эпидемиологии в Омской области"
ФЕДЕРАЛЬНОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ "ЦЕНТР ГИГИЕНЫ И ЭПИДЕМИОЛОГИИ В ОМСКОЙ ОБЛАСТИ" · ИНН 5503088339
|
13 662,58 ₽
НМЦК: 13 663,00 ₽
0%
|
— | ||
|
№ 54207031429260005520000
223
Передача неисключительных прав использования версии электронной системы "Госфинансы" - базы данных справочная системы "Госфинансы Плюс"
ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ "КУЗБАССКАЯ КЛИНИЧЕСКАЯ БОЛЬНИЦА СКОРОЙ МЕДИЦИНСКОЙ ПОМОЩИ ИМ. М.А. ПОДГОРБУНСКОГО" · ИНН 4207031429
|
271 657,00 ₽
|
— | ||
|
№ 2380827340626000047
44
Оказание услуг по предоставлению неисключительных прав на использование программного обеспечения средств защиты информации
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ИРКУТСКОЙ ОБЛАСТИ "ЦЕНТР КОМПЛЕКСНОГО ОБЕСПЕЧЕНИЯ ГУБЕРНАТОРА ИРКУТСКОЙ ОБЛАСТИ И ПРАВИТЕЛЬСТВА ИРКУТСКОЙ ОБЛАСТИ" · ИНН 3808273406
|
3 099 951,40 ₽
НМЦК: 3 406 540,00 ₽
-9.0%
|
— | ||
|
№ 57717022723260001180000
223
Предоставление права использования программного обеспечения и оказание услуг по созданию, пополнению / ведению ИБ СВБД Заказчика
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ УНИТАРНОЕ ПРЕДПРИЯТИЕ "ТЕЛЕВИЗИОННЫЙ ТЕХНИЧЕСКИЙ ЦЕНТР "ОСТАНКИНО" · ИНН 7717022723
|
2 961 577,60 ₽
НМЦК: 3 246 275,00 ₽
-8.8%
|
— | ||
|
№ 56411078131260000180000
223
Оказание услуг по передаче неисключительных (пользовательских) прав на использование программ для электронно-вычислительных машин
ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ УЧРЕЖДЕНИЕ САРАТОВСКОЙ ОБЛАСТИ "КОМПЛЕКСНЫЙ ЦЕНТР СОЦИАЛЬНОГО ОБСЛУЖИВАНИЯ НАСЕЛЕНИЯ ДУХОВНИЦКОГО РАЙОНА" · ИНН 6411078131
|
37 200,00 ₽
НМЦК: 37 200,00 ₽
0%
|
— | ||
|
№ 2390636156226000054
44
Оказание услуг по продлению неисключительных (пользовательских) прав на использование и сопровождению программы для ЭВМ «Учет и администрирование поступлений в бюджетную систему («Администратор-Д»)»
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ КАЛИНИНГРАДСКОЙ ОБЛАСТИ "ЦЕНТР ЦИФРОВЫХ ТЕХНОЛОГИЙ" · ИНН 3906361562
|
996 290,00 ₽
НМЦК: 996 290,00 ₽
0%
|
— |
Другие закупки этого заказчика Завершённых: 10
Реестр контрактов ЕИСИстория изменений открытых данных закупки
Официальные публикации ЕИСС момента постановки процедуры на мониторинг в открытых данных ЕИС изменений параметров не зафиксировано.
История формируется автоматически по официальным публикациям извещения и разъяснений.