2026-09-30 16:03:31

НУРАДИНОВ НУРГАЛИ МУХИТОВИЧ

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

РАЗЪЯСНЕНИЕ ПОЛОЖЕНИЙ АУКЦИОННОЙ ДОКУМЕНТАЦИИ ПО ОБСУЖДЕНИЮ № 1069144
1. Для обеспечения непрерывного учебного процесса с показателем доступности (uptime) не менее 99% в год, высокой отказоустойчивости, изоляции возможных сбоев и возможности независимого обновления, модернизации или масштабирования отдельных логических подсистем (видеостриминг, 3D-движок, игровой модуль, хранилище) без остановки работы всей платформы и срыва школьных занятий.
2. Нет, техническая спецификация прямо предусматривает трехуровневую клиент-серверную модель на базе микросервисной или сервис-ориентированной архитектуры. Монолитная архитектура создает единую точку отказа (сбой одного компонента, например, утечка памяти в 3D-модуле, приводит к падению всей системы во время урока) и не позволяет производить бесшовное точечное обновление сервисов без перезапуска всего ядра.
3. Нет, согласно разделу 6.1 технической спецификации требуется возможность локального развертывания на серверных мощностях организации образования. Это необходимо для обеспечения полной автономности уроков при отсутствии или нестабильности внешнего интернет-соединения, а также для строгого соблюдения законодательства РК «О персональных данных и их защите» (локализация и хранение данных учащихся внутри защищенного контура школы).
4. Нет, архитектура serverless ориентирована на внешние облачные платформы гиперскейлеров и не позволяет развернуть полностью автономную, локально управляемую систему на сервере школы без регулярных внешних платных подписок и постоянного интернет-канала.
5. Нет, базовые архитектурные параметры (трехуровневая модель, микросервисная/сервис-ориентированная организация, возможность локального развертывания) являются обязательными требованиями технической спецификации, гарантирующими отказоустойчивость, управляемость и безопасность образовательного процесса.
6. Для четкого физического и логического разграничения уровней хранения данных (СУБД), бизнес-логики (сервер приложений) и пользовательского интерфейса (клиентские веб-приложения). Данная модель исключает прямой доступ пользовательских устройств к базе данных, защищает систему от внедрения вредоносного кода (SQL-инъекций), гарантирует безопасность персональных данных учащихся и обеспечивает стабильное горизонтальное масштабирование.
7. Проверка соответствия внутренней архитектуры осуществляется непосредственно на этапе рассмотрения заявок потенциальных поставщиков по предоставленной в составе заявки официальной эксплуатационной технической документации разработчика (руководство системного администратора, паспорт/архитектурное описание системы), а также по материалам протоколов испытаний аккредитованной лаборатории NCA.
8. Да, в соответствии с разделом 7.3 технической спецификации поставщик обязан предоставить руководство системного администратора, содержащее детальные инструкции по развертыванию серверной части, настройке сетевого окружения, масштабированию серверов и политике резервного копирования.
9. Перечень из 18 выделенных логических модулей определяет обязательный функциональный состав комплексной цифровой платформы (авторизация, управление сессиями, файловое хранилище, 3D-движок, стриминг видео, мультиязычные субтитры, интерактивные задания, игровой сервер, постоянное двустороннее соединение, генерация QR-кодов, аналитика и статистика, резервное копирование, мониторинг серверов, журнал аудита, CMS, маршрутизация запросов, обработка статики, криптографическая защита), необходимый для проведения занятий в соответствии с государственной учебной программой.
10. Да, программный продукт с неполным функциональным составом модулей не обеспечивает предусмотренные дидактические сценарии и подлежит отклонению как несоответствующий требованиям технической спецификации.
11. Да, наличие дополнительных специализированных модулей сверх установленного перечня полностью соответствует требованиям ТС, поскольку условие сформулировано как «не менее 18 модулей», и расценивается Заказчиком как улучшенная характеристика товара.
12. Наличие каждого из 18 модулей гарантирует проведение конкретных интерактивных сценариев урока: одновременное исследование 3D-моделей, демонстрация видеоуроков с синхронными субтитрами, проведение командных соревновательных викторин в реальном времени и автоматический сбор аналитики успеваемости без деградации производительности системы.
13. Механизм reverse proxy обязателен для терминирования защищенных соединений (TLS/SSL), эффективного распределения входящей нагрузки между пулами внутренних микросервисов, кэширования ресурсоемкого статического контента (3D-модели, видеоролики) и защиты локального серверного контура школы от сетевых атак типа «отказ в обслуживании» (DoS/DDoS).
14. Да, допускается, если программный комплекс API Gateway берет на себя заявленные функции обратного проксирования (reverse proxy), терминирования защищенных TLS-соединений и балансировки запросов в локальной инфраструктуре.
15. Нет, внешние облачные балансировщики не допускаются, поскольку платформа должна функционировать автономно на базе локального сервера учебного заведения без обязательного подключения к внешним облачным сервисам.
16. Да, при локальном развертывании кластера в контуре учебного заведения применение механизма Ingress-контроллера в качестве reverse proxy полностью допускается.
17. Использование CDN/WAF допускается в качестве дополнительных эшелонов защиты, однако базовый функционал локального reverse proxy на сервере школы является обязательным.
18. Для обеспечения гарантированной стабильной работы платформы при проведении общешкольных потоковых лекций, олимпиад, срезов знаний, общешкольных тестирований и родительских собраний.
19. Полный контингент учащихся и преподавательский состав школы-гимназии, составляющий более 1000 человек.
20. До 1000 одновременных активных подключений при пиковых общешкольных нагрузках и проведении массовых синхронных мероприятий.
21. В п. 6.1 технической спецификации приведены минимальные стартовые требования к серверному оборудованию, необходимые для гарантированной работы локального учебного потока (до 100 одновременных пользователей в рамках одной учебной параллели) без задержек и без необходимости приобретения дорогостоящего серверного кластера на начальном этапе.
22. Оба параметра являются обязательными в своих категориях: 100 пользователей — это аппаратный норматив емкости стартового сервера минимальной конфигурации; 1000 активных сессий — архитектурная способность программного обеспечения к масштабированию при добавлении аппаратных мощностей.
23. Неоднозначность отсутствует: 100 пользователей — емкость базового сервера минимальной аппаратной конфигурации (раздел 6.1 ТС), поддержка масштабирования системы — не менее 1000 одновременных активных сессий на программном уровне (раздел 2.7 ТС).
24. Соответствие подтверждается предоставлением в составе заявки официального действующего протокола нагрузочного испытания, выданного независимой лабораторией, аккредитованной в системе Национального центра аккредитации (NCA) Республики Казахстан.
25. Стандартизированный профиль одновременных пользовательских сессий с эмуляцией запросов к базе данных, рендерингу 3D-объектов, видеопотоку и транзакциям игрового сервера в соответствии с утвержденной методикой испытательной лаборатории.
26. В соответствии с официальной методикой независимой испытательной лаборатории NCA по применимым государственным стандартам Республики Казахстан.
27. В пределах установленных в технической спецификации нормативов: задержка передачи сигнала игрового модуля — не более 300 мс, задержка отрисовки графических пометок — не более 50 мс.
28. Показатель указан в подразделе 1.5 «Ожидаемые результаты от внедрения ПО» и определяет дидактическую эффективность платформы за счет наличия готовой структурированной библиотеки 3D-моделей, видеоуроков и интерактивных шаблонов, сокращающих трудозатраты педагога.
29. Показатели подраздела 1.5 «Ожидаемые результаты» носят социально-педагогический целевой декларативный характер для оценки эффективности внедрения цифровой среды и не подлежат отдельному инструментальному замеру или контрольной сдаче уроков при рассмотрении заявок.
30. Методический интерфейс и функционал платформы спроектированы в расчете на штатного преподавателя средней школы, обладающего базовыми навыками работы на ПК, без необходимости специальных знаний в программировании.
31. Показатель является целевым дидактическим ориентиром учебного плана школы и не является основанием для признания заявки потенциального поставщика несоответствующей.
32. Имеется в виду техническая способность архитектуры игрового сервера подключить к интерактивной викторине одновременно весь класс (до 100% присутствующих на уроке учеников) через мобильные устройства без сбоев и зависаний сессии.
33. Значение 100 000 полигонов представляет собой научно обоснованный инженерный баланс между высокой дидактической детализацией 3D-моделей и сохранением плавной частоты кадров в браузере на типовых школьных компьютерах со встроенной графикой.
34. Графический адаптер клиентского рабочего места преподавателя, удовлетворяющий минимальным системным требованиям технической спецификации (раздел 6.2 — поддержка аппаратного 3D-ускорения).
35. Любой современный стандартный веб-браузер с поддержкой спецификаций HTML5 и WebGL (Google Chrome, Microsoft Edge, Mozilla Firefox актуальных версий).
36. Стандартное рабочее разрешение монитора преподавателя или интерактивной панели (Full HD 1920×1080 либо 4K UHD 3840×2160).
37. Оптимизированный для веб-рендеринга стандартный набор текстурных карт PBR (диффузная карта цвета albedo и карта нормалей normal map).
38. Для обеспечения всестороннего дидактического исследования трехмерного объекта: свободное вращение на по трем осям, масштабирование, панорамирование, послойная изоляция элементов, скрытие деталей, взаимодействие с точками интереса, информационные карточки, возврат к базовым ракурсам, подсветка контуров и автоанимация.
39. Для обеспечения детального дидактического изучения сложных составных объектов программы (строение анатомических органов, биологических систем, физических механизмов и установок), требующих размещения множественных поясняющих маркеров.
40. Требование «не менее 500 символов» определяет поддерживаемую вместимость информационных полей интерфейса карточки объекта, гарантируя техническую возможность вывода развернутого учебного материала, а не фиксированную длину каждого конкретного текста.
41. Да, допускается размещение текста любого объема (включая краткие термины и формулы) в пределах поддерживаемой вместимости поля.
42. Для моментального возврата виртуальной камеры учителя к ключевым дидактическим проекциям модели (сечение, фасад, внутренняя структура) одним кликом во время объяснения материала без траты времени на ручное вращение.
43. Диапазон 5–15 минут регламентирует хронометраж базовых предустановленных учебных видеоуроков для емкого раскрытия одной предметной микротемы.
44. Обусловлено санитарно-гигиеническими нормативами непрерывной зрительной нагрузки на уроках для сохранения концентрации внимания школьников и защиты их зрения.
45. Санитарные правила «Санитарно-эпидемиологические требования к объектам образования» (утверждены приказом Министерства здравоохранения РК), регламентирующие непрерывную продолжительность работы обучающихся с техническими средствами обучения.
46. Да, воспроизведение видеоматериалов иной длительности технически полностью поддерживается системой; диапазон 5–15 минут относится исключительно к встроенному курсу.
47. Воспроизведение видеороликов длительностью более 15 минут платформой технически не блокируется.
48. Указанные 8 функций (пуск/пауза, таймлайн с таймкодами, регулировка громкости с mute, полноэкранный режим, выбор качества, субтитры, навигация по материалам курса, всплывающие контекстные подсказки) составляют обязательный эргономический стандарт образовательного медиаплеера.
49. Перечень из 10 инструментов (маркер, перо, ластик, очистка, палитра, градация толщины, геометрические фигуры, текст, рамка выделения, отмена действий) представляет собой базовый функциональный набор интерактивной доски, необходимый педагогу для полноценного ведения урока.
50. Для точного выбора необходимых цветов при оформлении предметных схем, графиков и геометрических чертежей в соответствии с дидактическими стандартами учебных пособий.
51. Общепринятый мировой стандарт 24-битной глубины цвета (True Color) в графических операционных системах и веб-приложениях.
52. Для оперативного и удобного переключения педагога между тонким письмом, черчением, подчеркиванием формул и широким маркером-выделителем.
53. Для возможности пошаговой отмены ошибочных действий учителя при нанесении пометок поверх учебного контента без сброса всей созданной схемы.
54. Проверяется на клиентском рабочем месте, удовлетворяющем системным требованиям технической спецификации, по времени отклика между движением стилуса/мыши и аппаратной отрисовкой линии на экране.
55. На интерактивной панели либо рабочем месте преподавателя с характеристиками не ниже указанных в разделе 6.2 технической спецификации.
56. Для строгого дидактического разделения: панель ведущего (мастер-интерфейс учителя) управляет запуском заданий и отображает сводную статистику, а подчиненные экраны (ученики) отображают варианты ответов и интерфейс взаимодействия.
57. Обязательным является сохранение логики распределения: панель ведущего (мастер-интерфейс) и экраны участников (клиенты). Конкретный дизайн элементов интерфейса определяется разработчиком.
58. Указанные 8 типов транзакций (регистрация игрока, старт/пауза, рассылка вопроса, прием ответа, синхронизация таймера, подсчет баллов, финиш раунда, итоговая таблица) обеспечивают полный цикл проведения синхронной интерактивной викторины в реальном времени.
59. По времени сетевого отклика (round-trip time) между действием ученика на смартфоне и фиксацией результата на сервере в локальной сети.
60. При штатной нагрузке локальной сети учебного кабинета (30–40 одновременно подключенных клиентских устройств).
61. Для обеспечения быстрого подключения класса к интерактивному уроку без нерациональной траты учебного времени на ручной ввод адресов и паролей.
62. Регламентирует скорость обработки сессии сервером при соответствии клиентских устройств системным требованиям раздела 6.3 ТС (мобильные ОС возрастом не старше 5 лет).
63. Замер производится при стабильном локальном беспроводном подключении со скоростью не менее 10 Мбит/с.
64. Предполагается исправная камера смартфона с базовой штатной функцией сканирования QR-кодов.
65. Диапазон таймера от 10 секунд до 5 минут установлен для автоматизированных экспресс-опросов и соревновательных блиц-тестов.
66. Да, проведение стандартных длительных самостоятельных и контрольных работ данным таймером экспресс-викторин не ограничивается.
67. Одно логическое пользовательское действие в интерфейсе (клик манипулятора «мышь» либо прикосновение к сенсорному экрану).
68. Общепринятый эргономический стандарт навигации UI/UX («правило трех кликов») в образовательном ПО, предотвращающий когнитивную перегрузку педагога и не отвлекающий внимание от ведения урока.
69. Для оперативной и достоверной верификации подлинности документа на официальном сайте производителя и исключения фальсификации авторизационных писем.
70. Допускается, если подлинность электронной цифровой подписи может быть достоверно проверена через официальные государственные или корпоративные сервисы проверки подписи.
71. Допускается в качестве дополнительного реквизита при обеспечении открытой онлайн-проверки на официальном ресурсе производителя.
72. Нет, проверка документов осуществляется непосредственно на этапе рассмотрения заявок по материалам конкурсной заявки; отправка запросов третьим лицам регламентом госзакупок не предусмотрена.
73. Требование о том, что дата выдачи письма не должна предшествовать дате публикации объявления о проведении текущего конкурса, полностью исключается из аукционной документации, в техническую спецификацию будут внесены соответствующие изменения.
74. Да, при условии обязательного документального подтверждения статуса дилера официальным документом (действующий дилерский договор или сертификат дилера от производителя с неистекшим сроком действия), а также официального документального подтверждения статуса самого производителя (свидетельство о государственной регистрации объекта авторского права/патент/сертификат соответствия).
75. Да, при условии обязательного предоставления официальных документов, подтверждающих, что доверитель является непосредственным производителем, а контрагент обладает надлежащими дилерскими или дистрибьюторскими полномочиями.
76. Требование направлено на подтверждение законности происхождения ПО и исключение рисков поставки нелицензионной продукции: статус разработчика как официального производителя в обязательном порядке подтверждается официальным документом (свидетельство об авторских правах на ПО/патент/сертификат), а статус дилера или дистрибьютора подтверждается официальным дилерским или дистрибьюторским договором/сертификатом.
77. Предоставление лицензионного (сублицензионного) договора допускается только при условии документального подтверждения статуса производителя у исходного правообладателя (свидетельство об авторском праве) и официального подтверждения дилерских/дистрибьюторских полномочий по всей цепочке передачи прав.
78. Да, при обязательном предоставлении официального дистрибьюторского договора/соглашения с неистекшим сроком действия, подтверждающего статус дистрибьютора на территории РК, и официального документа, подтверждающего, что контрагент является официальным производителем поставляемого ПО.
79. Да, при условии обязательного документального подтверждения всей цепочки полномочий: официального подтверждения статуса производителя и официальных договоров/сертификатов, подтверждающих дилерство либо дистрибьюторство каждого промежуточного звена.
80. Да, поставщик вправе реализовывать ПО, не владея исходным кодом, однако статус дилера или дистрибьютора должен быть в обязательном порядке подтвержден официальным документом (дилерский/дистрибьюторский договор, сертификат), а статус разработчика как официального производителя — соответствующим охранным документом (свидетельством об авторском праве/патентом).
81. Для гарантии оперативного сервисного обслуживания, соблюдения прав потребителей, технической поддержки и исполнения гарантийных обязательств в юрисдикции РК через официально подтвержденного локального дистрибьютора или представителя.
82. Допускается при условии обязательного документального подтверждения того, что иностранное юридическое лицо является непосредственным производителем/правообладателем ПО (международные патенты, свидетельства о регистрации ПО), и официального подтверждения дилерских/дистрибьюторских полномочий поставщика на реализацию данного продукта.
83. В соответствии с нормами Закона РК «Об информатизации» и Едиными требованиями в области ИКТ и обеспечения информационной безопасности, программные продукты, используемые в государственных организациях, подлежат обязательной проверке безопасности лабораториями, аккредитованными в системе NCA РК.
84. Исследуется сетевая архитектура, порты, протоколы передачи данных и безопасность взаимодействия микросервисов поставляемого программного комплекса.
85. Подтверждает наличие у разработчика строгих внутренних регламентов ИБ, регламентированного контроля доступа к серверам хранения данных и порядка регулярного выпуска обновлений безопасности (патчей).
86. Подтверждает стабильность серверной части ПО при массовых пиковых нагрузках без сбоев сессий и деградации производительности во время уроков.
87. Статический анализ кода (SAST) необходим для исключения программных закладок, скрытого вредоносного кода, незадекларированных возможностей, майнеров и критических уязвимостей до внедрения ПО в школьную сеть.
88. Проводится в закрытом контуре аккредитованной лаборатории на условиях строгой конфиденциальности и соглашения о неразглашении (NDA), что является стандартной практикой подтверждения безопасности ПО в РК.
89. В соответствии с законодательством Республики Казахстан для государственных учреждений образования требуются протоколы лабораторий, аккредитованных в Национальном центре аккредитации (NCA) РК.
90. DAST является динамическим тестированием внешних интерфейсов и не заменяет обязательный статический анализ исходного кода (SAST), выявляющий скрытые программные закладки.
91. Пентест подтверждает защищенность внешнего сетевого периметра, но не заменяет необходимость статического анализа кода и остальных обязательных протоколов испытаний.
92. Деятельность государственных учреждений РК регулируется законодательством и стандартами Республики Казахстан; наличие международных сертификатов не освобождает от соблюдения государственных стандартов ИБ РК.
93. Функции безопасности программного обеспечения (механизмы аутентификации, разграничение ролевого доступа, целостность данных).
94. Профиль защиты для прикладного программного обеспечения организаций образования и государственных информационных систем.
95. В соответствии с нормами СТ РК ISO/IEC 15408-2-2017 для информационных систем государственных учреждений Республики Казахстан.
96. Безопасность детского образовательного учреждения носит комплексный эшелонированный характер; отсутствие хотя бы одного протокола свидетельствует о неподтвержденности защищенности системы по соответствующему вектору угроз.
97. Испытания в лабораториях NCA РК успешно проходят отечественные и локализованные образовательные платформы (включая продукты на базе платформ BilimLand, Daryn Online, Kundelik и другие аккредитованные решения).
98. Запрос отклонен: безопасность данных несовершеннолетних учащихся и школьной инфраструктуры является приоритетным государственным требованием, замена протоколов NCA РК не допускается.