Электронный каталог товаров
Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 537116
Тема сообщения
Цитата из технической спецификации: «В состав программного обеспечения должны входить: – модуль ввода данных с терминалов и устройств считывания магнитных карт; – модуль ввода видеопотоков с биометрических панелей; – модуль ввода видеокадров (snapshot) по событиям с биометрических панелей, и систем СКУД различных производителей; – интеллектуальный модуль работы с архивом с использованием метаданных; – модуль управления устройствами; – модуль управления пользователями; – модуль WEB-интерфейса мониторинга»выжимка с тс на русском
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "NabiSystems"
Представитель поставщика
МУСИНА АЙНАРА ЖАРТАЕВНА
Дата и время отправки сообщения
2025-07-30 12:50:17
Текст сообщения
Правовое основание:
Пункт 75 Правил осуществления государственных закупок:
«Не ддопускается установление квалификационных требований в части обладания материальными и трудовыми ресурсами, которые:
1. ограничивают и необоснованно усложняют участие потенциальных поставщиков в государственных закупках;
2. непосредственно не вытекают из необходимости выполнения обязательств по договору, технической спецификации.»
Обоснование:
Техническая спецификация устанавливает жёсткую структуру программного обеспечения, требуя наличия конкретных модулей с заранее определёнными названиями и назначениями.
Такой подход:
– ограничивает доступ к участию альтернативных решений, реализующих те же функции в рамках иной архитектуры;
– исключает поставщиков, предлагающих системы с интегрированным функционалом без модульного деления;
– не обеспечивает функциональную нейтральность, нарушая принцип равного доступа участников.
Кроме того, требование наличия модулей с конкретными названиями не вытекает из реальных функциональных задач, указанных в ТС, и может быть интерпретировано субъективно при оценке заявок.
Требование:
Требуем откорректировать формулировку раздела ТС, изложив его в функциональных терминах (например: «ПО должно обеспечивать…») без конкретизации внутренней модульной структуры,
в целях обеспечения законности закупки, в соответствии с пунктом 75 Правил.
Пункт 75 Правил осуществления государственных закупок:
«Не ддопускается установление квалификационных требований в части обладания материальными и трудовыми ресурсами, которые:
1. ограничивают и необоснованно усложняют участие потенциальных поставщиков в государственных закупках;
2. непосредственно не вытекают из необходимости выполнения обязательств по договору, технической спецификации.»
Обоснование:
Техническая спецификация устанавливает жёсткую структуру программного обеспечения, требуя наличия конкретных модулей с заранее определёнными названиями и назначениями.
Такой подход:
– ограничивает доступ к участию альтернативных решений, реализующих те же функции в рамках иной архитектуры;
– исключает поставщиков, предлагающих системы с интегрированным функционалом без модульного деления;
– не обеспечивает функциональную нейтральность, нарушая принцип равного доступа участников.
Кроме того, требование наличия модулей с конкретными названиями не вытекает из реальных функциональных задач, указанных в ТС, и может быть интерпретировано субъективно при оценке заявок.
Требование:
Требуем откорректировать формулировку раздела ТС, изложив его в функциональных терминах (например: «ПО должно обеспечивать…») без конкретизации внутренней модульной структуры,
в целях обеспечения законности закупки, в соответствии с пунктом 75 Правил.
Ответы представителей заказчика и организатора, секретаря
Дата:
2025-08-01 17:20:42
Автор:
ЖУНИСОВ ДАУРЕН ХАБДОЛДАНОВИЧ
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
Перечисленные в Технической спецификации элементы, такие как «модуль ввода данных», «модуль управления пользователями», «модуль WEB-интерфейса мониторинга» и другие, представляют собой стандартные, базовые и неотъемлемые функциональные компоненты любой современной системы контроля и управления доступом. Эти "модули" описаны по своему назначению и функции, а не как строгие архитектурные или программные блоки с конкретными внутренними именами.
Наличие данных функциональных возможностей является общепринятым для программного обеспечения СКУД. Поставщики, предлагающие конкурентоспособные решения, как правило, реализуют эти функции (даже если они могут быть объединены в иные внутренние модули или иметь другие названия в их программном продукте). Таким образом, требование о наличии этих функций по их функциональному назначению не является ограничением и не препятствует участию поставщиков, чьи системы обеспечивают аналогичный функционал.
Наличие данных функциональных возможностей является общепринятым для программного обеспечения СКУД. Поставщики, предлагающие конкурентоспособные решения, как правило, реализуют эти функции (даже если они могут быть объединены в иные внутренние модули или иметь другие названия в их программном продукте). Таким образом, требование о наличии этих функций по их функциональному назначению не является ограничением и не препятствует участию поставщиков, чьи системы обеспечивают аналогичный функционал.
