Тауарлардың электрондық каталогы
Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Құжаттаманы талқылау - Хабарламаны қарау № 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-интерфейса мониторинга» и другие, представляют собой стандартные, базовые и неотъемлемые функциональные компоненты любой современной системы контроля и управления доступом. Эти "модули" описаны по своему назначению и функции, а не как строгие архитектурные или программные блоки с конкретными внутренними именами.
Наличие данных функциональных возможностей является общепринятым для программного обеспечения СКУД. Поставщики, предлагающие конкурентоспособные решения, как правило, реализуют эти функции (даже если они могут быть объединены в иные внутренние модули или иметь другие названия в их программном продукте). Таким образом, требование о наличии этих функций по их функциональному назначению не является ограничением и не препятствует участию поставщиков, чьи системы обеспечивают аналогичный функционал.
Наличие данных функциональных возможностей является общепринятым для программного обеспечения СКУД. Поставщики, предлагающие конкурентоспособные решения, как правило, реализуют эти функции (даже если они могут быть объединены в иные внутренние модули или иметь другие названия в их программном продукте). Таким образом, требование о наличии этих функций по их функциональному назначению не является ограничением и не препятствует участию поставщиков, чьи системы обеспечивают аналогичный функционал.
