Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1060769
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-07-02 13:37:14
Текст сообщения
ЗАМЕЧАНИЯ
1. В технической спецификации предмет закупки указан как «Комплект учебного оборудования», однако фактически в один комплект включены моноблочный компьютер, система управления комплектом учебного оборудования, модуль безопасности, драйвер доверенной загрузки, лицензии, доставка и установка. Указанные позиции являются разными товарами и программными продуктами, имеющими самостоятельное назначение. Требуем разделить закупку на отдельные лоты либо предоставить техническое обоснование технологической неразрывности всех компонентов.
2. ТС содержит признаки искусственного объединения компьютерного оборудования и программного обеспечения в сфере информационной безопасности. Моноблоки, файловая система управления, антивирусный/защитный модуль и драйвер доверенной загрузки могут закупаться и эксплуатироваться отдельно. Объединение данных позиций ограничивает круг поставщиков, которые могут поставить моноблоки, но не имеют доступа к конкретному ПО, авторизационным письмам правообладателей и сертификатам уровня доверия 5/5+. Требуем исключить программные продукты из состава лота либо выделить их отдельной закупкой.
3. Наименование лота и код ЕНС ТРУ указаны как «Комплект учебного оборудования», при этом основной товар — моноблочный компьютер для оснащения учебных аудиторий, компьютерных классов и рабочих мест. Фактический предмет закупки относится к компьютерному оборудованию, а не к абстрактному учебному комплекту. Требуем привести наименование лота и код ЕНС ТРУ в соответствие с фактическим предметом закупки.
4. Требование к моноблоку с разрешением не менее QHD 2560 × 1920 является нетипичным и может указывать на конкретную модель или узкий круг моделей. Для учебных аудиторий и работы с образовательными платформами достаточно установить функциональные требования к диагонали, четкости изображения и производительности. Требуем обосновать необходимость именно такого разрешения либо допустить эквивалентные разрешения, включая Full HD или QHD иных пропорций.
5. Требования к процессору моноблока: не менее 4 ядер, 8 потоков, базовая частота не менее 3,3 ГГц, максимальная частота не менее 4,3 ГГц и L3 кэш не менее 12 МБ — сформулированы через набор внутренних параметров конкретных процессоров. Для Заказчика важна фактическая производительность, а не совпадение частот и кэша. Требуем заменить указанные параметры на нейтральный показатель производительности либо допустить процессоры эквивалентной производительности.
6. Требование оперативной памяти именно DDR5 при объеме 8 ГБ является ограничивающим, поскольку для учебных, офисных и образовательных задач моноблоки с DDR4 также могут обеспечивать достаточную производительность. Требуем обосновать необходимость DDR5 либо допустить DDR4/DDR5 при соблюдении минимального объема и стабильной работы.
7. В ТС указано, что клавиатура должна иметь не менее 104 клавиш, поддерживать казахскую, русскую и английскую раскладки, иметь мембранный либо ножничный механизм и эргономичную конструкцию. При этом не определено, как будет проверяться «эргономичность» и какие документы подтверждают поддержку раскладок. Требуем конкретизировать проверяемые характеристики клавиатуры либо исключить субъективные формулировки.
8. Система управления комплектом учебного оборудования фактически представляет собой отдельное программное обеспечение для ПК и мобильных устройств с функциями файлового менеджера, управления правами доступа, сканирования мультимедийных файлов, анализа поведения, машинного обучения, вирусных сигнатур и отчетности. Это не является технической характеристикой моноблока. Требуем исключить данное ПО из состава лота либо выделить его отдельным лотом.
9. Требование соответствия системы управления СТ РК ISO/IEC 15408-3-2017 с оценочным уровнем доверия не ниже 5 является чрезмерным и ограничивающим. Для обычного комплекта оборудования учебного класса не обоснована необходимость уровня доверия 5. Такое условие допускает к участию только ограниченный круг правообладателей и поставщиков специализированного ПО. Требуем исключить данное требование либо предоставить нормативное обоснование его обязательности.
10. Требование о проверке мультимедийных файлов на сервере с использованием криптографической системы безопасности, расположенной на территории Республики Казахстан, является отдельным инфраструктурным требованием к серверному сервису. В ТС не указано, кто предоставляет сервер, срок его работы, порядок доступа, администрирование, резервное копирование, техническая поддержка и ответственность за сбои. Требуем исключить данное условие либо раскрыть полный порядок эксплуатации серверной системы.
11. Требование встроенного модуля безопасности с анализом поведения файлов, машинным обучением, вирусными сигнатурами, защитой от модификации и уведомлениями о найденных угрозах фактически означает закупку антивирусного или специализированного ИБ-решения. Такое ПО имеет самостоятельное назначение и не должно включаться в один лот с моноблоками. Требуем разделить закупку оборудования и программного обеспечения информационной безопасности.
12. Требование использования первоначального паттерна MobX для управления состоянием приложения является признаком конкретной программной архитектуры и не относится к функциональным потребностям Заказчика. Поставщики эквивалентного ПО могут использовать другие архитектурные решения, обеспечивающие аналогичную работу. Требуем исключить указание MobX и заменить его на функциональные требования к работе приложения.
13. Требование предоставить в составе конкурсной заявки авторизационное письмо от правообладателя или официального дистрибьютора на поставку системы управления комплектом учебного оборудования ограничивает конкуренцию. Участие поставщика ставится в зависимость от воли третьего лица, которое может выдать письмо только выбранным участникам. Требуем исключить авторизационное письмо из состава заявки и перенести подтверждение лицензионности на этап поставки.
14. Запрет на замену авторизационного письма гарантийным письмом является ограничивающим и создает риск формального отклонения заявок. Документы, которые могут быть выданы при приобретении товара или ПО, не должны требоваться исключительно до приобретения и подачи заявки без альтернативного подтверждения. Требуем исключить абсолютный запрет гарантийных писем.
15. Требование предоставить документы, подтверждающие включение системы управления комплектом учебного оборудования в реестр доверенного программного обеспечения и продукции электронной промышленности, является избыточным для закупки моноблоков и учебного оборудования. Не указано, почему файловый менеджер и модуль работы с мультимедийными файлами должны иметь статус доверенного ПО. Требуем исключить требование либо предоставить нормативное обоснование.
16. Драйвер доверенной загрузки с функциями защиты и контроля доступа является самостоятельным программным продуктом в сфере информационной безопасности. Он не является обязательной частью моноблочного компьютера и не относится к стандартной поставке учебного оборудования. Требуем исключить драйвер доверенной загрузки из состава комплекта либо выделить его отдельным лотом.
17. Требование к драйверу доверенной загрузки с уровнем доверия не ниже 5+ по СТ РК ISO/IEC 15408-3-2017 является чрезмерным и ограничивающим. Не приведено правовое основание, почему для школьного компьютерного класса требуется именно уровень 5+. Требуем исключить данное условие как несоразмерное предмету закупки.
18. Требование реализации драйвера в виде встроенного DXE-драйвера в составе UEFI, проверки цифровой подписи компонентов загрузочной цепочки, защиты загрузочного сектора, ведения логов безопасности и запрета загрузки с внешних носителей описывает конкретную архитектуру специализированного решения. Для учебного комплекта такие параметры избыточны. Требуем заменить их на общие требования к безопасной загрузке при наличии реальной потребности.
19. По драйверу доверенной загрузки также требуется авторизационное письмо от правообладателя или официального дистрибьютора, сертификат уровня доверия не ниже 5+ и документы о включении решения в реестр доверенного ПО. Совокупность этих условий фактически допускает только заранее определенный продукт и ограниченный круг поставщиков. Требуем исключить данные ограничивающие документы из состава заявки.
20. ТС устанавливает требования к потенциальному участнику о предоставлении документов в составе конкурсной заявки, при этом примечание к форме прямо указывает на недопустимость установления квалификационных требований в технической спецификации. Авторизационные письма, сертификаты уровня 5/5+ и реестровые подтверждения фактически становятся барьером допуска. Требуем исключить такие условия из ТС.
21. В ТС указана поставка 10 комплектов, каждый из которых включает моноблок, клавиатуру, мышь, систему управления, драйвер доверенной загрузки и услуги доставки/установки. При этом отсутствует четкая таблица комплектности с количеством каждой позиции на один комплект и на весь объем поставки. Требуем оформить отдельную ведомость комплектности.
22. В ТС не раскрыт срок действия лицензий, порядок активации, количество пользователей, количество устройств, условия обновления, техническая поддержка и порядок передачи прав по системе управления и драйверу доверенной загрузки. Указание «1 лицензия» недостаточно для приемки и дальнейшей эксплуатации. Требуем конкретизировать лицензионные условия по каждому программному продукту.
23. Сопутствующие услуги указаны как «доставка, установка», однако не раскрыты объем установки, количество рабочих мест, подключение оборудования, первичный запуск, настройка ПО, активация лицензий, проверка работоспособности и критерии приемки. Требуем конкретизировать состав услуг и порядок их подтверждения.
24. Срок поставки 30 календарных дней для 10 комплектов, включающих моноблоки, специализированное ПО, сертификаты, авторизационные письма, реестровые документы и установку, может быть выполним только заранее подготовленным поставщиком, имеющим доступ к конкретным правообладателям. Требуем увеличить срок поставки либо упростить ТС и исключить ограничивающие программные требования.
25. В ТС отсутствует объективная методика приемки: не указано, как будут проверяться параметры моноблока, процессора, дисплея, памяти, накопителя, клавиатуры, мыши, системы управления, ИБ-модуля, драйвера доверенной загрузки, лицензий, сертификатов и совместимости. Требуем установить четкую методику приемки по каждой группе товаров и ПО.
26. Техническая спецификация должна быть переработана в конкурентной редакции: необходимо исключить искусственное объединение оборудования и ПО, авторизационные письма, запрет гарантийных писем, требования уровня доверия 5/5+, реестр доверенного ПО, указание MobX, серверную криптографическую проверку файлов и отдельные ИБ-продукты, не являющиеся обязательной частью моноблочного компьютера.
1. В технической спецификации предмет закупки указан как «Комплект учебного оборудования», однако фактически в один комплект включены моноблочный компьютер, система управления комплектом учебного оборудования, модуль безопасности, драйвер доверенной загрузки, лицензии, доставка и установка. Указанные позиции являются разными товарами и программными продуктами, имеющими самостоятельное назначение. Требуем разделить закупку на отдельные лоты либо предоставить техническое обоснование технологической неразрывности всех компонентов.
2. ТС содержит признаки искусственного объединения компьютерного оборудования и программного обеспечения в сфере информационной безопасности. Моноблоки, файловая система управления, антивирусный/защитный модуль и драйвер доверенной загрузки могут закупаться и эксплуатироваться отдельно. Объединение данных позиций ограничивает круг поставщиков, которые могут поставить моноблоки, но не имеют доступа к конкретному ПО, авторизационным письмам правообладателей и сертификатам уровня доверия 5/5+. Требуем исключить программные продукты из состава лота либо выделить их отдельной закупкой.
3. Наименование лота и код ЕНС ТРУ указаны как «Комплект учебного оборудования», при этом основной товар — моноблочный компьютер для оснащения учебных аудиторий, компьютерных классов и рабочих мест. Фактический предмет закупки относится к компьютерному оборудованию, а не к абстрактному учебному комплекту. Требуем привести наименование лота и код ЕНС ТРУ в соответствие с фактическим предметом закупки.
4. Требование к моноблоку с разрешением не менее QHD 2560 × 1920 является нетипичным и может указывать на конкретную модель или узкий круг моделей. Для учебных аудиторий и работы с образовательными платформами достаточно установить функциональные требования к диагонали, четкости изображения и производительности. Требуем обосновать необходимость именно такого разрешения либо допустить эквивалентные разрешения, включая Full HD или QHD иных пропорций.
5. Требования к процессору моноблока: не менее 4 ядер, 8 потоков, базовая частота не менее 3,3 ГГц, максимальная частота не менее 4,3 ГГц и L3 кэш не менее 12 МБ — сформулированы через набор внутренних параметров конкретных процессоров. Для Заказчика важна фактическая производительность, а не совпадение частот и кэша. Требуем заменить указанные параметры на нейтральный показатель производительности либо допустить процессоры эквивалентной производительности.
6. Требование оперативной памяти именно DDR5 при объеме 8 ГБ является ограничивающим, поскольку для учебных, офисных и образовательных задач моноблоки с DDR4 также могут обеспечивать достаточную производительность. Требуем обосновать необходимость DDR5 либо допустить DDR4/DDR5 при соблюдении минимального объема и стабильной работы.
7. В ТС указано, что клавиатура должна иметь не менее 104 клавиш, поддерживать казахскую, русскую и английскую раскладки, иметь мембранный либо ножничный механизм и эргономичную конструкцию. При этом не определено, как будет проверяться «эргономичность» и какие документы подтверждают поддержку раскладок. Требуем конкретизировать проверяемые характеристики клавиатуры либо исключить субъективные формулировки.
8. Система управления комплектом учебного оборудования фактически представляет собой отдельное программное обеспечение для ПК и мобильных устройств с функциями файлового менеджера, управления правами доступа, сканирования мультимедийных файлов, анализа поведения, машинного обучения, вирусных сигнатур и отчетности. Это не является технической характеристикой моноблока. Требуем исключить данное ПО из состава лота либо выделить его отдельным лотом.
9. Требование соответствия системы управления СТ РК ISO/IEC 15408-3-2017 с оценочным уровнем доверия не ниже 5 является чрезмерным и ограничивающим. Для обычного комплекта оборудования учебного класса не обоснована необходимость уровня доверия 5. Такое условие допускает к участию только ограниченный круг правообладателей и поставщиков специализированного ПО. Требуем исключить данное требование либо предоставить нормативное обоснование его обязательности.
10. Требование о проверке мультимедийных файлов на сервере с использованием криптографической системы безопасности, расположенной на территории Республики Казахстан, является отдельным инфраструктурным требованием к серверному сервису. В ТС не указано, кто предоставляет сервер, срок его работы, порядок доступа, администрирование, резервное копирование, техническая поддержка и ответственность за сбои. Требуем исключить данное условие либо раскрыть полный порядок эксплуатации серверной системы.
11. Требование встроенного модуля безопасности с анализом поведения файлов, машинным обучением, вирусными сигнатурами, защитой от модификации и уведомлениями о найденных угрозах фактически означает закупку антивирусного или специализированного ИБ-решения. Такое ПО имеет самостоятельное назначение и не должно включаться в один лот с моноблоками. Требуем разделить закупку оборудования и программного обеспечения информационной безопасности.
12. Требование использования первоначального паттерна MobX для управления состоянием приложения является признаком конкретной программной архитектуры и не относится к функциональным потребностям Заказчика. Поставщики эквивалентного ПО могут использовать другие архитектурные решения, обеспечивающие аналогичную работу. Требуем исключить указание MobX и заменить его на функциональные требования к работе приложения.
13. Требование предоставить в составе конкурсной заявки авторизационное письмо от правообладателя или официального дистрибьютора на поставку системы управления комплектом учебного оборудования ограничивает конкуренцию. Участие поставщика ставится в зависимость от воли третьего лица, которое может выдать письмо только выбранным участникам. Требуем исключить авторизационное письмо из состава заявки и перенести подтверждение лицензионности на этап поставки.
14. Запрет на замену авторизационного письма гарантийным письмом является ограничивающим и создает риск формального отклонения заявок. Документы, которые могут быть выданы при приобретении товара или ПО, не должны требоваться исключительно до приобретения и подачи заявки без альтернативного подтверждения. Требуем исключить абсолютный запрет гарантийных писем.
15. Требование предоставить документы, подтверждающие включение системы управления комплектом учебного оборудования в реестр доверенного программного обеспечения и продукции электронной промышленности, является избыточным для закупки моноблоков и учебного оборудования. Не указано, почему файловый менеджер и модуль работы с мультимедийными файлами должны иметь статус доверенного ПО. Требуем исключить требование либо предоставить нормативное обоснование.
16. Драйвер доверенной загрузки с функциями защиты и контроля доступа является самостоятельным программным продуктом в сфере информационной безопасности. Он не является обязательной частью моноблочного компьютера и не относится к стандартной поставке учебного оборудования. Требуем исключить драйвер доверенной загрузки из состава комплекта либо выделить его отдельным лотом.
17. Требование к драйверу доверенной загрузки с уровнем доверия не ниже 5+ по СТ РК ISO/IEC 15408-3-2017 является чрезмерным и ограничивающим. Не приведено правовое основание, почему для школьного компьютерного класса требуется именно уровень 5+. Требуем исключить данное условие как несоразмерное предмету закупки.
18. Требование реализации драйвера в виде встроенного DXE-драйвера в составе UEFI, проверки цифровой подписи компонентов загрузочной цепочки, защиты загрузочного сектора, ведения логов безопасности и запрета загрузки с внешних носителей описывает конкретную архитектуру специализированного решения. Для учебного комплекта такие параметры избыточны. Требуем заменить их на общие требования к безопасной загрузке при наличии реальной потребности.
19. По драйверу доверенной загрузки также требуется авторизационное письмо от правообладателя или официального дистрибьютора, сертификат уровня доверия не ниже 5+ и документы о включении решения в реестр доверенного ПО. Совокупность этих условий фактически допускает только заранее определенный продукт и ограниченный круг поставщиков. Требуем исключить данные ограничивающие документы из состава заявки.
20. ТС устанавливает требования к потенциальному участнику о предоставлении документов в составе конкурсной заявки, при этом примечание к форме прямо указывает на недопустимость установления квалификационных требований в технической спецификации. Авторизационные письма, сертификаты уровня 5/5+ и реестровые подтверждения фактически становятся барьером допуска. Требуем исключить такие условия из ТС.
21. В ТС указана поставка 10 комплектов, каждый из которых включает моноблок, клавиатуру, мышь, систему управления, драйвер доверенной загрузки и услуги доставки/установки. При этом отсутствует четкая таблица комплектности с количеством каждой позиции на один комплект и на весь объем поставки. Требуем оформить отдельную ведомость комплектности.
22. В ТС не раскрыт срок действия лицензий, порядок активации, количество пользователей, количество устройств, условия обновления, техническая поддержка и порядок передачи прав по системе управления и драйверу доверенной загрузки. Указание «1 лицензия» недостаточно для приемки и дальнейшей эксплуатации. Требуем конкретизировать лицензионные условия по каждому программному продукту.
23. Сопутствующие услуги указаны как «доставка, установка», однако не раскрыты объем установки, количество рабочих мест, подключение оборудования, первичный запуск, настройка ПО, активация лицензий, проверка работоспособности и критерии приемки. Требуем конкретизировать состав услуг и порядок их подтверждения.
24. Срок поставки 30 календарных дней для 10 комплектов, включающих моноблоки, специализированное ПО, сертификаты, авторизационные письма, реестровые документы и установку, может быть выполним только заранее подготовленным поставщиком, имеющим доступ к конкретным правообладателям. Требуем увеличить срок поставки либо упростить ТС и исключить ограничивающие программные требования.
25. В ТС отсутствует объективная методика приемки: не указано, как будут проверяться параметры моноблока, процессора, дисплея, памяти, накопителя, клавиатуры, мыши, системы управления, ИБ-модуля, драйвера доверенной загрузки, лицензий, сертификатов и совместимости. Требуем установить четкую методику приемки по каждой группе товаров и ПО.
26. Техническая спецификация должна быть переработана в конкурентной редакции: необходимо исключить искусственное объединение оборудования и ПО, авторизационные письма, запрет гарантийных писем, требования уровня доверия 5/5+, реестр доверенного ПО, указание MobX, серверную криптографическую проверку файлов и отдельные ИБ-продукты, не являющиеся обязательной частью моноблочного компьютера.
