Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1063091
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "Ar-lanDoc"
Представитель поставщика
МАНАП АМАНЖОЛ АЛМАТҰЛЫ
Дата и время отправки сообщения
2026-07-23 20:03:57
Текст сообщения
Техническая спецификация содержит признаки несоответствия требованиям законодательства Республики Казахстан о государственных закупках в части квалификационных требований, требований к исполнению договора, ограничений конкуренции, неизмеримых требований, отсутствия критериев эквивалентности, внутренних противоречий и иных нарушений.
Требуем по каждому выявленному требованию либо исключить его из конкурсной документации, либо предоставить мотивированное правовое, техническое и функциональное обоснование его сохранения.
№ 1. Требование единого производителя для компьютера, клавиатуры и мыши — п. 3 ст. 5, пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 2. Требование указания модели и парт-номера в заявке — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 3. Требование наличия международного сайта с русским языком — п. 2 ст. 5, п. 4 ст. 12 Закона РК «О государственных закупках»
№ 4. Требование оперативной памяти DDR5 SO-DIMM 5200 MHz без технического обоснования — п. 4 ст. 12, п. 2 ст. 21 Закона РК «О государственных закупках»
№ 5. Требование расположения портов на стойке моноблока — п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 6. Требование расположения материнской платы внутри стойки — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 7. Требование лазерной гравировки бренда — п. 4 ст. 12, п. 3 ст. 21 Закона РК «О государственных закупках»
№ 8. Требование «аудио высокой четкости» без критериев оценки — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 9. Требование КПД «до 89%» без минимального значения — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 10. Требование «шероховатая матовая поверхность» без критериев — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 11. Требование Active Directory без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 12. Требование Hyper-V версии 8.0 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 13. Требование Bash, PowerShell, Python без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 14. Требование Telegram и Slack без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 15. Требование RedHat или Rocky Linux 8/9 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 16. Требование MySQL без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 17. Требование GPO/MSI, SCCM, Ansible, Puppet без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 18. Требование SNMP, WMI, SSH без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 19. Требование REST API v11 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 20. Требование Splunk, Graylog, ELK без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 21. Требование трапециевидной формы веб-камеры — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 22. Отсутствие критериев эквивалентности для процессора — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 23. Отсутствие критериев эквивалентности для оперативной памяти — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 24. Отсутствие критериев эквивалентности для SSD — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 25. Отсутствие критериев эквивалентности для дисплея — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 26. Отсутствие критериев эквивалентности для операционной системы — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 27. Отсутствие критериев эквивалентности для ПО мониторинга — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 28. Отсутствие ссылок на стандарты для DDR5 памяти — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 29. Отсутствие ссылок на стандарты для SSD M.2 PCIe Gen 4 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 30. Отсутствие ссылок на стандарты для дисплеев — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 31. Отсутствие ссылок на стандарты для Wi-Fi 6 и Bluetooth 5.2 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 32. Отсутствие ссылок на стандарты для TPM 2.0 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 33. Отсутствие ссылок на стандарты для ПО мониторинга — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 34. Объединение в одном лоте компьютеров, периферии, ОС и ПО мониторинга — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 35. Требование Bash без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 36. Требование PowerShell без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 37. Требование Python без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 38. Требование Telegram без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 39. Требование Slack без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 40. Требование RedHat без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 41. Требование Rocky Linux без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 42. Требование GPO/MSI без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 43. Требование SCCM без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 44. Требование Ansible без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 45. Требование Puppet без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 46. Требование SNMP без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 47. Требование WMI без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 48. Требование SSH без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 49. Требование Splunk без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 50. Требование Graylog без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 51. Требование ELK без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 52. Требование автономного инсталлятора (веб-консоль, API, планировщик модулей) без технического обоснования — п. 2 ст. 21 Закона РК «О государственных закупках»
№ 53. Требование автоматического обновления агентов с центрального сервера без указания эквивалентных механизмов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 54. Требование поддержки offline-режима кеширования без функционального обоснования — п. 2 ст. 21 Закона РК «О государственных закупках»
№ 55. Требование интеграции с ITSM/Helpdesk без конкретных критериев и эквивалентов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 56. Требование интеграции с системами удаленного управления без конкретных критериев и эквивалентов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 57. Требование поставки программного обеспечения от производителя или официального дистрибьютора в электронном виде на почту — ст. 7, п. 4 ст. 12 Закона РК «О государственных закупках»
№ 58. Требование «комплексное решение для мониторинга и наблюдаемости» без конкретных функциональных характеристик — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 59. Требование встроенного (embedded) программного обеспечения для мониторинга в составе моноблока без указания критериев эквивалентности — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 60. Применение стандарта СТ РК 1996 2010 «Компьютеры. Общие технические условия» к моноблокам — п. 3 ст. 12, п. 2 ст. 21 Закона РК «О государственных закупках», ст. 8 Закона РК «О техническом регулировании»
Требуем по каждому выявленному требованию либо исключить его из конкурсной документации, либо предоставить мотивированное правовое, техническое и функциональное обоснование его сохранения.
№ 1. Требование единого производителя для компьютера, клавиатуры и мыши — п. 3 ст. 5, пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 2. Требование указания модели и парт-номера в заявке — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 3. Требование наличия международного сайта с русским языком — п. 2 ст. 5, п. 4 ст. 12 Закона РК «О государственных закупках»
№ 4. Требование оперативной памяти DDR5 SO-DIMM 5200 MHz без технического обоснования — п. 4 ст. 12, п. 2 ст. 21 Закона РК «О государственных закупках»
№ 5. Требование расположения портов на стойке моноблока — п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 6. Требование расположения материнской платы внутри стойки — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 7. Требование лазерной гравировки бренда — п. 4 ст. 12, п. 3 ст. 21 Закона РК «О государственных закупках»
№ 8. Требование «аудио высокой четкости» без критериев оценки — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 9. Требование КПД «до 89%» без минимального значения — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 10. Требование «шероховатая матовая поверхность» без критериев — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 11. Требование Active Directory без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 12. Требование Hyper-V версии 8.0 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках», ст. 11 ГК РК
№ 13. Требование Bash, PowerShell, Python без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 14. Требование Telegram и Slack без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 15. Требование RedHat или Rocky Linux 8/9 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 16. Требование MySQL без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 17. Требование GPO/MSI, SCCM, Ansible, Puppet без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 18. Требование SNMP, WMI, SSH без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 19. Требование REST API v11 без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 20. Требование Splunk, Graylog, ELK без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 21. Требование трапециевидной формы веб-камеры — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 22. Отсутствие критериев эквивалентности для процессора — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 23. Отсутствие критериев эквивалентности для оперативной памяти — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 24. Отсутствие критериев эквивалентности для SSD — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 25. Отсутствие критериев эквивалентности для дисплея — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 26. Отсутствие критериев эквивалентности для операционной системы — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 27. Отсутствие критериев эквивалентности для ПО мониторинга — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 28. Отсутствие ссылок на стандарты для DDR5 памяти — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 29. Отсутствие ссылок на стандарты для SSD M.2 PCIe Gen 4 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 30. Отсутствие ссылок на стандарты для дисплеев — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 31. Отсутствие ссылок на стандарты для Wi-Fi 6 и Bluetooth 5.2 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 32. Отсутствие ссылок на стандарты для TPM 2.0 — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 33. Отсутствие ссылок на стандарты для ПО мониторинга — п. 3 ст. 12 Закона РК «О государственных закупках» (профиль риска 20)
№ 34. Объединение в одном лоте компьютеров, периферии, ОС и ПО мониторинга — п. 4 ст. 12 Закона РК «О государственных закупках»
№ 35. Требование Bash без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 36. Требование PowerShell без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 37. Требование Python без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 38. Требование Telegram без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 39. Требование Slack без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 40. Требование RedHat без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 41. Требование Rocky Linux без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 42. Требование GPO/MSI без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 43. Требование SCCM без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 44. Требование Ansible без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 45. Требование Puppet без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 46. Требование SNMP без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 47. Требование WMI без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 48. Требование SSH без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 49. Требование Splunk без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 50. Требование Graylog без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 51. Требование ELK без указания эквивалентов — пп. 2) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 52. Требование автономного инсталлятора (веб-консоль, API, планировщик модулей) без технического обоснования — п. 2 ст. 21 Закона РК «О государственных закупках»
№ 53. Требование автоматического обновления агентов с центрального сервера без указания эквивалентных механизмов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 54. Требование поддержки offline-режима кеширования без функционального обоснования — п. 2 ст. 21 Закона РК «О государственных закупках»
№ 55. Требование интеграции с ITSM/Helpdesk без конкретных критериев и эквивалентов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 56. Требование интеграции с системами удаленного управления без конкретных критериев и эквивалентов — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 57. Требование поставки программного обеспечения от производителя или официального дистрибьютора в электронном виде на почту — ст. 7, п. 4 ст. 12 Закона РК «О государственных закупках»
№ 58. Требование «комплексное решение для мониторинга и наблюдаемости» без конкретных функциональных характеристик — пп. 1) п. 4 ст. 12 Закона РК «О государственных закупках»
№ 59. Требование встроенного (embedded) программного обеспечения для мониторинга в составе моноблока без указания критериев эквивалентности — п. 3 ст. 21 Закона РК «О государственных закупках»
№ 60. Применение стандарта СТ РК 1996 2010 «Компьютеры. Общие технические условия» к моноблокам — п. 3 ст. 12, п. 2 ст. 21 Закона РК «О государственных закупках», ст. 8 Закона РК «О техническом регулировании»
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-07-27 18:08:45
Автор:
КАРАСАТОВА АЛИЯ МУРАТОВНА
Решение:
Отклонить замечания
Причина отклонения
1. Требование о поставке моноблока, клавиатуры и манипулятора «мышь» от одного производителя (в рамках единого заводского комплекта) установлено Заказчиком в соответствии Закона РК «О государственных закупках» (определение условий комплектности, качественных и эксплуатационных характеристик закупаемого товара) и обусловлено следующими причинами:
- Заводская комплектность и поставка в единой упаковке: Закупаемый моноблок представляет собой готовое моноблочное рабочее место. Требование единого бренда гарантирует поставку оборудования в оригинальной заводской упаковке производителя, сформированной на заводе-изготовителе, без кустарного разукомплектования и подмены комплектующих на сторонние компоненты перед сдачей Заказчику
- Сертификация и электромагнитная совместимость (ЭМС): Комплектное оборудование одного производителя проходит заводские испытания на совместимость, электробезопасность и уровни электромагнитного излучения как единый аппаратный комплекс.
- Единый контроль: обеспечение полной совместимости оборудования, единая гарантийная поддержка, централизованное сервисное обслуживание и соблюдение корпоративной стандартизации используемой техники, способствует единому контролю при использовании и инвентаризации.
Данное требование является стандартным условием поставки готовых ПК и моноблоков, предъявляется ко всем потенциальным поставщикам на равных условиях и не направлено на ограничение конкуренции, так как закупку моноблоков в комплектной поставке (компьютер + клавиатура + мышь) осуществляют абсолютно все крупные мировые производители.
2. Указание модели и продуктового номера предусмотрено технической спецификацией в целях однозначной идентификации предлагаемого оборудования, проверки его технических характеристик и исключения неоднозначного толкования предмета закупки при рассмотрении заявок. Требование к маркировке продукции установлено Техническим регламентом "Требования к маркировке продукции", Утвержденным приказом Министра торговли и интеграции Республики Казахстан от 21 мая 2021 года № 348-НҚ. Указанное требование направлено на защиту интересов заказчика в соответствии с Законом РК «О защите прав потребителей» от 4 мая 2010 года № 274-IV (п.3, п.4, п.6, п.9 ст. 7 о получении информации о товаре, приобретении безопасного товара, надлежащего качества и получения у поставщика документа, подтверждающего факт приобретения товара (выполнения работы, оказания услуги).:
1) Необходимость однозначной идентификации предмета закупки: Серийно выпускаемое компьютерное оборудование одной и той же линейки/модели имеет десятки различных заводских модификаций (конфигураций), отличающихся типом процессора, объемом оперативной памяти, матрицей экрана и наличием лицензионного ПО. Указание продуктового кода (Part Number), присвоенного заводом-изготовителем, является единственным объективным способом идентифицировать конкретную конфигурацию товара.
2) Обеспечение проверки достоверности сведений: В соответствии с законодательством о государственных закупках, Конкурсная комиссия обязана провести полнотекстовую проверку соответствия предлагаемого товара технической спецификации. Отсутствие Part Number лишает комиссию возможности проверить соответствие заявленных характеристик официальной спецификации производителя и создает риски поставки товара с некомплектными или искаженными параметрами.
3) Равные условия для всех участников: Указание Part Number предлагаемого к поставке товара не создает дополнительных барьеров, так как любой добросовестный поставщик, формируя ценовое предложение и запрашивая товар у дистрибьютора/производителя, выгружает коммерческое предложение с конкретным продуктовым кодом (Part Number).
На основании изложенного, требование об указании Part Number является базовым инструментом идентификации товара, применяется ко всем потенциальным поставщикам на равных условиях и сохраняется без изменений.
3. Требование о наличии официального международного сайта производителя с поддержкой русского языка установлено Заказчиком в соответствии Закона РК «О государственных закупках» (определение качественных и эксплуатационных характеристик закупаемого товара), а также нормами Закона РК «О языках в Республике Казахстан» и обусловлено следующими причинами:
1) Обеспечение информационной безопасности и поддержка ПО: Компьютерное оборудование требует регулярного обновления микропрограммного обеспечения (BIOS/UEFI, драйверы устройств, исправления уязвимостей). Доступ к официальному ресурсу производителя на доступном пользователям языке необходим IT-специалистам Заказчика для своевременного получения критических обновлений безопасности непосредственно от вендора, без использования сторонних незащищенных источников.
2) Легитимность и подтверждение оригинальности продукции: Наличие официального глобального интернет-ресурса производителя с описанием конкретной модели и ее продуктового кода (парт-номера) является прямым подтверждением того, что предлагаемый товар является серийно выпускаемой продукцией вендора, а не кустарной сборкой из неоригинальных комплектующих.
3) Доступность технической и гарантийной документации: В соответствии с требованиями к эксплуатации сложной электронной техники, пользователь имеет право на прямое ознакомление с официальными инструкциями, руководствами по эксплуатации и условиями международной гарантии вендора.
4) установлено в целях обеспечения возможности проверки подлинности оборудования, его технических характеристик, наличия актуальной документации и гарантийной поддержки и дальнейшего сервисного обслуживания, расширения функциональности, исключая вероятность поставки контрафактной продукции. Указанное требование направлено на защиту интересов заказчика в соответствии с Законом РК «О защите прав потребителей» от 4 мая 2010 года № 274-IV (п.3, п.4, п.6, п.9 ст. 7 о получении информации о товаре, приобретении безопасного товара, надлежащего качества и получения у поставщика документа, подтверждающего факт приобретения товара (выполнения работы, оказания услуги).
Данное требование не является дискриминационным, так как абсолютно все основные мировые и крупные региональные производители компьютерной техники имеют официальные международные интернет-ресурсы с русскоязычными разделами технической поддержки. На основании изложенного, указанное условие направлено на обеспечение качественных и эксплуатационных характеристик товара, защиты государственных интересов и сохраняется без изменений.»
4. Выбор указанного типа памяти обусловлен:
необходимостью использования современной аппаратной платформы;
обеспечением требуемой производительности;
энергоэффективностью;
возможностью дальнейшей модернизации.
Техническая спецификация устанавливает минимальные характеристики, а не конкретную модель оборудования.
1. Расположение интерфейсов определено с учетом особенностей эксплуатации оборудования, удобства подключения периферийных устройств, соблюдения требований эргономики рабочих мест и минимизации механического воздействия на кабельные соединения. Указанное требование обусловлено производственной необходимостью заказчика и не противоречит требованиям законодательства о государственных закупках
2. Требование к конструктивному исполнению моноблока (размещение системной платы внутри стойки) установлено Заказчиком в соответствии пункта 3 статьи 12 Закона РК «О государственных закупках», определяющим право Заказчика указывать функциональные, технические и эксплуатационные характеристики товара исходя из своих потребностей. Данное требование относится к эксплуатационным и эргономическим характеристикам оборудования и обусловлено следующими объективными потребностями:
1) Обеспечение устойчивости и безопасности: Перенос массы системной платы в стойку смещает центр тяжести моноблока вниз. Это обеспечивает повышенную устойчивость конструкции, предотвращает опрокидывание и исключает раскачивание экрана при регулировке наклона и повседневном использовании.
2) Снижение механической нагрузки на механизмы: Уменьшение массы дисплейного модуля снижает износ шарнирного механизма стойки, что критически важно при интенсивной эксплуатации оборудования.
3) Эргономика и организация рабочего пространства: Подключение всех интерфейсных и кабельных линий (питание, сеть, видеовыходы) у основания стойки предотвращает провисание и натяжение кабелей, улучшает кабель-менеджмент и снижает риск случайного выдергивания разъемов.
4) Размещение материнской платы внутри стойки обеспечивает улучшенный теплоотвод, снижает тепловую нагрузку на дисплей, повышает ремонтопригодности и удобства сервисного обслуживания оборудования в процессе эксплуатации
Данное требование относится не к дизайну, а к ЭКСПЛУАТАЦИОННЫМ характеристикам товара. Оно прямо влияет на устойчивость конструкции (смещение центра тяжести), снижение износа шарниров дисплея и удобство ежедневного подключения периферийных устройств и кабелей питания у основания стола, что предотвращает их случайное повреждение при эксплуатации
Техническая спецификация не содержит указания на конкретные товарные знаки, патенты или фирменные наименования. Потенциальные поставщики вправе предложить к поставке любой товар от любого производителя, соответствующий указанным эксплуатационным характеристикам.
3. Требование к маркировке продукции установлено Техническим регламентом "Требования к маркировке продукции", Утвержденным приказом Министра торговли и интеграции Республики Казахстан от 21 мая 2021 года № 348-НҚ. Требование к способу нанесения логотипа установлено в целях исключения поставки контрафактной продукции, обеспечения качества продукции, идентификации производителя, совместимости оборудования, и сохранения маркировки на протяжении всего срока эксплуатации оборудования (предотвращения замены маркировочных элементов; исключения использования наклеек, которые могут быть повреждены или удалены). Данное требование направлено на подтверждение подлинности товара в целях предотвращения поставки контрафактной продукции и обеспечение его качества. Предлагаемые способы нанесения широко распространены, не искажают функциональность оборудования, не изменяя и не блокируя сборку, доступна в промышленных и мелкосборочных масштабах. Способ маркировки не препятствует использованию промышленных комплектующих, способствует узнаваемости потенциального отечественного бренда. Требование к исполнению клавиатуры установлены в целях эргономики использования, предотвращения возможных травм и ошибок при использовании наклеек, сокращения расходов на замену клавиатуры и обновления наклеек.
4. Под термином понимается наличие встроенной аудиосистемы класса High Definition Audio либо аналогичного уровня, заявленного производителем.
Проверка осуществляется по официальной технической документации производителя.
5. Указанное значение является характеристикой энергоэффективности блока питания.
Информация о КПД определяется производителем оборудования и подтверждается технической документацией.
6. Данное требование установлено для обеспечения:
отсутствия бликов;
устойчивости поверхности к эксплуатации;
соответствия корпоративному внешнему виду оборудования.
Проверка осуществляется путем визуального контроля при приемке.
7. Active Directory указана не как конкретный продукт, а как функциональное требование:
централизованная аутентификация;
управление пользователями;
применение политик безопасности.
Эквивалентным является решение, обеспечивающее аналогичные функции.
8. Наличие гипервизора необходимо для:
создания виртуальных сред;
тестирования программных решений;
эксплуатации специализированных приложений.
Требуется наличие соответствующего функционала виртуализации.
9. Указанные языки являются наиболее распространенными средствами автоматизации администрирования в различных операционных средах.
Требование установлено к возможности выполнения сценариев автоматизации, а не к конкретному производителю программного обеспечения.
10. Интеграция необходима для оперативного уведомления ответственных специалистов о событиях мониторинга.
Допускаются решения, обеспечивающие аналогичный механизм уведомлений.
11. Выбор обусловлен необходимостью совместимости с серверной инфраструктурой заказчика и использованием стабильной корпоративной Linux-платформы.
12. Использование MySQL обусловлено:
надежностью хранения данных;
распространенностью;
совместимостью с программными решениями мониторинга.
13. Данные механизмы указаны как примеры средств централизованного развертывания и управления.
Цель требования — обеспечение автоматизации установки и сопровождения программных компонентов.
14. Указанные протоколы являются стандартными механизмами мониторинга оборудования и программных систем.
Они позволяют получать информацию о состоянии инфраструктуры различных производителей.
15. Версия API определена исходя из требований совместимости с используемыми информационными системами.
Потенциальный поставщик вправе предложить решение, обеспечивающее требуемый уровень интеграции.
16. Указанные решения приведены как примеры систем анализа событий безопасности.
Требуется наличие возможности интеграции с SIEM-системами через стандартные механизмы обмена данными.
17. Указанное требование относится к конструктивному исполнению оборудования и установлено исходя из требований заказчика к размещению камеры в верхней центральной части дисплейного модуля, удобству проведения видеоконференций и эргономике использования оборудования.
Данное требование не ограничивает участие потенциальных поставщиков, поскольку производители вправе предлагать оборудование с соответствующим конструктивным исполнением.
18. Техническая спецификация содержит конкретные объективные параметры процессора:
количество производительных и энергоэффективных ядер;
количество потоков;
базовую и максимальную частоту;
объем кэш-памяти;
наличие встроенного графического процессора.
Указанные показатели являются критериями оценки соответствия процессора.
19. Критериями соответствия оперативной памяти являются:
• объем;
• тип памяти;
• частота;
• количество слотов;
• возможность расширения.
Требования являются измеримыми и проверяемыми.
20. Технической спецификацией установлены объективные параметры:
• форм-фактор M.2 2280;
• интерфейс PCIe Gen 4;
• объем не менее 512 ГБ.
Указанные характеристики позволяют определить соответствие предлагаемого накопителя.
21. Эквивалентность дисплея определяется по установленным характеристикам:
диагональ;
разрешение;
тип матрицы;
яркость;
контрастность;
цветовой охват;
углы обзора;
антибликовое покрытие.
22. Техническая спецификация определяет функциональные возможности операционной системы:
работу в доменной инфраструктуре;
поддержку групповых политик;
шифрование данных;
удаленный доступ;
виртуализацию;
централизованное управление обновлениями.
Оценка осуществляется по функциональному соответствию.
23. Технической спецификацией установлен перечень необходимых функций:
сбор метрик;
управление агентами;
автоматизация;
интеграции;
уведомления;
хранение данных;
управление инфраструктурой.
Любое решение, обеспечивающее указанные функции, может быть предложено.
24. Техническая спецификация содержит требования к характеристикам оборудования, а не обязательное указание нормативных документов на каждую составную часть товара.
Параметры оперативной памяти подтверждаются технической документацией производителя.
25. Интерфейс PCIe является международным промышленным стандартом, применяемым производителями оборудования.
Соответствие подтверждается техническими характеристиками производителя.
26. Требования к дисплею установлены в виде измеряемых характеристик, достаточных для определения качества и соответствия оборудования.
27. Требования установлены на основании общепринятых международных спецификаций беспроводной связи.
Дополнительное указание нормативных документов не требуется для определения соответствия товара.
28. TPM 2.0 является распространенным механизмом аппаратной защиты информации, используемым в современных корпоративных устройствах.
Соответствие подтверждается документацией производителя.
29. Программное обеспечение определяется функциональными требованиями, а не обязательным перечнем стандартов.
30. Предмет закупки представляет собой комплексное решение, включающее аппаратную и программную составляющие, необходимые для полноценного ввода оборудования в эксплуатацию и его дальнейшего централизованного администрирования. Приобретение компьютерной техники (моноблоков) в комплекте согласно технической спецификации позволяет приобрести товар при получении которого имеется возможность получить работоспособный и готовый к немедленному использованию товар. Отдельная закупка лицензионного программного обеспечения, различных систем и комплектующих не позволяет проверить и использовать полученный товар в короткие сроки, а также оптимально расходовать денежные средства. Тем самым соблюдается принцип оптимального и эффективного расходования денег, используемых для государственных закупок, приобретения инновационных и высокотехнологичных товаров, работ, услуг, соблюдения прав на объекты интеллектуальной собственности, содержащиеся в закупаемых товарах. Формирование предмета закупки осуществлено с учетом потребностей заказчика и не противоречит требованиям законодательства Республики Казахстан о государственных закупках.
31. Bash указан как пример необходимого инструмента автоматизации в Linux-средах.
Требуется возможность выполнения сценариев управления, а не использование исключительно конкретного языка.
32. PowerShell указан как средство автоматизации управления системами Windows.
Эквивалентным считается решение, обеспечивающее аналогичную функциональность.
33. Python используется как распространенный инструмент автоматизации и интеграции.
Требование относится к функциональной возможности выполнения сценариев.
34. Telegram указан как пример канала уведомлений.
Допускается использование иных механизмов уведомления, обеспечивающих аналогичную функциональность.
35. Требование направлено на обеспечение оперативного информирования пользователей и специалистов.
36. Red Hat указан как одна из поддерживаемых корпоративных платформ.
Требование связано с совместимостью и эксплуатацией серверной части решения.
37. Rocky Linux указан как одна из распространенных корпоративных Linux-платформ, совместимых с требованиями к серверной инфраструктуре.
Требование установлено исходя из необходимости обеспечения стабильности, безопасности и совместимости программного решения.
Допускается использование решений, обеспечивающих аналогичные эксплуатационные возможности.
38. Указанные механизмы приведены как способы централизованного развертывания программных компонентов.
Требование направлено на обеспечение автоматизированной установки и управления агентами без необходимости ручной настройки каждого устройства.
39. SCCM указан как один из примеров средств централизованного управления программным обеспечением в корпоративной среде.
Эквивалентным является решение, обеспечивающее аналогичную возможность массового развертывания.
40. Ansible указан как пример инструмента автоматизации управления инфраструктурой.
Требуется наличие функциональности автоматизированного развертывания и настройки компонентов.
41. Puppet приведен как один из распространенных инструментов управления конфигурациями.
Требование установлено к функциональности автоматизации, а не к конкретному программному продукту.
42. SNMP является стандартным протоколом мониторинга сетевого оборудования и информационных систем.
Использование данного протокола необходимо для получения информации о состоянии оборудования различных производителей.
43. Замечание не принимается.
WMI используется для мониторинга оборудования и программных компонентов под управлением Windows.
Требование обусловлено необходимостью взаимодействия с существующей инфраструктурой заказчика.
44. SSH является распространенным безопасным протоколом удаленного доступа и управления Linux/Unix-системами.
Требование установлено для обеспечения полноценного мониторинга различных платформ.
45. Splunk указан в технической спецификации как пример системы класса SIEM.
Требуется возможность интеграции с системами анализа событий информационной безопасности.
46. Graylog указан как пример решения для централизованного сбора и анализа журналов событий.
Требуется соответствующая функциональная возможность.
47. ELK указан как пример программного комплекса обработки журналов и анализа событий.
Требуется возможность передачи данных в системы аналогичного назначения.
48. Требование обусловлено необходимостью самостоятельного развертывания решения в инфраструктуре заказчика без зависимости от внешних облачных сервисов.
Автономная установка обеспечивает:
контроль процесса внедрения;
возможность эксплуатации в закрытой сети;
снижение рисков информационной безопасности.
49. Требование установлено для централизованного управления установленными агентами, своевременного обновления программных компонентов и снижения нагрузки на администраторов.
Эквивалентным является любой механизм, обеспечивающий аналогичный функционал.
50. Требование обусловлено необходимостью сохранения данных мониторинга при временных перебоях связи между агентом и сервером управления.
Данная функция обеспечивает непрерывность контроля состояния оборудования.
51. Интеграция необходима для автоматизации процессов обработки заявок, регистрации событий мониторинга и передачи информации между системами управления ИТ-услугами.
Критерием соответствия является наличие соответствующего интерфейса интеграции.
52. Требование установлено для обеспечения возможности технического обслуживания, диагностики и оперативного устранения проблем на рабочих станциях.
53. Требование установлено в целях:
подтверждения легальности происхождения программного обеспечения;
исключения использования нелицензионных решений;
обеспечения получения обновлений и поддержки производителя.
54. Техническая спецификация содержит подробное описание функциональных требований:
сбор метрик;
мониторинг оборудования;
управление агентами;
автоматизация;
уведомления;
интеграции;
безопасность;
централизованное управление.
55. Требование относится к наличию программного обеспечения в составе поставляемого решения.
Эквивалентность определяется по функциональным возможностям, указанным в технической спецификации.
60. Указанный стандарт применяется как дополнительный ориентир при определении общих требований к компьютерному оборудованию.
Техническая спецификация дополнительно содержит конкретные эксплуатационные характеристики, необходимые заказчику.
Применение стандартов не ограничивает конкуренцию, поскольку потенциальные поставщики могут предложить оборудование различных производителей при условии соответствия установленным требованиям.
- Заводская комплектность и поставка в единой упаковке: Закупаемый моноблок представляет собой готовое моноблочное рабочее место. Требование единого бренда гарантирует поставку оборудования в оригинальной заводской упаковке производителя, сформированной на заводе-изготовителе, без кустарного разукомплектования и подмены комплектующих на сторонние компоненты перед сдачей Заказчику
- Сертификация и электромагнитная совместимость (ЭМС): Комплектное оборудование одного производителя проходит заводские испытания на совместимость, электробезопасность и уровни электромагнитного излучения как единый аппаратный комплекс.
- Единый контроль: обеспечение полной совместимости оборудования, единая гарантийная поддержка, централизованное сервисное обслуживание и соблюдение корпоративной стандартизации используемой техники, способствует единому контролю при использовании и инвентаризации.
Данное требование является стандартным условием поставки готовых ПК и моноблоков, предъявляется ко всем потенциальным поставщикам на равных условиях и не направлено на ограничение конкуренции, так как закупку моноблоков в комплектной поставке (компьютер + клавиатура + мышь) осуществляют абсолютно все крупные мировые производители.
2. Указание модели и продуктового номера предусмотрено технической спецификацией в целях однозначной идентификации предлагаемого оборудования, проверки его технических характеристик и исключения неоднозначного толкования предмета закупки при рассмотрении заявок. Требование к маркировке продукции установлено Техническим регламентом "Требования к маркировке продукции", Утвержденным приказом Министра торговли и интеграции Республики Казахстан от 21 мая 2021 года № 348-НҚ. Указанное требование направлено на защиту интересов заказчика в соответствии с Законом РК «О защите прав потребителей» от 4 мая 2010 года № 274-IV (п.3, п.4, п.6, п.9 ст. 7 о получении информации о товаре, приобретении безопасного товара, надлежащего качества и получения у поставщика документа, подтверждающего факт приобретения товара (выполнения работы, оказания услуги).:
1) Необходимость однозначной идентификации предмета закупки: Серийно выпускаемое компьютерное оборудование одной и той же линейки/модели имеет десятки различных заводских модификаций (конфигураций), отличающихся типом процессора, объемом оперативной памяти, матрицей экрана и наличием лицензионного ПО. Указание продуктового кода (Part Number), присвоенного заводом-изготовителем, является единственным объективным способом идентифицировать конкретную конфигурацию товара.
2) Обеспечение проверки достоверности сведений: В соответствии с законодательством о государственных закупках, Конкурсная комиссия обязана провести полнотекстовую проверку соответствия предлагаемого товара технической спецификации. Отсутствие Part Number лишает комиссию возможности проверить соответствие заявленных характеристик официальной спецификации производителя и создает риски поставки товара с некомплектными или искаженными параметрами.
3) Равные условия для всех участников: Указание Part Number предлагаемого к поставке товара не создает дополнительных барьеров, так как любой добросовестный поставщик, формируя ценовое предложение и запрашивая товар у дистрибьютора/производителя, выгружает коммерческое предложение с конкретным продуктовым кодом (Part Number).
На основании изложенного, требование об указании Part Number является базовым инструментом идентификации товара, применяется ко всем потенциальным поставщикам на равных условиях и сохраняется без изменений.
3. Требование о наличии официального международного сайта производителя с поддержкой русского языка установлено Заказчиком в соответствии Закона РК «О государственных закупках» (определение качественных и эксплуатационных характеристик закупаемого товара), а также нормами Закона РК «О языках в Республике Казахстан» и обусловлено следующими причинами:
1) Обеспечение информационной безопасности и поддержка ПО: Компьютерное оборудование требует регулярного обновления микропрограммного обеспечения (BIOS/UEFI, драйверы устройств, исправления уязвимостей). Доступ к официальному ресурсу производителя на доступном пользователям языке необходим IT-специалистам Заказчика для своевременного получения критических обновлений безопасности непосредственно от вендора, без использования сторонних незащищенных источников.
2) Легитимность и подтверждение оригинальности продукции: Наличие официального глобального интернет-ресурса производителя с описанием конкретной модели и ее продуктового кода (парт-номера) является прямым подтверждением того, что предлагаемый товар является серийно выпускаемой продукцией вендора, а не кустарной сборкой из неоригинальных комплектующих.
3) Доступность технической и гарантийной документации: В соответствии с требованиями к эксплуатации сложной электронной техники, пользователь имеет право на прямое ознакомление с официальными инструкциями, руководствами по эксплуатации и условиями международной гарантии вендора.
4) установлено в целях обеспечения возможности проверки подлинности оборудования, его технических характеристик, наличия актуальной документации и гарантийной поддержки и дальнейшего сервисного обслуживания, расширения функциональности, исключая вероятность поставки контрафактной продукции. Указанное требование направлено на защиту интересов заказчика в соответствии с Законом РК «О защите прав потребителей» от 4 мая 2010 года № 274-IV (п.3, п.4, п.6, п.9 ст. 7 о получении информации о товаре, приобретении безопасного товара, надлежащего качества и получения у поставщика документа, подтверждающего факт приобретения товара (выполнения работы, оказания услуги).
Данное требование не является дискриминационным, так как абсолютно все основные мировые и крупные региональные производители компьютерной техники имеют официальные международные интернет-ресурсы с русскоязычными разделами технической поддержки. На основании изложенного, указанное условие направлено на обеспечение качественных и эксплуатационных характеристик товара, защиты государственных интересов и сохраняется без изменений.»
4. Выбор указанного типа памяти обусловлен:
необходимостью использования современной аппаратной платформы;
обеспечением требуемой производительности;
энергоэффективностью;
возможностью дальнейшей модернизации.
Техническая спецификация устанавливает минимальные характеристики, а не конкретную модель оборудования.
1. Расположение интерфейсов определено с учетом особенностей эксплуатации оборудования, удобства подключения периферийных устройств, соблюдения требований эргономики рабочих мест и минимизации механического воздействия на кабельные соединения. Указанное требование обусловлено производственной необходимостью заказчика и не противоречит требованиям законодательства о государственных закупках
2. Требование к конструктивному исполнению моноблока (размещение системной платы внутри стойки) установлено Заказчиком в соответствии пункта 3 статьи 12 Закона РК «О государственных закупках», определяющим право Заказчика указывать функциональные, технические и эксплуатационные характеристики товара исходя из своих потребностей. Данное требование относится к эксплуатационным и эргономическим характеристикам оборудования и обусловлено следующими объективными потребностями:
1) Обеспечение устойчивости и безопасности: Перенос массы системной платы в стойку смещает центр тяжести моноблока вниз. Это обеспечивает повышенную устойчивость конструкции, предотвращает опрокидывание и исключает раскачивание экрана при регулировке наклона и повседневном использовании.
2) Снижение механической нагрузки на механизмы: Уменьшение массы дисплейного модуля снижает износ шарнирного механизма стойки, что критически важно при интенсивной эксплуатации оборудования.
3) Эргономика и организация рабочего пространства: Подключение всех интерфейсных и кабельных линий (питание, сеть, видеовыходы) у основания стойки предотвращает провисание и натяжение кабелей, улучшает кабель-менеджмент и снижает риск случайного выдергивания разъемов.
4) Размещение материнской платы внутри стойки обеспечивает улучшенный теплоотвод, снижает тепловую нагрузку на дисплей, повышает ремонтопригодности и удобства сервисного обслуживания оборудования в процессе эксплуатации
Данное требование относится не к дизайну, а к ЭКСПЛУАТАЦИОННЫМ характеристикам товара. Оно прямо влияет на устойчивость конструкции (смещение центра тяжести), снижение износа шарниров дисплея и удобство ежедневного подключения периферийных устройств и кабелей питания у основания стола, что предотвращает их случайное повреждение при эксплуатации
Техническая спецификация не содержит указания на конкретные товарные знаки, патенты или фирменные наименования. Потенциальные поставщики вправе предложить к поставке любой товар от любого производителя, соответствующий указанным эксплуатационным характеристикам.
3. Требование к маркировке продукции установлено Техническим регламентом "Требования к маркировке продукции", Утвержденным приказом Министра торговли и интеграции Республики Казахстан от 21 мая 2021 года № 348-НҚ. Требование к способу нанесения логотипа установлено в целях исключения поставки контрафактной продукции, обеспечения качества продукции, идентификации производителя, совместимости оборудования, и сохранения маркировки на протяжении всего срока эксплуатации оборудования (предотвращения замены маркировочных элементов; исключения использования наклеек, которые могут быть повреждены или удалены). Данное требование направлено на подтверждение подлинности товара в целях предотвращения поставки контрафактной продукции и обеспечение его качества. Предлагаемые способы нанесения широко распространены, не искажают функциональность оборудования, не изменяя и не блокируя сборку, доступна в промышленных и мелкосборочных масштабах. Способ маркировки не препятствует использованию промышленных комплектующих, способствует узнаваемости потенциального отечественного бренда. Требование к исполнению клавиатуры установлены в целях эргономики использования, предотвращения возможных травм и ошибок при использовании наклеек, сокращения расходов на замену клавиатуры и обновления наклеек.
4. Под термином понимается наличие встроенной аудиосистемы класса High Definition Audio либо аналогичного уровня, заявленного производителем.
Проверка осуществляется по официальной технической документации производителя.
5. Указанное значение является характеристикой энергоэффективности блока питания.
Информация о КПД определяется производителем оборудования и подтверждается технической документацией.
6. Данное требование установлено для обеспечения:
отсутствия бликов;
устойчивости поверхности к эксплуатации;
соответствия корпоративному внешнему виду оборудования.
Проверка осуществляется путем визуального контроля при приемке.
7. Active Directory указана не как конкретный продукт, а как функциональное требование:
централизованная аутентификация;
управление пользователями;
применение политик безопасности.
Эквивалентным является решение, обеспечивающее аналогичные функции.
8. Наличие гипервизора необходимо для:
создания виртуальных сред;
тестирования программных решений;
эксплуатации специализированных приложений.
Требуется наличие соответствующего функционала виртуализации.
9. Указанные языки являются наиболее распространенными средствами автоматизации администрирования в различных операционных средах.
Требование установлено к возможности выполнения сценариев автоматизации, а не к конкретному производителю программного обеспечения.
10. Интеграция необходима для оперативного уведомления ответственных специалистов о событиях мониторинга.
Допускаются решения, обеспечивающие аналогичный механизм уведомлений.
11. Выбор обусловлен необходимостью совместимости с серверной инфраструктурой заказчика и использованием стабильной корпоративной Linux-платформы.
12. Использование MySQL обусловлено:
надежностью хранения данных;
распространенностью;
совместимостью с программными решениями мониторинга.
13. Данные механизмы указаны как примеры средств централизованного развертывания и управления.
Цель требования — обеспечение автоматизации установки и сопровождения программных компонентов.
14. Указанные протоколы являются стандартными механизмами мониторинга оборудования и программных систем.
Они позволяют получать информацию о состоянии инфраструктуры различных производителей.
15. Версия API определена исходя из требований совместимости с используемыми информационными системами.
Потенциальный поставщик вправе предложить решение, обеспечивающее требуемый уровень интеграции.
16. Указанные решения приведены как примеры систем анализа событий безопасности.
Требуется наличие возможности интеграции с SIEM-системами через стандартные механизмы обмена данными.
17. Указанное требование относится к конструктивному исполнению оборудования и установлено исходя из требований заказчика к размещению камеры в верхней центральной части дисплейного модуля, удобству проведения видеоконференций и эргономике использования оборудования.
Данное требование не ограничивает участие потенциальных поставщиков, поскольку производители вправе предлагать оборудование с соответствующим конструктивным исполнением.
18. Техническая спецификация содержит конкретные объективные параметры процессора:
количество производительных и энергоэффективных ядер;
количество потоков;
базовую и максимальную частоту;
объем кэш-памяти;
наличие встроенного графического процессора.
Указанные показатели являются критериями оценки соответствия процессора.
19. Критериями соответствия оперативной памяти являются:
• объем;
• тип памяти;
• частота;
• количество слотов;
• возможность расширения.
Требования являются измеримыми и проверяемыми.
20. Технической спецификацией установлены объективные параметры:
• форм-фактор M.2 2280;
• интерфейс PCIe Gen 4;
• объем не менее 512 ГБ.
Указанные характеристики позволяют определить соответствие предлагаемого накопителя.
21. Эквивалентность дисплея определяется по установленным характеристикам:
диагональ;
разрешение;
тип матрицы;
яркость;
контрастность;
цветовой охват;
углы обзора;
антибликовое покрытие.
22. Техническая спецификация определяет функциональные возможности операционной системы:
работу в доменной инфраструктуре;
поддержку групповых политик;
шифрование данных;
удаленный доступ;
виртуализацию;
централизованное управление обновлениями.
Оценка осуществляется по функциональному соответствию.
23. Технической спецификацией установлен перечень необходимых функций:
сбор метрик;
управление агентами;
автоматизация;
интеграции;
уведомления;
хранение данных;
управление инфраструктурой.
Любое решение, обеспечивающее указанные функции, может быть предложено.
24. Техническая спецификация содержит требования к характеристикам оборудования, а не обязательное указание нормативных документов на каждую составную часть товара.
Параметры оперативной памяти подтверждаются технической документацией производителя.
25. Интерфейс PCIe является международным промышленным стандартом, применяемым производителями оборудования.
Соответствие подтверждается техническими характеристиками производителя.
26. Требования к дисплею установлены в виде измеряемых характеристик, достаточных для определения качества и соответствия оборудования.
27. Требования установлены на основании общепринятых международных спецификаций беспроводной связи.
Дополнительное указание нормативных документов не требуется для определения соответствия товара.
28. TPM 2.0 является распространенным механизмом аппаратной защиты информации, используемым в современных корпоративных устройствах.
Соответствие подтверждается документацией производителя.
29. Программное обеспечение определяется функциональными требованиями, а не обязательным перечнем стандартов.
30. Предмет закупки представляет собой комплексное решение, включающее аппаратную и программную составляющие, необходимые для полноценного ввода оборудования в эксплуатацию и его дальнейшего централизованного администрирования. Приобретение компьютерной техники (моноблоков) в комплекте согласно технической спецификации позволяет приобрести товар при получении которого имеется возможность получить работоспособный и готовый к немедленному использованию товар. Отдельная закупка лицензионного программного обеспечения, различных систем и комплектующих не позволяет проверить и использовать полученный товар в короткие сроки, а также оптимально расходовать денежные средства. Тем самым соблюдается принцип оптимального и эффективного расходования денег, используемых для государственных закупок, приобретения инновационных и высокотехнологичных товаров, работ, услуг, соблюдения прав на объекты интеллектуальной собственности, содержащиеся в закупаемых товарах. Формирование предмета закупки осуществлено с учетом потребностей заказчика и не противоречит требованиям законодательства Республики Казахстан о государственных закупках.
31. Bash указан как пример необходимого инструмента автоматизации в Linux-средах.
Требуется возможность выполнения сценариев управления, а не использование исключительно конкретного языка.
32. PowerShell указан как средство автоматизации управления системами Windows.
Эквивалентным считается решение, обеспечивающее аналогичную функциональность.
33. Python используется как распространенный инструмент автоматизации и интеграции.
Требование относится к функциональной возможности выполнения сценариев.
34. Telegram указан как пример канала уведомлений.
Допускается использование иных механизмов уведомления, обеспечивающих аналогичную функциональность.
35. Требование направлено на обеспечение оперативного информирования пользователей и специалистов.
36. Red Hat указан как одна из поддерживаемых корпоративных платформ.
Требование связано с совместимостью и эксплуатацией серверной части решения.
37. Rocky Linux указан как одна из распространенных корпоративных Linux-платформ, совместимых с требованиями к серверной инфраструктуре.
Требование установлено исходя из необходимости обеспечения стабильности, безопасности и совместимости программного решения.
Допускается использование решений, обеспечивающих аналогичные эксплуатационные возможности.
38. Указанные механизмы приведены как способы централизованного развертывания программных компонентов.
Требование направлено на обеспечение автоматизированной установки и управления агентами без необходимости ручной настройки каждого устройства.
39. SCCM указан как один из примеров средств централизованного управления программным обеспечением в корпоративной среде.
Эквивалентным является решение, обеспечивающее аналогичную возможность массового развертывания.
40. Ansible указан как пример инструмента автоматизации управления инфраструктурой.
Требуется наличие функциональности автоматизированного развертывания и настройки компонентов.
41. Puppet приведен как один из распространенных инструментов управления конфигурациями.
Требование установлено к функциональности автоматизации, а не к конкретному программному продукту.
42. SNMP является стандартным протоколом мониторинга сетевого оборудования и информационных систем.
Использование данного протокола необходимо для получения информации о состоянии оборудования различных производителей.
43. Замечание не принимается.
WMI используется для мониторинга оборудования и программных компонентов под управлением Windows.
Требование обусловлено необходимостью взаимодействия с существующей инфраструктурой заказчика.
44. SSH является распространенным безопасным протоколом удаленного доступа и управления Linux/Unix-системами.
Требование установлено для обеспечения полноценного мониторинга различных платформ.
45. Splunk указан в технической спецификации как пример системы класса SIEM.
Требуется возможность интеграции с системами анализа событий информационной безопасности.
46. Graylog указан как пример решения для централизованного сбора и анализа журналов событий.
Требуется соответствующая функциональная возможность.
47. ELK указан как пример программного комплекса обработки журналов и анализа событий.
Требуется возможность передачи данных в системы аналогичного назначения.
48. Требование обусловлено необходимостью самостоятельного развертывания решения в инфраструктуре заказчика без зависимости от внешних облачных сервисов.
Автономная установка обеспечивает:
контроль процесса внедрения;
возможность эксплуатации в закрытой сети;
снижение рисков информационной безопасности.
49. Требование установлено для централизованного управления установленными агентами, своевременного обновления программных компонентов и снижения нагрузки на администраторов.
Эквивалентным является любой механизм, обеспечивающий аналогичный функционал.
50. Требование обусловлено необходимостью сохранения данных мониторинга при временных перебоях связи между агентом и сервером управления.
Данная функция обеспечивает непрерывность контроля состояния оборудования.
51. Интеграция необходима для автоматизации процессов обработки заявок, регистрации событий мониторинга и передачи информации между системами управления ИТ-услугами.
Критерием соответствия является наличие соответствующего интерфейса интеграции.
52. Требование установлено для обеспечения возможности технического обслуживания, диагностики и оперативного устранения проблем на рабочих станциях.
53. Требование установлено в целях:
подтверждения легальности происхождения программного обеспечения;
исключения использования нелицензионных решений;
обеспечения получения обновлений и поддержки производителя.
54. Техническая спецификация содержит подробное описание функциональных требований:
сбор метрик;
мониторинг оборудования;
управление агентами;
автоматизация;
уведомления;
интеграции;
безопасность;
централизованное управление.
55. Требование относится к наличию программного обеспечения в составе поставляемого решения.
Эквивалентность определяется по функциональным возможностям, указанным в технической спецификации.
60. Указанный стандарт применяется как дополнительный ориентир при определении общих требований к компьютерному оборудованию.
Техническая спецификация дополнительно содержит конкретные эксплуатационные характеристики, необходимые заказчику.
Применение стандартов не ограничивает конкуренцию, поскольку потенциальные поставщики могут предложить оборудование различных производителей при условии соответствия установленным требованиям.
