Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1070001
Тема сообщения
ЗАКУПАТЬ РЕЗУЛЬТАТ, А НЕ ГОТОВУЮ ЭКОСИСТЕМУ ОДНОГО ПРОИЗВОДИТЕЛЯ
Тип сообщения
Замечание к КД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-10-09 00:16:01
Текст сообщения
1. Просим изменить общий принцип технической спецификации.
2. В текущей редакции Заказчик фактически определяет не требуемый образовательный результат, а подробную внутреннюю архитектуру всего аппаратно-программного комплекса.
3. Жестко определяется клиент-серверная архитектура.
4. Жестко определяется наличие центрального вычислительного узла.
5. Не менее шести вспомогательных вычислительных узлов.
6. Каждый вспомогательный узел должен одновременно являться рабочим местом и частью распределенного вычислительного комплекса.
7. Определены конкретные характеристики центрального CPU.
8. GPU.
9. памяти.
10. пропускной способности памяти.
11. SSD.
12. внешнего SSD.
13. сетевых интерфейсов.
14. беспроводных интерфейсов.
15. Определены характеристики каждого вычислительного узла.
16. Затем дополнительно фиксируется внутренняя программная архитектура AI-инференса, базы данных, очередей и резервного копирования.
17. В совокупности Заказчик по существу проектирует систему вместо определения результата.
18. Такой подход создает высокую вероятность совпадения ТС с одной заранее разработанной экосистемой.
19. Просим установить главный функциональный результат.
20. Комплекс должен обеспечивать одновременную работу не менее 14 обучающихся.
21. Должен обеспечивать локальный AI без обязательного внешнего облака.
22. Должен обеспечивать русско- и казахоязычный интеллектуальный ассистент.
23. Программирование.
24. компьютерное зрение.
25. генерацию контента.
26. анализ документов.
27. хранение индивидуальных проектов.
28. управление пользователями.
29. работу преподавателя.
30. резервное копирование.
31. необходимые учебные модули.
32. На этом уровне задача Заказчика решена.
33. Каким именно количеством серверов, рабочих станций, GPU, CPU и программных компонентов этот результат достигается, должно определяться поставщиком.
34. Просим прямо разрешить централизованную архитектуру.
35. Например, один или несколько мощных серверов и 14 обычных клиентских рабочих мест.
36. Просим разрешить кластерную архитектуру.
37. Несколько серверов с распределением нагрузки.
38. Просим разрешить гибридную архитектуру.
39. Часть вычислений на сервере и часть — на рабочих станциях.
40. При одинаковом результате все решения должны считаться эквивалентными.
41. Обязательное наличие именно 6 вспомогательных узлов следует исключить.
42. Число шесть не связано непосредственно с числом пользователей — их требуется не менее четырнадцати.
43. Необходимо пояснить, почему именно шесть рабочих станций должны быть одновременно AI-узлами.
44. Возможно использование 14 одинаковых пользовательских компьютеров.
45. Возможно использование одного мощного сервера.
46. Возможно использование двух серверов для отказоустойчивости.
47. Любой вариант должен быть допустим.
48. Аналогично не следует требовать от каждого пользовательского компьютера фонового участия в вычислительном кластере.
49. Это усложняет администрирование.
50. Может ухудшать стабильность работы пользователя.
51. Увеличивает требования к совместимости оборудования.
52. Вводит привязку к конкретной программно-аппаратной архитектуре.
53. Поэтому просим оставить только требование общей производительности.
54. Для объективного сравнения необходимо разработать приемочный сценарий.
55. Например, одновременно авторизуются 14 пользователей.
56. Все получают доступ к персональному кабинету.
57. Несколько пользователей запускают генерацию программного кода.
58. Несколько — задачи компьютерного зрения.
59. Несколько — анализ документов.
60. Несколько — обычный диалог с LLM.
61. Система должна выдерживать такую нагрузку без аварийного завершения сессий.
62. Это реальное требование.
63. По аппаратной части можно установить минимальное время отклика и максимальное время выполнения тестовых заданий.
64. После этого нет необходимости ограничивать конкретный тип CPU или GPU.
65. То же касается памяти.
66. Если система выполняет нагрузочный тест, не имеет значения, является память объединенной или раздельной.
67. Не имеет значения, имеет процессор 30, 32 или 48 ядер.
68. Не имеет значения, сколько внутренних GPU-блоков у ускорителя.
69. Не имеет значения, Wi-Fi 6E или Wi-Fi 7.
70. Не имеет значения наличие Bluetooth 5.3.
71. Следует удалить параметры, не участвующие непосредственно в приемочном испытании.
72. По интерактивной панели также имеется возможность упрощения.
73. Заказчику нужна панель не менее 75 дюймов с 4K, сенсорным управлением и возможностью вывода учебных материалов.
74. Требование не менее 3 HDMI In является излишне конкретным.
75. Современная панель может иметь два HDMI и несколько Type-C/DisplayPort.
76. Функционально это не хуже.
77. Просим установить минимальное количество одновременно подключаемых внешних источников, а не точное количество HDMI.
78. Также просим пересмотреть требование внутреннего процессора 8 ядер, 8 ГБ RAM и 64 ГБ памяти.
79. Если панель работает как дисплей с центральным комплексом, мощность встроенной Android-подобной системы может вообще не иметь принципиального значения.
80. Другой производитель может предложить панель с 4 высокопроизводительными ядрами либо OPS-модулем.
81. Просим разрешить эквивалентную архитектуру.
82. Необходимо оставить белую доску, беспроводную трансляцию экрана, сенсорное управление и интеграцию с веб-интерфейсом.
83. Подобный подход следует применить к сетевому коммутатору.
84. Нужно обеспечить достаточное количество портов, VLAN, QoS, защиту от широковещательного шторма и подключение серверов.
85. Конкретное сочетание 24 гигабитных RJ-45 плюс двух 10GbE-портов можно заменить функционально эквивалентным оборудованием.
86. Например, коммутатор на 16 или 24 порта с несколькими SFP+ при достаточном числе конечных подключений.
87. Следует опубликовать точное число сетевых устройств, которое реально подключается.
88. Сейчас требуется 14 мониторов, минимум 6 вычислительных узлов, сервер, интерактивная панель и сетевое оборудование.
89. Но не раскрыта физическая схема сети.
90. Просим приложить упрощенную схему либо разрешить поставщику разработать ее самостоятельно.
91. Также просим изменить требование восстановления за 2 часа.
92. Для всего комплекса необходимо определить минимальный результат — например, восстановление образовательной системы в течение рабочего дня либо иного обоснованного периода.
93. Точное время зависит от объема данных и архитектуры.
94. Просим не задавать внутренний механизм.
95. По мониторам тип матрицы IPS также может быть заменен на IPS или эквивалент с не худшими углами обзора и цветопередачей.
96. Иначе качественная VA/OLED/иная современная матрица формально исключается.
97. HDMI/DisplayPort/Type-C также следует указывать как «не менее одного современного цифрового видеовхода требуемого типа/эквивалент».
98. По клавиатурам можно оставить русско-казахско-английскую раскладку.
99. По мыши достаточно оптического сенсора и удобства работы.
100. Вся ТС должна быть проверена по одному принципу: описывает ли параметр конечный результат либо внутреннее устройство конкретного товара.
101. Если это внутреннее устройство — его следует исключить.
102. Такой подход позволит нам и другим поставщикам комплектовать систему из доступных на рынке компонентов разных производителей.
103. Это снижает риски срыва поставки.
104. Упрощает последующее обслуживание.
105. Позволяет заменять отдельный компонент на аналог без полной перестройки комплекса.
106. Особенно важно предусмотреть взаимозаменяемость.
107. Если через два года один мини-компьютер снимается с производства, Заказчик должен иметь возможность заменить его аналогом другого производителя.
108. Жесткая единая архитектура существенно затрудняет такую замену.
109. Просим также установить открытые стандартные интерфейсы взаимодействия между компонентами.
110. Не использовать проприетарную зависимость от производителя сервера.
111. Не использовать проприетарную зависимость от производителя мини-компьютеров.
112. Не привязывать ПО к одной марке GPU либо CPU.
113. Не привязывать интерактивную панель к одной экосистеме.
114. Не привязывать онлайн-обучение к одной платформе.
115. Просим дополнительно пересмотреть срок поставки.
116. Для обычного поставщика срок 15 календарных дней.
117. При этом для поставщика, включенного в Реестр казахстанских товаропроизводителей, установлен срок 60 календарных дней.
118. Просим предоставить единый разумный срок исполнения минимум 30 календарных дней независимо от статуса участника либо иным образом обосновать различие.
119. Комплекс стоимостью более 22 млн тенге требует поставки серверного оборудования, сетевой инфраструктуры и программного развертывания.
120. За 15 календарных дней поставщик практически вынужден иметь именно заранее подготовленный комплекс.
121. Это противоречит цели расширения ассортимента эквивалентных решений.
122. Просим увеличить срок и одновременно упростить архитектуру.
2. В текущей редакции Заказчик фактически определяет не требуемый образовательный результат, а подробную внутреннюю архитектуру всего аппаратно-программного комплекса.
3. Жестко определяется клиент-серверная архитектура.
4. Жестко определяется наличие центрального вычислительного узла.
5. Не менее шести вспомогательных вычислительных узлов.
6. Каждый вспомогательный узел должен одновременно являться рабочим местом и частью распределенного вычислительного комплекса.
7. Определены конкретные характеристики центрального CPU.
8. GPU.
9. памяти.
10. пропускной способности памяти.
11. SSD.
12. внешнего SSD.
13. сетевых интерфейсов.
14. беспроводных интерфейсов.
15. Определены характеристики каждого вычислительного узла.
16. Затем дополнительно фиксируется внутренняя программная архитектура AI-инференса, базы данных, очередей и резервного копирования.
17. В совокупности Заказчик по существу проектирует систему вместо определения результата.
18. Такой подход создает высокую вероятность совпадения ТС с одной заранее разработанной экосистемой.
19. Просим установить главный функциональный результат.
20. Комплекс должен обеспечивать одновременную работу не менее 14 обучающихся.
21. Должен обеспечивать локальный AI без обязательного внешнего облака.
22. Должен обеспечивать русско- и казахоязычный интеллектуальный ассистент.
23. Программирование.
24. компьютерное зрение.
25. генерацию контента.
26. анализ документов.
27. хранение индивидуальных проектов.
28. управление пользователями.
29. работу преподавателя.
30. резервное копирование.
31. необходимые учебные модули.
32. На этом уровне задача Заказчика решена.
33. Каким именно количеством серверов, рабочих станций, GPU, CPU и программных компонентов этот результат достигается, должно определяться поставщиком.
34. Просим прямо разрешить централизованную архитектуру.
35. Например, один или несколько мощных серверов и 14 обычных клиентских рабочих мест.
36. Просим разрешить кластерную архитектуру.
37. Несколько серверов с распределением нагрузки.
38. Просим разрешить гибридную архитектуру.
39. Часть вычислений на сервере и часть — на рабочих станциях.
40. При одинаковом результате все решения должны считаться эквивалентными.
41. Обязательное наличие именно 6 вспомогательных узлов следует исключить.
42. Число шесть не связано непосредственно с числом пользователей — их требуется не менее четырнадцати.
43. Необходимо пояснить, почему именно шесть рабочих станций должны быть одновременно AI-узлами.
44. Возможно использование 14 одинаковых пользовательских компьютеров.
45. Возможно использование одного мощного сервера.
46. Возможно использование двух серверов для отказоустойчивости.
47. Любой вариант должен быть допустим.
48. Аналогично не следует требовать от каждого пользовательского компьютера фонового участия в вычислительном кластере.
49. Это усложняет администрирование.
50. Может ухудшать стабильность работы пользователя.
51. Увеличивает требования к совместимости оборудования.
52. Вводит привязку к конкретной программно-аппаратной архитектуре.
53. Поэтому просим оставить только требование общей производительности.
54. Для объективного сравнения необходимо разработать приемочный сценарий.
55. Например, одновременно авторизуются 14 пользователей.
56. Все получают доступ к персональному кабинету.
57. Несколько пользователей запускают генерацию программного кода.
58. Несколько — задачи компьютерного зрения.
59. Несколько — анализ документов.
60. Несколько — обычный диалог с LLM.
61. Система должна выдерживать такую нагрузку без аварийного завершения сессий.
62. Это реальное требование.
63. По аппаратной части можно установить минимальное время отклика и максимальное время выполнения тестовых заданий.
64. После этого нет необходимости ограничивать конкретный тип CPU или GPU.
65. То же касается памяти.
66. Если система выполняет нагрузочный тест, не имеет значения, является память объединенной или раздельной.
67. Не имеет значения, имеет процессор 30, 32 или 48 ядер.
68. Не имеет значения, сколько внутренних GPU-блоков у ускорителя.
69. Не имеет значения, Wi-Fi 6E или Wi-Fi 7.
70. Не имеет значения наличие Bluetooth 5.3.
71. Следует удалить параметры, не участвующие непосредственно в приемочном испытании.
72. По интерактивной панели также имеется возможность упрощения.
73. Заказчику нужна панель не менее 75 дюймов с 4K, сенсорным управлением и возможностью вывода учебных материалов.
74. Требование не менее 3 HDMI In является излишне конкретным.
75. Современная панель может иметь два HDMI и несколько Type-C/DisplayPort.
76. Функционально это не хуже.
77. Просим установить минимальное количество одновременно подключаемых внешних источников, а не точное количество HDMI.
78. Также просим пересмотреть требование внутреннего процессора 8 ядер, 8 ГБ RAM и 64 ГБ памяти.
79. Если панель работает как дисплей с центральным комплексом, мощность встроенной Android-подобной системы может вообще не иметь принципиального значения.
80. Другой производитель может предложить панель с 4 высокопроизводительными ядрами либо OPS-модулем.
81. Просим разрешить эквивалентную архитектуру.
82. Необходимо оставить белую доску, беспроводную трансляцию экрана, сенсорное управление и интеграцию с веб-интерфейсом.
83. Подобный подход следует применить к сетевому коммутатору.
84. Нужно обеспечить достаточное количество портов, VLAN, QoS, защиту от широковещательного шторма и подключение серверов.
85. Конкретное сочетание 24 гигабитных RJ-45 плюс двух 10GbE-портов можно заменить функционально эквивалентным оборудованием.
86. Например, коммутатор на 16 или 24 порта с несколькими SFP+ при достаточном числе конечных подключений.
87. Следует опубликовать точное число сетевых устройств, которое реально подключается.
88. Сейчас требуется 14 мониторов, минимум 6 вычислительных узлов, сервер, интерактивная панель и сетевое оборудование.
89. Но не раскрыта физическая схема сети.
90. Просим приложить упрощенную схему либо разрешить поставщику разработать ее самостоятельно.
91. Также просим изменить требование восстановления за 2 часа.
92. Для всего комплекса необходимо определить минимальный результат — например, восстановление образовательной системы в течение рабочего дня либо иного обоснованного периода.
93. Точное время зависит от объема данных и архитектуры.
94. Просим не задавать внутренний механизм.
95. По мониторам тип матрицы IPS также может быть заменен на IPS или эквивалент с не худшими углами обзора и цветопередачей.
96. Иначе качественная VA/OLED/иная современная матрица формально исключается.
97. HDMI/DisplayPort/Type-C также следует указывать как «не менее одного современного цифрового видеовхода требуемого типа/эквивалент».
98. По клавиатурам можно оставить русско-казахско-английскую раскладку.
99. По мыши достаточно оптического сенсора и удобства работы.
100. Вся ТС должна быть проверена по одному принципу: описывает ли параметр конечный результат либо внутреннее устройство конкретного товара.
101. Если это внутреннее устройство — его следует исключить.
102. Такой подход позволит нам и другим поставщикам комплектовать систему из доступных на рынке компонентов разных производителей.
103. Это снижает риски срыва поставки.
104. Упрощает последующее обслуживание.
105. Позволяет заменять отдельный компонент на аналог без полной перестройки комплекса.
106. Особенно важно предусмотреть взаимозаменяемость.
107. Если через два года один мини-компьютер снимается с производства, Заказчик должен иметь возможность заменить его аналогом другого производителя.
108. Жесткая единая архитектура существенно затрудняет такую замену.
109. Просим также установить открытые стандартные интерфейсы взаимодействия между компонентами.
110. Не использовать проприетарную зависимость от производителя сервера.
111. Не использовать проприетарную зависимость от производителя мини-компьютеров.
112. Не привязывать ПО к одной марке GPU либо CPU.
113. Не привязывать интерактивную панель к одной экосистеме.
114. Не привязывать онлайн-обучение к одной платформе.
115. Просим дополнительно пересмотреть срок поставки.
116. Для обычного поставщика срок 15 календарных дней.
117. При этом для поставщика, включенного в Реестр казахстанских товаропроизводителей, установлен срок 60 календарных дней.
118. Просим предоставить единый разумный срок исполнения минимум 30 календарных дней независимо от статуса участника либо иным образом обосновать различие.
119. Комплекс стоимостью более 22 млн тенге требует поставки серверного оборудования, сетевой инфраструктуры и программного развертывания.
120. За 15 календарных дней поставщик практически вынужден иметь именно заранее подготовленный комплекс.
121. Это противоречит цели расширения ассортимента эквивалентных решений.
122. Просим увеличить срок и одновременно упростить архитектуру.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-14 12:51:38
Автор:
КАРИМОВА ЖАЗИРА МУРАТКАНОВНА
Решение:
Внести изменения и (или) дополнения в проект конкурсной документации
Описание внесения изменения
1. Не принимается. Предмет закупки — аппаратно-программный комплекс (комплект «Кабинет учебный»), поэтому ТС в соответствии с ее формой включает функциональные, технические, качественные и эксплуатационные характеристики. Заменить ТС исключительно перечнем образовательных результатов нельзя.
2. Не согласны. Раздел 1 ТС определяет назначение и результат: организация учебного процесса в области ИИ для не менее 14 обучающихся одновременно, локальная автономная работа, независимость от клиентского устройства. Разделы 2–4 устанавливают характеристики товара, необходимые для достижения этого результата и для проверки соответствия заявок.
3. Клиент-серверная модель с централизованным веб-доступом (п. 1.2) обеспечивает независимость от клиентского устройства: обучающийся работает через браузер с любого устройства локальной сети без потери сессии и данных (п. 1.3, 3.3). Требование сохраняется.
4. Центральный сервер нужен для запуска основной языковой модели, СУБД, системы очередей и резервного копирования (п. 2.1, 3.1, 3.2, 4.1). Установлено «не менее 1 комплекта», поэтому дополнительные серверы допускаются.
5. Установлено не ровно шесть, а не менее шести узлов (п. 2.2). Их наличие обусловлено распределенным выполнением фоновых задач и отказоустойчивостью (п. 4.2). Требование сохраняется.
6. Да. Двойное назначение предусмотрено п. 2.2: узел является рабочим местом обучающегося и одновременно исполняет фоновые задачи (компьютерное зрение, генерация изображений, агенты исполнения кода). Постоянная загрузка всех узлов не требуется.
7. Установлены минимальные, а не конкретные значения: не менее 30 ядер. Допускаются три варианта архитектуры, включая эквивалентную многоядерную серверную архитектуру с однородными ядрами (п. 2.1). Производитель не установлен.
8. Установлено не менее 64 ядер графического ускорителя либо эквивалент с аппаратной поддержкой тензорных/матричных операций и производительностью не менее 40 TOPS (п. 2.1). Производитель не установлен.
9. Установлен минимальный объем — не менее 96 ГБ оперативной/объединенной памяти. Этот объем нужен для одновременной загрузки LLM 14B–32B с контекстом 8k–32k токенов и специализированных моделей (п. 2.1, 3.1).
10. Не менее 800 ГБ/с. Скорость инференса LLM определяется прежде всего пропускной способностью памяти. Это паспортная характеристика, которая проверяется при оценке заявок.
11. Встроенный NVMe SSD объемом не менее 1 ТБ со скоростью чтения не менее 5000 МБ/с нужен для ОС, программного комплекса, СУБД и быстрой загрузки моделей.
12. Внешний SSD объемом не менее 4 ТБ с интерфейсом не менее 40 Гбит/с хранит веса моделей, датасеты и резервные копии (п. 2.1, 4.1) и обеспечивает восстановление не более чем за 2 часа (п. 4.3).
13. Адаптер 10GbE нужен для высокоскоростного обмена между центральным сервером, вспомогательными узлами и клиентскими устройствами при одновременной работе не менее 14 пользователей. Он согласован с портами 10 Гбит/с коммутатора (п. 2.5).
14. Беспроводной адаптер не ниже Wi-Fi 6E и Bluetooth не ниже 5.3 — распространенные современные стандарты. Требование «не ниже 6E» не исключает Wi-Fi 7 при обеспечении совместимости.
15. Установлены минимальные характеристики вспомогательных узлов (п. 2.2), необходимые для выполнения фоновых ИИ-задач. С учетом поступивших замечаний требование к графическому ускорителю смягчено: «встроенный графический модуль с аппаратным ускорением задач машинного обучения, не менее 12 ядер GPU / ускорителей вычислений». Остальные характеристики сохраняются.
16. П. 3.1–3.2 и 4.1 устанавливают функциональные требования к программным компонентам без указания конкретных продуктов: служба локального инференса с квантованием, реляционная СУБД и векторное хранилище, брокер очередей (допускается встроенная реализация), ежедневное инкрементное резервное копирование. Эти функции нужны для работы Комплекса.
17. Не согласны. ТС устанавливает минимальные требования к составу и характеристикам закупаемого комплекта. Конкретные модели, производители, схема соединений и программные продукты подбираются поставщиком.
18. Не согласны. ТС не содержит товарных знаков и наименований производителей, а по ключевым параметрам предусматривает альтернативы: архитектура процессора и памяти, эквивалент GPU в TOPS, любые ОС, фреймворк, модель, СУБД. Обязательная принадлежность всех компонентов одному производителю не установлена.
19. Главный функциональный результат установлен в п. 1.1–1.4 ТС: организация учебного процесса в области ИИ для не менее 14 обучающихся одновременно, с локальной автономной работой и независимостью от клиентского устройства.
20. Уже предусмотрено п. 1.1 и п. 3.3 ТС.
21. Уже предусмотрено п. 1.4 ТС.
22. Уже предусмотрено п. 3.1 ТС: модель поддерживает инструкции на русском, казахском и английском языках.
23. Уже предусмотрено: модуль «Разработка программного обеспечения с ИИ» (п. 3.5) и встроенный редактор/песочница (п. 3.3).
24. Уже предусмотрено: модуль «Компьютерное зрение» (п. 3.5), специализированные модели (п. 3.1).
25. Уже предусмотрено: модуль «Генеративные медиа» (п. 3.5).
26. Уже предусмотрено: модуль «Анализ документов» (п. 3.5).
27. Уже предусмотрено: файловый менеджер и персональное изолированное рабочее пространство (п. 3.3).
28. Уже предусмотрено: управление учетными записями в кабинете преподавателя (п. 3.4).
29. Уже предусмотрено: кабинет преподавателя (п. 3.4) и интерактивная панель (п. 2.4).
30. Уже предусмотрено: п. 4.1–4.3 ТС.
31. Уже предусмотрено: п. 3.5 ТС (семь учебно-методических модулей).
32. Не согласны. Предложенный сокращенный перечень не охватывает требования к комплектности, распределенной обработке и отказоустойчивости (п. 1.2, 2.2, 4.2), а также к характеристикам оборудования, по которым проверяются заявки.
33. Не принимается. ТС устанавливает минимальную комплектность («не менее»); большее количество оборудования и выбор конкретных моделей и программных продуктов остаются за поставщиком.
34. Дополнительные центральные серверы допускаются, но не заменяют обязательные вспомогательные узлы (не менее 6, п. 2.2).
35. Допускается, если не менее шести рабочих мест соответствуют требованиям п. 2.2 к вспомогательным узлам. Рабочие места, не соответствующие этим требованиям, вспомогательными узлами не являются.
36. Кластерное решение допускается при выполнении всех требований ТС, включая обязательную комплектность.
37. Допускается при наличии не менее шести вспомогательных узлов и выполнении всех требований ТС.
38. Гибридное решение допускается при выполнении всех требований ТС.
39. Такое распределение и предусмотрено ТС: центральный сервер (п. 2.1) и вспомогательные узлы, исполняющие фоновые задачи (п. 2.2).
40. Не принимается. Эквивалентность оценивается по соответствию совокупности требований ТС, включая комплектность, а не только по декларируемому результату.
41. Не принимается. Установлено не ровно шесть, а не менее шести узлов. Их двойное назначение (п. 2.2) и перенаправление задач при отказе узла (п. 4.2) являются обязательными функциями Комплекса.
42. Верно: количество узлов не определяет количество пользователей. Не менее 14 обучающихся работают через индивидуальные изолированные веб-интерфейсы, в том числе с личных ноутбуков, подключенных к локальной сети (п. 1.3). Личные ноутбуки в поставку не входят.
43. Не менее шести узлов — минимальное количество, которое обеспечивает распределенное выполнение фоновых задач (компьютерное зрение, генерация изображений, агенты исполнения кода) с разгрузкой центрального сервера и резервированием при отказе узла (п. 2.2, 4.2).
44. Допускается, если не менее шести из них соответствуют требованиям п. 2.2 к вспомогательным узлам.
45. Один сервер допускается в качестве центрального, но не заменяет обязательные вспомогательные узлы.
46. Два и более сервера допускаются (п. 2.1: «не менее 1 комплекта»), но не заменяют обязательные вспомогательные узлы.
47. Не принимается. Допускаются варианты, при которых соблюдаются обязательная комплектность и функции ТС (см. ответы на п. 34–46).
48. Не принимается. ТС требует двойного назначения только от вспомогательных узлов (п. 2.2), а не от любых пользовательских устройств. Личные устройства обучающихся в распределенных вычислениях не участвуют.
49. Распределение фоновых задач выполняет диспетчер очередей (п. 3.1, 4.2) автоматически, без ручного администрирования каждого узла.
50. ТС предусматривает использование только неиспользуемых вычислительных мощностей узла (п. 2.2). Постоянная загрузка всех узлов не требуется.
51. Совместимость компонентов — обязанность поставщика при подборе комплекса. Компоненты разных производителей допускаются при совместимости.
52. Не согласны. П. 2.2 не устанавливает производителя и не требует совпадения архитектуры узлов с архитектурой сервера; формулировка «оперативная / объединенная память» допускает любую организацию памяти.
53. Не принимается. Проверка работоспособности дополняет оценку соответствия установленным техническим характеристикам, но не заменяет ее.
54. Заявки сравниваются по соответствию установленным характеристикам, которые проверяются по документации. Функциональная проверка возможна при приемке, но не заменяет соответствие характеристикам.
55. Одновременная работа не менее 14 обучающихся с индивидуальной авторизацией уже предусмотрена (п. 1.1, 1.3, 3.3).
56. Уже предусмотрено п. 3.3.
57. Функция предусмотрена п. 3.5 (модуль 3). Фиксированное количество одновременных задач не установлено.
58. Функция предусмотрена п. 3.1, 3.5 (модуль 5). Фиксированное количество не установлено.
59. Функция предусмотрена п. 3.5 (модуль 7). Фиксированное количество не установлено.
60. Функция предусмотрена п. 3.1, 3.3. Фиксированное количество не установлено.
61. Уже предусмотрено п. 3.1: при превышении пиковой нагрузки задачи ставятся в очередь без падения пользовательских сессий.
62. Это требование уже содержится в ТС (см. ответ на п. 61).
63. Не принимается. Время отклика и выполнения заданий в ТС не установлены и не применяются как дополнительные критерии оценки заявок.
64. Конкретный тип или производитель CPU и GPU не установлены; предусмотрены альтернативные варианты (см. ответы на п. 7–8).
65. Организация памяти не ограничена одним вариантом (п. 2.1), установлены минимальные объем и пропускная способность.
66. ТС не требует исключительно объединенной памяти. Раздельная системная и видеопамять рассматривается в рамках альтернативной архитектуры при соответствии требованиям к объему и пропускной способности памяти, используемой для инференса.
67. ТС устанавливает минимум — не менее 30 ядер. Процессоры с 32 или 48 ядрами соответствуют требованию.
68. Наряду с количеством ядер ТС допускает эквивалент: аппаратная поддержка тензорных/матричных операций и производительность не менее 40 TOPS (п. 2.1).
69. Требование «не ниже Wi-Fi 6E» не исключает Wi-Fi 7 при обеспечении совместимости.
70. Требование сохраняется: Bluetooth нужен для подключения беспроводной периферии при администрировании сервера. Установлено «не ниже 5.3», более новые версии допускаются.
71. Не принимается. Соответствие товара проверяется по всей совокупности характеристик ТС, а не только по параметрам приемочного испытания.
72. Не принимается (см. ответы на п. 73–82).
73. Не только. П. 2.4 также предусматривает встроенный режим «белой доски», беспроводное дублирование экрана с устройств преподавателя и обучающихся, интеграцию с веб-интерфейсом Комплекса и вывод работы выбранного обучающегося (п. 3.4).
74. Не согласны. Не менее трех HDMI In обеспечивают подключение трех HDMI-источников без замены требуемых входов другими интерфейсами.
75. Два HDMI с дополнительными Type-C/DisplayPort не соответствуют установленному количеству HDMI-входов. Дополнительные интерфейсы допускаются сверх трех HDMI.
76. Не согласны: Type-C и DisplayPort не обеспечивают подключение HDMI-источников без переходников.
77. Не принимается. Требование «не менее 3 HDMI In» сохраняется.
78. Не принимается. Минимальные характеристики встроенной аппаратной части нужны для выполнения встроенных функций панели (п. 2.4).
79. Панель работает не только как дисплей: встроенная белая доска, беспроводное дублирование экрана и интеграция с веб-интерфейсом выполняются ее собственной аппаратной частью.
80. Панель с менее чем 8 ядрами встроенного процессора требованиям не соответствует. OPS-модуль может входить в комплектацию, но сам по себе не заменяет требования ко встроенной аппаратной части.
81. Архитектура и производитель встроенного процессора не установлены; должны соблюдаться минимальные количественные характеристики (не менее 8 ядер, 8 ГБ RAM, 64 ГБ памяти).
82. Эти функции в ТС сохраняются (п. 2.4) вместе с требованиями ко встроенной аппаратной части, обеспечивающими их выполнение.
83. Не принимается (см. ответы на п. 84–90).
84. Требования к VLAN, приоритизации трафика и контролю широковещательного шторма уже предусмотрены п. 2.5. Количество портов установлено как минимальное.
85. Не принимается. Сохраняется требование не менее 24 гигабитных портов RJ-45 и не менее двух портов SFP+/RJ-45 на 10 Гбит/с. Большее количество портов допускается.
86. Коммутатор с 16 гигабитными портами не допускается. Коммутатор с 24 гигабитными портами и несколькими (не менее двух) SFP+ на 10 Гбит/с соответствует требованию. Текущее количество подключений и общая портовая емкость — разные характеристики.
87. Точное количество занятых портов зависит от схемы подключения, предложенной поставщиком. Минимально подключаются центральный сервер, не менее шести вспомогательных узлов и интерактивная панель. Дополнительные клиентские устройства подключаются через локальную сеть (п. 1.3).
88. Количество мониторов не определяет число Ethernet-подключений: мониторы не являются самостоятельными сетевыми устройствами.
89. Физическая схема сети в ТС не устанавливается (см. ответ на п. 90).
90. Поставщик вправе разработать физическую схему соединений самостоятельно при соблюдении комплектности, скоростей подключения и сетевых функций п. 2.5.
91. Не принимается. Требование восстановления не более чем за 2 часа (п. 4.3) сохраняется.
92. Не принимается: замена срока на «в течение рабочего дня» увеличивает установленное время недоступности программного контура.
93. Вопрос об условиях проверки восстановления рассмотрен в ответе на замечание № 1069999 и принят в части конкретизации контрольного объема и условий испытания.
94. Требование восстановления за 2 часа не предписывает конкретный программный продукт. Требование ежедневного инкрементного резервного копирования (п. 4.1) сохраняется.
95. Не принимается. Требование IPS сохраняется: формулировка «не худшие характеристики» не содержит единых числовых критериев эквивалентности по углам обзора и цветопередаче.
96. Указание другой технологии матрицы само по себе не подтверждает эквивалентность. Требование IPS сохраняется.
97. Обозначение «HDMI/DisplayPort/Type-C» уже перечисляет допустимые варианты цифрового подключения. Одновременное наличие всех трех интерфейсов не требуется; должна обеспечиваться совместимость компонентов комплекса.
98. Требование русско-казахско-английской раскладки сохраняется (п. 2.3).
99. Не принимается. Сохраняется оптическая мышь с разрешением сенсора не менее 1000 DPI: формулировка «удобство работы» не заменяет измеримый показатель.
100. Не принимается. Согласно форме технической спецификации указываются функциональные, технические, качественные и эксплуатационные характеристики закупаемого товара.
101. Не принимается (см. ответ на п. 100).
102. Действующая редакция ТС уже допускает компоненты разных производителей при совместимости и соответствии совокупности требований.
103. Принято к сведению. Срок поставки сохраняется (см. ответ на п. 115).
104. Принято к сведению. Требования ТС не препятствуют обслуживанию комплекса и не устанавливают привязки к одному производителю.
105. Замена компонента возможна при совместимости интерфейсов, ПО и сохранении требуемых функций.
106. Обязательная принадлежность всех компонентов одному производителю не установлена. Возможность замены компонента определяется совместимостью интерфейсов, программного обеспечения и сохранением требуемых функций.
107. П. 2.2 не устанавливает производителя узлов, поэтому замена аналогом другого производителя возможна при соответствии характеристикам и программной совместимости. Неограниченную взаимозаменяемость с любым будущим изделием другого производителя нельзя подтвердить заранее.
108. Не согласны. Единая архитектура всех компонентов ТС не требуется (см. ответы на п. 52, 106–107).
109. Взаимодействие компонентов осуществляется через стандартные сетевые интерфейсы Ethernet (п. 2.1, 2.2, 2.5) и веб-доступ через браузер (п. 1.3, 3.3). Проприетарные интерфейсы ТС не устанавливает.
110. ТС не устанавливает производителя сервера и не содержит требований, создающих зависимость от него.
111. ТС не устанавливает производителя вспомогательных узлов.
112. Конкретные марки CPU и GPU не установлены. Требования к ПО сформулированы функционально (п. 3.1).
113. Конкретная марка и экосистема интерактивной панели не установлены. Интеграция с веб-интерфейсом Комплекса выполняется через браузер.
114. Конкретная платформа онлайн-обучения не установлена. Допускается ПО любого разработчика при законном использовании и выполнении предусмотренных функций.
115. Не принимается. Общий срок поставки остается 15 календарных дней со дня вступления договора в силу. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса.
116. Срок 15 календарных дней сохраняется (см. ответ на п. 115).
117. Срок 60 календарных дней сохраняется. Согласно п. 569 Правил осуществления государственных закупок, утвержденных приказом Министра финансов РК от 9 октября 2024 года № 687, минимальный срок поставки для этой категории — не менее 60 календарных дней, но не более срока действия договора.
118. Не принимается. Общий срок поставки — 15 календарных дней (см. ответ на п. 115). Различие для поставщиков из Реестра казахстанских товаропроизводителей обусловлено п. 569 Правил № 687 (см. ответ на п. 117).
119. Принято к сведению. Срок поставки сохраняется (см. ответ на п. 115).
120. Не согласны. Оборудование подбирается поставщиком на этапе подготовки заявки с учетом утвержденной ТС. Срок поставки сохраняется (см. ответ на п. 115).
121. Не согласны. ТС не содержит наименований производителей и допускает альтернативные решения. Срок поставки сохраняется (см. ответ на п. 115).
122. Принимается частично: требование к GPU вспомогательных узлов смягчено до не менее 12 ядер (п. 2.2). Предложения об увеличении срока поставки и об упрощении архитектуры в остальной части не принимаются (см. ответ на п. 115).
2. Не согласны. Раздел 1 ТС определяет назначение и результат: организация учебного процесса в области ИИ для не менее 14 обучающихся одновременно, локальная автономная работа, независимость от клиентского устройства. Разделы 2–4 устанавливают характеристики товара, необходимые для достижения этого результата и для проверки соответствия заявок.
3. Клиент-серверная модель с централизованным веб-доступом (п. 1.2) обеспечивает независимость от клиентского устройства: обучающийся работает через браузер с любого устройства локальной сети без потери сессии и данных (п. 1.3, 3.3). Требование сохраняется.
4. Центральный сервер нужен для запуска основной языковой модели, СУБД, системы очередей и резервного копирования (п. 2.1, 3.1, 3.2, 4.1). Установлено «не менее 1 комплекта», поэтому дополнительные серверы допускаются.
5. Установлено не ровно шесть, а не менее шести узлов (п. 2.2). Их наличие обусловлено распределенным выполнением фоновых задач и отказоустойчивостью (п. 4.2). Требование сохраняется.
6. Да. Двойное назначение предусмотрено п. 2.2: узел является рабочим местом обучающегося и одновременно исполняет фоновые задачи (компьютерное зрение, генерация изображений, агенты исполнения кода). Постоянная загрузка всех узлов не требуется.
7. Установлены минимальные, а не конкретные значения: не менее 30 ядер. Допускаются три варианта архитектуры, включая эквивалентную многоядерную серверную архитектуру с однородными ядрами (п. 2.1). Производитель не установлен.
8. Установлено не менее 64 ядер графического ускорителя либо эквивалент с аппаратной поддержкой тензорных/матричных операций и производительностью не менее 40 TOPS (п. 2.1). Производитель не установлен.
9. Установлен минимальный объем — не менее 96 ГБ оперативной/объединенной памяти. Этот объем нужен для одновременной загрузки LLM 14B–32B с контекстом 8k–32k токенов и специализированных моделей (п. 2.1, 3.1).
10. Не менее 800 ГБ/с. Скорость инференса LLM определяется прежде всего пропускной способностью памяти. Это паспортная характеристика, которая проверяется при оценке заявок.
11. Встроенный NVMe SSD объемом не менее 1 ТБ со скоростью чтения не менее 5000 МБ/с нужен для ОС, программного комплекса, СУБД и быстрой загрузки моделей.
12. Внешний SSD объемом не менее 4 ТБ с интерфейсом не менее 40 Гбит/с хранит веса моделей, датасеты и резервные копии (п. 2.1, 4.1) и обеспечивает восстановление не более чем за 2 часа (п. 4.3).
13. Адаптер 10GbE нужен для высокоскоростного обмена между центральным сервером, вспомогательными узлами и клиентскими устройствами при одновременной работе не менее 14 пользователей. Он согласован с портами 10 Гбит/с коммутатора (п. 2.5).
14. Беспроводной адаптер не ниже Wi-Fi 6E и Bluetooth не ниже 5.3 — распространенные современные стандарты. Требование «не ниже 6E» не исключает Wi-Fi 7 при обеспечении совместимости.
15. Установлены минимальные характеристики вспомогательных узлов (п. 2.2), необходимые для выполнения фоновых ИИ-задач. С учетом поступивших замечаний требование к графическому ускорителю смягчено: «встроенный графический модуль с аппаратным ускорением задач машинного обучения, не менее 12 ядер GPU / ускорителей вычислений». Остальные характеристики сохраняются.
16. П. 3.1–3.2 и 4.1 устанавливают функциональные требования к программным компонентам без указания конкретных продуктов: служба локального инференса с квантованием, реляционная СУБД и векторное хранилище, брокер очередей (допускается встроенная реализация), ежедневное инкрементное резервное копирование. Эти функции нужны для работы Комплекса.
17. Не согласны. ТС устанавливает минимальные требования к составу и характеристикам закупаемого комплекта. Конкретные модели, производители, схема соединений и программные продукты подбираются поставщиком.
18. Не согласны. ТС не содержит товарных знаков и наименований производителей, а по ключевым параметрам предусматривает альтернативы: архитектура процессора и памяти, эквивалент GPU в TOPS, любые ОС, фреймворк, модель, СУБД. Обязательная принадлежность всех компонентов одному производителю не установлена.
19. Главный функциональный результат установлен в п. 1.1–1.4 ТС: организация учебного процесса в области ИИ для не менее 14 обучающихся одновременно, с локальной автономной работой и независимостью от клиентского устройства.
20. Уже предусмотрено п. 1.1 и п. 3.3 ТС.
21. Уже предусмотрено п. 1.4 ТС.
22. Уже предусмотрено п. 3.1 ТС: модель поддерживает инструкции на русском, казахском и английском языках.
23. Уже предусмотрено: модуль «Разработка программного обеспечения с ИИ» (п. 3.5) и встроенный редактор/песочница (п. 3.3).
24. Уже предусмотрено: модуль «Компьютерное зрение» (п. 3.5), специализированные модели (п. 3.1).
25. Уже предусмотрено: модуль «Генеративные медиа» (п. 3.5).
26. Уже предусмотрено: модуль «Анализ документов» (п. 3.5).
27. Уже предусмотрено: файловый менеджер и персональное изолированное рабочее пространство (п. 3.3).
28. Уже предусмотрено: управление учетными записями в кабинете преподавателя (п. 3.4).
29. Уже предусмотрено: кабинет преподавателя (п. 3.4) и интерактивная панель (п. 2.4).
30. Уже предусмотрено: п. 4.1–4.3 ТС.
31. Уже предусмотрено: п. 3.5 ТС (семь учебно-методических модулей).
32. Не согласны. Предложенный сокращенный перечень не охватывает требования к комплектности, распределенной обработке и отказоустойчивости (п. 1.2, 2.2, 4.2), а также к характеристикам оборудования, по которым проверяются заявки.
33. Не принимается. ТС устанавливает минимальную комплектность («не менее»); большее количество оборудования и выбор конкретных моделей и программных продуктов остаются за поставщиком.
34. Дополнительные центральные серверы допускаются, но не заменяют обязательные вспомогательные узлы (не менее 6, п. 2.2).
35. Допускается, если не менее шести рабочих мест соответствуют требованиям п. 2.2 к вспомогательным узлам. Рабочие места, не соответствующие этим требованиям, вспомогательными узлами не являются.
36. Кластерное решение допускается при выполнении всех требований ТС, включая обязательную комплектность.
37. Допускается при наличии не менее шести вспомогательных узлов и выполнении всех требований ТС.
38. Гибридное решение допускается при выполнении всех требований ТС.
39. Такое распределение и предусмотрено ТС: центральный сервер (п. 2.1) и вспомогательные узлы, исполняющие фоновые задачи (п. 2.2).
40. Не принимается. Эквивалентность оценивается по соответствию совокупности требований ТС, включая комплектность, а не только по декларируемому результату.
41. Не принимается. Установлено не ровно шесть, а не менее шести узлов. Их двойное назначение (п. 2.2) и перенаправление задач при отказе узла (п. 4.2) являются обязательными функциями Комплекса.
42. Верно: количество узлов не определяет количество пользователей. Не менее 14 обучающихся работают через индивидуальные изолированные веб-интерфейсы, в том числе с личных ноутбуков, подключенных к локальной сети (п. 1.3). Личные ноутбуки в поставку не входят.
43. Не менее шести узлов — минимальное количество, которое обеспечивает распределенное выполнение фоновых задач (компьютерное зрение, генерация изображений, агенты исполнения кода) с разгрузкой центрального сервера и резервированием при отказе узла (п. 2.2, 4.2).
44. Допускается, если не менее шести из них соответствуют требованиям п. 2.2 к вспомогательным узлам.
45. Один сервер допускается в качестве центрального, но не заменяет обязательные вспомогательные узлы.
46. Два и более сервера допускаются (п. 2.1: «не менее 1 комплекта»), но не заменяют обязательные вспомогательные узлы.
47. Не принимается. Допускаются варианты, при которых соблюдаются обязательная комплектность и функции ТС (см. ответы на п. 34–46).
48. Не принимается. ТС требует двойного назначения только от вспомогательных узлов (п. 2.2), а не от любых пользовательских устройств. Личные устройства обучающихся в распределенных вычислениях не участвуют.
49. Распределение фоновых задач выполняет диспетчер очередей (п. 3.1, 4.2) автоматически, без ручного администрирования каждого узла.
50. ТС предусматривает использование только неиспользуемых вычислительных мощностей узла (п. 2.2). Постоянная загрузка всех узлов не требуется.
51. Совместимость компонентов — обязанность поставщика при подборе комплекса. Компоненты разных производителей допускаются при совместимости.
52. Не согласны. П. 2.2 не устанавливает производителя и не требует совпадения архитектуры узлов с архитектурой сервера; формулировка «оперативная / объединенная память» допускает любую организацию памяти.
53. Не принимается. Проверка работоспособности дополняет оценку соответствия установленным техническим характеристикам, но не заменяет ее.
54. Заявки сравниваются по соответствию установленным характеристикам, которые проверяются по документации. Функциональная проверка возможна при приемке, но не заменяет соответствие характеристикам.
55. Одновременная работа не менее 14 обучающихся с индивидуальной авторизацией уже предусмотрена (п. 1.1, 1.3, 3.3).
56. Уже предусмотрено п. 3.3.
57. Функция предусмотрена п. 3.5 (модуль 3). Фиксированное количество одновременных задач не установлено.
58. Функция предусмотрена п. 3.1, 3.5 (модуль 5). Фиксированное количество не установлено.
59. Функция предусмотрена п. 3.5 (модуль 7). Фиксированное количество не установлено.
60. Функция предусмотрена п. 3.1, 3.3. Фиксированное количество не установлено.
61. Уже предусмотрено п. 3.1: при превышении пиковой нагрузки задачи ставятся в очередь без падения пользовательских сессий.
62. Это требование уже содержится в ТС (см. ответ на п. 61).
63. Не принимается. Время отклика и выполнения заданий в ТС не установлены и не применяются как дополнительные критерии оценки заявок.
64. Конкретный тип или производитель CPU и GPU не установлены; предусмотрены альтернативные варианты (см. ответы на п. 7–8).
65. Организация памяти не ограничена одним вариантом (п. 2.1), установлены минимальные объем и пропускная способность.
66. ТС не требует исключительно объединенной памяти. Раздельная системная и видеопамять рассматривается в рамках альтернативной архитектуры при соответствии требованиям к объему и пропускной способности памяти, используемой для инференса.
67. ТС устанавливает минимум — не менее 30 ядер. Процессоры с 32 или 48 ядрами соответствуют требованию.
68. Наряду с количеством ядер ТС допускает эквивалент: аппаратная поддержка тензорных/матричных операций и производительность не менее 40 TOPS (п. 2.1).
69. Требование «не ниже Wi-Fi 6E» не исключает Wi-Fi 7 при обеспечении совместимости.
70. Требование сохраняется: Bluetooth нужен для подключения беспроводной периферии при администрировании сервера. Установлено «не ниже 5.3», более новые версии допускаются.
71. Не принимается. Соответствие товара проверяется по всей совокупности характеристик ТС, а не только по параметрам приемочного испытания.
72. Не принимается (см. ответы на п. 73–82).
73. Не только. П. 2.4 также предусматривает встроенный режим «белой доски», беспроводное дублирование экрана с устройств преподавателя и обучающихся, интеграцию с веб-интерфейсом Комплекса и вывод работы выбранного обучающегося (п. 3.4).
74. Не согласны. Не менее трех HDMI In обеспечивают подключение трех HDMI-источников без замены требуемых входов другими интерфейсами.
75. Два HDMI с дополнительными Type-C/DisplayPort не соответствуют установленному количеству HDMI-входов. Дополнительные интерфейсы допускаются сверх трех HDMI.
76. Не согласны: Type-C и DisplayPort не обеспечивают подключение HDMI-источников без переходников.
77. Не принимается. Требование «не менее 3 HDMI In» сохраняется.
78. Не принимается. Минимальные характеристики встроенной аппаратной части нужны для выполнения встроенных функций панели (п. 2.4).
79. Панель работает не только как дисплей: встроенная белая доска, беспроводное дублирование экрана и интеграция с веб-интерфейсом выполняются ее собственной аппаратной частью.
80. Панель с менее чем 8 ядрами встроенного процессора требованиям не соответствует. OPS-модуль может входить в комплектацию, но сам по себе не заменяет требования ко встроенной аппаратной части.
81. Архитектура и производитель встроенного процессора не установлены; должны соблюдаться минимальные количественные характеристики (не менее 8 ядер, 8 ГБ RAM, 64 ГБ памяти).
82. Эти функции в ТС сохраняются (п. 2.4) вместе с требованиями ко встроенной аппаратной части, обеспечивающими их выполнение.
83. Не принимается (см. ответы на п. 84–90).
84. Требования к VLAN, приоритизации трафика и контролю широковещательного шторма уже предусмотрены п. 2.5. Количество портов установлено как минимальное.
85. Не принимается. Сохраняется требование не менее 24 гигабитных портов RJ-45 и не менее двух портов SFP+/RJ-45 на 10 Гбит/с. Большее количество портов допускается.
86. Коммутатор с 16 гигабитными портами не допускается. Коммутатор с 24 гигабитными портами и несколькими (не менее двух) SFP+ на 10 Гбит/с соответствует требованию. Текущее количество подключений и общая портовая емкость — разные характеристики.
87. Точное количество занятых портов зависит от схемы подключения, предложенной поставщиком. Минимально подключаются центральный сервер, не менее шести вспомогательных узлов и интерактивная панель. Дополнительные клиентские устройства подключаются через локальную сеть (п. 1.3).
88. Количество мониторов не определяет число Ethernet-подключений: мониторы не являются самостоятельными сетевыми устройствами.
89. Физическая схема сети в ТС не устанавливается (см. ответ на п. 90).
90. Поставщик вправе разработать физическую схему соединений самостоятельно при соблюдении комплектности, скоростей подключения и сетевых функций п. 2.5.
91. Не принимается. Требование восстановления не более чем за 2 часа (п. 4.3) сохраняется.
92. Не принимается: замена срока на «в течение рабочего дня» увеличивает установленное время недоступности программного контура.
93. Вопрос об условиях проверки восстановления рассмотрен в ответе на замечание № 1069999 и принят в части конкретизации контрольного объема и условий испытания.
94. Требование восстановления за 2 часа не предписывает конкретный программный продукт. Требование ежедневного инкрементного резервного копирования (п. 4.1) сохраняется.
95. Не принимается. Требование IPS сохраняется: формулировка «не худшие характеристики» не содержит единых числовых критериев эквивалентности по углам обзора и цветопередаче.
96. Указание другой технологии матрицы само по себе не подтверждает эквивалентность. Требование IPS сохраняется.
97. Обозначение «HDMI/DisplayPort/Type-C» уже перечисляет допустимые варианты цифрового подключения. Одновременное наличие всех трех интерфейсов не требуется; должна обеспечиваться совместимость компонентов комплекса.
98. Требование русско-казахско-английской раскладки сохраняется (п. 2.3).
99. Не принимается. Сохраняется оптическая мышь с разрешением сенсора не менее 1000 DPI: формулировка «удобство работы» не заменяет измеримый показатель.
100. Не принимается. Согласно форме технической спецификации указываются функциональные, технические, качественные и эксплуатационные характеристики закупаемого товара.
101. Не принимается (см. ответ на п. 100).
102. Действующая редакция ТС уже допускает компоненты разных производителей при совместимости и соответствии совокупности требований.
103. Принято к сведению. Срок поставки сохраняется (см. ответ на п. 115).
104. Принято к сведению. Требования ТС не препятствуют обслуживанию комплекса и не устанавливают привязки к одному производителю.
105. Замена компонента возможна при совместимости интерфейсов, ПО и сохранении требуемых функций.
106. Обязательная принадлежность всех компонентов одному производителю не установлена. Возможность замены компонента определяется совместимостью интерфейсов, программного обеспечения и сохранением требуемых функций.
107. П. 2.2 не устанавливает производителя узлов, поэтому замена аналогом другого производителя возможна при соответствии характеристикам и программной совместимости. Неограниченную взаимозаменяемость с любым будущим изделием другого производителя нельзя подтвердить заранее.
108. Не согласны. Единая архитектура всех компонентов ТС не требуется (см. ответы на п. 52, 106–107).
109. Взаимодействие компонентов осуществляется через стандартные сетевые интерфейсы Ethernet (п. 2.1, 2.2, 2.5) и веб-доступ через браузер (п. 1.3, 3.3). Проприетарные интерфейсы ТС не устанавливает.
110. ТС не устанавливает производителя сервера и не содержит требований, создающих зависимость от него.
111. ТС не устанавливает производителя вспомогательных узлов.
112. Конкретные марки CPU и GPU не установлены. Требования к ПО сформулированы функционально (п. 3.1).
113. Конкретная марка и экосистема интерактивной панели не установлены. Интеграция с веб-интерфейсом Комплекса выполняется через браузер.
114. Конкретная платформа онлайн-обучения не установлена. Допускается ПО любого разработчика при законном использовании и выполнении предусмотренных функций.
115. Не принимается. Общий срок поставки остается 15 календарных дней со дня вступления договора в силу. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса.
116. Срок 15 календарных дней сохраняется (см. ответ на п. 115).
117. Срок 60 календарных дней сохраняется. Согласно п. 569 Правил осуществления государственных закупок, утвержденных приказом Министра финансов РК от 9 октября 2024 года № 687, минимальный срок поставки для этой категории — не менее 60 календарных дней, но не более срока действия договора.
118. Не принимается. Общий срок поставки — 15 календарных дней (см. ответ на п. 115). Различие для поставщиков из Реестра казахстанских товаропроизводителей обусловлено п. 569 Правил № 687 (см. ответ на п. 117).
119. Принято к сведению. Срок поставки сохраняется (см. ответ на п. 115).
120. Не согласны. Оборудование подбирается поставщиком на этапе подготовки заявки с учетом утвержденной ТС. Срок поставки сохраняется (см. ответ на п. 115).
121. Не согласны. ТС не содержит наименований производителей и допускает альтернативные решения. Срок поставки сохраняется (см. ответ на п. 115).
122. Принимается частично: требование к GPU вспомогательных узлов смягчено до не менее 12 ядер (п. 2.2). Предложения об увеличении срока поставки и об упрощении архитектуры в остальной части не принимаются (см. ответ на п. 115).
