Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 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. Просим увеличить срок и одновременно упростить архитектуру.
