Размер шрифта Цветовая схема Изображения
Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.

Обсуждение документации - Просмотр сообщения № 1070003

Тема сообщения
Нарушения в ТС, требуем рассмотреть

Тип сообщения
Замечание к КД

Поставщик
АРУЖАН

Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ

Дата и время отправки сообщения
2026-10-09 00:16:31

Текст сообщения
1. Просим провести комплексную переработку технической спецификации с исключением всех прямых и косвенных признаков конкретных производителей, аппаратных платформ, программных экосистем, моделей серверов, рабочих станций и программных продуктов.

2. Хотя в тексте практически отсутствуют прямые товарные знаки, сама совокупность технических характеристик позволяет идентифицировать ограниченный перечень конкретного оборудования.

3. Государственная закупка не должна становиться модельно-зависимой только потому, что название производителя формально не указано.

4. Косвенная привязка посредством уникального сочетания параметров создает тот же ограничительный результат.

5. Наиболее характерным примером является центральный сервер.

6. Он одновременно должен иметь не менее 30 CPU-ядер с сочетанием производительных и энергоэффективных ядер.

7. Не менее 64 GPU-ядер либо определенную AI-производительность.

8. Не менее 96 ГБ объединенной/унифицированной памяти.

9. Пропускную способность памяти не менее 800 ГБ/с.

10. SSD минимум 1 ТБ со скоростью чтения 5000 МБ/с.

11. Внешний SSD не менее 4 ТБ с подключением 40 Гбит/с.

12. 10GbE.

13. Wi-Fi 6E.

14. Bluetooth 5.3.

15. Компактный настольный форм-фактор.

16. Уровень шума не более 35 дБ.

17. В совокупности это является практически паспортным портретом определенного класса конкретных устройств.

18. Просим отказаться от такого подхода.

19. Заказчику необходимо установить общую вычислительную задачу.

20. Например: локальный AI-комплекс должен обеспечивать одновременную работу не менее 14 пользователей.

21. Запуск мультиязычной LLM.

22. Выполнение заданий компьютерного зрения.

23. Генерацию графики.

24. анализ документов.

25. программирование.

26. При этом время отклика и устойчивость должны соответствовать установленным приемочным тестам.

27. Все остальное поставщик должен иметь право реализовать любым способом.

28. Сервер может использовать CPU любого производителя.

29. GPU любого производителя.

30. дискретную или интегрированную графику.

31. объединенную либо раздельную память.

32. x86, ARM или иную актуальную архитектуру.

33. Tower, mini-PC, workstation или rack-форм-фактор.

34. Один сервер либо кластер.

35. Если фактический результат одинаков, такие решения должны считаться эквивалентными.

36. Просим исключить число CPU-ядер как обязательное либо использовать только минимальную фактическую производительность.

37. Просим исключить количество GPU-ядер.

38. Просим исключить понятие объединенной памяти.

39. Просим исключить 800 ГБ/с как уникальный внутренний параметр.

40. Просим исключить обязательные Wi-Fi 6E и Bluetooth 5.3 у серверного устройства.

41. Просим исключить конкретный форм-фактор.

42. По вспомогательным узлам просим аналогично удалить 10 CPU-ядер, 16 GPU-ядер и 24 ГБ объединенной памяти как совокупность признаков конкретной аппаратной платформы.

43. Указать только минимальный объем памяти, SSD и необходимую производительность.

44. Более предпочтительно вообще позволить поставщику самостоятельно определить количество вспомогательных вычислительных узлов.

45. Заказчику нужно 14 пользовательских рабочих мест.

46. Необязательно шесть из них должны являться вычислительными узлами.

47. Возможно использование одного более мощного центрального сервера.

48. Это также упростит техническое обслуживание.

49. Просим исключить обязательный режим фонового использования свободной мощности пользовательских компьютеров.

50. Он является внутренним архитектурным решением.

51. По программному обеспечению просим удалить требования к конкретному AI-стеку.

52. Не должно быть обязательным квантование именно 4/8/16-bit.

53. Не должно быть обязательным использование определенного типа inference framework.

54. Не должно быть обязательным наличие отдельного message broker.

55. Не должно быть обязательным применение отдельной vector DB.

56. Не должно быть обязательным конкретное число параметров LLM 14B–32B.

57. Современное AI-решение должно оцениваться по качеству, языковой поддержке, скорости и локальной работе.

58. Предлагаем установить функциональные требования к модели.

59. Модель должна понимать русский и казахский язык.

60. Генерировать и объяснять программный код.

61. Работать локально.

62. Поддерживать образовательные сценарии.

63. Иметь возможность обработки документов.

64. Дополнительно система должна обеспечивать компьютерное зрение и генеративный контент.

65. Внутренняя структура моделей может быть любой.

66. Это позволит использовать более новые AI-модели без формального нарушения ТС.

67. Просим не ограничивать программную платформу точными названиями или числом внутренних учебных модулей.

68. Требуемые направления обучения могут быть перечислены как темы.

69. Основы AI.

70. промпт-инжиниринг.

71. AI-программирование.

72. агенты.

73. компьютерное зрение.

74. генеративные технологии.

75. анализ документов.

76. Однако продукт может объединять либо иначе структурировать эти темы.

77. Просим удалить привязку к конкретному интерфейсу.

78. Неважно, называется ли раздел «личный кабинет», «workspace», «dashboard» или иначе.

79. Неважно, называется ли редактор «песочницей».

80. Неважно, используется ли отдельный файловый менеджер или проектное хранилище.

81. Важны функции.

82. По резервному копированию просим разрешить любой способ.

83. Внешний SSD.

84. NAS.

85. RAID.

86. второй сервер.

87. snapshot.

88. инкрементная или иная схема.

89. Главное — ежедневное сохранение и возможность восстановления.

90. По интерактивной панели просим убрать излишне конкретные признаки.

91. Оставить диагональ минимум 75 дюймов.

92. 4K.

93. сенсор.

94. антибликовую поверхность.

95. функцию белой доски.

96. беспроводную трансляцию.

97. возможность подключения к веб-интерфейсу комплекса.

98. Требование строго трех HDMI заменить достаточным количеством цифровых входов.

99. Встроенный процессор 8 ядер, 8 ГБ RAM и 64 ГБ памяти сделать необязательным, если панель работает с внешним вычислительным модулем.

100. Допустить OPS либо иной вычислительный модуль.

101. По мониторам IPS заменить на IPS или эквивалент.

102. HDMI/DisplayPort/Type-C заменить требованием наличия современных цифровых видеовходов.

103. Это позволит поставлять оборудование разных производителей.

104. По сетевому коммутатору разрешить эквивалентное количество портов и uplink-интерфейсов.

105. Оставить VLAN.

106. QoS.

107. контроль broadcast storm.

108. достаточную пропускную способность.

109. Не привязываться к одной портовой конфигурации.

110. По ПО для онлайн-обучения просим оставить видеосвязь, демонстрацию экрана, чат, планирование и управление занятиями.

111. Убрать специфические сценарии создания конференции.

112. Допустить любой программный продукт.

113. Указать только количество пользователей и срок лицензии.

114. Отдельно просим определить срок лицензии, поскольку сейчас указано только не менее семи лицензий.

115. Без срока невозможно корректно определить стоимость.

116. Просим также существенно пересмотреть срок поставки.

117. Для поставщика установлен срок 15 календарных дней.

118. При нахождении поставщика в Реестре казахстанских товаропроизводителей — 60 календарных дней.

119. Комплекс стоимостью 22 680 000 тенге включает сервер, рабочие станции, 14 мониторов, интерактивную панель, сетевую инфраструктуру и сложное локальное программное развертывание.

120. За 15 календарных дней реальный независимый поставщик не всегда сможет заказать альтернативное серверное оборудование, получить его, произвести настройку и выполнить развертывание.

121. Такой срок объективно выгоден поставщику, заранее располагающему уже сформированным именно таким комплексом.

122. Чтобы ТС действительно допускала альтернативные товары, необходимо дать разумный срок их комплектации.

123. Просим установить минимум 30 календарных дней для всех поставщиков.

124. Либо единый срок 60 календарных дней.

125. Дополнительно просим прямо включить в ТС положение о функциональной эквивалентности.

126. Предлагаемый комплекс может отличаться:
- архитектурой процессоров;
- количеством внутренних ядер;
- производителем GPU;
- организацией памяти;
- типом сервера;
- количеством вычислительных узлов;
- структурой СУБД;
- inference engine;
- способом резервного копирования;
- интерфейсом программного обеспечения;
- структурой учебных модулей;
- моделью интерактивной панели;
- маркой сетевого оборудования.

127. Такие отличия не должны считаться несоответствием, если достигнуты обязательные функциональные показатели.

128. Предлагаем сформировать отдельный перечень приемочных тестов.

129. Тест 1: одновременно авторизуются 14 пользователей.

130. Тест 2: персональные сессии изолированы.

131. Тест 3: сохраняется история и проекты.

132. Тест 4: локальная LLM отвечает на русском и казахском языках.

133. Тест 5: выполняется генерация и объяснение программного кода.

134. Тест 6: выполняется задача компьютерного зрения.

135. Тест 7: выполняется анализ документа.

136. Тест 8: преподаватель управляет учетными записями и заданиями.

137. Тест 9: создается резервная копия.

138. Тест 10: демонстрируется восстановление.

139. Тест 11: работа пользователя выводится на интерактивную панель.

140. Если система проходит такие испытания, конкретное внутреннее оборудование не должно иметь значения.

141. Именно такой подход действительно устранит указания на конкретные товары и производителей.

142. Просим переработать ТС в указанном направлении и максимально сократить ее до функциональных требований.


Ответы представителей заказчика и организатора, секретаря

Дата:
2026-10-14 12:29:01

Автор:
КАРИМОВА ЖАЗИРА МУРАТКАНОВНА

Решение:
Внести изменения и (или) дополнения в проект конкурсной документации

Описание внесения изменения
1. Не принимается. ТС не содержит товарных знаков, наименований производителей, моделей оборудования и программных продуктов. Требования изложены в виде функциональных, технических, качественных и эксплуатационных характеристик, как того требуют графа «Описание требуемых функциональных, технических, качественных, эксплуатационных и иных характеристик» и Примечание к Приложению 13. Комплексная переработка ТС не требуется.
2. Не принимается. Поставщик не указал, какое конкретное оборудование, по его мнению, идентифицируется и почему иное оборудование не может соответствовать ТС. ТС содержит альтернативные варианты исполнения. Для сервера (п. 2.1) это «энергоэффективная архитектура с унифицированной или объединенной памятью либо разделяемой или общей памятью или эквивалентная многоядерная серверная архитектура». Для графической подсистемы — «не менее 64 ядер графического ускорителя (или эквивалент с аппаратной поддержкой тензорных/матричных операций и производительностью нейровычислений не менее 40 TOPS)». Требованиям ТС могут соответствовать решения разных производителей.
3. Заказчик согласен с этим принципом. ТС не является модельно-зависимой: в ней установлены минимальные значения параметров («не менее», «не ниже», «не более»). Оборудование с характеристиками, равными установленным или превосходящими их, допускается: оборудование «должно полностью соответствовать или превосходить по техническим и качественным характеристикам».
4. Не принимается. Сочетание параметров определено потребностью Заказчика: одновременная работа не менее 14 обучающихся с локальным запуском языковой модели, моделей компьютерного зрения и генерации контента в закрытом контуре без облачных сервисов (п. 1.1, 1.4 ТС). Каждый параметр обусловлен назначением Комплекса и имеет альтернативные варианты исполнения, предусмотренные ТС.
5. Принимается к сведению. Ответы по отдельным параметрам сервера (п. 2.1 ТС) даны ниже.
6. Требование к количеству ядер (не менее 30) сохраняется: оно обеспечивает параллельное обслуживание сессий 14 пользователей, диспетчеризацию задач, работу СУБД и сервисов Комплекса. Производитель и архитектура набора команд CPU в ТС не установлены. Пункт 2.1 прямо допускает «эквивалентную многоядерную серверную архитектуру», в рамках которой допускаются однородные ядра при количестве не менее 30.
7. Как указал сам поставщик, требование изложено альтернативно: 64 ядра графического ускорителя либо эквивалент с аппаратной поддержкой тензорных/матричных операций и производительностью нейровычислений не менее 40 TOPS. Количество GPU-ядер не является единственным обязательным критерием: достаточно подтвердить производительность ускорителя любого производителя. Требование сохраняется.
8. Требование к объему сохраняется. ТС устанавливает «Оперативная/объединённая память», то есть допускается как объединенная, так и раздельная (оперативная память и память ускорителя) организация памяти. Объем не менее 96 ГБ нужен для одновременной загрузки основной языковой модели (п. 3.1) и специализированных моделей.
9. Требование сохраняется. Пропускная способность памяти — самостоятельный технический параметр, который прямо определяет скорость инференса больших языковых моделей (п. 2.1: «для обеспечения одновременной загрузки и инференса больших языковых моделей (LLM) с размером контекста не менее 8k–32k токенов»). Этот параметр не является признаком конкретного производителя.
10. Требование сохраняется. Параметр соответствует распространенному классу NVMe-накопителей, которые выпускают многие производители, и нужен для быстрой загрузки весов моделей.
11. Требование сохраняется. Внешний накопитель предназначен для хранения весов моделей, датасетов и резервных копий (п. 2.1, 4.1 ТС). Скорость не менее 40 Гбит/с обеспечивают стандарты, которые поддерживает оборудование разных производителей; тип разъема и производитель накопителя не установлены.
12. Требование сохраняется. Сетевой адаптер 10 Гбит/с нужен для подключения сервера к коммутатору (п. 2.5: «не менее 2 портов SFP+/RJ-45 со скоростью 10 Гбит/с для подключения центрального сервера») и для обслуживания одновременных сессий пользователей и вспомогательных узлов.
13. Требование сохраняется. Беспроводной адаптер обеспечивает подключение мобильных устройств преподавателя и обучающихся (п. 1.3 ТС — ноутбук, планшет) и является отдельным эксплуатационным параметром. Wi-Fi 6E — открытый отраслевой стандарт, который поддерживает множество производителей. Требование «не ниже Wi-Fi 6E» не исключает более новые стандарты.
14. Требование сохраняется. Bluetooth 5.3 — открытый стандарт, не указывающий на конкретного производителя. Требование «не ниже 5.3» не исключает более новые версии.
15. Требование сохраняется. ТС допускает «компактный настольный корпус / мини-сервер». Требование обусловлено размещением сервера непосредственно в учебном кабинете, где нет серверной стойки и выделенного серверного помещения.
16. Требование сохраняется. Сервер размещается в учебной аудитории, где проводятся занятия. Ограничение уровня шума в режиме умеренной нагрузки — эксплуатационное требование, обеспечивающее нормальные условия обучения.
17. Не принимается. Описание «определенного класса устройств» не является указанием на конкретный товар. ТС допускает альтернативные архитектуры памяти и процессора и альтернативный критерий производительности ускорителя (40 TOPS). Отличия производителей и наименований сами по себе несоответствием не являются.
18. Не принимается по основаниям, изложенным в ответах на пункты 1–17.
19. Общая задача в ТС установлена: раздел 1 «Назначение и общие требования к Комплексу» (п. 1.1–1.4). Наряду с ней установлены технические характеристики, поскольку предмет закупки — товар (аппаратно-программный комплекс), а не услуга по достижению результата.
20. Требование уже предусмотрено: п. 1.1 — «не менее 14 обучающихся одновременно»; п. 3.3 — не менее 14 учетных записей.
21. Требование уже предусмотрено п. 3.1 ТС («Основная языковая модель: открытая мультиязычная модель…»).
22. Требование уже предусмотрено п. 3.1 (специализированные модели для детекции объектов и сегментации) и п. 3.5 (модуль «Компьютерное зрение»).
23. Требование уже предусмотрено п. 3.1 (модели генерации графического контента) и п. 3.5 (модуль «Генеративные медиа»).
24. Требование уже предусмотрено п. 3.5 (модуль «Анализ документов»).
25. Требование уже предусмотрено п. 3.1 (генерация программного кода), п. 3.3 (встроенный редактор для написания и отладки кода) и п. 3.5 (модуль «Разработка программного обеспечения с ИИ»).
26. Требования к устойчивости в ТС установлены: постановка задач в очередь без падения сессий при пиковой нагрузке (п. 3.1), перенаправление запросов при отказе узла (п. 4.2), восстановление не более чем за 2 часа (п. 4.3). Дополнительные приемочные тесты вместо технических характеристик не вводятся (см. ответы на пункты 128–140). Время отклика в ТС не установлено и не применяется как дополнительный критерий оценки заявок.
27. Не принимается. Поставщик вправе реализовать требования любым способом в пределах установленных ТС характеристик и предусмотренных ею альтернатив. Отступление от обязательной комплектности и количественных параметров допускается только в случаях, прямо предусмотренных ТС.
28. Принимается: ТС производителя CPU не устанавливает. Изменения ТС не требуются.
29. Принимается: ТС производителя GPU не устанавливает; допускается эквивалент ускорителя с производительностью не менее 40 TOPS. Изменения ТС не требуются.
30. Для центрального сервера (п. 2.1) тип исполнения графического ускорителя (дискретный или интегрированный) не установлен, допускаются оба варианта. Для вспомогательных узлов (п. 2.2) установлен встроенный графический модуль, что обусловлено компактным форм-фактором рабочего места. Дискретный GPU может устанавливаться в узлах дополнительно, но не заменяет встроенный графический модуль.
31. Уже допускается: п. 2.1 предусматривает «унифицированную или объединенную память либо разделяемую или общую память», а также «оперативную/объединённую память». Изменения ТС не требуются.
32. Уже допускается: ТС не устанавливает архитектуру набора команд процессора; п. 2.1 допускает «эквивалентную многоядерную серверную архитектуру». Изменения ТС не требуются.
33. Принимается частично в форме разъяснения: допускается любой корпус, который является компактным настольным корпусом / мини-сервером и соответствует требованию к уровню шума (п. 2.1). Наименование «workstation» или «mini-PC» само по себе не исключает соответствия. Tower-исполнение автоматически эквивалентным не признается. Стоечное (rack) исполнение требует серверного шкафа и не отвечает условиям размещения в учебном кабинете.
34. ТС устанавливает центральный сервер «не менее 1 комплекта», поэтому поставка более одного сервера, в том числе в кластерной конфигурации, не запрещена. При этом каждый поставляемый комплект центрального сервера должен соответствовать п. 2.1: распределять характеристики одного сервера между несколькими менее производительными устройствами нельзя. Вспомогательные узлы (п. 2.2) обязательны в любом случае.
35. Не принимается в предложенной редакции. Эквивалентность определяется соответствием характеристикам, установленным ТС (в том числе предусмотренным в ней альтернативам), а не только итоговым функциональным результатом, который не охватывает все технические и эксплуатационные параметры.
36. Не принимается (см. ответ на пункт 6). Количество ядер — объективный параметр, который проверяется по документации. «Фактическая производительность» без единой методики измерения не позволяет однозначно сопоставить предложения.
37. Не требуется: ТС уже допускает альтернативу — эквивалент с аппаратной поддержкой тензорных/матричных операций и производительностью не менее 40 TOPS (см. ответ на пункт 7).
38. Не требуется: объединенная память не является обязательной. ТС допускает разделяемую или общую память и эквивалентную многоядерную серверную архитектуру (см. ответы на пункты 8, 31).
39. Не принимается (см. ответ на пункт 9).
40. Не принимается (см. ответы на пункты 13–14).
41. Не принимается (см. ответы на пункты 15–16, 33).
42. Принимается частично. В пункте 2.2 ТС минимальное количество ядер GPU / ускорителей вычислений снижается с 16 до 12. Новая редакция: «Графический ускоритель: встроенный графический модуль с аппаратным ускорением задач машинного обучения, не менее 12 ядер GPU / ускорителей вычислений». Требования «не менее 10 вычислительных ядер (CPU)» и «оперативная / объединённая память не менее 24 ГБ» сохраняются; память может быть как оперативной, так и объединенной. Архитектуры x86 и ARM допускаются.
43. Не принимается. Минимальные объемы памяти (24 ГБ) и SSD (512 ГБ) в ТС указаны. Требования к процессору и графическому модулю нужны для выполнения узлом фоновых задач: компьютерного зрения, генерации изображений, агентов исполнения кода (п. 2.2).
44. Не принимается. Количество вспомогательных узлов (не менее 6) определено архитектурой Комплекса с распределенными вычислительными узлами (п. 1.2) и требованием отказоустойчивости (п. 4.2). Большее количество узлов допускается.
45. Разъясняем: одновременная работа не менее 14 обучающихся обеспечивается через индивидуальные изолированные веб-интерфейсы (п. 1.3, 3.3), в том числе с вспомогательных узлов и личных ноутбуков обучающихся, подключенных к локальной сети. Личные ноутбуки в поставку не входят. Количество вычислительных узлов не ограничивает число пользовательских сессий. Мониторы и комплекты ввода поставляются в количестве не менее 14 (п. 2.3).
46. Не принимается. Не менее 6 вспомогательных вычислительных узлов — обязательная часть комплектности (п. 2.2).
47. Не принимается. Распределенное выполнение фоновых задач — предусмотренная функция Комплекса (п. 1.2, 2.2, 4.2), поэтому один более мощный сервер не заменяет обязательные вспомогательные узлы. Кроме того, при единственном сервере не выполняется требование п. 4.2 о перенаправлении запросов на оставшиеся активные узлы.
48. Не принимается. Удобство обслуживания для поставщика не является основанием для изменения состава Комплекса, определенного потребностью Заказчика.
49. Не принимается. Режим двойного назначения (п. 2.2) — функциональное требование к Комплексу: он обеспечивает распределение нагрузки и отказоустойчивость (п. 4.2) и используется в учебном процессе. Требование относится к вспомогательным узлам, а не к личным устройствам обучающихся. Постоянная загрузка всех узлов не требуется.
50. Не принимается. Распределенная архитектура прямо установлена как требование к Комплексу (п. 1.2: «клиент-серверная модель с распределенными вычислительными узлами»), а не оставлена на выбор поставщика. Конкретные программные средства реализации распределения в ТС не установлены.
51. Не требуется. ТС не устанавливает наименования конкретных программных продуктов (inference engine, брокера сообщений, СУБД, моделей). Требования изложены в виде функций и характеристик.
52. Не принимается. Требуется поддержка сервисом инференса работы моделей с квантованием весов (не менее 4-bit, 8-bit, 16-bit). Это функциональная возможность, позволяющая запускать модели разного размера и точности в пределах доступной памяти. Эти уровни квантования поддерживает широкий круг сервисов локального инференса разных разработчиков. Дополнительные форматы допускаются, но не заменяют указанные.
53. Тип или наименование фреймворка ТС не установлены. Требуется специализированный сервис/фреймворк локального инференса с указанными функциями (квантование, распределение слоев между GPU и оперативной памятью). Допускается любой программный продукт, обеспечивающий эти функции, включая встроенные, контейнеризованные и виртуализированные решения.
54. Разъясняем: ТС требует функцию брокера сообщений и очередей выполнения задач (постановка задач в очередь без падения сессий при пиковой нагрузке, п. 3.1). Отдельное приложение или отдельный сервер для брокера не требуются, допускается встроенная реализация; конкретный продукт не установлен.
55. Отдельная векторная база данных не обязательна: п. 3.2 прямо допускает «векторное расширение / векторную базу данных», то есть векторное расширение основной СУБД.
56. Не принимается. Минимальное число параметров — измеримая характеристика, обеспечивающая нужный уровень качества генерации на казахском и русском языках и генерации программного кода. Модель с большим числом параметров использовать не запрещено. Конкретная модель (разработчик, семейство) в ТС не установлена.
57. Требования к языковой поддержке (п. 3.1), локальной работе (п. 1.4) и устойчивости под нагрузкой (п. 3.1) в ТС предусмотрены. «Качество» без измеримых критериев не позволяет однозначно сопоставить предложения, поэтому ТС использует проверяемые характеристики: число параметров, открытость модели, поддерживаемые языки.
58. Функциональные требования к модели установлены п. 3.1: поддержка инструкций на русском, казахском и английском языках, генерация программного кода, следование системным инструкциям. Для специализированных моделей это детекция объектов в реальном времени, сегментация, генерация графического контента, семантический векторный поиск. Функциональные требования применяются совместно с техническими характеристиками.
59. Уже предусмотрено п. 3.1 (русский, казахский и английский языки).
60. Уже предусмотрено п. 3.1 (генерация программного кода) и п. 3.5 (модуль «Разработка программного обеспечения с ИИ»: генерация кода, автодополнение, поиск ошибок, объяснение алгоритмов).
61. Уже предусмотрено п. 1.4 и п. 3.1 («Используемые локальные модели ИИ»).
62. Уже предусмотрено п. 3.5 (предустановленные сценарии взаимодействия, адаптированные под профили обучения).
63. Уже предусмотрено п. 3.5 (модуль «Анализ документов»).
64. Уже предусмотрено п. 3.1 (специализированные модели) и п. 3.5 (модули «Компьютерное зрение» и «Генеративные медиа»).
65. Разъясняем: ТС не устанавливает внутреннюю архитектуру моделей (тип архитектуры нейросети, разработчика, семейство). Установлены только требования к открытости, мультиязычности, числу параметров основной модели и функциям специализированных моделей.
66. Иные и более современные модели и программные продукты допускаются при соответствии ТС. Более новая версия или заявленное более высокое качество модели сами по себе не отменяют обязательных требований к ее характеристикам.
67. Разъясняем: семь наименований в п. 3.5 определяют обязательные образовательные направления (содержание сценариев ассистента), а не названия конкретного продукта или его внутренних программных модулей. Иная группировка тем и структура курсов допускаются при сохранении всех предусмотренных сценариев и компетенций.
68. Принимается в форме разъяснения (см. ответ на пункт 67). Изменение текста ТС не требуется.
69. Предусмотрено п. 3.5, направление 1.
70. Предусмотрено п. 3.5, направление 2.
71. Предусмотрено п. 3.5, направление 3.
72. Предусмотрено п. 3.5, направление 4.
73. Предусмотрено п. 3.5, направление 5.
74. Предусмотрено п. 3.5, направление 6.
75. Предусмотрено п. 3.5, направление 7.
76. Допускается, если по каждому из семи направлений обеспечено содержание, указанное в п. 3.5 (см. ответ на пункт 67).
77. Не требуется. ТС не устанавливает конкретный интерфейс, его оформление или названия разделов.
78. Разъясняем: термин «личный кабинет» (п. 3.3) обозначает функцию — персональное изолированное рабочее пространство пользователя. Иное наименование раздела допускается при обеспечении всех функций п. 3.3.
79. Разъясняем: «редактор/песочница» обозначает функцию — написание и отладку программного кода в веб-интерфейсе. Наименование значения не имеет.
80. Разъясняем: «файловый менеджер» обозначает функцию хранения сгенерированных материалов, программ, изображений и проектов. Допускается проектное хранилище или иная организация хранения, если эта функция обеспечена.
81. Заказчик согласен. Иные названия разделов, оформление интерфейса и организация проектного хранилища допускаются при обеспечении возможностей, предусмотренных п. 3.3 и 3.4.
82. Не принимается. ТС устанавливает автоматическое ежедневное инкрементное резервное копирование базы данных, персональных файлов обучающихся и системных конфигураций на внешний накопитель (п. 4.1) и восстановление программного контура не более чем за 2 часа (п. 4.3). Способ реализации (программное средство) не установлен.
83. Предусмотрен ТС: п. 2.1 — внешний SSD не менее 4 ТБ; п. 4.1 — копирование на внешний накопитель.
84. Дополнительное копирование на NAS допускается, но не заменяет поставку предусмотренного внешнего SSD.
85. RAID сам по себе не является резервной копией: он защищает от отказа диска, но не от удаления или повреждения данных, и не заменяет требование п. 4.1. Дополнительно применять RAID не запрещено.
86. Дополнительное копирование на другой сервер допускается, но не заменяет копирование на предусмотренный внешний накопитель.
87. Snapshot-механизм может применяться для выполнения требования п. 4.1, если он обеспечивает автоматическое ежедневное инкрементное резервное копирование на внешний накопитель.
88. Не принимается в части «иной схемы»: ТС устанавливает инкрементную схему (п. 4.1). Дополнительные полные и дифференциальные копии не запрещены.
89. Ежедневное сохранение и восстановление предусмотрены п. 4.1 и 4.3 и сохраняются вместе с требованиями об инкрементной схеме и внешнем накопителе.
90. Не принимается. Требования п. 2.4 — распространенные характеристики интерактивных панелей, которые выпускают многие производители.
91. Требование уже установлено: «не менее 75 дюймов (допускается 86 дюймов)».
92. Требование уже установлено: «не менее 3840×2160 (4K Ultra HD)».
93. Требование уже установлено: инфракрасная или емкостная сенсорная технология, не менее 20 точек касания.
94. Требование уже установлено: защитное антибликовое закаленное стекло твердостью не менее 7H.
95. Требование уже установлено: встроенный режим «белой доски».
96. Требование уже установлено: беспроводное дублирование экрана с устройств преподавателя и обучающихся.
97. Требование уже установлено: интеграция с центральным веб-интерфейсом Комплекса.
98. Не принимается. ТС устанавливает не «строго три», а «не менее 3 портов HDMI In». Дополнительные цифровые входы других типов допускаются, но не заменяют предусмотренное количество HDMI, необходимое для одновременного подключения нескольких источников без перекоммутации.
99. Не принимается. Панель должна выполнять встроенные функции белой доски, беспроводного дублирования и взаимодействия с веб-интерфейсом Комплекса без зависимости от внешних устройств. Встроенная аппаратная часть обязательна.
100. OPS или иной внешний вычислительный модуль допускается дополнительно, но не заменяет обязательную встроенную аппаратную часть (см. ответ на пункт 99).
101. Не принимается. Требование IPS сохраняется: эта технология обеспечивает широкие углы обзора и стабильную цветопередачу. Формулировка «IPS или эквивалент» без единых измеримых критериев не позволяет однозначно сопоставить предложения. Мониторы с IPS-матрицей выпускает большое число производителей.
102. Разъясняем: ТС требует «наличие цифровых видеовходов (HDMI/DisplayPort/Type-C)». Указанные интерфейсы являются допустимыми вариантами; все три одновременно не требуются, если обеспечена совместимость с поставляемыми вычислительными узлами. Изменение ТС не требуется.
103. Требования п. 2.3 уже позволяют поставлять мониторы разных производителей.
104. Не принимается в части уменьшения количества портов. Сохраняются требования: не менее 24 портов RJ-45 10/100/1000 Мбит/с и не менее 2 портов SFP+/RJ-45 10 Гбит/с. Коммутаторы разных производителей и с большим количеством портов допускаются.
105. Требование сохраняется (разделение сети на виртуальные группы).
106. Требование сохраняется (настройка приоритетов передачи данных).
107. Требование сохраняется (функции контроля широковещательного шторма).
108. Общая пропускная способность не заменяет установленное количество независимых физических подключений: центрального сервера, вспомогательных узлов, интерактивной панели, сетевого оборудования и клиентских устройств обучающихся.
109. ТС не привязана к одной конфигурации: установлено минимальное количество портов; допускаются коммутаторы с большим количеством портов и порты 10 Гбит/с как SFP+, так и RJ-45.
110. Указанные функции в ТС предусмотрены и сохраняются.
111. Не принимается. Возможность мгновенно организовать онлайн-урок без предварительной регистрации и планирования, с возможностью запланировать его на будущее, — функциональная потребность Заказчика. Ее реализуют программные продукты разных разработчиков. Точные названия кнопок и расположение элементов интерфейса не установлены.
112. Конкретный программный продукт в ТС не установлен. Допускаются решения разных разработчиков, в том числе веб-сервисы и устанавливаемое ПО, при законности использования и обеспечении всех требуемых функций: оперативное создание занятия, видеосвязь, демонстрация экрана, чат, планирование и управление уроками, интерфейс на казахском, русском и английском языках.
113. Не принимается в части исключения функциональных требований (см. ответ на пункт 111). Количество лицензий сохраняется — не менее 7. Срок действия лицензии установлен (см. ответ на пункт 114).
114. Принимается. В ТС включено условие: «Срок действия лицензии не менее 12 месяцев».
115. Принимается (см. ответ на пункт 114).
116. Не принимается. Общий срок поставки остается 15 календарных дней со дня вступления договора в силу. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса.
117. Срок 15 календарных дней сохраняется (см. ответ на пункт 116).
118. Срок 60 календарных дней для поставщика, находящегося в Реестре казахстанских товаропроизводителей, сохраняется. Различие обусловлено пунктом 569 Правил осуществления государственных закупок, утвержденных приказом Министра финансов Республики Казахстан от 9 октября 2024 года № 687: для этой категории поставщиков установлен срок не менее 60 календарных дней, но не более срока действия договора.
119. Принимается к сведению. Срок поставки сохраняется (см. ответ на пункт 116).
120. Принимается к сведению. Оборудование подбирается поставщиком с учетом утвержденной ТС на этапе подготовки заявки. Срок поставки сохраняется (см. ответ на пункт 116).
121. Не принимается как утверждение. Срок поставки установлен исходя из потребности Заказчика в обеспечении учебного процесса и одинаков для всех потенциальных поставщиков, кроме случаев, установленных Правилами (см. ответ на пункт 118).
122. Не принимается (см. ответ на пункт 116). Допустимость альтернативных товаров обеспечивается альтернативными вариантами исполнения, предусмотренными ТС.
123. Не принимается (см. ответ на пункт 116).
124. Не принимается. Единый срок 60 календарных дней не соответствует потребности Заказчика в своевременном обеспечении учебного процесса; кроме того, изменение срока требует повторного объявления конкурса (см. ответ на пункт 116).
125. Не принимается в предложенной редакции. ТС уже предусматривает поставку оборудования, соответствующего установленным характеристикам или превосходящего их, а также альтернативные варианты исполнения. Отличия производителей, наименований программных продуктов и оформления интерфейса сами по себе не являются несоответствием.
126. При соответствии характеристикам ТС допускаются отличия по: архитектуре процессоров (в пределах п. 2.1); производителю GPU; организации памяти (объединенная/раздельная); структуре СУБД (векторное расширение или отдельная векторная БД); inference engine; оформлению и названиям разделов интерфейса; структуре учебных модулей (при сохранении всех направлений п. 3.5); модели интерактивной панели; марке сетевого оборудования. Не допускаются: количество ядер ниже установленного минимума; меньшее количество вычислительных узлов; тип сервера, не являющийся компактным настольным корпусом / мини-сервером; способ резервного копирования, не обеспечивающий ежедневное инкрементное копирование на внешний накопитель.
127. Не принимается в части отличий от обязательной комплектности и количественных параметров: они допускаются только в случаях, прямо предусмотренных ТС (см. ответ на пункт 126).
128. Не принимается. Предлагаемые испытания могут подтверждать выполнение соответствующих функций, но не заменяют проверку обязательных технических характеристик. Все функции из предложенных тестов уже установлены в ТС и проверяются при приемке товара.
129. Требование предусмотрено п. 1.1, 3.3 ТС.
130. Требование предусмотрено п. 1.3, 3.3 ТС.
131. Требование предусмотрено п. 1.3, 3.3 ТС.
132. Требование предусмотрено п. 1.4, 3.1 ТС.
133. Требование предусмотрено п. 3.1, 3.5 ТС.
134. Требование предусмотрено п. 3.1, 3.5 ТС.
135. Требование предусмотрено п. 3.5 ТС.
136. Требование предусмотрено п. 3.4 ТС.
137. Требование предусмотрено п. 4.1 ТС.
138. Требование предусмотрено п. 4.3 ТС (не более 2 часов).
139. Требование предусмотрено п. 3.4 ТС.
140. Не принимается. Перечисленные тесты не проверяют пропускную способность памяти, характеристики накопителей, сетевые интерфейсы, уровень шума, отказоустойчивость при выходе узла из строя (п. 4.2), характеристики панели, мониторов и коммутатора. Конкретный производитель оборудования в ТС не установлен.
141. Не принимается. ТС не содержит указаний на конкретные товары и производителей (см. ответы на пункты 1–4).
142. Не принимается. Предмет закупки — аппаратно-программный комплекс, для которого установлены требования к функциям, комплектности, техническим характеристикам и условиям эксплуатации. В ТС внесены следующие изменения: (1) в п. 2.2 минимальное количество ядер GPU / ускорителей вычислений снижено с 16 до 12; (2) установлен срок действия лицензий ПО онлайн-обучения — не менее 12 месяцев. Срок поставки (15 календарных дней) и остальные требования ТС сохраняются.