2026-10-14 12:47:18

КАРИМОВА ЖАЗИРА МУРАТКАНОВНА

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

Описание внесения изменения

Ответы
1. ТС не определяет внутреннюю архитектуру inference-сервиса. П. 3.1 устанавливает назначение компонента — запуск локальных ИИ-моделей — и функции, необходимые для работы Комплекса: квантование весов (4-bit, 8-bit, 16-bit) и распределение слоев между GPU и оперативной памятью. Конкретные inference-framework и ОС не установлены.
2. Конкретный inference-framework в ТС не установлен. От службы запуска моделей зависят локальное исполнение основной языковой и специализированных моделей (п. 1.4, 3.1), работа ассистента и всех учебных модулей (п. 3.5), рациональное использование памяти при одновременной работе не менее 14 обучающихся.
3. Да, если обеспечиваются локальное исполнение моделей, аппаратное ускорение и остальные требования п. 3.1.
4. Да, встроенный сервис допускается на тех же условиях (см. ответ на п. 3).
5. Да, на тех же условиях (см. ответ на п. 3).
6. Да, если обеспечиваются локальное исполнение моделей, аппаратное ускорение ИИ и остальные требования ТС.
7. Термин «специализированный сервис/фреймворк» определяет назначение компонента, а не конкретный программный продукт. Изменение формулировки не требуется.
8. Поддержка режимов 4, 8 и 16 бит позволяет работать с разными вариантами представления весов моделей и выбирать баланс между качеством ответа (16 бит), скоростью и объемом памяти (8 и 4 бит), например при одновременном запуске нескольких моделей. Кроме того, это часть содержания модуля «Основы искусственного интеллекта» (веса, локальные архитектуры, п. 3.5).
9. Поддержка только 4-bit и FP16 не охватывает требование к 8-битному режиму и требованиям ТС не соответствует.
10. BF16 допускается в качестве 16-битного режима или дополнительного формата. Конкретные числовые форматы внутри каждой разрядности не установлены.
11. FP8 допускается в качестве 8-битного режима или дополнительного формата. Конкретные числовые форматы внутри каждой разрядности не установлены.
12. 5-bit допускается дополнительно, но не заменяет поддержку режимов 4, 8 и 16 бит.
13. Смешанные режимы допускаются дополнительно, но не заменяют поддержку режимов 4, 8 и 16 бит.
14. Конкретный формат не фиксирован: установлены разрядности (4, 8, 16 бит), а числовые форматы внутри каждой из них не установлены. Дополнительные форматы допускаются (см. ответы на п. 10–13).
15. Не принимается. Поддержка режимов 4, 8 и 16 бит сохраняется как проверяемая характеристика службы инференса.
16. Модели такого размера обеспечивают нужное качество работы на трех языках, включая казахский, генерацию программного кода и устойчивое следование системным инструкциям, необходимые для модулей п. 3.5. Диапазон также соответствует установленным аппаратным ресурсам сервера (п. 2.1).
17. Нет. Количество параметров и функциональные возможности — самостоятельные требования. Модель 8B не соответствует нижнему значению 14B, указанному в ТС, даже при заявленном более высоком качестве.
18. Порядок учета общих либо активных параметров MoE требует уточнения для однозначной оценки. До такого уточнения безусловный допуск модели 70B MoE не подтверждается.
19. Отдельная балльная методика оценки качества в ТС не установлена и не применяется как дополнительное требование к заявкам. Проверяется соответствие модели требованиям п. 3.1.
20. Не принимается. Набор контрольных заданий в ТС не установлен; требование к числу параметров сохраняется.
21. Поддержка казахского языка означает понимание инструкций и формирование ответов на казахском языке в рамках предусмотренных учебных функций, включая объяснение программного кода (п. 3.1, 3.5).
22. Да, модель должна понимать инструкции на казахском языке (п. 3.1: «поддерживающая инструкции на русском, казахском и английском языках»).
23. Да, модель должна формировать ответы на казахском языке в рамках учебных функций.
24. Да, в рамках модуля «Разработка программного обеспечения с ИИ» (п. 3.5), включая объяснение алгоритмов.
25. Функциональные критерии: понимание инструкций и формирование ответов на русском, казахском и английском языках, генерация программного кода, следование системным инструкциям (п. 3.1), выполнение сценариев учебных модулей (п. 3.5). Отдельная балльная методика не установлена.
26. Открытая модель позволяет локально развернуть ее в закрытом контуре без зависимости от внешнего поставщика (п. 1.4), изучать устройство модели, веса и квантование в учебных модулях (п. 3.5) и работать с ней без ограничений проприетарных лицензий.
27. Коммерческая программная платформа допускается, если основная языковая модель открытая. Само по себе локальное развертывание закрытой модели требование открытости не выполняет.
28. Допускается, если лицензия разрешает Заказчику все предусмотренные способы эксплуатации, а модель соответствует требованию открытости.
29. См. ответы на п. 26–28.
30. П. 3.1 требует специализированные легковесные модели для детекции объектов в реальном времени и сегментации. Обязательное развертывание каждой функции в отдельном приложении или на отдельном сервере не установлено.
31. Единый программный стек допускается, если выполняются все требования к специализированным моделям и функциям. Наличие единой мультимодальной модели само по себе не подтверждает выполнение задач детекции, сегментации, генерации графики и семантического поиска.
32. Генерация графического контента нужна для модуля «Генеративные медиа» (п. 3.5). Отдельное приложение или сервер не требуются; функция должна выполняться (см. ответ на п. 31).
33. Да, на условиях, указанных в ответе на п. 31.
34. ТС прямо допускает векторное расширение основной СУБД либо отдельную векторную базу данных (п. 3.2). Векторное хранилище нужно для долговременной памяти ассистента, индексации учебных материалов и семантического поиска.
35. Допускается, если реализован векторный семантический поиск по п. 3.2. Полнотекстовый поиск не заменяет семантический.
36. Да, прямо предусмотрено п. 3.2.
37. Поисковый движок может использоваться в составе решения, если выполняются требования п. 3.2.
38. Требование уже сформулировано функционально: векторное расширение / векторная база данных для долговременной памяти, индексации и семантического поиска. Конкретный продукт не установлен.
39. Реляционная СУБД промышленного уровня нужна для надежного хранения учетных записей, учебных планов, результатов тестирования и метаданных (п. 3.2): целостности данных, транзакционности и многопользовательского доступа. Конкретная СУБД не установлена.
40. Предусмотрена одновременная работа не менее 14 обучающихся (п. 1.1, 3.3), а также работа преподавателя.
41. Не менее 14 учетных записей обучающихся (п. 3.3); большее количество не ограничивается.
42. Фиксированный объем базы данных в ТС не установлен.
43. Фиксированное количество записей в ТС не установлено.
44. Фиксированный объем в ТС не установлен.
45. Не принимается. Требование к реляционной СУБД сохраняется; конкретный программный продукт не установлен.
46. Отдельное приложение или сервер для брокера сообщений не требуется. Обязательны функции брокера и диспетчеризации: постановка задач в очередь при пиковой нагрузке без падения сессий (п. 3.1) и распределение задач между узлами, в том числе при отказе узла (п. 4.2).
47. Да, если она реализует функции брокера и диспетчеризации (см. ответ на п. 46).
48. Да, решение на базе СУБД допускается на тех же условиях.
49. Да, на тех же условиях. Само наличие очереди без соответствующего функционала не подтверждает выполнение требования.
50. Не принимается. Требуются функции брокера и диспетчеризации в полном объеме (см. ответ на п. 46).
51. Семь наименований (п. 3.5) определяют обязательные образовательные направления Комплекса.
52. Да, если сохраняются все предусмотренные сценарии и компетенции семи направлений п. 3.5.
53. Да, на тех же условиях.
54. Да, на тех же условиях.
55. Перечень направлений и сценариев п. 3.5 фактически определяет компетенции. Структура их организации не регламентирована (см. ответы на п. 52–54).
56. Термин «редактор/песочница» обозначает функцию: написание и отладку программного кода в изолированном персональном пространстве (п. 3.3). Точные названия элементов интерфейса не регламентированы.
57. Да, если обеспечиваются написание и отладка кода, изоляция персонального рабочего пространства и остальные функции ТС.
58. Да, на тех же условиях.
59. Да, на тех же условиях.
60. Точные названия элементов интерфейса ТС не регламентирует. Изменение формулировки не требуется.
61. Ежедневное инкрементное копирование (п. 4.1) экономит место на внешнем накопителе и сокращает время ежедневного копирования. Другие виды копирования применять не запрещено.
62. Snapshot-копии могут применяться дополнительно. Snapshot-механизм соответствует требованию, если обеспечивает именно инкрементное копирование.
63. Допускается дополнительно.
64. Допускается дополнительно.
65. Конкретная технология или программный продукт резервного копирования не установлены. Требование ежедневного инкрементного копирования сохраняется; дополнительные виды копий допускаются.
66. Два часа — установленное максимальное время полного развертывания программного контура из резервной копии (п. 4.3). Так ограничивается время недоступности Комплекса для учебного процесса.
67. Условия проверки, включая контрольный объем, приведены в ответе на замечание № 1069999 (п. 68): резервная копия объемом до 1 ТБ (база данных, персональные файлы обучающихся, системные конфигурации).
68. Да, резервная копия объемом 100 ГБ входит в контрольный объем до 1 ТБ (см. ответ на п. 67).
69. Да, контрольный объем — до 1 ТБ (см. ответ на п. 67).
70. Нет. Контрольный объем — до 1 ТБ. 4 ТБ — минимальная емкость внешнего накопителя (п. 2.1), а не контрольный объем восстановления.
71. Принимается. Контрольный объем и условия проверки приведены в ответе на замечание № 1069999 (п. 68).
72. Принято к сведению (см. ответ на п. 71).
73. Перенаправление на центральный сервер или оставшиеся активные узлы (п. 4.2) обеспечивает непрерывную работу личных кабинетов при отказе узла за счет ресурсов, которые есть в Комплексе.
74. Да, иной механизм кластерного переключения допускается, если обеспечивает перенаправление запросов на центральный сервер или оставшиеся активные узлы без прерывания работы личных кабинетов. Конкретный программный продукт не установлен.
75. Требование п. 4.2 уже сформулировано функционально; конкретный механизм не установлен.
76. Срок действия лицензий — не менее 12 месяцев. Условие включено в ТС по замечанию № 1069999.
77. См. ответ на п. 76.
78. См. ответ на п. 76.
79. См. ответ на п. 76.
80. Не менее 7 лицензий — минимальная потребность Заказчика. Требование сохраняется.
81. Количество лицензий не определяет число преподавателей.
82. Единица лицензирования — лицензия на одного организатора (преподавателя). Корпоративная лицензия допускается, если предоставляет не менее семи таких прав.
83. Да, при законности эксплуатации и выполнении всех установленных функций.
84. Да, на тех же условиях.
85. Да. Безвозмездность ПО сама по себе не является несоответствием, если выполняются все установленные функции.
86. Возможность оперативного создания занятия — требуемая функция: преподаватель должен иметь возможность сразу начать онлайн-урок без длительной подготовки.
87. Разъясняем: преподаватель создает урок без предварительного планирования, а участники подключаются по ссылке без обязательной регистрации учетной записи.
88. См. ответ на п. 87.
89. См. ответ на п. 87.
90. Точные названия кнопок и расположение элементов интерфейса не установлены. Функция оперативного создания занятия сохраняется (см. ответ на п. 87).
91. Требование сохраняется.
92. Требование сохраняется.
93. Требование сохраняется.
94. Требование сохраняется.
95. Требование сохраняется (создание, редактирование и планирование онлайн-уроков).
96. Допускается ПО любого разработчика при законности эксплуатации и выполнении всех установленных функций, включая интерфейс на казахском, русском и английском языках.
97. ТС не содержит наименований конкретных программных продуктов. Термины, описывающие компоненты (служба инференса, СУБД, векторное хранилище, брокер очередей), определяют их назначение и функции, а не конкретный продукт.
98. Конкретная ОС не установлена. Допускается любая ОС, которая обеспечивает требования п. 3.1, включая аппаратное ускорение ИИ и локальное исполнение моделей.
99. Не принимается. Количество параметров, открытость и функциональные возможности — самостоятельные требования п. 3.1. Функциональные тесты не заменяют их выполнение (см. ответы на п. 17–20, 26–28).
100. Не принимается. Общий срок поставки остается 15 календарных дней со дня вступления договора в силу. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса. Развертывание и настройка выполняются в пределах срока поставки. Для поставщика из Реестра казахстанских товаропроизводителей сохраняется срок 60 календарных дней на основании п. 569 Правил осуществления государственных закупок, утвержденных приказом Министра финансов РК от 9 октября 2024 года № 687.