2026-10-14 12:58:51

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

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

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

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