Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1068753
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к КД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-09-24 23:43:23
Текст сообщения
1. Наиболее существенные ограничения содержатся в разделе 2.5.2 «Программное обеспечение “средства защиты информации”». Для одной единицы компьютерного оборудования с лицензией сроком не менее 12 месяцев сформирован перечень функций уровня корпоративной платформы информационной безопасности, значительно превышающий типовой функционал защиты одного рабочего места.
2. ТС одновременно требует централизованного развертывания, централизованной обработки данных, отказоустойчивости, резервного копирования, автоматического восстановления, шифрования данных, разграничения прав по ролям, обработки большого объема телеметрии в реальном времени, веб-консоли, журналирования, языка запросов, публичных облаков, гибридного исполнения, локального и мультиоблачного размещения, открытой схемы данных и масштабируемой поисковой платформы.
3. Далее дополнительно требуется встроенный AI-ассистент в виде чат-бота для поиска, анализа, реагирования и приоритизации инцидентов, совместная работа аналитиков, управление конечными точками без VPN, настраиваемые дашборды, визуализация связей процессов и поддержка неограниченного числа администраторов.
4. Для закупки одного моноблока такие корпоративные функции требуют отдельного функционального и экономического обоснования. В ТС отсутствуют сведения о количестве существующих конечных точек заказчика, количестве администраторов, наличии SOC/службы ИБ, используемых SIEM/XDR/EDR-системах, публичных облаках и инфраструктуре для централизованного управления.
5. Особенно показательно требование «поддержка неограниченного числа администраторов». Для одной лицензии на один моноблок данная характеристика не оказывает влияния на защиту рабочего места и может являться признаком конкретного программного продукта.
6. Требование работы в публичных облаках, гибридном исполнении, локальном и мультиоблачном размещении также не связано с описанной инфраструктурой заказчика. Не указано, какими облачными платформами пользуется учреждение и требуется ли вообще облачное развертывание.
7. Требование открытой схемы данных и масштабируемой поисковой платформы характерно для систем анализа телеметрии и журналов, но в ТС не определен объем событий, который должен обрабатываться, число источников, среднесуточная нагрузка, объем хранения либо скорость поиска.
8. Наличие AI-ассистента в виде чат-бота сформулировано как обязательная архитектурная функция. Не определено, локальный ли это модуль, облачный сервис, входит ли он в лицензию на 12 месяцев, где обрабатываются данные, отправляются ли телеметрия и запросы во внешнее облако и какие ограничения применяются к служебной информации.
9. Дополнительно требуется централизованное назначение политик группам конечных устройств и управление конечными точками вне корпоративного периметра без VPN. При этом приобретается лицензия всего на одно компьютерное оборудование. Неясно, какие «группы конечных устройств» планируется формировать из одной лицензируемой конечной точки.
10. ТС требует неограниченное количество администраторов и совместную работу аналитиков над инцидентами. Для этого должны существовать соответствующие учетные записи, роли, процессы реагирования и инфраструктура. Они в закупке не описаны.
11. Установлены минимальные требования к инфраструктуре программного продукта: процессор от 4 ядер, не менее 16 ГБ ОЗУ, SSD-диски. Одновременно закупаемый моноблок имеет требование только не менее 8 ГБ ОЗУ. Возникает очевидная неопределенность: должно ли ПО устанавливаться непосредственно на закупаемый моноблок, и если да, каким образом выполняется требование минимум 16 ГБ ОЗУ при допускаемых 8 ГБ?
12. Если 16 ГБ относится не к конечной точке, а к отдельному серверу или консоли управления, в составе закупки такой сервер не указан. Не определено, кто предоставляет вычислительную инфраструктуру и где она размещается.
13. Требуется отказоустойчивость и резервное копирование данных, но не определено, за счет каких узлов достигается отказоустойчивость при поставке одной лицензии и одного моноблока. Не указано количество серверов, резервных узлов, объем хранилища и RPO/RTO.
14. В разделе «Сканируемые форматы архивов» заголовок присутствует, однако конкретный перечень поддерживаемых архивных форматов в ТС отсутствует. Аналогично в разделе «Сканируемые сетевые протоколы» указано «поддерживаемые протоколы», но сами протоколы не перечислены.
15. В разделе «Сканируемые сетевые ресурсы» также отсутствует закрытый перечень ресурсов. Такие незаполненные пункты создают неопределенность: участник не понимает, какие именно форматы, протоколы и ресурсы обязательны, а комиссия получает возможность субъективной оценки.
16. Требуется инспекция шифрованного трафика, но не указаны поддерживаемые протоколы TLS, порядок установки доверенных сертификатов, ограничения по типам приложений, исключения для банковских и защищенных соединений и требования к сохранению конфиденциальности.
17. Требование анализировать сетевой трафик и сетевые ресурсы может потребовать дополнительных сетевых компонентов либо прав администратора, однако архитектура внедрения не описана.
18. Указано наличие локального хранилища отчетов с просмотром через графический интерфейс и экспортом в файл, но не определены формат экспорта, глубина хранения и объем локальных данных.
19. В другом разделе требуется полная телеметрия с хранением не менее 7 дней. Неясно, где именно должна храниться телеметрия — локально на моноблоке, в серверной инфраструктуре заказчика или в облаке производителя.
20. Требуется выполнение удаленных команд на конечных точках с системными привилегиями, загрузка файлов с рабочей станции на компьютер аналитика или в хранилище, получение автозапускаемых объектов/скриптов, изоляция устройств и блокирование соединений. Это функционал полноценной EDR/XDR-платформы.
21. Для безопасного использования таких функций требуется разграничение полномочий, журналирование, MFA, защита административного доступа и регламент реагирования. Часть этих требований отсутствует либо описана фрагментарно.
22. ТС требует интеграции с другими системами безопасности, платформами автоматизации реагирования, системами управления уязвимостями, системами управления доступом, вебхуками, облачными сервисами и почтовыми системами. При этом не указано ни одного конкретного существующего продукта заказчика, с которым требуется интеграция.
23. Без перечисления реально используемых систем участник не может подтвердить совместимость, а требование превращается в максимально широкий маркетинговый перечень функций.
24. Поддержка «форматов отчетов для обмена данными о киберугрозах» также сформулирована без наименования форматов. Неясно, требуются ли STIX/TAXII, CEF, LEEF, syslog или другие стандарты.
25. Требование выпуска патчей по запросу заказчика при выявлении уязвимостей требует особого уточнения. Поставщик лицензии, не являющийся разработчиком программного продукта, объективно не может самостоятельно выпускать исправления исходного кода по индивидуальному запросу заказчика.
26. Даже производитель ПО выпускает патчи по собственному циклу разработки, а не обязательно «по запросу заказчика». В действующей редакции участнику может вменяться обязательство, выполнение которого не зависит от него.
27. Частота обновления антивирусных сигнатур установлена не реже одного раза в неделю. Для современных средств защиты это необычно низкий минимальный порог и не объясняет, требуется ли более частая облачная репутационная защита. Следует определять результат — актуальность баз и автоматическое обновление.
28. В ТС имеются грамматически и технически незавершенные формулировки: «шифрование данных в и в состоянии покоя», «поддержка операционных систем не менее 1», «обновление ни менее через интернет», «использование для безопасной передачи обновлений», «поддержка интеграции», без указания конкретного объекта требования. Такие фрагменты необходимо исправить до подачи заявок.
29. Лицензия выдается на одну единицу оборудования на срок не менее 12 месяцев, но архитектура требует централизованной консоли. Не определено, входит ли консоль в эту одну лицензию, требуется ли отдельная серверная лицензия, ограничено ли число управляемых узлов и какие функции перестают работать после 12 месяцев.
30. Не указано, кто предоставляет облачную инфраструктуру, какой объем данных включен, на какой срок, где территориально хранятся данные и имеется ли дополнительная абонентская плата.
31. Отдельно установлено обязательное авторизационное письмо производителя ПО на право поставки «средств защиты информации». При столь узком и детальном функциональном профиле это дополнительно ограничивает участие поставщиков, поскольку сначала ТС фактически описывает конкретный класс/продукт, а затем требует коммерческое подтверждение от его производителя.
32. Если задача заказчика состоит в защите одного моноблока, требования целесообразно ограничить антивирусной/EDR-защитой конечной точки: защита файловой системы, поведенческий анализ, защита от эксплойтов, веб-защита, съемные носители, карантин, автоматические обновления, централизованная консоль при наличии такой инфраструктуры и отчетность.
33. Корпоративные функции мультиоблака, неограниченных администраторов, AI-ассистента, совместной работы аналитиков, сложной интеграции, управления уязвимостями и автоматизации реагирования следует сохранять только при наличии подтвержденной эксплуатационной необходимости.
34. Просим заказчика указать не менее трех независимых программных продуктов разных производителей, которые одновременно выполняют всю совокупность требований раздела 2.5.2 без дополнительных модулей и лицензий сверх указанной одной лицензии.
35. Просим также указать полную стоимость необходимой инфраструктуры и подтвердить, что она включена в бюджет закупки и не требует от победителя бесплатно предоставлять серверы, облачные ресурсы или дополнительные лицензии.
36. До устранения указанных противоречий невозможно однозначно определить предмет поставки, лицензирование и стоимость исполнения требований.
2. ТС одновременно требует централизованного развертывания, централизованной обработки данных, отказоустойчивости, резервного копирования, автоматического восстановления, шифрования данных, разграничения прав по ролям, обработки большого объема телеметрии в реальном времени, веб-консоли, журналирования, языка запросов, публичных облаков, гибридного исполнения, локального и мультиоблачного размещения, открытой схемы данных и масштабируемой поисковой платформы.
3. Далее дополнительно требуется встроенный AI-ассистент в виде чат-бота для поиска, анализа, реагирования и приоритизации инцидентов, совместная работа аналитиков, управление конечными точками без VPN, настраиваемые дашборды, визуализация связей процессов и поддержка неограниченного числа администраторов.
4. Для закупки одного моноблока такие корпоративные функции требуют отдельного функционального и экономического обоснования. В ТС отсутствуют сведения о количестве существующих конечных точек заказчика, количестве администраторов, наличии SOC/службы ИБ, используемых SIEM/XDR/EDR-системах, публичных облаках и инфраструктуре для централизованного управления.
5. Особенно показательно требование «поддержка неограниченного числа администраторов». Для одной лицензии на один моноблок данная характеристика не оказывает влияния на защиту рабочего места и может являться признаком конкретного программного продукта.
6. Требование работы в публичных облаках, гибридном исполнении, локальном и мультиоблачном размещении также не связано с описанной инфраструктурой заказчика. Не указано, какими облачными платформами пользуется учреждение и требуется ли вообще облачное развертывание.
7. Требование открытой схемы данных и масштабируемой поисковой платформы характерно для систем анализа телеметрии и журналов, но в ТС не определен объем событий, который должен обрабатываться, число источников, среднесуточная нагрузка, объем хранения либо скорость поиска.
8. Наличие AI-ассистента в виде чат-бота сформулировано как обязательная архитектурная функция. Не определено, локальный ли это модуль, облачный сервис, входит ли он в лицензию на 12 месяцев, где обрабатываются данные, отправляются ли телеметрия и запросы во внешнее облако и какие ограничения применяются к служебной информации.
9. Дополнительно требуется централизованное назначение политик группам конечных устройств и управление конечными точками вне корпоративного периметра без VPN. При этом приобретается лицензия всего на одно компьютерное оборудование. Неясно, какие «группы конечных устройств» планируется формировать из одной лицензируемой конечной точки.
10. ТС требует неограниченное количество администраторов и совместную работу аналитиков над инцидентами. Для этого должны существовать соответствующие учетные записи, роли, процессы реагирования и инфраструктура. Они в закупке не описаны.
11. Установлены минимальные требования к инфраструктуре программного продукта: процессор от 4 ядер, не менее 16 ГБ ОЗУ, SSD-диски. Одновременно закупаемый моноблок имеет требование только не менее 8 ГБ ОЗУ. Возникает очевидная неопределенность: должно ли ПО устанавливаться непосредственно на закупаемый моноблок, и если да, каким образом выполняется требование минимум 16 ГБ ОЗУ при допускаемых 8 ГБ?
12. Если 16 ГБ относится не к конечной точке, а к отдельному серверу или консоли управления, в составе закупки такой сервер не указан. Не определено, кто предоставляет вычислительную инфраструктуру и где она размещается.
13. Требуется отказоустойчивость и резервное копирование данных, но не определено, за счет каких узлов достигается отказоустойчивость при поставке одной лицензии и одного моноблока. Не указано количество серверов, резервных узлов, объем хранилища и RPO/RTO.
14. В разделе «Сканируемые форматы архивов» заголовок присутствует, однако конкретный перечень поддерживаемых архивных форматов в ТС отсутствует. Аналогично в разделе «Сканируемые сетевые протоколы» указано «поддерживаемые протоколы», но сами протоколы не перечислены.
15. В разделе «Сканируемые сетевые ресурсы» также отсутствует закрытый перечень ресурсов. Такие незаполненные пункты создают неопределенность: участник не понимает, какие именно форматы, протоколы и ресурсы обязательны, а комиссия получает возможность субъективной оценки.
16. Требуется инспекция шифрованного трафика, но не указаны поддерживаемые протоколы TLS, порядок установки доверенных сертификатов, ограничения по типам приложений, исключения для банковских и защищенных соединений и требования к сохранению конфиденциальности.
17. Требование анализировать сетевой трафик и сетевые ресурсы может потребовать дополнительных сетевых компонентов либо прав администратора, однако архитектура внедрения не описана.
18. Указано наличие локального хранилища отчетов с просмотром через графический интерфейс и экспортом в файл, но не определены формат экспорта, глубина хранения и объем локальных данных.
19. В другом разделе требуется полная телеметрия с хранением не менее 7 дней. Неясно, где именно должна храниться телеметрия — локально на моноблоке, в серверной инфраструктуре заказчика или в облаке производителя.
20. Требуется выполнение удаленных команд на конечных точках с системными привилегиями, загрузка файлов с рабочей станции на компьютер аналитика или в хранилище, получение автозапускаемых объектов/скриптов, изоляция устройств и блокирование соединений. Это функционал полноценной EDR/XDR-платформы.
21. Для безопасного использования таких функций требуется разграничение полномочий, журналирование, MFA, защита административного доступа и регламент реагирования. Часть этих требований отсутствует либо описана фрагментарно.
22. ТС требует интеграции с другими системами безопасности, платформами автоматизации реагирования, системами управления уязвимостями, системами управления доступом, вебхуками, облачными сервисами и почтовыми системами. При этом не указано ни одного конкретного существующего продукта заказчика, с которым требуется интеграция.
23. Без перечисления реально используемых систем участник не может подтвердить совместимость, а требование превращается в максимально широкий маркетинговый перечень функций.
24. Поддержка «форматов отчетов для обмена данными о киберугрозах» также сформулирована без наименования форматов. Неясно, требуются ли STIX/TAXII, CEF, LEEF, syslog или другие стандарты.
25. Требование выпуска патчей по запросу заказчика при выявлении уязвимостей требует особого уточнения. Поставщик лицензии, не являющийся разработчиком программного продукта, объективно не может самостоятельно выпускать исправления исходного кода по индивидуальному запросу заказчика.
26. Даже производитель ПО выпускает патчи по собственному циклу разработки, а не обязательно «по запросу заказчика». В действующей редакции участнику может вменяться обязательство, выполнение которого не зависит от него.
27. Частота обновления антивирусных сигнатур установлена не реже одного раза в неделю. Для современных средств защиты это необычно низкий минимальный порог и не объясняет, требуется ли более частая облачная репутационная защита. Следует определять результат — актуальность баз и автоматическое обновление.
28. В ТС имеются грамматически и технически незавершенные формулировки: «шифрование данных в и в состоянии покоя», «поддержка операционных систем не менее 1», «обновление ни менее через интернет», «использование для безопасной передачи обновлений», «поддержка интеграции», без указания конкретного объекта требования. Такие фрагменты необходимо исправить до подачи заявок.
29. Лицензия выдается на одну единицу оборудования на срок не менее 12 месяцев, но архитектура требует централизованной консоли. Не определено, входит ли консоль в эту одну лицензию, требуется ли отдельная серверная лицензия, ограничено ли число управляемых узлов и какие функции перестают работать после 12 месяцев.
30. Не указано, кто предоставляет облачную инфраструктуру, какой объем данных включен, на какой срок, где территориально хранятся данные и имеется ли дополнительная абонентская плата.
31. Отдельно установлено обязательное авторизационное письмо производителя ПО на право поставки «средств защиты информации». При столь узком и детальном функциональном профиле это дополнительно ограничивает участие поставщиков, поскольку сначала ТС фактически описывает конкретный класс/продукт, а затем требует коммерческое подтверждение от его производителя.
32. Если задача заказчика состоит в защите одного моноблока, требования целесообразно ограничить антивирусной/EDR-защитой конечной точки: защита файловой системы, поведенческий анализ, защита от эксплойтов, веб-защита, съемные носители, карантин, автоматические обновления, централизованная консоль при наличии такой инфраструктуры и отчетность.
33. Корпоративные функции мультиоблака, неограниченных администраторов, AI-ассистента, совместной работы аналитиков, сложной интеграции, управления уязвимостями и автоматизации реагирования следует сохранять только при наличии подтвержденной эксплуатационной необходимости.
34. Просим заказчика указать не менее трех независимых программных продуктов разных производителей, которые одновременно выполняют всю совокупность требований раздела 2.5.2 без дополнительных модулей и лицензий сверх указанной одной лицензии.
35. Просим также указать полную стоимость необходимой инфраструктуры и подтвердить, что она включена в бюджет закупки и не требует от победителя бесплатно предоставлять серверы, облачные ресурсы или дополнительные лицензии.
36. До устранения указанных противоречий невозможно однозначно определить предмет поставки, лицензирование и стоимость исполнения требований.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-09-30 14:54:53
Автор:
КУЛМАГАМБЕТОВА КУРАЛАЙ КАЛИОЛЛАЕВНА
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
1-2. Приказом Министра образования и науки Республики Казахстан от 22 января 2016 года №70 установлены нормы оснащения оборудованием и мебелью организаций образования. При этом техническая спецификация сформирована Заказчиком исходя из фактической потребности в оснащении кабинета и содержит необходимые функциональные, технические, качественные и эксплуатационные характеристики закупаемого оборудования и программного обеспечения.
Требования к программному обеспечению «средства защиты информации», в том числе предусмотренные функциональные возможности, установлены исходя из потребности Заказчика в обеспечении защиты информации и компьютерного оборудования.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
При этом техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения, определяющего принадлежность товара отдельному потенциальному поставщику. Потенциальный поставщик вправе предложить программное обеспечение любого производителя при условии соответствия установленным требованиям технической спецификации.
3. Требования к наличию AI-ассистента, средств анализа и реагирования, централизованного управления, визуализации и иных предусмотренных технической спецификацией функций установлены как функциональные возможности программного обеспечения без указания конкретной технологии их реализации, товарного знака, модели либо производителя. Потенциальный поставщик вправе предложить соответствующее техническое решение при условии обеспечения установленных технической спецификацией функциональных требований.
4. Приказом Министра образования и науки Республики Казахстан от 22 января 2016 года №70 установлены нормы оснащения оборудованием и мебелью организаций образования. При этом техническая спецификация сформирована Заказчиком исходя из фактической потребности в оснащении кабинета и содержит необходимые функциональные, технические, качественные и эксплуатационные характеристики закупаемого оборудования и программного обеспечения.
Требования к программному обеспечению «средства защиты информации» установлены исходя из потребности Заказчика в обеспечении защиты информации и компьютерного оборудования.
Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения. Потенциальный поставщик вправе предложить программное обеспечение любого производителя при условии соответствия установленным требованиям технической спецификации.
5. Требование поддержки неограниченного количества административных учетных записей установлено как характеристика масштабируемости программного продукта и не не означает обязательного наличия соответствующего количества администраторов у Заказчика.
6. Требования по поддержке публичного облака, гибридного, локального и мультиоблачного исполнения установлены как функциональные и архитектурные возможности программного обеспечения. Наличие указанных возможностей не означает обязательного использования Заказчиком каждого из перечисленных вариантов размещения и не устанавливает требование о наличии у Заказчика конкретной облачной платформы. Техническая спецификация не содержит указания на конкретного поставщика облачных услуг, товарный знак, бренд, модель либо производителя программного обеспечения.
7. Аналогичный подход применяется к требованиям относительно открытой схемы данных, масштабируемой поисковой платформы, обработки телеметрии и интеграции с внешними системами. Данные требования определяют возможности программного продукта и не означают, что в рамках настоящей закупки заказчик обязан одновременно использовать все перечисленные источники данных или интеграции.
8. Требование наличия AI-ассистента установлено как функциональная возможность программного обеспечения для автоматизированного поиска, анализа, обработки информации и реагирования на инциденты. Конкретный способ технической реализации данной функции технической спецификацией не ограничен. Отдельные требования к локальному либо облачному способу реализации AI-ассистента, месту обработки данных и обязательной передаче телеметрии или служебной информации во внешние облачные системы технической спецификацией не установлены.
9. Требование централизованного назначения политик и управления конечными точками вне корпоративного периметра является функциональной характеристикой средства защиты. Оно позволяет применять единые политики безопасности к конечным устройствам при их удаленной работе. Наличие одной лицензируемой конечной точки в рамках закупки не исключает необходимости наличия у программного продукта соответствующей функции.
10. Указанные требования установлены технической спецификацией как функциональные возможности программного обеспечения исходя из потребности Заказчика. Их наличие определяет функциональность предлагаемого программного продукта и не означает обязательного одновременного использования Заказчиком всех предусмотренных возможностей. Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения.
11. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
12. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
13. Указанные требования установлены технической спецификацией как функциональные и технические возможности программного обеспечения исходя из потребности Заказчика. Конкретный способ технической реализации данных функций определяется предлагаемым программным решением при условии обеспечения соответствия требованиям технической спецификации. Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения
14-16. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
17. Требования к интеграции с внешними системами сформированы с учетом необходимости обеспечения совместимости средства защиты с существующей и потенциальной инфраструктурой информационной безопасности. При этом отсутствие в технической спецификации наименований конкретных продуктов заказчика не означает, что участник должен обеспечить интеграцию со всеми существующими на рынке системами одновременно.
18. Указанные требования установлены технической спецификацией как функциональные возможности программного обеспечения исходя из потребности Заказчика. Конкретный способ их технической реализации определяется предлагаемым программным решением при условии соответствия требованиям технической спецификации
19. Требование по выпуску исправлений (патчей) относится к обеспечению соответствующей функциональности и актуальности программного обеспечения. Техническая спецификация не устанавливает обязанность потенциального поставщика самостоятельно осуществлять разработку программного обеспечения либо исправлений к нему, если потенциальный поставщик не является его разработчиком.
20. Технической спецификацией установлено требование к периодичности обновления набора антивирусных сигнатур — не реже одного раза в неделю. Указанное значение является минимальным требованием и не ограничивает возможность более частого либо автоматического обновления программного обеспечения.
21. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
22. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
23. Технической спецификацией не установлен перечень конкретных программных продуктов Заказчика, обязательная совместимость с которыми должна быть обеспечена.
24. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
25-26. Требование по выпуску исправлений (патчей) относится к обеспечению актуальности и безопасности предлагаемого программного обеспечения. Техническая спецификация не устанавливает обязанность потенциального поставщика самостоятельно разрабатывать исходный код либо выпускать исправления к программному обеспечению, если потенциальный поставщик не является его разработчиком. Исполнение данного требования осуществляется в рамках возможностей и порядка обновления предлагаемого программного продукта.
27-28. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
29. Указанное в технической спецификации требование предусматривает приобретение лицензии на одну единицу оборудования сроком не менее 12 месяцев и не устанавливает обязательность приобретения заказчиком отдельной серверной лицензии. Централизованная консоль управления рассматривается как функциональная возможность программного решения и должна предоставляться в составе предлагаемого участником программного продукта в соответствии с его лицензионной моделью.
30. Техническая спецификация устанавливает требования к функциональным и техническим возможностям программного обеспечения и не предусматривает обязательное предоставление заказчику отдельной облачной инфраструктуры в рамках настоящей закупки. Возможность работы программного обеспечения в публичных, гибридных, локальных либо мультиоблачных средах является характеристикой программного продукта и не означает обязательность предоставления участником облачных ресурсов, вычислительных мощностей или отдельного облачного хранилища, если иное прямо не установлено условиями закупки.
31. Требование о предоставлении авторизационного письма не является квалификационным требованием к потенциальному поставщику. В соответствии с подпунктом 7) пункта 2 Конкурсной документации (приложение 4 к Правилам осуществления государственных закупок) допускается установление в технической спецификации требования о наличии в составе заявки копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов на предлагаемые товары.
Авторизационное письмо предоставляется в целях документального подтверждения права потенциального поставщика на поставку предлагаемого товара (программного обеспечения) от производителя либо его дилера или дистрибьютора. Указанное требование установлено для всех потенциальных поставщиков на равных условиях и не содержит указания на конкретный товарный знак, модель либо производителя.
32. Требования к программному обеспечению установлены исходя из потребности Заказчика в обеспечении комплексной защиты информации и компьютерного оборудования. Предложение об ограничении функциональности исключительно антивирусной/EDR-защитой конечной точки не принимается, поскольку технической спецификацией предусмотрен более широкий функционал средства защиты информации. При этом требования технической спецификации не содержат указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения.
33. Перечисленные в технической спецификации функции не являются избыточными сами по себе, поскольку определяют функциональные возможности программного обеспечения, необходимые для обеспечения комплексной защиты конечных точек, централизованного управления, выявления и анализа событий информационной безопасности, а также оперативного реагирования на инциденты.
34. В соответствии с Закнонм и Правилами , предоставление Заказчиком потенциальным поставщикам анализа рынка, в том числе сведений о трех независимых программных продуктах разных производителей, соответствующих совокупности требований технической спецификации, не предусмотрено.
35. Предоставление отдельной серверной, облачной или иной инфраструктуры, не являющейся предметом закупки, технической спецификацией не предусмотрено. Участник самостоятельно определяет состав программного решения и способ его реализации в соответствии с установленными техническими требованиями и лицензионной моделью предлагаемого программного продукта. При этом расходы, необходимые для предоставления товара в полном соответствии с требованиями технической спецификации и условиями лицензирования, участник учитывает при формировании своего ценового предложения.
36. Предмет закупки, требования к поставляемому программному обеспечению, срок действия лицензии и основные технические и функциональные характеристики однозначно определены в технической спецификации. Техническая спецификация содержит требования к программному продукту, которым должно соответствовать предложение потенциального поставщика, при этом не ограничивает участников указанием конкретного производителя или модели. Участник самостоятельно определяет программное решение, соответствующее установленным требованиям, и формирует свое ценовое предложение с учетом выбранной им модели лицензирования и необходимых для реализации заявленного функционала компонентов.
Требования к программному обеспечению «средства защиты информации», в том числе предусмотренные функциональные возможности, установлены исходя из потребности Заказчика в обеспечении защиты информации и компьютерного оборудования.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
При этом техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения, определяющего принадлежность товара отдельному потенциальному поставщику. Потенциальный поставщик вправе предложить программное обеспечение любого производителя при условии соответствия установленным требованиям технической спецификации.
3. Требования к наличию AI-ассистента, средств анализа и реагирования, централизованного управления, визуализации и иных предусмотренных технической спецификацией функций установлены как функциональные возможности программного обеспечения без указания конкретной технологии их реализации, товарного знака, модели либо производителя. Потенциальный поставщик вправе предложить соответствующее техническое решение при условии обеспечения установленных технической спецификацией функциональных требований.
4. Приказом Министра образования и науки Республики Казахстан от 22 января 2016 года №70 установлены нормы оснащения оборудованием и мебелью организаций образования. При этом техническая спецификация сформирована Заказчиком исходя из фактической потребности в оснащении кабинета и содержит необходимые функциональные, технические, качественные и эксплуатационные характеристики закупаемого оборудования и программного обеспечения.
Требования к программному обеспечению «средства защиты информации» установлены исходя из потребности Заказчика в обеспечении защиты информации и компьютерного оборудования.
Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения. Потенциальный поставщик вправе предложить программное обеспечение любого производителя при условии соответствия установленным требованиям технической спецификации.
5. Требование поддержки неограниченного количества административных учетных записей установлено как характеристика масштабируемости программного продукта и не не означает обязательного наличия соответствующего количества администраторов у Заказчика.
6. Требования по поддержке публичного облака, гибридного, локального и мультиоблачного исполнения установлены как функциональные и архитектурные возможности программного обеспечения. Наличие указанных возможностей не означает обязательного использования Заказчиком каждого из перечисленных вариантов размещения и не устанавливает требование о наличии у Заказчика конкретной облачной платформы. Техническая спецификация не содержит указания на конкретного поставщика облачных услуг, товарный знак, бренд, модель либо производителя программного обеспечения.
7. Аналогичный подход применяется к требованиям относительно открытой схемы данных, масштабируемой поисковой платформы, обработки телеметрии и интеграции с внешними системами. Данные требования определяют возможности программного продукта и не означают, что в рамках настоящей закупки заказчик обязан одновременно использовать все перечисленные источники данных или интеграции.
8. Требование наличия AI-ассистента установлено как функциональная возможность программного обеспечения для автоматизированного поиска, анализа, обработки информации и реагирования на инциденты. Конкретный способ технической реализации данной функции технической спецификацией не ограничен. Отдельные требования к локальному либо облачному способу реализации AI-ассистента, месту обработки данных и обязательной передаче телеметрии или служебной информации во внешние облачные системы технической спецификацией не установлены.
9. Требование централизованного назначения политик и управления конечными точками вне корпоративного периметра является функциональной характеристикой средства защиты. Оно позволяет применять единые политики безопасности к конечным устройствам при их удаленной работе. Наличие одной лицензируемой конечной точки в рамках закупки не исключает необходимости наличия у программного продукта соответствующей функции.
10. Указанные требования установлены технической спецификацией как функциональные возможности программного обеспечения исходя из потребности Заказчика. Их наличие определяет функциональность предлагаемого программного продукта и не означает обязательного одновременного использования Заказчиком всех предусмотренных возможностей. Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения.
11. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию.
В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
12. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
13. Указанные требования установлены технической спецификацией как функциональные и технические возможности программного обеспечения исходя из потребности Заказчика. Конкретный способ технической реализации данных функций определяется предлагаемым программным решением при условии обеспечения соответствия требованиям технической спецификации. Техническая спецификация не содержит указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения
14-16. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
Также сообщаем, что в технической спецификации отсутствуют какие-либо указания на товарные знаки, модели и т.д., которые бы определяли принадлежность товара к определенному потенциальному поставщику, что соответствует норме ст.12 Закона о ГЗ.
При этом потенциальный поставщик вправе самостоятельно альтернативное решение товара, при условии соответствия установленным требованиям технической спецификации.
17. Требования к интеграции с внешними системами сформированы с учетом необходимости обеспечения совместимости средства защиты с существующей и потенциальной инфраструктурой информационной безопасности. При этом отсутствие в технической спецификации наименований конкретных продуктов заказчика не означает, что участник должен обеспечить интеграцию со всеми существующими на рынке системами одновременно.
18. Указанные требования установлены технической спецификацией как функциональные возможности программного обеспечения исходя из потребности Заказчика. Конкретный способ их технической реализации определяется предлагаемым программным решением при условии соответствия требованиям технической спецификации
19. Требование по выпуску исправлений (патчей) относится к обеспечению соответствующей функциональности и актуальности программного обеспечения. Техническая спецификация не устанавливает обязанность потенциального поставщика самостоятельно осуществлять разработку программного обеспечения либо исправлений к нему, если потенциальный поставщик не является его разработчиком.
20. Технической спецификацией установлено требование к периодичности обновления набора антивирусных сигнатур — не реже одного раза в неделю. Указанное значение является минимальным требованием и не ограничивает возможность более частого либо автоматического обновления программного обеспечения.
21. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
22. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
23. Технической спецификацией не установлен перечень конкретных программных продуктов Заказчика, обязательная совместимость с которыми должна быть обеспечена.
24. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
25-26. Требование по выпуску исправлений (патчей) относится к обеспечению актуальности и безопасности предлагаемого программного обеспечения. Техническая спецификация не устанавливает обязанность потенциального поставщика самостоятельно разрабатывать исходный код либо выпускать исправления к программному обеспечению, если потенциальный поставщик не является его разработчиком. Исполнение данного требования осуществляется в рамках возможностей и порядка обновления предлагаемого программного продукта.
27-28. В технической спецификации характеристики установлены основные функциональные, качественные и количественные параметры предмета закупки, достаточные для понимания его назначения и формирования ценового предложения потенциальными поставщиками. Описание носит общий характер и устанавливает минимально необходимые требования к содержанию. При этом, В соответствии с пунктом 3 статьи 12 Закона Республики Казахстан «О государственных закупках» при отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров.
29. Указанное в технической спецификации требование предусматривает приобретение лицензии на одну единицу оборудования сроком не менее 12 месяцев и не устанавливает обязательность приобретения заказчиком отдельной серверной лицензии. Централизованная консоль управления рассматривается как функциональная возможность программного решения и должна предоставляться в составе предлагаемого участником программного продукта в соответствии с его лицензионной моделью.
30. Техническая спецификация устанавливает требования к функциональным и техническим возможностям программного обеспечения и не предусматривает обязательное предоставление заказчику отдельной облачной инфраструктуры в рамках настоящей закупки. Возможность работы программного обеспечения в публичных, гибридных, локальных либо мультиоблачных средах является характеристикой программного продукта и не означает обязательность предоставления участником облачных ресурсов, вычислительных мощностей или отдельного облачного хранилища, если иное прямо не установлено условиями закупки.
31. Требование о предоставлении авторизационного письма не является квалификационным требованием к потенциальному поставщику. В соответствии с подпунктом 7) пункта 2 Конкурсной документации (приложение 4 к Правилам осуществления государственных закупок) допускается установление в технической спецификации требования о наличии в составе заявки копий писем (сертификатов, свидетельств) от производителей либо их дилеров или дистрибьюторов на предлагаемые товары.
Авторизационное письмо предоставляется в целях документального подтверждения права потенциального поставщика на поставку предлагаемого товара (программного обеспечения) от производителя либо его дилера или дистрибьютора. Указанное требование установлено для всех потенциальных поставщиков на равных условиях и не содержит указания на конкретный товарный знак, модель либо производителя.
32. Требования к программному обеспечению установлены исходя из потребности Заказчика в обеспечении комплексной защиты информации и компьютерного оборудования. Предложение об ограничении функциональности исключительно антивирусной/EDR-защитой конечной точки не принимается, поскольку технической спецификацией предусмотрен более широкий функционал средства защиты информации. При этом требования технической спецификации не содержат указания на конкретный товарный знак, бренд, модель либо производителя программного обеспечения.
33. Перечисленные в технической спецификации функции не являются избыточными сами по себе, поскольку определяют функциональные возможности программного обеспечения, необходимые для обеспечения комплексной защиты конечных точек, централизованного управления, выявления и анализа событий информационной безопасности, а также оперативного реагирования на инциденты.
34. В соответствии с Закнонм и Правилами , предоставление Заказчиком потенциальным поставщикам анализа рынка, в том числе сведений о трех независимых программных продуктах разных производителей, соответствующих совокупности требований технической спецификации, не предусмотрено.
35. Предоставление отдельной серверной, облачной или иной инфраструктуры, не являющейся предметом закупки, технической спецификацией не предусмотрено. Участник самостоятельно определяет состав программного решения и способ его реализации в соответствии с установленными техническими требованиями и лицензионной моделью предлагаемого программного продукта. При этом расходы, необходимые для предоставления товара в полном соответствии с требованиями технической спецификации и условиями лицензирования, участник учитывает при формировании своего ценового предложения.
36. Предмет закупки, требования к поставляемому программному обеспечению, срок действия лицензии и основные технические и функциональные характеристики однозначно определены в технической спецификации. Техническая спецификация содержит требования к программному продукту, которым должно соответствовать предложение потенциального поставщика, при этом не ограничивает участников указанием конкретного производителя или модели. Участник самостоятельно определяет программное решение, соответствующее установленным требованиям, и формирует свое ценовое предложение с учетом выбранной им модели лицензирования и необходимых для реализации заявленного функционала компонентов.
